في الأمس، عدت إلى الشكل 6 من الورقة البيضاء الخاصة بـ Babylon للمرة الثانية لأنني شعرت أنني أفتقد شيئًا ما. في البداية، ظننت أنه مجرد تفسير آخر لمقاومة الرقابة. لم يكن كذلك.

ما لفت انتباهي هو أن Babylon لا تكتفي فقط بإخبار المُصدّقين بالتصرف بنزاهة. بل تُنشئ عملية يمكنها إثبات متى لا يفعلون ذلك.

تخيّل أن معاملة “التخزين/الاستيكينغ” الخاصة بك على بيتكوين تكون صحيحة، لكنها تستمر في تجاهلها بينما تستمر كتل جديدة بالظهور. في أغلب الشبكات، سيُترك لك جدال حول ما إذا كانت مصادفة سيئة أم رقابة متعمدة. تتخذ Babylon مسارًا مختلفًا.

تتيح البروتوكول للمستخدم تقديم شكوى رقابة مدعومة بأدلة. يتم فحص هذه الأدلة مقابل السجل التاريخي المسجّل على السلسلة وأفعال مزوّدي “النهائية/Finality”. إذا كانت المعاملات الصحيحة قد تم استبعادها عمدًا بينما كانت الشبكة تواصل معالجة غيرها، يمكن للبروتوكول تحديد بالضبط من شارك في الرقابة.

أعتقد أن هذا الجزء يستحق مزيدًا من الاهتمام.

الابتكار الحقيقي ليس مجرد اكتشاف الرقابة. بل هو جعل الرقابة غير عقلانية اقتصاديًا.

بمجرد التحقق من الإثبات، يمكن معاقبة مزوّدي “النهائية/Finality” المسؤولين عن ذلك عبر “القص/Slashing”. يصبح كلفة إساءة استخدام النظام قابلة للقياس بدل أن تقتصر على سمعة متضررة فحسب. ومن وجهة نظري، يعد هذا ردعًا أقوى بكثير من مجرد الأمل بأن يتصرف المُصدّقون بنزاهة.

كما يعجبني أن هذه الآلية تغيّر النقاش حول اللامركزية. غالبًا ما يصف الناس اللامركزية على أنها توزيع القوة بين مشاركين كثيرين. سأجادل بأنها تمثل نصف القصة فقط. فالقوة أيضًا تحتاج إلى مساءلة. إذا لم يمكن إثبات سلوك سيّئ، فإن اللامركزية وحدها لا تضمن العدالة.

يُظهر الشكل 6 Babylon وهي تحوّل المساءلة إلى جزء من البروتوكول نفسه. يُكافَأ المشاركون الأتقياء/النزاهة مقابل الالتزام بالقواعد، بينما تحمل الرقابة عواقب مالية مباشرة.
@BabylonLabs_io $BABY #baby
$BLESS