يعتقد الكثيرون أن مشكلة DePIN تكمن في "نقص القدرة الحاسوبية"،

لكن مع تزايد النظر، يعتقد الأخ مياو أن الضعف الحقيقي هو في نموذج الإصدار الثابت.

عندما تستخدم إصدارًا ثابتًا لدعم عرض وحدات معالجة الرسومات (GPU)، فإن الأمر في الأساس هو مقامرة على "وجود طلب في المستقبل".

بمجرد أن يتخلف الطلب عن النمو، لا يمكن للنظام إلا أن يستمر في إصدار الرموز،
والنتيجة هي:

زيادة العرض بشكل مستمر، في حين أن الاستخدام الحقيقي يتناقص أكثر فأكثر،

يبدو أن الشبكة تعمل، لكنها في الواقع تستهلك ذاتها.

وهذا هو السبب في أن العديد من مشاريع DePIN تعمل بجهد كبير، لكنها لا تدوم طويلاً.
@ionet أطلقت IDE، وهو في جوهره ليس "تعديل المعلمات"،

بل هو إعادة هيكلة مدفوعة بالطلب، والهدف واضح جدًا:

جعل شبكة القدرة الحاسوبية مسؤولة أولاً عن الدخل الحقيقي، وليس عن السرد القصصي.

طريقة حل مشكلة IDE (المتوقع إطلاقه في الربع الثاني من 2026) هي في الواقع متحفظة جدًا:

• نسبة الاستدامة:

مقارنة فورية بين الدخل الحقيقي مقابل الإنفاق المستهدف،

إذا لم يكن الدخل كافيًا، فلا يتم فرض إصدار قسري.

• آلية الحماية المزدوجة:
ليست تقليل العرض بشكل مباشر، بل تستخدم آلية توازن عكسية لتنعيم التقلبات.

• أولوية الدخل واضحة جدًا:

بعد ضمان تشغيل الشبكة، يُخصص على الأقل 50% من الدخل المتبقي لإعادة الشراء / الحرق $IO ،

ليس بهدف رفع السعر، بل للسيطرة على التضخم على المدى الطويل.

• ماذا لو كان هناك فجوة قصيرة الأجل؟

عن طريق إصدار Vault مؤقت،

لثبيت أرباح الموردين المقيمة بالدولار الأمريكي، وتجنب اضطرار عقد الحوسبة إلى الانسحاب.

بصراحة، IDE ليس لجعل وحدات معالجة الرسومات "تتغذى"،

بل لجعلها تُستخدم بشكل حقيقي.

عندما يتم ربط الإصدار، الدخل، والطلب على القدرة الحاسوبية بنفس المنطق،

يصبح الحوسبة اللامركزية لأول مرة قادرة على البقاء على المدى الطويل،

وليس فقط تعتمد على الإيمان للبقاء.