Налаштування токеноміки

Філософія Ring: «Ваша платформа має працювати на вашій економіці». Кожен клон Ring може постачатися з еталонним стеком RING або форкнути його під власний utility-токен.

Платформи Ring вирівнюють стимули через on-chain utility: членські внески, потоки маркетплейсу, реферальні винагороди та опційний стейкінг. У цьому посібнику:

Еталонна токеноміка RING у contracts/RingToken.sol та contracts/RingMembership.sol
Інтеграція в Next.js — кредитні баланси, підписки та price oracle
Власний токен для white-label розгортання

Навіщо потрібна токеноміка

Традиційні платформи централізують захоплення цінності — користувачі створюють контент і транзакції, а контроль залишається у засновників та інвесторів.

Токенні платформи Ring спрямовують комісії в прозору скарбницю, відкривають преміум-функції через utility-баланси та з часом дозволяють спільноті розширювати економіку через governance і стейкінг.

Потік	Поведінка еталона RING
Членство	1 RING / місяць → скарбниця
Мінімальний буфер	12 RING (рік) рекомендується до підписки
Емісія	1 000 000 000 RING мінтиться в скарбницю при деплої
Мережа за замовчуванням	Polygon (налаштовується в клоні)

Еталонна архітектура RING

Ring постачає два upgradeable (UUPS) контракти, що працюють разом:

RingToken (`contracts/RingToken.sol`)

Upgradeable ERC-20 з burn, pause та розподілом через скарбницю.

Параметр	Значення	Примітка
`INITIAL_SUPPLY`	1 000 000 000 RING	Мінт у скарбницю при `initialize`
`MEMBERSHIP_FEE`	1 RING / місяць	Лише `RingMembership` викликає `deductMembershipFee`
`MIN_SUBSCRIPTION_BALANCE`	12 RING	View-хелпер — рік внесків
Decimals	18	Стандартна точність ERC-20

Ключові функції:

deductMembershipFee(member) — переводить 1 RING учаснику → скарбниці; лише пов’язаний membership-контракт
creditTokens(recipient, amount, reason) — owner переводить зі скарбниці (airdrop, компенсації)
hasSubscriptionBalance(user) / getRemainingMembershipMonths(user) — хелпери для UI та ops
pause() / unpause() — екстрена зупинка трансферів
setTreasury / setMembershipContract — конфігурація owner після деплою

RING спроєктований як utility-токен для доступу до платформи, а не інвестиційний продукт. Проконсультуйтеся з юристами перед обіцянками доходності, прибутку чи ліквідності на вторинному ринку.

RingMembership (`contracts/RingMembership.sol`)

Керує рекурентною оплатою членства on-chain.

Параметр	Значення
`SUBSCRIPTION_PERIOD`	30 днів
`GRACE_PERIOD`	7 днів після терміну оплати
`MAX_FAILED_ATTEMPTS`	3 до закінчення підписки

Життєвий цикл підписки:

createSubscription() — потрібен баланс ≥ 1 RING; перший місяць списується одразу
processBatchPayments(batchSize) — owner/cron обробляє продовження
Невдалі спроби збільшують failedAttempts; після трьох — статус EXPIRED
cancelSubscription() — скасування користувачем; suspendSubscription / reactivateSubscription — адмін
hasActiveMembership(user) — true поки ACTIVE і в межах grace period

Статуси: INACTIVE, ACTIVE, EXPIRED, CANCELLED, SUSPENDED

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)

Опційний контракт для gasless реферальних виплат. Роль operator платить реферерам у токені проєкту в режимі MINT або TRANSFER, з ідемпотентним orderRef проти подвійних виплат.

Деплой окремо при ввімкненні store referral commissions:

Вкажіть REFERRAL_REWARDS_ADDRESS та REFERRAL_REWARD_TOKEN_ADDRESS у env клону (on-chain ops — EN canonical у Refcodes).

Інтеграція з платформою

On-chain контракти працюють разом із серверними сервісами — користувачу не потрібен підпис на кожне щомісячне продовження.

