يستمر الجميع في الحديث عن نموذج أمان الوكلاء. لكنني قررت البحث في حسابات الاستحقاق (vesting) بدلًا من ذلك، لأن هناك تُدفن الأجساد الفعلية. تبلغ حصة المجتمع حوالي ستين بالمئة، ويحصل المساهمون داخل الشركة وMagic Labs على الأربعين بالمئة الأخرى. ومعظم هذه الدفعات الداخلية تتضمن فترة انتظار مدتها اثنا عشر شهرًا (cliff) قبل أن يبدأ إطلاق خطي يمتد لستة وثلاثين شهرًا. تصل عشرون بالمئة من شرائح النظام البيئي عند لحظة TGE، بينما يتبقى الباقي ليتدفق على مدى ثمانية وأربعين شهرًا، ولا يتدفق أي من المعروض الذي تم تحريره بعد ذلك إلى أسواق ثانوية بمجرد خروجه.
كان إجمالي المعروض المتداول عند الإدراج يقارب مئتين وخمسة عشر مليونًا من سقف ثابت قدره مليار واحد. احسب ما يحدث في كل مرة تنضج فيها شريحة مجدولة وتستقر في محفظة مشغل أو مساهم. حدثت في وقت سابق من هذا العام عملية إطلاق مبكر أطلقت أكثر من مئة وثلاثين مليون توكن خلال أسبوع واحد، بما يزيد عن 30% من المعروض المتداول في تلك اللحظة. هذه ليست مجرد مسألة تقريب، بل صدمة في الإمداد تصيب توكنًا يحتاج أيضًا إلى امتصاص طلب رسوم الغاز ومتطلبات الضمان للتخزين/الاستيكينغ في الوقت نفسه.
الآن أضف سلوك الـ RPC، لأن أحدًا لا يتحدث عن هذه الجزئية. يتم إرسال نوايا الأتمتة إلى الشبكة وتبقى منتظرة ظروفًا لتفعيلها. إذا تعطل عنوان الـ RPC الذي يعتمد عليه أحد الوكلاء أثناء التنفيذ، فلا يتوقف فقط بصمت. إما أن ينتهي بمهلة ويحتاج إلى إعادة الإرسال، أو يبقى مكشوفًا لقراءة حالة قديمة، ويجب أن تلتقط حماية إعادة التشغيل هذه الفجوة قبل أن ينفّذ الوكيل على بيانات صلاحيات قديمة.
أعود باستمرار إلى نفس القلق. فالبروتوكول المبني على ضمانات تشفيرية لا يزال يعتمد على بنية تحتية مملة مثل استمرار توفر الـ RPC وانضباط الاستحقاق بحيث تعمل كما هو موثق تمامًا. لا تهم البراهين البراقة إن كان تعطل نقطة نهاية يسمح بفحص صلاحية يعمل مقابل جذر حالة قديم. وجدول الإمداد الذي يلقي دفعات كبيرة في سيولة رقيقة لا يهتم بمدى أناقة تصميم Keystore لديك. أفضّل رؤية ثلاثة أشهر من بيانات توفر نظيفة أكثر من تقرير تدقيق آخر.