@BabylonLabs_io كنت أقارن نموذج موفّر نهائية (Finality Provider) في Babylon بنظام التفويض المعتاد في إثبات الحصة (PoS)، ولفت انتباهي شيء واحد: هيكل الحوافز ليس متناسقًا بالشكل الذي يعتقده الناس.
في أغلب أنظمة PoS المفوّضة، إذا أساء المدقق السلوك، تشارك في العقوبة بحيث يتم خصم جزء من رهانك إلى جانب خصم رهانهم. هذه هي الفكرة كاملة: فهي تجبر المفوّضين على التحقق فعليًا من الشخص الذي يفوضون له. إعداد Babylon يحافظ على نفس الفكرة الأساسية بالنسبة للبيتكوين: يتم تعريض BTC الخاص بك لِخطر الإيقاف/الخصم (slashing) بناءً على موفّر النهائية الذي تختاره، حتى إنك لا تقوم فعليًا بتسليم السيطرة على العملات بنفسك.
لماذا هذا مهم: الحِفاظ على العملات ذاتيًا (self-custody) يُسوَّق عادةً على أنه "أمان"، بنهاية الأمر. لكن الحِفاظ الذاتي لا يزيل تعرّضك لسوء سلوك شخص آخر؛ فهو فقط يزيل خطر جهة حاضنة/وصاية (custodial risk) بشكل محدد. يمكنك الاحتفاظ بالتحكم الكامل في BTC الخاص بك ومع ذلك قد تفقده بسبب slashing إذا قمت بالتفويض بإهمال. هذا خطر مختلف بشكل ملموس عن "تم اختراق منصتي/بورصتي"، لكنه ليس معدوم المخاطر، وأعتقد أن الرسائل المتعلقة بـ Bitcoin staking أحيانًا تُمزج بين هذه الخطوط.
الصفقة/المقايضة التي تستحق التسمية: هذا يدفع إلى إجراء العناية الواجبة (due diligence) الحقيقي على عاتق من يقومون بالاستيثاق (stakers). اختيار Finality Provider ليس خيارًا تجميليًا؛ بل هو قرار نشط بخصوص المخاطر — الديمومة/التوفر (uptime)، وسلوك التوقيع (signing behavior)، والأمن التشغيلي (operational security) تصبح مسألة تهمك بالامتداد. كثير من حاملي BTC الذين يبدؤون الاستيثاق لأول مرة غير معتادين على التفكير بهذه الطريقة، لأن بيتكوين نفسها درّبت الناس على التفكير في مخاطر الحفظ (custody risk) فقط دون غيرها.
لذلك، تصميم الحوافز سليم على الورق — ومن المفترض نظريًا أن يخلق سوقًا يحصل فيه موفّروا النهائية الموثوقون على الثقة بينما يتم حرمان موفّري الجودة السيئة من التفويض. لكن ما إذا كان هذا السوق سيتشكل فعليًا يعتمد على قيام المفوّضين/الـ stakers بالعناية الواجبة التي يفترضها التصميم.#baby $BABY
في أغلب أنظمة PoS المفوّضة، إذا أساء المدقق السلوك، تشارك في العقوبة بحيث يتم خصم جزء من رهانك إلى جانب خصم رهانهم. هذه هي الفكرة كاملة: فهي تجبر المفوّضين على التحقق فعليًا من الشخص الذي يفوضون له. إعداد Babylon يحافظ على نفس الفكرة الأساسية بالنسبة للبيتكوين: يتم تعريض BTC الخاص بك لِخطر الإيقاف/الخصم (slashing) بناءً على موفّر النهائية الذي تختاره، حتى إنك لا تقوم فعليًا بتسليم السيطرة على العملات بنفسك.
لماذا هذا مهم: الحِفاظ على العملات ذاتيًا (self-custody) يُسوَّق عادةً على أنه "أمان"، بنهاية الأمر. لكن الحِفاظ الذاتي لا يزيل تعرّضك لسوء سلوك شخص آخر؛ فهو فقط يزيل خطر جهة حاضنة/وصاية (custodial risk) بشكل محدد. يمكنك الاحتفاظ بالتحكم الكامل في BTC الخاص بك ومع ذلك قد تفقده بسبب slashing إذا قمت بالتفويض بإهمال. هذا خطر مختلف بشكل ملموس عن "تم اختراق منصتي/بورصتي"، لكنه ليس معدوم المخاطر، وأعتقد أن الرسائل المتعلقة بـ Bitcoin staking أحيانًا تُمزج بين هذه الخطوط.
الصفقة/المقايضة التي تستحق التسمية: هذا يدفع إلى إجراء العناية الواجبة (due diligence) الحقيقي على عاتق من يقومون بالاستيثاق (stakers). اختيار Finality Provider ليس خيارًا تجميليًا؛ بل هو قرار نشط بخصوص المخاطر — الديمومة/التوفر (uptime)، وسلوك التوقيع (signing behavior)، والأمن التشغيلي (operational security) تصبح مسألة تهمك بالامتداد. كثير من حاملي BTC الذين يبدؤون الاستيثاق لأول مرة غير معتادين على التفكير بهذه الطريقة، لأن بيتكوين نفسها درّبت الناس على التفكير في مخاطر الحفظ (custody risk) فقط دون غيرها.
لذلك، تصميم الحوافز سليم على الورق — ومن المفترض نظريًا أن يخلق سوقًا يحصل فيه موفّروا النهائية الموثوقون على الثقة بينما يتم حرمان موفّري الجودة السيئة من التفويض. لكن ما إذا كان هذا السوق سيتشكل فعليًا يعتمد على قيام المفوّضين/الـ stakers بالعناية الواجبة التي يفترضها التصميم.#baby $BABY