Змінні середовища

Клієнтські константи — у constants/web3.ts: метадані токена, заготовки staking pool і хелпери Polygonscan.

Кредитний баланс і підписки

Додаток веде off-chain кредитний ledger, синхронізований ізі статусом членства:

Сервіс	Шлях	Роль
Кредити	`features/wallet/services/user-credit-service.ts`	Баланс, списання, членський внесок
Підписки	`services/membership/subscription-service.ts`	Створення, скасування, продовження, batch
Oracle	`services/blockchain/price-oracle-service.ts`	RING/USD із fallback-джерелами

Типовий апгрейд:

Роль SUBSCRIBER і достатній RING-кредит (≥ 1 токена)
subscriptionService.createSubscription списує кредит і ставить next due (+30 днів)
Cron або admin batch обробляє продовження; grace period до даунгрейду
При успіху роль підвищується до MEMBER

API (репрезентативно):

GET /api/wallet/credit/balance — баланс і знімок підписки
POST /api/membership/subscription/create — старт підписки
POST /api/membership/payment/ring — оплата RING
GET /api/prices/ring-usd — конвертація для UI та чеків

Стейкінг (опційно)

constants/web3.ts задає заготовку RING staking pool (RING_STAKING_ADDRESS, 20% APR placeholder, мінімум 100 RING). Агро/кооперативні клони можуть підключити пули DAAR/DAARION через features/staking/staking.config.ts. Параметри стейкінгу — конфігурація клону, не глобальні правила протоколу RING.

Деплой контрактів

Hardhat-проєкт: ring-platform.org/contracts/.

Встановлення та компіляція:
Testnet (скрипт Polygon Mumbai):
Порядок: RingToken → RingMembership → setMembershipContract. JSON деплою — deployments/mumbai-deployment.json.
Mainnet:
Потрібні RING_TREASURY_MAINNET і достатньо MATIC на deployer. scripts/deploy-mainnet.js — лише після аудиту та multisig скарбниці.
Пропишіть адреси в .env клону, передеплойте застосунок, верифікуйте контракти на Polygonscan.

Проведіть професійний аудит смарт-контрактів перед mainnet. Використовуйте multisig для скарбниці та owner-ключів.

Власний white-label токен

Використовуйте RING як шаблон для брендованої економіки.

Крок 1 — Класифікація токена

Utility-токен (рекомендовано): Лістинги, членство, комісії маркетплейсу. Без обіцянок прибутку.
Security-токен: Частка або revenue share — регулювання цінних паперів; обов’язковий legal review.
Один vs кілька токенів: Один простіший; розділяйте governance і utility лише за реальної потреби.

Крок 2 — Параметри

Патерни розподілу:

Community-first: 40–50% винагороди та airdrop, 20% стейкінг, 20% розробка (vesting), 10% скарбниця
Enterprise: Більше скарбниці та партнерам; обмежений on-chain governance

Політика supply: Фіксована (модель RING), контрольована інфляція (staking rewards) або дефляція через burn комісій.

Крок 3 — Комісії та функції

Збирайте комісії в скарбницю; частину спрямовуйте на staking rewards або burn згідно з tokenomics paper.

Крок 4 — Інтеграція з Ring

Форкніть RingToken.sol / RingMembership.sol або деплойте як є зі своєю скарбницею
Оновіть constants/web3.ts та env-адреси
Налаштуйте fee constants у user-credit-service та subscription-service
Увімкніть wallet UI та гейти членства в portal config

Економічна модель

Потік токенних комісій

Метрики здоров’я:

Активні підписки та частка невдалих платежів
Баланс скарбниці та звірка з credit ledger
Швидкість обігу токена та концентрація у китів
Затримка RING/USD oracle та використання fallback

Юридичні аспекти та документація

Запуск токена має наслідки залежно від юрисдикції. Залучіть юристів до публічного продажу, лістингу на біржі чи маркетингу доходності.

