Ви вклали $500 в IoT-сенсор, підключили до мережі, але токеноміка проекту не покриває навіть електрику. Мережа втрачає провайдерів, інфраструктура деградує. DePIN — не просто токен, а координація реальних активів. Помилка в стимулах коштує фізичних пристроїв: невірна емісія, відсутність зонування або слабка верифікація призводять до відтоку провайдерів і загибелі мережі. Типовий hotspot коштує $300–$500, а щомісячні нагороди можуть впасти до нуля, якщо модель не збалансована. Проблема холодного старту — ключова: без провайдерів немає послуг, без послуг немає споживачів, токен не зростає.
Ми — команда блокчейн-інженерів з досвідом у проектуванні токеноміки для фізичних мереж. За плечима 20+ проектів від Helium-подібних до специфічних IoT-мереж. Проектуємо модель від unit economics провайдера до смарт-контрактів, включаючи верифікацію та механізми спалювання. Отримайте консультацію — оцінимо ваш проект за 2 дні.
DePIN (Decentralized Physical Infrastructure Networks) — протоколи, де фізичне обладнання (сенсори, роутери, GPU) керується токен-стимулами. Helium, Filecoin, Render, DIMO — різні реалізації. Успіх кожної впирається в якість токеноміки.
Як токеноміка DePIN вирішує проблему холодного старту?
DePIN — двосторонній ринок. Провайдери фізичної інфраструктури (пристрої) та споживачі послуг. Токен координує обидві сторони. Рішення — інфляційні токен-субсидії на ранній стадії. Провайдери отримують токени за надання інфраструктури до появи реального попиту. Ключовий момент — перехід від субсидій до реальної виручки. Якщо він не спроектований, токен буде падати нескінченно.
Чому токеноміка DePIN відрізняється від DeFi?
DePIN пов'язує віртуальний токен з реальними активами. Помилка в стимулах веде до втрати фізичного капіталу. Приклад: Helium — hotspot коштував $500, rewards впали, ROI став від'ємним, провайдери відключилися. Для обґрунтованої токеноміки потрібно змоделювати unit economics провайдера:
Hardware cost: $500 Monthly electricity: $5 Monthly rewards: X токенів × ціна токена Breakeven: (500 + 5 × months) / (X × token_price) = months Якщо breakeven > 18 місяців при реалістичній ціні токена — провайдери не будуть брати участь. Токеноміка повинна забезпечувати breakeven 6–12 місяців.
Які методи верифікації використовуються в DePIN?
Центральна проблема будь-якого DePIN — провайдер заявляє, що пристрій працює. Верифікація без довіри досягається кількома підходами.
- Cryptographic beacon verification (Helium): спеціалізовані пристрої відправляють RF beacon, сусідні приймають і звітують. Фізичне розташування верифікується через радіосигнал.
- Challenge-response з геолокацією: пристрій відповідає на challenge з GPS та timestamp. Відповідь підписується TPM-чипом.
- Data proof через sampling (Hivemapper): дані порівнюються з еталонними.
- Trusted Hardware (TEE): пристрій містить secure enclave, що підписує proof of work.
contract ProofOfCoverage { struct DeviceRegistration { address operator; bytes32 devicePublicKey; bytes32 locationHash; uint256 registeredAt; bool active; uint256 totalProofsSubmitted; uint256 reputationScore; } struct CoverageProof { bytes32 deviceId; uint256 timestamp; bytes32 challengeHash; bytes deviceSignature; int32 latitude; int32 longitude; bytes32 dataHash; } mapping(bytes32 => DeviceRegistration) public devices; mapping(bytes32 => uint256) public lastProofTimestamp; uint256 public constant PROOF_INTERVAL = 1 hours; uint256 public constant MIN_REPUTATION_TO_EARN = 200; function submitCoverageProof( CoverageProof calldata proof, bytes32[] calldata witnessDevices ) external { bytes32 deviceId = proof.deviceId; DeviceRegistration storage device = devices[deviceId]; require(device.active, "Device not registered"); require(device.operator == msg.sender, "Not operator"); require(block.timestamp >= lastProofTimestamp[deviceId] + PROOF_INTERVAL, "Too soon"); bytes32 proofHash = keccak256(abi.encodePacked( proof.challengeHash, proof.timestamp, proof.latitude, proof.longitude, proof.dataHash )); require(_verifyDeviceSignature(device.devicePublicKey, proofHash, proof.deviceSignature), "Invalid signature"); lastProofTimestamp[deviceId] = block.timestamp; device.totalProofsSubmitted++; if (device.reputationScore >= MIN_REPUTATION_TO_EARN) { _distributeReward(device.operator, device.reputationScore, witnessDevices); } emit ProofSubmitted(deviceId, block.timestamp, proof.dataHash); } } Підхід Helium з beacon verification в 3 рази надійніший, ніж проста challenge-response по GPS.
Емісійна модель: від субсидій до protocol revenue
Фази життєвого циклу токена
Фаза 1: Bootstrap (0–2 роки). Висока інфляція для залучення провайдерів. Типова крива: 30–40% першого року supply йде провайдерам. Емісія знижується по halving-кривій.
def emission_schedule(epoch: int, base_emission: float, decay_rate: float) -> float: return base_emission * (decay_rate ** epoch) Фаза 2: Transition (2–4 роки). Protocol revenue починає покривати частину нагород. Інфляція знижується. KPI: Protocol Revenue / Total Token Emissions > 0.5.
Фаза 3: Sustainability (4+ років). Емісія близька до нуля. Нагороди провайдерам з protocol fees.
| Фаза | Інфляція | Джерело нагород | KPI |
|---|---|---|---|
| Bootstrap | Висока (30-40% на рік) | Токен-емісія | Кількість провайдерів |
| Transition | Середня (5-15% на рік) | Мікс: емісія + fees | Protocol Revenue / Emissions >0.5 |
| Sustainability | Низька (<2% на рік) | Protocol fees | Churn провайдерів <5% |
Токен-розподіл та диференціація нагород
| Апокація | % | Призначення |
|---|---|---|
| Network Rewards | 40–55% | Провайдерам за Proof of Coverage, довгий розклад 6–10 років |
| Team & Advisors | 10–15% | 4-річний vesting, 1-річний cliff |
| Investors | 10–20% | 2–3-річний vesting |
| Ecosystem Fund | 15–20% | Гранти, інтеграції, маркетинг |
| Liquidity | 3–8% | DEX liquidity при лістингу |
| Foundation/DAO | 5–10% | Довгостроковий розвиток |
Network Rewards — операційний бюджет залучення фізичних ресурсів. Не всі пристрої однаково цінні: геолокація, uptime та репутація впливають на винагороду. Зонування — потужний інструмент управління щільністю мережі.
contract RewardDistribution { enum CoverageZone { Oversupplied, Normal, Undersupplied, Critical } mapping(CoverageZone => uint256) public zoneMultipliers; constructor() { zoneMultipliers[CoverageZone.Oversupplied] = 50; zoneMultipliers[CoverageZone.Normal] = 100; zoneMultipliers[CoverageZone.Undersupplied] = 200; zoneMultipliers[CoverageZone.Critical] = 500; } function calculateReward( bytes32 deviceId, uint256 baseReward, uint256 uptimePercent, CoverageZone zone ) public view returns (uint256) { uint256 uptimeMultiplier = uptimePercent; uint256 zoneMultiplier = zoneMultipliers[zone]; uint256 reputationMultiplier = devices[deviceId].reputationScore; return baseReward * uptimeMultiplier / 100 * zoneMultiplier / 100 * reputationMultiplier / 1000; } } Приклад геозонування: якщо в Токіо 1000 пристроїв, а в Найробі 5, множник в Найробі повинен бути кратно вищим.
Спалювання та governance
Для контролю інфляції застосовуються дефляційні механізми: burn від protocol fees, staking зі slashing, governance-controlled burn. DePIN керують фізичною інфраструктурою, тому governance включає оновлення зональних параметрів, зміну вимог, emergency pause. Timelock обов'язковий.
Математичне моделювання
Перед фіналізацією — обов'язкове моделювання в Python/Excel:
import numpy as np def simulate_depin( initial_providers: int, growth_rate_monthly: float, monthly_emission: float, token_price_init: float, price_elasticity: float ) -> list: results = [] providers = initial_providers token_price = token_price_init for month in range(48): monthly_rewards = monthly_emission / providers monthly_roi = (monthly_rewards * token_price) / DEVICE_COST if monthly_roi > 0.05: new_providers = int(providers * growth_rate_monthly) else: new_providers = -int(providers * 0.02) providers = max(providers + new_providers, 1) supply_pressure = monthly_emission / (providers * 10) token_price = token_price * (1 - supply_pressure) * (1 + price_elasticity * monthly_roi) results.append({"month": month, "providers": providers, "token_price": token_price, "monthly_roi": monthly_roi}) return results Модель враховує: мінімальний поріг ROI (5%), еластичність ціни, тиск емісії. Рекомендується прогнати 100+ сценаріїв з різними параметрами.
Як розробити токеноміку DePIN для вашого проекту?
- Визначте цільову аудиторію провайдерів і споживачів.
- Розрахуйте unit economics провайдера.
- Оберіть метод верифікації.
- Спроектуйте емісійну модель.
- Реалізуйте смарт-контракти.
- Проведіть аудит та моделювання.
Що входить і терміни
- PDF-документація: моделі токеноміки, діаграми потоків, unit economics, опис PoC.
- Вихідні коди смарт-контрактів на Solidity з тестами та інструкцією.
- Доступ до приватного репозиторію.
- Допомога в розгортанні.
- Навчання команди.
- Супровід протягом місяця після запуску.
| Етап | Тривалість |
|---|---|
| Дослідження та проектування | 3–5 тижнів |
| Смарт-контракти | 4–8 тижнів |
| Аудит та тестування | 3–4 тижні |
| Разом | 2.5–4 місяці |
Вартість розраховується індивідуально. Наш досвід: 5+ років у блокчейні, 20+ проектів. Зв'яжіться — отримайте безкоштовну консультацію та оцінку за 2 дні. Замовте розробку токеноміки DePIN для вашого проекту.