Ви вклали $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 для вашого проекту.