Публікуйте зрозумілий tokenomics paper — utility, комісії, скарбниця, без інвестиційних заяв
Зберігайте звіти аудиту та процедури для upgrade admin keys
Розкривайте волатильність і податкові зобов’язання користувачам
Розгляньте KYC/AML для великих fiat on-ramp

Наступні кроки

Готові до запуску? Пройдіть чеклист для свого клону.

Одразу

Вирішити: еталон RING vs форк під бренд
Призначити multisig скарбниці та owner контрактів
Підготувати tokenomics paper і legal review

Розробка

Деплой у testnet; прогін contracts/test
Прописати env і credit/subscription сервіси
Smoke-test апгрейду членства та cron продовжень

Запуск

Mainnet після аудиту
Верифікація на Polygonscan
Моніторинг підписок і алертів скарбниці

Потрібна допомога з впровадженням? Перегляньте можливості кастомізації Ring або інтеграцію платежів для fiat + token checkout.

Налаштування токеноміки

Еталонна токеноміка RING у contracts/RingToken.sol та contracts/RingMembership.sol
Інтеграція в Next.js — кредитні баланси, підписки та price oracle
Власний токен для white-label розгортання

Навіщо потрібна токеноміка

Потік	Поведінка еталона RING
Членство	1 RING / місяць → скарбниця
Мінімальний буфер	12 RING (рік) рекомендується до підписки
Емісія	1 000 000 000 RING мінтиться в скарбницю при деплої
Мережа за замовчуванням	Polygon (налаштовується в клоні)

Еталонна архітектура RING

Ring постачає два upgradeable (UUPS) контракти, що працюють разом:

RingToken (`contracts/RingToken.sol`)

Upgradeable ERC-20 з burn, pause та розподілом через скарбницю.

Параметр	Значення	Примітка
`INITIAL_SUPPLY`	1 000 000 000 RING	Мінт у скарбницю при `initialize`
`MEMBERSHIP_FEE`	1 RING / місяць	Лише `RingMembership` викликає `deductMembershipFee`
`MIN_SUBSCRIPTION_BALANCE`	12 RING	View-хелпер — рік внесків
Decimals	18	Стандартна точність ERC-20

Ключові функції:

deductMembershipFee(member) — переводить 1 RING учаснику → скарбниці; лише пов’язаний membership-контракт
creditTokens(recipient, amount, reason) — owner переводить зі скарбниці (airdrop, компенсації)
hasSubscriptionBalance(user) / getRemainingMembershipMonths(user) — хелпери для UI та ops
pause() / unpause() — екстрена зупинка трансферів
setTreasury / setMembershipContract — конфігурація owner після деплою

RingMembership (`contracts/RingMembership.sol`)

Керує рекурентною оплатою членства on-chain.

Параметр	Значення
`SUBSCRIPTION_PERIOD`	30 днів
`GRACE_PERIOD`	7 днів після терміну оплати
`MAX_FAILED_ATTEMPTS`	3 до закінчення підписки

Життєвий цикл підписки:

createSubscription() — потрібен баланс ≥ 1 RING; перший місяць списується одразу
processBatchPayments(batchSize) — owner/cron обробляє продовження
Невдалі спроби збільшують failedAttempts; після трьох — статус EXPIRED
cancelSubscription() — скасування користувачем; suspendSubscription / reactivateSubscription — адмін
hasActiveMembership(user) — true поки ACTIVE і в межах grace period

Статуси: INACTIVE, ACTIVE, EXPIRED, CANCELLED, SUSPENDED

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)

Деплой окремо при ввімкненні store referral commissions:

Вкажіть REFERRAL_REWARDS_ADDRESS та REFERRAL_REWARD_TOKEN_ADDRESS у env клону (on-chain ops — EN canonical у Refcodes).

Інтеграція з платформою

Змінні середовища

Клієнтські константи — у constants/web3.ts: метадані токена, заготовки staking pool і хелпери Polygonscan.

Кредитний баланс і підписки

