[تغريدة طويلة بالإنجليزية] مراجعة تطور مسار إعادة الرهن: الحقيقة، سوء الفهم والطريق غير المكتمل

سلسلة Chainfeeds - ملخص:

بعد أكثر من عامين من العمل لجذب جميع AVS الرئيسية إلى EigenLayer وتصميم EigenCloud، هذه مراجعة صادقة مني حول الرحلة بأكملها: ما هي الأخطاء في التقدير، وما الذي نجح، وإلى أين سنتجه بعد ذلك.

مصدر المقال:

kydo

وجهة نظر:

kydo: إطلاق EigenDA على بنية EigenLayer التحتية كان مفاجأة إيجابية ضخمة. لقد أصبحت حجر الأساس لـ EigenCloud، ومنحت Ethereum مسار DA ضخم الحجم كان بحاجة ماسة إليه — مما يسمح لـ Rollup بالتقدم بسرعة عالية دون الحاجة للانتقال إلى L1 جديد من أجل الأداء. انطلاق MegaETH كان بسبب إيمانهم بأن Sreeram يمكنه كسر عنق الزجاجة في DA لهم. Mantle تقدمت في السابق باقتراح إلى BitDAO لبناء L2 لنفس السبب. كما قدمت EigenDA طبقة "درع" إضافية لـ Ethereum. عندما يكون هناك حل DA عالي السرعة داخل النظام البيئي نفسه، يصبح من الصعب على L1 الخارجي الاستفادة من سردية Ethereum لامتصاص القيمة. واحدة من رؤى EigenLayer المبكرة كانت: تمكين Ethereum من فتح ميزة التأكيد المسبق (preconfirmation). لاحقًا، حظي التأكيد المسبق باهتمام كبير بسبب base rollup، لكن التنفيذ العملي لا يزال صعبًا. لدفع النظام البيئي قدمًا، أطلقنا معًا برنامج Commit-Boost، في محاولة لكسر تأثير احتكار عملاء التأكيد المسبق، وبناء منصة محايدة تتيح لأي فريق الابتكار من خلال آلية التزام المدققين. اليوم، يتجاوز التدفق المالي على Commit-Boost عدة مليارات من الدولارات، وأكثر من 35% من المدققين قد انضموا. ومع إطلاق خدمات preconf الرئيسية في الأشهر القادمة، سيستمر هذا الرقم في الارتفاع. هذا أمر بالغ الأهمية لمتانة Ethereum ضد المخاطر، وأيضًا لاستمرار الابتكار في سوق preconf. أحد التأثيرات التي تم التقليل من شأنها في عصر إعادة الرهن هو تدفق كميات كبيرة من ETH إلى مزودي LRT، بدلاً من دفع Lido لتجاوز 33%. هذا له أهمية كبيرة لاستقرار المجتمع في Ethereum. إذا احتفظت Lido بنسبة تزيد عن 33% لفترة طويلة دون بديل موثوق، فإن النزاعات الحوكمية والانقسامات البيئية ستكون خطيرة للغاية. إعادة الرهن وLRT لم يجعلا كل شيء لامركزيًا بطريقة سحرية، لكنه غيّر مسار تركّز الرهن. هذا ليس أمرًا عديم الجدوى. أكبر "انتصار" كان على مستوى المفهوم. لقد أثبتنا أن العالم يحتاج بالفعل إلى المزيد من الأنظمة القابلة للتحقق. لكن المسار اختلف كثيرًا عن التصور الأولي؛ بدلاً من البدء من "أمن التشفير الاقتصادي الواسع" والإصرار على اللامركزية الكاملة منذ اليوم الأول وتوقع أن كل شيء سيتبع هذا المسار، من الأفضل: تزويد المطورين مباشرة بالأدوات التي تمكنهم من تطبيق القابلية للتحقق، ومطابقة كل تطبيق مع البدائل المناسبة للتحقق. عليك أن "تلتقي" المطورين حيث هم، لا أن تطلب منهم أن يكونوا مصممي بروتوكولات منذ البداية. بدأنا في بناء خدمات داخلية معيارية مثل EigenCompute وEigenAI لتلبية هذه الاحتياجات الحقيقية — أشياء جمعت فرق أخرى من أجلها مئات الملايين من الدولارات واستغرقت سنوات لبنائها، يمكننا تسليمها في غضون أشهر. في المستقبل، سيدور كل شيء حول EigenCloud وما يحيط به حول رمز EIGEN. سيكون EIGEN بمثابة: المصدر الأساسي للأمان الاقتصادي؛ أصل ضمان يتحمل أنواعًا متعددة من المخاطر؛ الملتقط الرئيسي لقيمة تدفق الرسوم والنشاط الاقتصادي على المنصة بأكملها. العديد من سوء الفهم في البداية جاء من الفجوة الكبيرة بين "ما يعتقد المستخدمون أن EIGEN سيلتقطه" و"ما يمكن للآلية الفعلية التقاطه". الهدف لم يتغير: تمكين المزيد من التطبيقات على السلسلة من استخدام الحوسبة خارج السلسلة بأمان. لكن الأدوات لن تكون واحدة فقط — الأمن الاقتصادي المشفر، ZK، TEE أو تقنيات هجينة، كلها متاحة. المفتاح ليس عبادة تقنية معينة، بل جعل "القابلية للتحقق" أساسًا يمكن إدخاله في أي كومة تطبيقات. ما نريد تقليصه هو الفجوة بين: "لدي تطبيق" و"لدي تطبيق يمكن للمستخدمين، والأطراف المقابلة، والجهات التنظيمية التحقق منه". في الواقع، الأمن الاقتصادي المشفر + TEE هو أقوى تركيبة من حيث البرمجة والأمان الفعلي حاليًا. عندما تنضج آليات مثل ZK، سيتم دمجها في EigenCloud. 【النص الأصلي بالإنجليزية】