Багато хто вважає, що проблема DePIN полягає у «недостатній обчислювальній потужності»,

але котик все більше переконуються, що насправді вразливою є саме модель фіксованого випуску.

Коли ви використовуєте фіксований випуск для субсидування постачання GPU, по суті ви ставите на «майбутній попит».

Якщо попит не випереджає, система може лише продовжувати видавати токени,
і результат буде таким:

постачання зростає, а реальне використання зменшується,

мережа здається працюючою, але насправді вона самознищується.

Саме тому багато проектів DePIN живуть активно, але недовго.
@ionet запустила IDE, по суті, це не «зміна параметрів»,

а переробка, викликана попитом, з дуже чіткою метою:

зробити так, щоб мережа обчислювальної потужності спершу відповідала за реальний дохід, а не за нарратив.

Спосіб вирішення проблем IDE (очікується запуск у Q2 2026) досить стриманий:

• Коєфіцієнт сталості (Sustainability Ratio):

у реальному часі порівнює реальний дохід із цільовими витратами,

якщо доходу недостатньо — не примушує до випуску.

• Механізм буферних двох сейфів (Vault):

замість різкого зменшення постачання, використовується контрциклічний буфер для згладжування коливань.

• Пріоритет доходу дуже чіткий:

після забезпечення роботи мережі, щонайменше 50% залишкового доходу йде на $IO викуп / знищення,

не для підняття ціни, а для стримування довгострокової інфляції.

• Що робити при короткостроковому дефіциті?

Через тимчасове звільнення Vault,

зберегти стабільність доходу постачальників, оцінених у USD, щоб уникнути вимушеного виходу обчислювальних вузлів.

Говорячи просто, IDE не для того, щоб GPU «годували»,

а щоб GPU використовували насправді.

Коли випуск, дохід і потреби в обчислювальній потужності прив’язані до однієї логіки,

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

а не покладається на віру для продовження життя.