Додаток веде off-chain кредитний ledger, синхронізований ізі статусом членства:

Сервіс	Шлях	Роль
Кредити	`features/wallet/services/user-credit-service.ts`	Баланс, списання, членський внесок
Підписки	`services/membership/subscription-service.ts`	Створення, скасування, продовження, batch
Oracle	`services/blockchain/price-oracle-service.ts`	RING/USD із fallback-джерелами

Типовий апгрейд:

Роль SUBSCRIBER і достатній RING-кредит (≥ 1 токена)
subscriptionService.createSubscription списує кредит і ставить next due (+30 днів)
Cron або admin batch обробляє продовження; grace period до даунгрейду
При успіху роль підвищується до MEMBER

API (репрезентативно):

GET /api/wallet/credit/balance — баланс і знімок підписки
POST /api/membership/subscription/create — старт підписки
POST /api/membership/payment/ring — оплата RING
GET /api/prices/ring-usd — конвертація для UI та чеків

Стейкінг (опційно)

Деплой контрактів

Hardhat-проєкт: ring-platform.org/contracts/.

Встановлення та компіляція:
Testnet (скрипт Polygon Mumbai):
Порядок: RingToken → RingMembership → setMembershipContract. JSON деплою — deployments/mumbai-deployment.json.
Mainnet:
Потрібні RING_TREASURY_MAINNET і достатньо MATIC на deployer. scripts/deploy-mainnet.js — лише після аудиту та multisig скарбниці.
Пропишіть адреси в .env клону, передеплойте застосунок, верифікуйте контракти на Polygonscan.

Проведіть професійний аудит смарт-контрактів перед mainnet. Використовуйте multisig для скарбниці та owner-ключів.

Власний white-label токен

Використовуйте RING як шаблон для брендованої економіки.

Крок 1 — Класифікація токена

Utility-токен (рекомендовано): Лістинги, членство, комісії маркетплейсу. Без обіцянок прибутку.
Security-токен: Частка або revenue share — регулювання цінних паперів; обов’язковий legal review.
Один vs кілька токенів: Один простіший; розділяйте governance і utility лише за реальної потреби.

Крок 2 — Параметри

Патерни розподілу:

Community-first: 40–50% винагороди та airdrop, 20% стейкінг, 20% розробка (vesting), 10% скарбниця
Enterprise: Більше скарбниці та партнерам; обмежений on-chain governance

Політика supply: Фіксована (модель RING), контрольована інфляція (staking rewards) або дефляція через burn комісій.

Крок 3 — Комісії та функції

Збирайте комісії в скарбницю; частину спрямовуйте на staking rewards або burn згідно з tokenomics paper.

Крок 4 — Інтеграція з Ring

Форкніть RingToken.sol / RingMembership.sol або деплойте як є зі своєю скарбницею
Оновіть constants/web3.ts та env-адреси
Налаштуйте fee constants у user-credit-service та subscription-service
Увімкніть wallet UI та гейти членства в portal config

Економічна модель

Потік токенних комісій

Метрики здоров’я:

Активні підписки та частка невдалих платежів
Баланс скарбниці та звірка з credit ledger
Швидкість обігу токена та концентрація у китів
Затримка RING/USD oracle та використання fallback

Юридичні аспекти та документація

Публікуйте зрозумілий tokenomics paper — utility, комісії, скарбниця, без інвестиційних заяв
Зберігайте звіти аудиту та процедури для upgrade admin keys
Розкривайте волатильність і податкові зобов’язання користувачам
Розгляньте KYC/AML для великих fiat on-ramp

Наступні кроки

Готові до запуску? Пройдіть чеклист для свого клону.

Одразу

Вирішити: еталон RING vs форк під бренд
Призначити multisig скарбниці та owner контрактів
Підготувати tokenomics paper і legal review

Розробка

Деплой у testnet; прогін contracts/test
Прописати env і credit/subscription сервіси
Smoke-test апгрейду членства та cron продовжень

Запуск

