يبدو إعادة الرهن بسيطة: أعد الرهن مرة واحدة، واحصل على عائدين. لكن ما يحدث فعليًا تحت السطح هو أن ضمانك يُوعد به في عدة بروتوكولات في آنٍ واحد — وهي آلية تُسمّى إعادة الرهن (re-hypothecation). وفهم كيف يتم تأمين ذلك بدقة هو الفرق بين المخاطرة المدروسة والتعرّض الأعمى.
يوجد حاليا إطاران يهيمنان على هذا المجال، وقد قاما فعليًا برهانات شبه معاكسة حول كيفية التعامل معه.
EigenCloud (المعروفة سابقًا باسم EigenLayer) تعمل كنظام برمجي موحّد. عند إعادة الرهن، تُلتزم أصولك عبر StrategyManager، وتفرض EigenCloud قاعدة تُسمّى Unique Stake — وهي تجمع محدد من $ETH can لا يتم إيقاع الجزاء (الـ slashing) عليه إلا من خلال مجموعة Operator Set واحدة في أي لحظة، وذلك على وجه التحديد لمنع شخص سيّئ واحد من تشغيل عدة أحداث slashing متزامنة على نفس رأس المال. إذا أساء أحد المشغّلين السلوك — مثل قيامه بالتوقيع المزدوج على خدمة Actively Validated Service — فإن الـ AVS يعلّم تلك الحصص بأنها قابلة للحرق (burnable). لكن EigenCloud لا يسمح بتنفيذ هذا الجزاء دون رقابة: فهناك لجنة Veto Slashing Committee، وهي جهة تعتمد على السمعة، تراجع كل طلب slashing ويمكنها إلغاء العقوبات غير العادلة أو الناتجة عن أخطاء (بغزات/bugs). المفاضلة هنا هي مركزية الثقة — فأنت تعتمد على حكم تلك اللجنة وعلى تعقيد النظام ككل كي يبقى متماسكًا.
تتبنّى شركة Symbiotic فلسفة معاكسة: نمط معياري مفرط وعوازل من نوع vault. بدلًا من مجموعة قواعد عالمية واحدة، يحدد كل vault شروطه الخاصة. تكون الإيداعات مستقلة بالكامل عن نوع الأصل — عملات مستقرة، وwBTC، وأيّ ERC-20 — وعندما تُشير شبكة متصلة إلى وجود مخالفة، تُرسل الطلب مباشرة إلى وحدة الـ slasher الخاصة بذلك الـ vault. لا تتم معالجة النزاعات عبر لجنة واحدة؛ بل تُعالج عبر Resolvers — كيانات مخصّصة أو عقود ذكية يعيّنها الـ vault نفسه، ويمكنها فرض slashing فوري أو فترة حَجْب (veto) حسب كيفية ضبط الـ vault. الميزة هي العزل: مشكلة في vault واحد لا تنتقل تلقائيًا إلى غيره. والمخاطر مختلفة لا أقلّ — فـ Resolver سيّئ يتواطأ مع شبكة خبيثة يمكن أن يؤدي إلى slashing غير عادل للمشغّلين مع إشراف مركزي أقل بكثير لكشفه.
إليك لماذا يهمّ هذا الفرق فعلًا بالنسبة لرأس مالك: إعادة التوثيق (restaking) ليست مجرد staking مع خطوات إضافية. مصير ETH الخاص بك الآن يعتمد على شبكة Ethereum الأساسية، إضافةً إلى عقد بروتوكول إعادة التوثيق، فضلًا عن كل AVS على حدة تم ربطه به. قد يؤدي استغلال شديد أو حدث slashing حتى على AVS صغير وغير مُحكم الأمان إلى تشغيل حلقة تصفية متسلسلة تُزيل مركزك الأصلي الموثّق بالكامل — بغضّ النظر عن مدى صلابة أمان Ethereum نفسه.
لذلك قبل السعي وراء عائد إعادة التوثيق بنسبة 12-15% — هل تعرف فعلًا ما إذا كان رأس مالك موجودًا داخل نظام موحّد يحكمه مجلس (committee)، أم داخل vault معزول تعتمد سلامته بالكامل على من وثقت به لكتابة القواعد؟
