أمضيتُ الليلة ساهرةً وقمتُ بنفسي بتجربة خطوة بخطوة لعملية تفويض عقدة اختبار NewtonProtocol testnet، كنت أريد أن أعرف إلى أي مدى تكون تقنية إجماع dPoS هذه “صلبة” فعلًا. لكن أثناء فحصي طبقات البنية التحتية من الداخل، اكتشفت بعض “الأبواب” العميقة جدًا والمخفية. منطق rollup الخاص بـ Keystore لدى @NewtonProtocol يبدو قويًا من ناحية الأساس التقني، لكن إن كنت الآن متحمسًا لدخول السوق بسرعة باستخدام الرصيد لتقديم الحصة/الرهان، فنصيحتي لك أن تتوقف أولًا وتحسب الأرباح والخسائر. $NEWT
الوثائق الرسمية ترسم مسارًا لا مركزيًا بشكل جميل: بدءًا من المؤسسة (الـfoundation) ثم الانتقال إلى قائمة السماح (white list)، وصولًا في النهاية إلى الإطلاق الكامل بلا قيود. لكن خلال تطبيق عملي على الواجهة، قمتُ بتفقد كل شيء؛ وفي القائمة القابلة للاختيار، كانت كل العقد تقريبًا تحمل وسمًا رسميًا. وهذا يكشف واقعًا قاسيًا: في فترة بيتا للشبكة الرئيسية حاليًا، فإن “حق” اعتماد الكتل النهائية ما يزال في قبضة أشخاص المشروع أنفسهم.
هل ستُخَوِّل المؤسسات المالية الكبيرة أذونات بمستوى خزينة (treasury) إلى بيئة من هذا النوع؟ بصراحة، نموذج الثقة الحالي لا يختلف كثيرًا عن خادم سحابي مركزي تقليدي. $BTC
وما يقلقني أكثر هو الحساب الاقتصادي خلف ذلك. بحثتُ في بيانات policy الفعلية على السلسلة، ووجدت أن رسوم الغاز التي يولّدها الشبكة لا تكفي إطلاقًا لسد “ثقب” تكاليف تشغيل خوادم العقد. العائد من الحصة الذي يراه الجميع يعتمد أساسًا على بركة الإعانات المبكرة بنسبة 8.5% التي تقوم بالتمويل. وهذا يقود إلى منطق مُميت لانهيار العقد: بمجرد أن تنفد هذه الإعانات، وفي الوقت الذي لا يزال فيه حجم المعاملات الحقيقي على السلسلة لم يلحق بدور التمويل/التعويض، فإن تلك العقد المتوسطة والصغيرة التي لا تستطيع الصمود ستنسحب قطعًا لأنها ستتعرض لخسارة مباشرة. عندها سيفقد الشبكة عدد كبير من العقد، وستصبح خط الدفاع الأمني في الطبقات الأساسية شديد الهشاشة. $ETH
أما خطتي في المرحلة المقبلة فهي بسيطة: أن أراقب عن كثب سرعة تدفق الأموال الخارجة من “صندوق/حوض” الإعانات فعليًا. لمن يريد تجربة إعداد العقد بنفسه: اسمع نصيحتي، لا تتعجل لأن تكون “فأر تجارب” في هذه المرحلة، انتظر حتى تصبح مرحلة الإتاحة بالكامل بلا ترخيص (permissionless) واقعية على الأرض، ثم انظر إلى البيانات الفعلية. القيمة الجوهرية لامركزية هي القضاء على مخاطر سوء التصرف عبر نقطة واحدة؛ لكن إذا كان الأمر مجرد غلاف تقني جميل، فليس من ذي معنى أن نضع أموالنا الحقيقية في “مرافقة/اختبار” دون داع. #newt
الوثائق الرسمية ترسم مسارًا لا مركزيًا بشكل جميل: بدءًا من المؤسسة (الـfoundation) ثم الانتقال إلى قائمة السماح (white list)، وصولًا في النهاية إلى الإطلاق الكامل بلا قيود. لكن خلال تطبيق عملي على الواجهة، قمتُ بتفقد كل شيء؛ وفي القائمة القابلة للاختيار، كانت كل العقد تقريبًا تحمل وسمًا رسميًا. وهذا يكشف واقعًا قاسيًا: في فترة بيتا للشبكة الرئيسية حاليًا، فإن “حق” اعتماد الكتل النهائية ما يزال في قبضة أشخاص المشروع أنفسهم.
هل ستُخَوِّل المؤسسات المالية الكبيرة أذونات بمستوى خزينة (treasury) إلى بيئة من هذا النوع؟ بصراحة، نموذج الثقة الحالي لا يختلف كثيرًا عن خادم سحابي مركزي تقليدي. $BTC
وما يقلقني أكثر هو الحساب الاقتصادي خلف ذلك. بحثتُ في بيانات policy الفعلية على السلسلة، ووجدت أن رسوم الغاز التي يولّدها الشبكة لا تكفي إطلاقًا لسد “ثقب” تكاليف تشغيل خوادم العقد. العائد من الحصة الذي يراه الجميع يعتمد أساسًا على بركة الإعانات المبكرة بنسبة 8.5% التي تقوم بالتمويل. وهذا يقود إلى منطق مُميت لانهيار العقد: بمجرد أن تنفد هذه الإعانات، وفي الوقت الذي لا يزال فيه حجم المعاملات الحقيقي على السلسلة لم يلحق بدور التمويل/التعويض، فإن تلك العقد المتوسطة والصغيرة التي لا تستطيع الصمود ستنسحب قطعًا لأنها ستتعرض لخسارة مباشرة. عندها سيفقد الشبكة عدد كبير من العقد، وستصبح خط الدفاع الأمني في الطبقات الأساسية شديد الهشاشة. $ETH
أما خطتي في المرحلة المقبلة فهي بسيطة: أن أراقب عن كثب سرعة تدفق الأموال الخارجة من “صندوق/حوض” الإعانات فعليًا. لمن يريد تجربة إعداد العقد بنفسه: اسمع نصيحتي، لا تتعجل لأن تكون “فأر تجارب” في هذه المرحلة، انتظر حتى تصبح مرحلة الإتاحة بالكامل بلا ترخيص (permissionless) واقعية على الأرض، ثم انظر إلى البيانات الفعلية. القيمة الجوهرية لامركزية هي القضاء على مخاطر سوء التصرف عبر نقطة واحدة؛ لكن إذا كان الأمر مجرد غلاف تقني جميل، فليس من ذي معنى أن نضع أموالنا الحقيقية في “مرافقة/اختبار” دون داع. #newt