Mainnet після аудиту
Верифікація на Polygonscan
Моніторинг підписок і алертів скарбниці

Налаштування токеноміки

Еталонна токеноміка RING у contracts/RingToken.sol та contracts/RingMembership.sol
Інтеграція в Next.js — кредитні баланси, підписки та price oracle
Власний токен для white-label розгортання

Навіщо потрібна токеноміка

Потік	Поведінка еталона RING
Членство	1 RING / місяць → скарбниця
Мінімальний буфер	12 RING (рік) рекомендується до підписки
Емісія	1 000 000 000 RING мінтиться в скарбницю при деплої
Мережа за замовчуванням	Polygon (налаштовується в клоні)

Еталонна архітектура RING

Ring постачає два upgradeable (UUPS) контракти, що працюють разом:

RingToken (`contracts/RingToken.sol`)

Upgradeable ERC-20 з burn, pause та розподілом через скарбницю.

Параметр	Значення	Примітка
`INITIAL_SUPPLY`	1 000 000 000 RING	Мінт у скарбницю при `initialize`
`MEMBERSHIP_FEE`	1 RING / місяць	Лише `RingMembership` викликає `deductMembershipFee`
`MIN_SUBSCRIPTION_BALANCE`	12 RING	View-хелпер — рік внесків
Decimals	18	Стандартна точність ERC-20

Ключові функції:

deductMembershipFee(member) — переводить 1 RING учаснику → скарбниці; лише пов’язаний membership-контракт
creditTokens(recipient, amount, reason) — owner переводить зі скарбниці (airdrop, компенсації)
hasSubscriptionBalance(user) / getRemainingMembershipMonths(user) — хелпери для UI та ops
pause() / unpause() — екстрена зупинка трансферів
setTreasury / setMembershipContract — конфігурація owner після деплою

RingMembership (`contracts/RingMembership.sol`)

Керує рекурентною оплатою членства on-chain.

Параметр	Значення
`SUBSCRIPTION_PERIOD`	30 днів
`GRACE_PERIOD`	7 днів після терміну оплати
`MAX_FAILED_ATTEMPTS`	3 до закінчення підписки

Життєвий цикл підписки:

createSubscription() — потрібен баланс ≥ 1 RING; перший місяць списується одразу
processBatchPayments(batchSize) — owner/cron обробляє продовження
Невдалі спроби збільшують failedAttempts; після трьох — статус EXPIRED
cancelSubscription() — скасування користувачем; suspendSubscription / reactivateSubscription — адмін
hasActiveMembership(user) — true поки ACTIVE і в межах grace period

Статуси: INACTIVE, ACTIVE, EXPIRED, CANCELLED, SUSPENDED

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)

Деплой окремо при ввімкненні store referral commissions:

Вкажіть REFERRAL_REWARDS_ADDRESS та REFERRAL_REWARD_TOKEN_ADDRESS у env клону (on-chain ops — EN canonical у Refcodes).

Інтеграція з платформою

Змінні середовища

Клієнтські константи — у constants/web3.ts: метадані токена, заготовки staking pool і хелпери Polygonscan.

Кредитний баланс і підписки

Додаток веде off-chain кредитний ledger, синхронізований ізі статусом членства:

Сервіс	Шлях	Роль
Кредити	`features/wallet/services/user-credit-service.ts`	Баланс, списання, членський внесок
Підписки	`services/membership/subscription-service.ts`	Створення, скасування, продовження, batch
Oracle	`services/blockchain/price-oracle-service.ts`	RING/USD із fallback-джерелами

Типовий апгрейд:

Роль SUBSCRIBER і достатній RING-кредит (≥ 1 токена)
subscriptionService.createSubscription списує кредит і ставить next due (+30 днів)
Cron або admin batch обробляє продовження; grace period до даунгрейду
При успіху роль підвищується до MEMBER

API (репрезентативно):

GET /api/wallet/credit/balance — баланс і знімок підписки
POST /api/membership/subscription/create — старт підписки
POST /api/membership/payment/ring — оплата RING
GET /api/prices/ring-usd — конвертація для UI та чеків

