في نوفمبر 2022، أعلن فريق تطوير Ren Protocol خبراً ينطوي على مفارقة واضحة. فالمشروع الذي سعى إلى بناء بنية تحتية لامركزية لم يكن يملك تمويلاً يكفي لأعمال التطوير إلا حتى نهاية الربع الرابع من العام. وبعد دخول Alameda Research إجراءات الإفلاس مع مجموعة FTX، قرر الفريق تسريع خطط إنهاء Ren 1.0.
يمكن للشبكة توزيع معالجة المعاملات على عدد كبير من العُقد، لكنها قد تظل بحاجة إلى مؤسسة واحدة لتغطية رواتب المطورين وتنسيق التحديثات وإدارة خدمات التشغيل. وعندما تتعثر تلك المؤسسة، يصبح استمرار الخدمة مهدداً حتى لو لم يثبت وجود اختراق تقني.
هذه الواقعة لا تثبت فشل تقنية البلوكتشين، ولا تعني أن مشروع Ren كله اختفى بين ليلة وضحاها. بل تطرح سؤالاً أدق حول الجهات التي تملك عملياً القدرة على إيقاف نظام يوصف بأنه لامركزي.
كيف ربط Ren شبكات البلوكتشين المختلفة
لا يمكن استخدام بيتكوين الموجودة على شبكتها الأصلية مباشرة داخل تطبيقات إيثريوم. وحاول RenVM، الذي أطلق شبكته الرئيسية في مايو 2020، معالجة هذه المشكلة من خلال جسر لنقل الأصول بين السلاسل.
وفق إحدى آليات النظام، كانت عملات BTC الأصلية تُحتجز تحت نظام تحكم RenVM، ويصدر مقابلها على إيثريوم رمز renBTC بنسبة واحد إلى واحد. ويستطيع المستخدم توظيف هذا الرمز في التمويل اللامركزي (DeFi). أما استعادة بيتكوين الأصلية فتتطلب حرق الرمز المقابل كي يحرر الجسر الأصل المحتجز. لذلك فإن بقاء الرمز ظاهراً في المحفظة لا يضمن وحده إمكان استرداده.
اعتمد Ren على عُقد Darknodes وتقنية الحوسبة الآمنة متعددة الأطراف (sMPC) لتجنب سيطرة مشارك واحد على كامل مفاتيح الأصول. لكن توزيع المفاتيح ومعالجة المعاملات لا يثبت أن التمويل أو إدارة البنية الأساسية أو صلاحيات القرار موزعة بالقدر نفسه.
حدود اللامركزية في تصميم Ren
وصف فريق Ren اللامركزية منذ البداية بأنها عملية تدريجية. ففي شرح تقني نشره في أغسطس 2020، أشار إلى أن الشبكة بدأت في مرحلة سُمّيت «sub-zero»، وكانت مجموعة العُقد الأساسية Greycore تُدار في البداية من فريق Ren نفسه، على أن تُفتح المشاركة لاحقاً.
من الضروري الفصل بين لامركزية إدارة المفاتيح ومعالجة المعاملات وبين استقلال القرارات والقدرة على مواصلة التشغيل. وتشمل الفئة الثانية التمويل والموظفين والنطاقات الإلكترونية وقنوات التواصل وحقوق تحديث البرمجيات.
في مطلع 2021، أعلن Ren انضمام فريقه إلى Alameda Research بهدف تطوير RenVM. وفي نوفمبر 2022، وصف Ren العلاقة بأنها استحواذ، وذكر أن Alameda كانت تمول أعمال الفريق كل ثلاثة أشهر.
وجود ممول كبير ليس خطأً بالضرورة، فالمشروعات التقنية المعقدة تحتاج إلى رأس مال وخبرات. لكن المخاطرة تظهر عندما يتعذر نقل الموارد أو السلطات الأساسية سريعاً بعد تعثر الممول.
كيف انتقلت أزمة Alameda إلى Ren
في 11 نوفمبر 2022، تقدمت FTX وشركات مرتبطة بها، منها Alameda Research، بطلبات بموجب الفصل الحادي عشر من قانون الإفلاس الأمريكي. ولا يمثل إفلاس الشركات دليلاً على اختراق RenVM أو على فشل جميع المنتجات المرتبطة بها تقنياً.
وبعد سبعة أيام، نشر فريق Ren خطة «Moving on from Alameda». وأوضح أن موارده تكفي فقط حتى نهاية 2022، وأن Ren 1.0 ما زال يعمل تحت قيادة Alameda. لذلك اقترح إنهاء النسخة القديمة بوتيرة أسرع والانتقال إلى Ren 2.0 ذي المصدر الأكثر انفتاحاً والإدارة المجتمعية الأوسع.
كانت الخطة تقضي بوقف سك رموز جديدة تمثل أصولاً عبر الشبكات (mint)، مع الإبقاء مؤقتاً على حرق الرموز (burn) لطلب استرجاع الأصول الأصلية، ثم إنهاء Ren 1.0 بعد فترة انتقالية تقارب 30 يوماً. هذه مدة أعلنت في الخطة آنذاك، وليست إثباتاً بأن كل مكونات الشبكة توقفت في اليوم نفسه.
وفي 19 ديسمبر 2022، أفاد موقع The Block بأن ما يقارب 15 مليون دولار من رموز renBTC كانت لا تزال على إيثريوم ومعرضة لخطر التعذر عن الاسترداد. والمبلغ تقدير للقيمة المعرضة للخطر في ذلك التاريخ، وليس خسارة محققة مؤكدة.
الفكرة الأساسية قد يظل الرمز الممثل للأصل ظاهراً في المحفظة رغم تعطل الجسر عن استرداده. لذلك لا تقتصر المخاطر على السعر، بل تشمل القدرة على الوصول إلى الأصل الأساسي.
ثلاث طبقات مختلفة من الاعتماد
لا يكفي سؤال من يشغل العُقد. يجب أيضاً فحص السيطرة التقنية والبنية التشغيلية والتمويل والحوكمة بصورة منفصلة.
| المجال | السؤال الأساسي | المخاطر عند غياب الممول |
|---|---|---|
| التقنية | من يتحكم في التحقق والمفاتيح والتحديثات؟ | تعطل المعالجة أو الاسترداد |
| التشغيل | من يدير الخدمات الأساسية والتواصل مع المستخدمين؟ | تعذر الانتقال في الوقت المناسب |
| التمويل والحوكمة | من يمول المطورين وهل يستطيع المجتمع التعويض؟ | توقف التطوير وخطة الانتقال |
وذكر فريق Ren أن اسم النطاق renproject.io كان في ذلك الوقت مملوكاً لـAlameda. وناقش نقل الموقع إلى نظام التخزين الموزع IPFS، وتحويل التحكم به إلى RenDAO. صحيح أن النطاق لا يحتفظ ببيتكوين، لكنه يؤثر في وصول المستخدمين إلى المعلومات والخدمات وقت الأزمة.
الأدلة المتاحة لا تسمح بالقول إن كل عُقد Darknodes كانت ملكاً لـAlameda، أو إن شخصاً واحداً احتفظ بجميع المفاتيح. والخلاصة الأكثر دقة هي أن اللامركزية التقنية لم يصاحبها بالسرعة نفسها توزيع للمخاطر التنظيمية.
Ren 2.0 كان خطة لا دليلاً على نجاح الانتقال
ظهرت خطط Ren 2.0 قبل انهيار Alameda، في أغسطس 2022. وتضمنت فتح الشيفرة المصدرية بدرجة أكبر، وتوسيع المشاركة في تشغيل الشبكة، وتبني تقنيات أحدث للحوسبة متعددة الأطراف. وقد جعل الإفلاس التحول الذي أريد له أن يكون تدريجياً أكثر إلحاحاً.
في سبتمبر 2023، أعلنت Ren Foundation أنها تأسست بوصفها مؤسسة غير ربحية في 13 أبريل من العام نفسه، لدعم أبحاث وتطوير نظام لاحق تديره المجتمعات المشاركة. ويثبت ذلك وجود جهود للاستمرار، لكنه لا يثبت إطلاق الشبكة الرئيسية لـRen 2.0 وتشغيلها بالكامل.
وعند التحقق في 9 أكتوبر 2026، لم يعرض موقع renprotocol.org سوى عبارة «A new Ren». وهذه الصفحة لا تكفي للتحقق من حالة الشبكة أو إمكان استرداد الأصول حالياً. لذلك ينبغي مراجعة العقود وحالة التشغيل والإعلانات الموثوقة قبل إجراء أي معاملة.
الدرس للمشروعات والمستخدمين
لا ينبغي أن تنتهي مراجعة مشروع للأصول المشفرة عند كلمة «لامركزي». فإذا أغلقت الشركة المؤسسة أبوابها أو توقف التمويل، فمن سيتولى صيانة البرمجيات وتمكين المستخدمين من استرداد أموالهم؟
الأدلة الأهم تشمل مشغلين مستقلين، وصلاحيات تحديث واضحة، وتمويلاً مستداماً للصيانة، وخطة انتقال قابلة للتنفيذ، وإجراءات طوارئ لاستعادة الأصول.
أصبحت Ren 1.0 مثالاً تحذيرياً بسبب اعتماد استمرار الجسر على المؤسسة المحيطة به، لا بسبب اختراق ثبت وقوعه. فقد تتوزع المفاتيح المشفرة بينما تظل الأموال والفرق والقرارات مركزة في جهة واحدة. وهذا هو الفارق الذي يستحق التدقيق.
