أستمر في التفكير في أن الجزء الغريب من Babylon Genesis ليس حقيقةً أن BTC المُفوَّضة تُعطي قوة تصويت لـ Finality Provider.

بل أن البيتكوين لا يتعين عليها أبدًا أن تتحول إلى أصل آخر لكي توجد تلك قوة التصويت.

غالبًا كانت قصة الإنتاجية القديمة تحتاج إلى أن تصبح BTC قابلة للنقل أولًا. اجعلها جسرًا لها. لفّها. دع وصيًا أو عقدًا ذكيًا يحتفظ بالمبلغ الأساسي بينما يبدأ توكن آخر بالحديث نيابةً عنها.

أو ربما كانت الحركة هي الطريقة الوحيدة التي كنا نعرف بها كيفية التعرف على البيتكوين المفيد؟

لأن مع Babylon، يقوم مُراهن BTC بإقفال BTC الأصلي داخل مخرج Taproot للتخزين (staking)، ثم يُفوِّض مخرج UTXO الخاص بالتخزين هذا إلى Finality Provider. بمجرد أن يتعرف Babylon Genesis على التفويض بوصفه ACTIVE (فعّال)، تبدأ أصوات الحسم (finality votes) الخاصة بالمزوّد في حمل قوة تصويت مشتقة من BTC.

تظل الـ BTC الأصلية موجودة داخل مخرج Bitcoin UTXO طوال كل هذا.

إذًا، ما الذي وصل فعلًا إلى Babylon Genesis... هل وصل البيتكوين نفسه؟

ليس تمامًا. ما وصل هو الوزن الذي تعلم Babylon أن يخصصه لهذا التفويض النشط.

"البيتكوين لم يصوّت أبدًا. تفويضه هو الذي أعطى وزن التصويت."

هذا التفريق يجعل الأمور أغرب كلما جلستُ معها أكثر، لأنه في شبكة محمية فقط بتوكنها الأصلي يمكنها أن ترى تكلفة هجومها تنخفض مع ذلك التوكن. يضيف Babylon Genesis بدلًا من ذلك وزن حسم مشتق من BTC الأصلي، دون أن يتداول Bitcoin مُلتف (wrapped) أو توجد جسر يحتجز المبلغ الأساسي.

مخرج Taproot الخاص بـ Babylon نفسه ما زال موجودًا على Bitcoin، بينما كل تصويت حسم من ذلك المزوّد يحمل الآن وزنًا اقتصاديًا مفوَّضًا منه.

فأين كانت تحدث الحماية فعليًا؟

داخل توقيع Finality Provider الخاص بـ Babylon... أم داخل البيتكوين الصامت الذي لم يوقع على الحسم أصلًا؟

@BabylonLabs_io $BABY #baby $BLESS $HEI