Стейкінг (опційно)

Деплой контрактів

Hardhat-проєкт: ring-platform.org/contracts/.

Встановлення та компіляція:
Testnet (скрипт Polygon Mumbai):
Порядок: RingToken → RingMembership → setMembershipContract. JSON деплою — deployments/mumbai-deployment.json.
Mainnet:
Потрібні RING_TREASURY_MAINNET і достатньо MATIC на deployer. scripts/deploy-mainnet.js — лише після аудиту та multisig скарбниці.
Пропишіть адреси в .env клону, передеплойте застосунок, верифікуйте контракти на Polygonscan.

Проведіть професійний аудит смарт-контрактів перед mainnet. Використовуйте multisig для скарбниці та owner-ключів.

Власний white-label токен

Використовуйте RING як шаблон для брендованої економіки.

Крок 1 — Класифікація токена

Utility-токен (рекомендовано): Лістинги, членство, комісії маркетплейсу. Без обіцянок прибутку.
Security-токен: Частка або revenue share — регулювання цінних паперів; обов’язковий legal review.
Один vs кілька токенів: Один простіший; розділяйте governance і utility лише за реальної потреби.

Крок 2 — Параметри

Патерни розподілу:

Community-first: 40–50% винагороди та airdrop, 20% стейкінг, 20% розробка (vesting), 10% скарбниця
Enterprise: Більше скарбниці та партнерам; обмежений on-chain governance

Політика supply: Фіксована (модель RING), контрольована інфляція (staking rewards) або дефляція через burn комісій.

Крок 3 — Комісії та функції

Збирайте комісії в скарбницю; частину спрямовуйте на staking rewards або burn згідно з tokenomics paper.

Крок 4 — Інтеграція з Ring

Форкніть RingToken.sol / RingMembership.sol або деплойте як є зі своєю скарбницею
Оновіть constants/web3.ts та env-адреси
Налаштуйте fee constants у user-credit-service та subscription-service
Увімкніть wallet UI та гейти членства в portal config

Економічна модель

Потік токенних комісій

Метрики здоров’я:

Активні підписки та частка невдалих платежів
Баланс скарбниці та звірка з credit ledger
Швидкість обігу токена та концентрація у китів
Затримка RING/USD oracle та використання fallback

Юридичні аспекти та документація

Публікуйте зрозумілий tokenomics paper — utility, комісії, скарбниця, без інвестиційних заяв
Зберігайте звіти аудиту та процедури для upgrade admin keys
Розкривайте волатильність і податкові зобов’язання користувачам
Розгляньте KYC/AML для великих fiat on-ramp

Наступні кроки

Готові до запуску? Пройдіть чеклист для свого клону.

Одразу

Вирішити: еталон RING vs форк під бренд
Призначити multisig скарбниці та owner контрактів
Підготувати tokenomics paper і legal review

Розробка

Деплой у testnet; прогін contracts/test
Прописати env і credit/subscription сервіси
Smoke-test апгрейду членства та cron продовжень

Запуск

Mainnet після аудиту
Верифікація на Polygonscan
Моніторинг підписок і алертів скарбниці

env


# Смарт-контракти (Polygon)
NEXT_PUBLIC_RING_TOKEN_ADDRESS=0x...
RING_MEMBERSHIP_CONTRACT_ADDRESS=0x...
RING_TREASURY_WALLET_ADDRESS=0x...
POLYGON_RPC_URL=https://polygon-rpc.com

# Ціноутворення (опційно)
CHAINLINK_RING_USD_FEED=0x...
COINMARKETCAP_API_KEY=...

# Реферальні винагороди (опційно)
REFERRAL_REWARDS_ADDRESS=0x...
REFERRAL_REWARD_TOKEN_ADDRESS=0x...

env


