كلما قرأت أكثر عن @BabylonLabs_io ، قلّتُ في تفكيري حتى أصبحت الفكرة أن السؤال الحقيقي هو ما إذا كان ذلك يمكنه إتاحة أمان البيتكوين لشبكات PoS.
والسؤال الأصعب يتمثل في ما إذا كان نموذج الأمان هذا يمكنه البقاء مرنًا مع ازدياد معدل التبنّي.
أحد المخاطر التي لا أتوقف عن التفكير فيها هو مسألة المشاركة. تصبح تصميم بابيلون أكثر قيمة عندما ينضم إلى الشبكة عدد كافٍ من حاملي BTC ومقدمي الإنهاء (Finality Providers) وسلاسل PoS. وبدون مشاركة واسعة، تكون مكاسب الأمان بطبيعتها أكثر محدودية.
نقطة أخرى هي تركّز المُحققين. إذا كان عدد قليل من مقدمي الإنهاء قادرًا على السيطرة على الشبكة، فقد يصبح البروتوكول أكثر اعتمادًا على بضعة مشاركين مما تنوي هندسته. اللامركزية ليست مجرد مسألة تصميم بروتوكول—بل هي أيضًا مسألة كيفية استخدام الناس له فعليًا.
هناك كذلك تحدي الحوافز. يجب أن يظل نموذج المكافآت قادرًا على إبقاء حاملي بيتكوين ومقدمي الإنهاء والسلاسل المتصلة متوافقين على المدى الطويل. إذا بدأت تلك الحوافز بالابتعاد عن بعضها، فقد تضعف المشاركة حتى لو ظلت التكنولوجيا سليمة.
لا شيء من هذه الأمور حصرٌ حصري لبابيلون، لكنها—بحسب اعتقادي—هي الأسئلة التي تهم أكثر. التشفير القوي هو جزء واحد فقط من نظام آمن. إن الأمان على المدى الطويل يعتمد أيضًا على اللامركزية والحوافز واستمرار مشاركة الشبكة.
هذا هو الإطار الذي سأتابعه بينما يواصل بابيلون النمو.
أعود باستمرار إلى @BabylonLabs_io لقطع التصميم لأنّه واحد من القلّة من أجزاء البروتوكول التي تصبح أكثر إثارة كلما تعمّقت في دراستها.
في معظم شبكات إثبات الحصة (PoS)، يكون الإيقاف/الجزاء (slashing) مباشراً. يقوم عقد ذكي باكتشاف سوء سلوك المُدقّقين ويقوم تلقائياً بحرق أو حبس جزء من الرصيد المخصّص.
لكن بيتكوين لا يملك هذا الترف.
لذلك كان على بابل (Babylon) حل مشكلة مختلفة: كيف تفرض عقوبات اقتصادية على بيتكوين دون إضافة عقود ذكية إلى بيتكوين نفسها؟
بدلاً من تغيير قواعد بيتكوين، تغيّر بابل التشفير المحيط بالتعهدات الخاصة بالمُدقّقين. نموذجها للإيقاف/الجزاء مبني حول التواقيع القابلة للاستخراج لمرة واحدة (Extractable One-Time Signatures - EOTS). حيث يُعرّض المُدقّق الذي يوقّع رسائل متعارضة سراً يمكن استخدامه لإثبات سوء السلوك وتفعيل العقوبة.
ما أراه أنيقاً هو أن بابل لا تحاول جعل بيتكوين يتصرف مثل إيثيريوم. بل تعمل ضمن تصميم بيتكوين الحالي بدل أن تعمل ضده.
ما إذا كان هذا سيصبح معياراً لـ PoS المؤمَّن عبر بيتكوين ما يزال سؤالاً مفتوحاً، لكنّه يُظهر أن التصميم التشفيري القوي يمكن أن يحل أحياناً مشكلات يَفترض الناس أنها تتطلب عقوداً ذكية أكثر تعبيراً.
ذهبت للبحث عن كيفية تحديد @BabylonLabs_io أي مزوّدي نهائية (Finality Providers) يهمّون فعلاً، ووجدت قاعدة اختيار أبسط مما توقّعت. وتحتها تقرير خطأ (bug report) ساكن بهدوء ولا أحد يناقشه.
أولاً، قاعدة الاختيار.
تم تسجيل أكثر من 250 مزوّد نهائية على Babylon. يشارك فقط أفضل 60 مزوّدًا وفق تفويض BTC في التفعيل الفعلي للنهائية. أما الباقون فيوجدون في السجلّ، لكنهم لا يساهمون بأي شيء في أمن الشبكة حتى ينتقل ما يكفي من المفوّضين (delegators) إلى خلفهم بدفعات BTC ليدفعوهم إلى تلك المجموعة النشطة.
هذا يخلق ديناميكية معيّنة تستحق التفكير فيها بعناية. مُقدّمو الـBTC (stakers) لا يختارون العائد فقط. بل يختارون أيّ validators تؤمّن الشبكة. المُفوّض الذي يفوّض إلى مزوّد مصنّف في المرتبة 61 أو أقل يحصل على مكافآت، لكن تفويضه لا يساهم في النهائية. الحافز الاقتصادي والمساهمة الأمنية منفصلان بالنسبة لأي شخص خارج أفضل 60.
وجدت ذلك مثيرًا للاهتمام. ثم وجدت شيئًا أكثر إثارة.
يمكن لخلل واضح في اتساق الحالة (state consistency) في وحدة costaking الخاصة بـ Babylon أن يترك المفوّض مع ما تسميه الاستشارة (advisory) «التفويض الوهمي» (phantom stake). إذا خرج مزوّد نهائية من المجموعة النشطة في الارتفاع (block height) نفسه الذي يقوم فيه المفوّض بإلغاء رهن (unbonds) BTC الخاص به، فقد يتعامل النظام مع التفويض على أنه ما يزال نشطًا. يتم سحب رأس المال من BTC. المزوّد يصبح غير نشط. ومع ذلك، يظل costaking يحتسب التفويض كأنه حيّ ويستمر في توزيع المكافآت عليه.
مكافآت تُكتسب على رأس مال غادر البروتوكول بالفعل.
تم الإعلان عن الخطأ وتوثيقه. يتطلب ذلك تطابقًا دقيقًا في توقيت الارتفاعات الكتلية لتفعيله. وهذا لا يجعله أمرًا تافهًا في نظام يوجد فيه 56,853 BTC قيد الرهان، ولا يمكن التحكم في توقيت الكتل من قبل المفوّضين الأفراد.
لقد تعمّقت أكثر في بابل، ومن الفكرة التي لفتت انتباهي أن أكبر إمكانات البيتكوين قد لا تتمثل فقط في كونها مخزناً للقيمة.
لطالما كان البيتكوين معروفاً بأمانه غير المسبوق ولا مركزية شبكته. لكن معظم هذا الأمان ظل محصوراً داخل شبكة البيتكوين نفسها.
ماذا لو ساعد هذا الأمان في حماية شبكات لا مركزية أخرى؟
هنا تصبح مقاربة بابل مثيرة للاهتمام.
في حين تعتمد العديد من سلاسل PoS على رموزها الأصلية لتأمين الشبكة، تواجه النظم البيئية الأصغر تحدياً يتمثل في بناء قدر كافٍ من الأمان الاقتصادي وجذب مُدقّقين موثوقين.
تستكشف بابل نموذجاً مختلفاً: تمكين حاملي البيتكوين من المساهمة بأمان BTC في شبكات PoS دون الاعتماد على جسور BTC المُغلّفة التقليدية.
الجزء الذي أراه أكثر إثارة للاهتمام هو فلسفة التصميم وراء ذلك. بدلاً من إنشاء نظام أمان جديد، تحاول بابل توسيع أقوى نظام قائم — وهو البيتكوين — ليشمل منظومة أوسع من الشبكات داخل عالم البلوك تشين.
بالطبع، يتمثل أكبر التحديات في التبنّي. تصبح طبقة الأمان ذات قيمة فقط عندما يشارك عدد كافٍ من المستخدمين والمُدقّقين والشبكات.
لكن إذا نجح هذا النموذج على نطاق واسع، فقد يتطور دور البيتكوين من مجرد كونه مخزناً للقيمة إلى أن يصبح أساساً للأمان للتطبيقات اللامركزية.
قد لا يكون مستقبل البيتكوين متعلقاً فقط بالاحتفاظ بـ BTC. بل قد يكون أيضاً حول كيفية أن يُمكّن أمانه الجيل التالي من شبكات البلوك تشين.
أجد أن الفجوة الحقيقية بين الهيمنة السوقية للبيتكوين ومعدل مشاركته في التمويل اللامركزي (DeFi) من أكثر الأرقام إفصاحًا في عالم التشفير بأكمله. يمثل البيتكوين قرابة نصف إجمالي القيمة السوقية للعملات الرقمية. أقل من 1% من إجمالي قيمة جميع عملات BTC يشارك في DeFi. بعض القياسات تضع النسبة منخفضة تصل إلى 0.1%. أكبر أصل رقمي وأكثره سيولة والأوسع امتلاكًا على الإطلاق موجودة شبه بالكامل وهو في وضعية خمول، بينما يبني باقي قطاع التشفير البنية التحتية للعوائد حول شبكة Ethereum.
لم تنشأ تلك الفجوة بسبب نقص الطلب. بل نشأت بسبب نقص الوصول الموثوق. كل مسار قائم حاليًا للبيتكوين للمشاركة في DeFi يتطلب التنازل عن شيء ما. Wrapped BTC يتطلب الثقة بوصي يحتفظ بالأصل الأساسي. الجسور (Bridges) تتطلب الثقة بنموذج أمني خسر، بشكل جماعي، مليارات الدولارات بسبب الاستغلالات. السلاسل الجانبية (Sidechains) تتطلب الثقة بآلية ربط (peg) لا تكون آمنة إلا بقدر أمان الكيانات التي تديرها.
يعالج بروتوكول Babylon هذه المسألة من جهة الطلب بدل جهة الإمداد. السؤال ليس كيفية إنشاء منتجات عوائد أكثر من BTC. بل كيفية جعل المعروض الحالي من BTC منتجًا دون أن يُطلب من حامليه الثقة بشيء لا ينبغي عليهم الاضطرار للثقة به. إن 57,290 BTC مُساهَمة (staked) بشكل أصلي عبر 135,000 مشارك في المرحلة 1 مع عدم خروج BTC أبدًا من السلسلة الرئيسية للبيتكوين يشير إلى أن الطلب كان موجودًا دائمًا، لكنه كان ينتظر نموذج الثقة المناسب.
تملك الآن 172 شركة عامة مجتمعةً أكثر من 1 مليون BTC. إن المركز المؤسسي القياسي بقيمة 100 مليون دولار يكلف 100,000 إلى 500,000 دولار سنويًا في رسوم الحفظ (custody) دون أي تعويض بالعائد. تصبح هذه الحسابات غير مريحة بسرعة عندما تظهر لأول مرة عوائد أصلية بلا ثقة (trustless).
كلما قرأت أكثر، وجدت آلية التشفير @BabylonLabs_io التي تستخدمها لفرض الإحالة/التقليص (slashing) على بيتكوين أكثر أناقةً وأكثر إزعاجًا مما يحرص معظم التغطيات على شرحه. يعتمد كل بروتوكول آخر للإحالة/التقليص بقدرة slashing على العقود الذكية لتنفيذ العقوبة.
بيبلون (Babylon) لا تستخدم عقودًا ذكية على بيتكوين. برنامج بيتكوين (Bitcoin Script) ليس تورنغ-مكتملًا. ومع ذلك، تفرض بيبلون إحالة/تقليص على المدققين رغم ذلك. الآلية هي EOTS، تواقيع لمرة واحدة قابلة للاستخراج (Extractable One-Time Signatures)، وفهمها يغيّر طريقة تفكيرك بما يمكن لبيتكوين فرضه فعليًا بشكل أصلي.
يوقّع مزوّدُ النهاية (Finality Provider) كل كتلة باستخدام مفتاح لمرة واحدة مشتق من مفتاحه الرئيسي. الخاصية الحاسمة هنا رياضية وليست تعاقدية. فإذا وقّع مزوّد النهاية كتلتين متعارضتين على الارتفاع نفسه، فإن التوقيعين معًا يكشفان مفتاحه الخاص لأي شخص يراقب. تضمن رياضيات توقيعات شنور (Schnorr) هذا الكشف تلقائيًا. لا محكمة. لا تصويت لجنة. لا تنفيذ عقد ذكي. إن عملية التوقيع المزدوج نفسها تُنتج دليلًا تشفيريا مطلوبًا للعقوبة.
ما أجده يستحق الفحص حقًا هو القيد المحدد على المفتاح المستخرج. بعد تسريبه، لا يمكنه تنفيذ سوى إجراء واحد تم اعتماده مسبقًا—شرط الإحالة/التقليص الذي تم ترميزه في معاملة التوقيف/الاستيكينغ (staking) وقت الإيداع. لا يستطيع المفتاح المستخرج سرقة البيتكوين (BTC). لا يمكنه سوى حرق نسبة الإحالة/التقليص المحددة مسبقًا وإرجاع الباقي إلى المُستيكير (staker). إن نطاق العقوبة محدد في وقت الإيداع ولا يمكن توسيعه لاحقًا من قِبل أي شخص.
هذا القيد هو الصدق المعماري الذي تتجاوز أغلب مناقشات الإحالة/التقليص ذكره. لا تثق بيبلون بأنه لن يُساء استخدام المفتاح المستخرج. بل تجعل إساءة الاستخدام مستحيلة تشفيريًا—بحكم التصميم. لقد اختار 57,290 بيتكوين (BTC) مُستكّينغًا موزعة على 135,000 مشارك هذا الضمان على كل نهج بديل.
ارتفع سعر نفط برنت بنحو 12% هذا الأسبوع، ولا أعتقد أن هذه مجرد حركة عشوائية أخرى. عندما يرتفع النفط بهذا السرعة، فإنه عادةً ما يخلق ضغطًا على التضخم وتكاليف النقل وحتى على معنويات سوق العملات الرقمية. الأسواق مترابطة أكثر مما يدرك الناس.
لستُ أقول إن موجة الصعود ستستمر، لكن بالتأكيد هناك شيء يستحق المتابعة. إذا ظلت التوترات الجيوسياسية مرتفعة، فقد تبقى أسعار الطاقة قوية لفترة.
في الوقت الحالي، سأظل صبورًا وأراقب كيفية تفاعل السوق بدلًا من اتخاذ قرارات عاطفية.
ما رأيك؟ هل أنت متفائل أم أن الأمر مجرد طفرة قصيرة الأجل؟