# Смарт-контракти (Polygon)
NEXT_PUBLIC_RING_TOKEN_ADDRESS=0x...
RING_MEMBERSHIP_CONTRACT_ADDRESS=0x...
RING_TREASURY_WALLET_ADDRESS=0x...
POLYGON_RPC_URL=https://polygon-rpc.com

# Ціноутворення (опційно)
CHAINLINK_RING_USD_FEED=0x...
COINMARKETCAP_API_KEY=...

# Реферальні винагороди (опційно)
REFERRAL_REWARDS_ADDRESS=0x...
REFERRAL_REWARD_TOKEN_ADDRESS=0x...

env


# Смарт-контракти (Polygon)
NEXT_PUBLIC_RING_TOKEN_ADDRESS=0x...
RING_MEMBERSHIP_CONTRACT_ADDRESS=0x...
RING_TREASURY_WALLET_ADDRESS=0x...
POLYGON_RPC_URL=https://polygon-rpc.com

# Ціноутворення (опційно)
CHAINLINK_RING_USD_FEED=0x...
COINMARKETCAP_API_KEY=...

# Реферальні винагороди (опційно)
REFERRAL_REWARDS_ADDRESS=0x...
REFERRAL_REWARD_TOKEN_ADDRESS=0x...

Documentation

Documentation

Documentation

Завантаження документації...

Documentation

Завантаження документації...

Documentation

Завантаження документації...

Documentation

Завантаження документації...

Завантаження документації...

Завантаження документації...

Швидкий вхід (CTO · аудитори · агенти)

Швидкий вхід (CTO · аудитори · агенти)

Швидкий вхід (CTO · аудитори · агенти)

Налаштування токеноміки

Навіщо потрібна токеноміка

Еталонна архітектура RING

RingToken (contracts/RingToken.sol)

RingMembership (contracts/RingMembership.sol)

ReferralRewards (contracts/contracts-src/ReferralRewards.sol)

Інтеграція з платформою

Змінні середовища

Кредитний баланс і підписки

Стейкінг (опційно)

Деплой контрактів

Власний white-label токен

Крок 1 — Класифікація токена

Крок 2 — Параметри

Крок 3 — Комісії та функції

Крок 4 — Інтеграція з Ring

Економічна модель

Юридичні аспекти та документація

Наступні кроки

Одразу

Розробка

Запуск

Налаштування токеноміки

Навіщо потрібна токеноміка

Еталонна архітектура RING

RingToken (contracts/RingToken.sol)

RingMembership (contracts/RingMembership.sol)

ReferralRewards (contracts/contracts-src/ReferralRewards.sol)

Інтеграція з платформою

Змінні середовища

Кредитний баланс і підписки

Стейкінг (опційно)

Деплой контрактів

Власний white-label токен

Крок 1 — Класифікація токена

Крок 2 — Параметри

Крок 3 — Комісії та функції

Крок 4 — Інтеграція з Ring

Економічна модель

Юридичні аспекти та документація

Наступні кроки

Одразу

Розробка

Запуск

Налаштування токеноміки

Навіщо потрібна токеноміка

Еталонна архітектура RING

RingToken (contracts/RingToken.sol)

RingMembership (contracts/RingMembership.sol)

ReferralRewards (contracts/contracts-src/ReferralRewards.sol)

Інтеграція з платформою

Змінні середовища

Кредитний баланс і підписки

Стейкінг (опційно)

Деплой контрактів

Власний white-label токен

Крок 1 — Класифікація токена

Крок 2 — Параметри

Крок 3 — Комісії та функції

Крок 4 — Інтеграція з Ring

Економічна модель

Юридичні аспекти та документація

Наступні кроки

Одразу

Розробка

RingToken (`contracts/RingToken.sol`)

RingMembership (`contracts/RingMembership.sol`)

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)

RingToken (`contracts/RingToken.sol`)

RingMembership (`contracts/RingMembership.sol`)

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)

RingToken (`contracts/RingToken.sol`)

RingMembership (`contracts/RingMembership.sol`)

ReferralRewards (`contracts/contracts-src/ReferralRewards.sol`)