#shareyouropinion
shareyouropinion
9,040 مشاهدات
35 يقومون بالنقاش
رائج
جديد
تمّ التحقق
عثرت الليلة الماضية على تقرير شفافـية أقدم لم أكن قد قرأته من قبل، وقد غيّر ذلك طريقة فهمي لماهية نيوتن بالفعل. لم يتم تصميم نيوتن في الأصل على الإطلاق كمنصة سياسات امتثال.
يصف الكشف الصادر في أكتوبر 2025 التصميم الأصلي بأنه عبارة عن تجميعة (rollup) لمخزن مفاتيح (keystore) مخصّصة لإدارة المفاتيح، مع تركيز محدد على الأتمتة القابلة للتحقق والتفويض المأذون به لعملاء/وكلاء الذكاء الاصطناعي.
والفكرة الأساسية كانت تمكين الوكلاء من تنفيذ إجراءات على السلسلة (onchain) عبر أذونات مُحكمة ومثبتة تشفيريًا ومربوطة ببنية إدارة المفاتيح.
انعطف المسار عندما أدرك الفريق أن نفس اللبنات الأساسية: الأتمتة القابلة للتحقق والتفويض المأذون به، يمكن أن تمتد إلى ما هو أبعد من إدارة مفاتيح الوكلاء، لتصبح إطارًا عامًا لفرض السياسات عبر العملات المستقرة وRWAs وسوق الأصول الأوسع.
وأصبحت تجميعة مخزن المفاتيح أساسًا لشيء أوسع بكثير: محرك سياسات يتحكم في الإجراءات التي يمكن أن تحدث، وبأي شروط، وبأي إفادات/شهادات (attestations).
إن نقطة الانطلاق هذه مختلفة بشكل ملموس عن تلك التي يوحي بها الورقة البيضاء التي قرأتها في الأصل.
في الواقع، أعتقد أن هذه الخلفية مهمة لفهم اختيارات نيوتن المعمارية: نموذج إفادات BLS، وتصميم نصاب/توافق المشغلين (operator quorum)، والتركيز على “تجارة الوكلاء” كحالة استخدام—فهذه ليست قرارات تصميم “مبنية أولًا على الامتثال”. إنها قرارات تصميم لإدارة المفاتيح وترخيص/تفويض الوكيل تم تعميمها لاحقًا لتصبح حالات استخدام للامتثال.
ما لم أُحط علمًا به بعد هو مقدار ما يزال يحمل من افتراضات من تصميم تجميعة مخزن المفاتيح الأصلي ضمن المعمارية الحالية، والتي قد لا تكون مثالية لمحرك سياسات أولًا للامتثال: سواء كان التحول (pivot) إعادة تصميم نظيفة أم مجرد امتداد للبنية التقنية الأصلية.
#ShareYourOpinion
$EVAA $LAB
كيف تعتقد أن تطور معمارية نيوتن؟
@NewtonProtocol $NEWT #Newt
يصف الكشف الصادر في أكتوبر 2025 التصميم الأصلي بأنه عبارة عن تجميعة (rollup) لمخزن مفاتيح (keystore) مخصّصة لإدارة المفاتيح، مع تركيز محدد على الأتمتة القابلة للتحقق والتفويض المأذون به لعملاء/وكلاء الذكاء الاصطناعي.
والفكرة الأساسية كانت تمكين الوكلاء من تنفيذ إجراءات على السلسلة (onchain) عبر أذونات مُحكمة ومثبتة تشفيريًا ومربوطة ببنية إدارة المفاتيح.
انعطف المسار عندما أدرك الفريق أن نفس اللبنات الأساسية: الأتمتة القابلة للتحقق والتفويض المأذون به، يمكن أن تمتد إلى ما هو أبعد من إدارة مفاتيح الوكلاء، لتصبح إطارًا عامًا لفرض السياسات عبر العملات المستقرة وRWAs وسوق الأصول الأوسع.
وأصبحت تجميعة مخزن المفاتيح أساسًا لشيء أوسع بكثير: محرك سياسات يتحكم في الإجراءات التي يمكن أن تحدث، وبأي شروط، وبأي إفادات/شهادات (attestations).
إن نقطة الانطلاق هذه مختلفة بشكل ملموس عن تلك التي يوحي بها الورقة البيضاء التي قرأتها في الأصل.
في الواقع، أعتقد أن هذه الخلفية مهمة لفهم اختيارات نيوتن المعمارية: نموذج إفادات BLS، وتصميم نصاب/توافق المشغلين (operator quorum)، والتركيز على “تجارة الوكلاء” كحالة استخدام—فهذه ليست قرارات تصميم “مبنية أولًا على الامتثال”. إنها قرارات تصميم لإدارة المفاتيح وترخيص/تفويض الوكيل تم تعميمها لاحقًا لتصبح حالات استخدام للامتثال.
ما لم أُحط علمًا به بعد هو مقدار ما يزال يحمل من افتراضات من تصميم تجميعة مخزن المفاتيح الأصلي ضمن المعمارية الحالية، والتي قد لا تكون مثالية لمحرك سياسات أولًا للامتثال: سواء كان التحول (pivot) إعادة تصميم نظيفة أم مجرد امتداد للبنية التقنية الأصلية.
#ShareYourOpinion
$EVAA $LAB
كيف تعتقد أن تطور معمارية نيوتن؟
@NewtonProtocol $NEWT #Newt
Original design mostly remaine
0%
Major redesign after the pivot
0%
A blend of both approaches
33%
Not enough information yet
67%
3 الأصوات • تمّ إغلاق التصويت
الواقع التشغيلي التقليدي لـ KYC/AML مقابل فجوة مسؤولية نموذج مؤهلات نيوتن
أجريتُ مراجعة لنموذج هوية نيوتن مع صديق يعمل مسؤول امتثال الأسبوع الماضي، وهو شخص يدير برامج KYC في جهة مُنظَّمة، وكانت الفجوة بين ما يصفه نيوتن وما تقوم به فرق الامتثال تشغيليًا أكبر مما توقعت.
في نموذج KYC/AML التقليدي، يقوم المتعاقد/البنك الذي يستقبل العميل بجمع المستندات وفحصها مقابل قواعد بيانات العقوبات، وتسجيل المخاطر وتخزينها. تُكتشف المعاملة بعد ذلك (post hoc)، ثم يتم سحب الملف، ومراجعة السجل، وكتابة تقرير، وملف SAR.
سلسلة مستندات يدوية كثيفة؛ يَقبلها المدققون. البنك هو المسؤول. قام بالتحقق. وهو الذي يمتلك نتيجة الإجراء.
مؤهلات نموذج نيوتن: مُصدَرة من طرف ثالث مزوّد KYC، ويحملها المستخدم، ويقوم المشغّلون بتقييمها داخل بيئة TEE الموثّقة وفق السياسة خلال ثوانٍ. تُعد الإيصالات/سجلات الامتثال هي الأثر التدقيقي.
السرعة والأتمتة واقعية. سؤالي الأول—كما قال صديقي مسؤول الامتثال—هو: من المسؤول عندما يقول نيوتن إن المؤهل صالح، لكن بيانات المُصدِر كانت خاطئة؟ في نموذج نيوتن، قام المُصدِر بإصداره، وقام المشغّلون بتقييمه، وطبّق عقد ذكي ذلك. سلسلة المسؤولية أطول وأقل وضوحًا.
أعتقد فعلًا أن توزيع المسؤولية هو سؤال التصميم الأكثر أهمية عمليًا لاعتماد المؤسسات، وليس القدرة التقنية، بل من يتحمل المسؤولية عندما تُثبت شهادة/إقرار نيوتن أن معاملة ما تمت، ثم يتضح أنها غير ملتزمة.
ما لم أعمله بعد هو ما إذا كانت إيصالات امتثال نيوتن تفي بمتطلبات المسؤولية/الالتزام التنظيمي، أم أنها مجرد وثائق تُثبت أن فحصًا قد تم. وهل هذان الأمران هما الشيء نفسه.
$LAB $HMSTR #shareyouropinion
@NewtonProtocol $NEWT #Newt
أجريتُ مراجعة لنموذج هوية نيوتن مع صديق يعمل مسؤول امتثال الأسبوع الماضي، وهو شخص يدير برامج KYC في جهة مُنظَّمة، وكانت الفجوة بين ما يصفه نيوتن وما تقوم به فرق الامتثال تشغيليًا أكبر مما توقعت.
في نموذج KYC/AML التقليدي، يقوم المتعاقد/البنك الذي يستقبل العميل بجمع المستندات وفحصها مقابل قواعد بيانات العقوبات، وتسجيل المخاطر وتخزينها. تُكتشف المعاملة بعد ذلك (post hoc)، ثم يتم سحب الملف، ومراجعة السجل، وكتابة تقرير، وملف SAR.
سلسلة مستندات يدوية كثيفة؛ يَقبلها المدققون. البنك هو المسؤول. قام بالتحقق. وهو الذي يمتلك نتيجة الإجراء.
مؤهلات نموذج نيوتن: مُصدَرة من طرف ثالث مزوّد KYC، ويحملها المستخدم، ويقوم المشغّلون بتقييمها داخل بيئة TEE الموثّقة وفق السياسة خلال ثوانٍ. تُعد الإيصالات/سجلات الامتثال هي الأثر التدقيقي.
السرعة والأتمتة واقعية. سؤالي الأول—كما قال صديقي مسؤول الامتثال—هو: من المسؤول عندما يقول نيوتن إن المؤهل صالح، لكن بيانات المُصدِر كانت خاطئة؟ في نموذج نيوتن، قام المُصدِر بإصداره، وقام المشغّلون بتقييمه، وطبّق عقد ذكي ذلك. سلسلة المسؤولية أطول وأقل وضوحًا.
أعتقد فعلًا أن توزيع المسؤولية هو سؤال التصميم الأكثر أهمية عمليًا لاعتماد المؤسسات، وليس القدرة التقنية، بل من يتحمل المسؤولية عندما تُثبت شهادة/إقرار نيوتن أن معاملة ما تمت، ثم يتضح أنها غير ملتزمة.
ما لم أعمله بعد هو ما إذا كانت إيصالات امتثال نيوتن تفي بمتطلبات المسؤولية/الالتزام التنظيمي، أم أنها مجرد وثائق تُثبت أن فحصًا قد تم. وهل هذان الأمران هما الشيء نفسه.
$LAB $HMSTR #shareyouropinion
@NewtonProtocol $NEWT #Newt
تُنشئ برامج النقاط والمكافآت في التمويل اللامركزي (DeFi) حالات امتثال حديّة. لم يتم تصميم هوية نيوتن ومجالات الامتثال بشكلٍ واضح لمعالجة ذلك.
في برنامج النقاط، يتم توزيع أرصدة أو رموز على المحافظ بناءً على نشاط البروتوكول. وفي كلتا الحالتين، تتمثل مسألة الامتثال في ما إذا كانت المحفظة المستلمة مؤهلة لتلقي القيمة التي يجري توزيعها. ينطبق الامتثال للمعاملات على توزيعات المكافآت بالطريقة نفسها التي ينطبق بها على أي تحويل قيمة آخر.
لا يَرد في الوثائق وصفٌ واضح لما إذا كان مجال امتثال نيوتن يمكنه فرض فحص للجزاءات على معاملات توزيع المكافآت، وبالتحديد على التحويل الصادر للمكافآت من بروتوكول إلى محفظة.
الاتجاه مهم.
تتضمن معظم حالات الاستخدام لدى نيوتن التحقق من محفظة قبل أن تُرسل معاملة إلى بروتوكول. تعمل عملية airdrop للمكافآت في الاتجاه المعاكس.
ما إذا كان نموذج الإنفاذ ينطبق على التحويلات الصادرة التي يبدأها البروتوكول يُعد سؤالاً بنيوياً حول كيفية تفعيل فحص السياسة.
لا توجد إجابة عن ذلك في الوثائق الحالية. الحالة الحدّية حقيقية بما يكفي لأن تُهم أي بروتوكول DeFi يشغّل برامج مكافآت نشطة.
@NewtonProtocol $NEWT $LAB $HMSTR #ShareYourOpinion
#Newt #NEWT
هل تحتاج المكافآت إلى فحوصات؟
في برنامج النقاط، يتم توزيع أرصدة أو رموز على المحافظ بناءً على نشاط البروتوكول. وفي كلتا الحالتين، تتمثل مسألة الامتثال في ما إذا كانت المحفظة المستلمة مؤهلة لتلقي القيمة التي يجري توزيعها. ينطبق الامتثال للمعاملات على توزيعات المكافآت بالطريقة نفسها التي ينطبق بها على أي تحويل قيمة آخر.
لا يَرد في الوثائق وصفٌ واضح لما إذا كان مجال امتثال نيوتن يمكنه فرض فحص للجزاءات على معاملات توزيع المكافآت، وبالتحديد على التحويل الصادر للمكافآت من بروتوكول إلى محفظة.
الاتجاه مهم.
تتضمن معظم حالات الاستخدام لدى نيوتن التحقق من محفظة قبل أن تُرسل معاملة إلى بروتوكول. تعمل عملية airdrop للمكافآت في الاتجاه المعاكس.
ما إذا كان نموذج الإنفاذ ينطبق على التحويلات الصادرة التي يبدأها البروتوكول يُعد سؤالاً بنيوياً حول كيفية تفعيل فحص السياسة.
لا توجد إجابة عن ذلك في الوثائق الحالية. الحالة الحدّية حقيقية بما يكفي لأن تُهم أي بروتوكول DeFi يشغّل برامج مكافآت نشطة.
@NewtonProtocol $NEWT $LAB $HMSTR #ShareYourOpinion
#Newt #NEWT
هل تحتاج المكافآت إلى فحوصات؟
🔘 Always
67%
🔘 High-value only
33%
🔘 Never
0%
🔘 Depends on rules
0%
6 الأصوات • تمّ إغلاق التصويت
ابدأ صغيرًا. وكلاء الذكاء الاصطناعي الذين يولّدون صفقات في التمويل اللامركزي (DeFi) لم يصبحوا بعد تداولًا خوارزميًا في التمويل التقليدي، والبنية التحتية للامتثال المحيطة بهم أقل تطورًا بكثير.
تكمن طبقة سياسة نيوتن في معالجة سؤال الامتثال على مستوى المعاملة: هل تنجح هذه المعاملة المحددة في اجتياز القواعد المحددة؟ وهذه هي طبقة واحدة مما تتطلبه امتثاليات التداول الخوارزمي في التمويل التقليدي.
#NEWT
أما الطبقات التي تعلو ذلك، فهي مختلفة. إذ يتطلب امتثال التداول الخوارزمي التقليدي توثيق النماذج، وسجلات تدقيق تربط الصفقات المنفّذة بقرارات محددة صدرت عن النموذج، وإمكانية وجود زر إيقاف (killswitch) للتدخل البشري عند تصرّف النموذج بشكل غير متوقع.
#newt
ولا تُعالج أيًّا من هذه الأمور من خلال فرض الامتثال قبل التسوية على معاملات فردية.
وإذا اتسع نطاق التداول بواسطة وكلاء الذكاء الاصطناعي في التمويل اللامركزي، فسيطبق المنظمون متطلبات شبيهة بتلك التي تحكم التداول الخوارزمي في الأسواق التقليدية. إن بنية نيوتن التحتية هي مكوّن ضروري ضمن مكدس الامتثال هذا. أما اعتبارها كافية وحدها فسيشكّل فجوةً كبيرة لأي جهة خاضعة للتنظيم تستخدم وكلاء الذكاء الاصطناعي في التمويل اللامركزي.
#ShareYourOpinion $LAB $HMSTR
@NewtonProtocol $NEWT #Newt
تكمن طبقة سياسة نيوتن في معالجة سؤال الامتثال على مستوى المعاملة: هل تنجح هذه المعاملة المحددة في اجتياز القواعد المحددة؟ وهذه هي طبقة واحدة مما تتطلبه امتثاليات التداول الخوارزمي في التمويل التقليدي.
#NEWT
أما الطبقات التي تعلو ذلك، فهي مختلفة. إذ يتطلب امتثال التداول الخوارزمي التقليدي توثيق النماذج، وسجلات تدقيق تربط الصفقات المنفّذة بقرارات محددة صدرت عن النموذج، وإمكانية وجود زر إيقاف (killswitch) للتدخل البشري عند تصرّف النموذج بشكل غير متوقع.
#newt
ولا تُعالج أيًّا من هذه الأمور من خلال فرض الامتثال قبل التسوية على معاملات فردية.
وإذا اتسع نطاق التداول بواسطة وكلاء الذكاء الاصطناعي في التمويل اللامركزي، فسيطبق المنظمون متطلبات شبيهة بتلك التي تحكم التداول الخوارزمي في الأسواق التقليدية. إن بنية نيوتن التحتية هي مكوّن ضروري ضمن مكدس الامتثال هذا. أما اعتبارها كافية وحدها فسيشكّل فجوةً كبيرة لأي جهة خاضعة للتنظيم تستخدم وكلاء الذكاء الاصطناعي في التمويل اللامركزي.
#ShareYourOpinion $LAB $HMSTR
@NewtonProtocol $NEWT #Newt
اقرأ وثيقة الحوكمة مرة أخرى الليلة الماضية لأنني أستطيع أن أفهم أن الحوكمة المفترضة تعني شيئًا كان يعمل بالفعل. إنها تعني شيئًا يتم تصميمه.
تصف دورة حياة المقترح التي يشرحها نيوتن خمس مراحل. مناقشة فكرة غير رسمية بدون عملية رسمية. RFC طلب تعليقات، وثيقة مُنظمة تقترح إجراء تغيير. NIP اقتراح تحسين نيوتن، الصيغة المُؤسَّسة من وثيقة RFC والتي أصبحت جاهزة للنظر فيها.
مناقشة المجتمع فترة مفتوحة لتلقي الملاحظات قبل إجراء تصويت. تصويت Token House يتم إجراؤه خارج السلسلة عبر Snapshot حيث يصوّت حاملو NEWT على NIP.
هذا هو خط الإنتاج الكامل كما صُمِّم.
ما فاتني فعلًا في قراءتي الأولى أن هذه البنية موجودة في الوثيقة، لكن Token House نفسه الجهة التي تصوّت فعليًا لا يزال غير موجود كهيكل قائم للعمل بعد. حاليًا، في ما تسمّيه الوثيقة المرحلة 0، يتخذ مجلس المؤسسة قرارات. دورة حياة المقترح هي الحالة المستهدفة وليست الوضع الحالي.
هذا التفصيل يغيّر الطريقة التي أقرأ بها كل ادعاء حوكمة في مواد نيوتن.
في الحقيقة أنا أحب أن الوثيقة واضحة بشأن هذا التمييز لغة المرحلة 0 ليست غامضة تسويق يحكمه المجتمع. من النادر أن ترى اسم مشروع يعرّف مرحلة مركزية حالية لديه مباشرةً بهذا الشكل.
ما لم أُحدده بعد هو ما الذي يثير تحديدًا الانتقال من المرحلة 0 إلى المرحلة 1 هل هو جدول زمني ثابت، أم مقياس لدرجة اللامركزية، أم أنه بالكامل وفقًا لتقدير مجلس المؤسسة.
$TAC $LAB #ShareYourOpinion
@NewtonProtocol $NEWT #Newt
تصف دورة حياة المقترح التي يشرحها نيوتن خمس مراحل. مناقشة فكرة غير رسمية بدون عملية رسمية. RFC طلب تعليقات، وثيقة مُنظمة تقترح إجراء تغيير. NIP اقتراح تحسين نيوتن، الصيغة المُؤسَّسة من وثيقة RFC والتي أصبحت جاهزة للنظر فيها.
مناقشة المجتمع فترة مفتوحة لتلقي الملاحظات قبل إجراء تصويت. تصويت Token House يتم إجراؤه خارج السلسلة عبر Snapshot حيث يصوّت حاملو NEWT على NIP.
هذا هو خط الإنتاج الكامل كما صُمِّم.
ما فاتني فعلًا في قراءتي الأولى أن هذه البنية موجودة في الوثيقة، لكن Token House نفسه الجهة التي تصوّت فعليًا لا يزال غير موجود كهيكل قائم للعمل بعد. حاليًا، في ما تسمّيه الوثيقة المرحلة 0، يتخذ مجلس المؤسسة قرارات. دورة حياة المقترح هي الحالة المستهدفة وليست الوضع الحالي.
هذا التفصيل يغيّر الطريقة التي أقرأ بها كل ادعاء حوكمة في مواد نيوتن.
في الحقيقة أنا أحب أن الوثيقة واضحة بشأن هذا التمييز لغة المرحلة 0 ليست غامضة تسويق يحكمه المجتمع. من النادر أن ترى اسم مشروع يعرّف مرحلة مركزية حالية لديه مباشرةً بهذا الشكل.
ما لم أُحدده بعد هو ما الذي يثير تحديدًا الانتقال من المرحلة 0 إلى المرحلة 1 هل هو جدول زمني ثابت، أم مقياس لدرجة اللامركزية، أم أنه بالكامل وفقًا لتقدير مجلس المؤسسة.
$TAC $LAB #ShareYourOpinion
@NewtonProtocol $NEWT #Newt
تمّ التحقق
ورقة عمل صناديق بيتكوين اللامركزية الموثوقة (TBV) تفعل شيئًا يستحق الإشارة إليه: في القسم 5 تُدرج "المشاركة المفتوحة" كميزة معلنة، وتحدد "المصفيين" المدرجين على القائمة البيضاء كآلية فعلية في القسم نفسه.@BabylonLabs_io
الفقرة/نقطة الميزة تكون واضحة بشأن من تغطيه المشاركة المفتوحة: المصفيون والمقترضون والمطورون جميعهم مفترض أن يندمجوا في البروتوكول مع حد أدنى من الإعداد/التسجيل. بينما تدفق التصفية قبل ذلك بعدة فقرات يكون واضحًا بنفس القدر: تُنفَّذ عمليات التصفية بواسطة مصفيين مُدرجين على القائمة البيضاء — وهي مجموعة محددة بإذن مسبق وليست أي شخص يرغب في إغلاق مركزٍ غير مغطى بشكل كافٍ.$BABY
وليس القول إن إدراج المصفيين على القائمة البيضاء أمر غير معقول. فالتصفية تعني الاحتفاظ بالأموال الرأسمالية الحقيقية وتحريكها بسرعة، والتحقق من المشاركين لهذا الدور ممارسة قياسية في بروتوكولات الإقراض سواء كانت على السلسلة (onchain) أم خارجها.
لكن أيضًا ليس القول إن الادعاءين يتوافقان معًا بشكل مريح. فالميزة تذكر المصفيين كمشاركين "مفتوحين". والآلية تحظرهم. لا يمكن أن يكون الاثنان صحيحين بالكامل في الوقت نفسه: "المشاركة المفتوحة" تحمل وزنًا أكبر في تلك النقطة مما تدعمه القائمة البيضاء. #baby
قد توجد طريقة لحل هذا الخلاف إذا كانت القائمة البيضاء نفسها سهلة الانضمام — مثل مجموعات التوقيع المشترك k-of-n حيث يمكن لأي شخص الدخول، عندها يمكن أن تكون "المشاركة المفتوحة" و"المصفيون المدرجون على القائمة البيضاء" شيئًا واحدًا من زاويتين مختلفتين. لكن ورقة العمل لا تقول أبدًا كيف يحصل المصفي على إدراجه على القائمة البيضاء.
فهل يمكن لأي شخص أن يصبح مصفيًا؟ أم أن "المشاركة المفتوحة" تنتهي عند حد القائمة البيضاء؟ القسم 5 يذكر الميزة والبوابة في الصفحة نفسها، ولا يربط بين الأمرين.
$UAI $BANK
#ShareYourOpinion
#ShareYourVote
الفقرة/نقطة الميزة تكون واضحة بشأن من تغطيه المشاركة المفتوحة: المصفيون والمقترضون والمطورون جميعهم مفترض أن يندمجوا في البروتوكول مع حد أدنى من الإعداد/التسجيل. بينما تدفق التصفية قبل ذلك بعدة فقرات يكون واضحًا بنفس القدر: تُنفَّذ عمليات التصفية بواسطة مصفيين مُدرجين على القائمة البيضاء — وهي مجموعة محددة بإذن مسبق وليست أي شخص يرغب في إغلاق مركزٍ غير مغطى بشكل كافٍ.$BABY
وليس القول إن إدراج المصفيين على القائمة البيضاء أمر غير معقول. فالتصفية تعني الاحتفاظ بالأموال الرأسمالية الحقيقية وتحريكها بسرعة، والتحقق من المشاركين لهذا الدور ممارسة قياسية في بروتوكولات الإقراض سواء كانت على السلسلة (onchain) أم خارجها.
لكن أيضًا ليس القول إن الادعاءين يتوافقان معًا بشكل مريح. فالميزة تذكر المصفيين كمشاركين "مفتوحين". والآلية تحظرهم. لا يمكن أن يكون الاثنان صحيحين بالكامل في الوقت نفسه: "المشاركة المفتوحة" تحمل وزنًا أكبر في تلك النقطة مما تدعمه القائمة البيضاء. #baby
قد توجد طريقة لحل هذا الخلاف إذا كانت القائمة البيضاء نفسها سهلة الانضمام — مثل مجموعات التوقيع المشترك k-of-n حيث يمكن لأي شخص الدخول، عندها يمكن أن تكون "المشاركة المفتوحة" و"المصفيون المدرجون على القائمة البيضاء" شيئًا واحدًا من زاويتين مختلفتين. لكن ورقة العمل لا تقول أبدًا كيف يحصل المصفي على إدراجه على القائمة البيضاء.
فهل يمكن لأي شخص أن يصبح مصفيًا؟ أم أن "المشاركة المفتوحة" تنتهي عند حد القائمة البيضاء؟ القسم 5 يذكر الميزة والبوابة في الصفحة نفسها، ولا يربط بين الأمرين.
$UAI $BANK
#ShareYourOpinion
#ShareYourVote
Anyone can liquidate
60%
Whitelist is required
20%
Needs clarification
20%
5 الأصوات • تمّ إغلاق التصويت
عدت بالفعل في نهاية هذا الأسبوع وسرت خلال تدفق الشبكة التجريبية خطوة بخطوة بدلًا من الاكتفاء بقراءته من الآخرين. يمكنني أن أفترض أن مشاهدة دليل الفيديو يكفي لفهم الآليات. لكن لم يكن الأمر كذلك.
تتيح الشبكة التجريبية العامة لإقراض/اقتراض مدعوم بالبيتكوين الأصلي عبر Aave v4 والمُشغّل بواسطة Trustless Bitcoin Vaults (TBV) أن تقوم بإيداع اختبار BTC في محفظة، تراقب التحقق على السلسلة، ثم تقترض بالاعتماد عليها بالطريقة نفسها التي يصفها الورقة البيضاء: سكَّ عملية minting لِـ collBTC والإقراض. طلبتُ الرموز التجريبية من الـ faucet أولًا ثم تتبعتُ الإيداع عبر الـ explorer—فما كان وصفًا مجردًا للمحفظة أصبح متحققًا، وما كانت فكرة إصدار collBTC أصبحت عملية ملموسة، ووصفها في الوثائق بدا كسلسلة فعلية من الخطوات بدلًا من كونه مخططًا.
ما اتضح لي فقط بعد القيام بذلك هو أن خطوة التحقق عبر العميل الخفيف ليست فورية كما تشعر بنقل توكن عادي. هناك انتظار حقيقي بين الإيداع وظهور collBTC بشكل قابل للاستخدام.
أعتقد حقًا أن تنفيذ ذلك بنفسك يغيّر طريقة قراءتك للأقسام اللاحقة من الأوراق البيضاء: تصبح تدفقات التسوية والتصفية أقل كونها مخططات مجردة بمجرد أن تشاهد إيداعًا واحدًا يتحرك عبر نفس الخطوات.
أما الشيء الذي لم أعمله بعد فهو ما إذا كانت توقيتات الشبكات التجريبية تطابق فعليًا ما ستشعر به على mainnet، أم أن بنية testnet تعمل أسرع أو أبطأ من نشر فعلي على بيئة حية.
توجد استمارة ملاحظات مرتبطة بجانب تطبيق الشبكة التجريبية: إن مررت بالتدفق بنفسك فهي تستحق الاستخدام إذا لاحظت شيئًا لا يتطابق مع الوثائق.
$EUL $ON #shareyouropinion
@BabylonLabs_io $BABY #baby
تتيح الشبكة التجريبية العامة لإقراض/اقتراض مدعوم بالبيتكوين الأصلي عبر Aave v4 والمُشغّل بواسطة Trustless Bitcoin Vaults (TBV) أن تقوم بإيداع اختبار BTC في محفظة، تراقب التحقق على السلسلة، ثم تقترض بالاعتماد عليها بالطريقة نفسها التي يصفها الورقة البيضاء: سكَّ عملية minting لِـ collBTC والإقراض. طلبتُ الرموز التجريبية من الـ faucet أولًا ثم تتبعتُ الإيداع عبر الـ explorer—فما كان وصفًا مجردًا للمحفظة أصبح متحققًا، وما كانت فكرة إصدار collBTC أصبحت عملية ملموسة، ووصفها في الوثائق بدا كسلسلة فعلية من الخطوات بدلًا من كونه مخططًا.
ما اتضح لي فقط بعد القيام بذلك هو أن خطوة التحقق عبر العميل الخفيف ليست فورية كما تشعر بنقل توكن عادي. هناك انتظار حقيقي بين الإيداع وظهور collBTC بشكل قابل للاستخدام.
أعتقد حقًا أن تنفيذ ذلك بنفسك يغيّر طريقة قراءتك للأقسام اللاحقة من الأوراق البيضاء: تصبح تدفقات التسوية والتصفية أقل كونها مخططات مجردة بمجرد أن تشاهد إيداعًا واحدًا يتحرك عبر نفس الخطوات.
أما الشيء الذي لم أعمله بعد فهو ما إذا كانت توقيتات الشبكات التجريبية تطابق فعليًا ما ستشعر به على mainnet، أم أن بنية testnet تعمل أسرع أو أبطأ من نشر فعلي على بيئة حية.
توجد استمارة ملاحظات مرتبطة بجانب تطبيق الشبكة التجريبية: إن مررت بالتدفق بنفسك فهي تستحق الاستخدام إذا لاحظت شيئًا لا يتطابق مع الوثائق.
$EUL $ON #shareyouropinion
@BabylonLabs_io $BABY #baby
ديناميكا قوى الحوكمة: من يتحكم في عتبات النصاب وتقسيم الرسوم وقبول المشغّلين
الجزء الذي لا يسأله أحد في حوكمة نيوتن هو من يتحكم فعليًا في المعلمات التي تهم أكثر.
ثلاث مسارات للحوكمة: معايير السياسة، وقبول المشغّلين، وترقيات البروتوكول. التفاصيل الناقصة في النقاش هي ما الذي تحكمه هذه المسارات فعليًا.
عتبات النصاب: قابلة للتكوين حسب كل مهمة، ومُحدَّدة من خلال الحوكمة، وتحدد الأمان الاقتصادي لكل إشهاد على الشبكة.
تقسيم الرسوم: قابل للتكوين ومُحدَّد من خلال الحوكمة، ويحدد اقتصاديات المشغّلين.
قبول المشغّلين: يحكمه إطار الحوكمة الخاص بالبروتوكول، ويحدد من يكسب الرسوم أصلًا.
الآن انظر إلى من يملك نيوت.
المشغّلون يضعون نيوت. المشغّلون يكسبون الرسوم. يُطلب من المشغّلين الاحتفاظ بنيوت للمشاركة. إذا كانت لدى المشغّلين حيازات غير متناسبة من نيوت مقارنةً بحاملي الرموز الآخرين، فإن لديهم تأثيرًا غير متناسب على أصوات الحوكمة التي تضع عتبات النصاب وتقسيم الرسوم الخاصة بهم.
ليس القول إن هذا أمر غير معتاد. توجد نسخة من هذه المشكلة في معظم حوكمة إثبات الحصة: إذ يصوّت المدققون في شبكات أخرى على معلمات تؤثر في اقتصاديات المدقق.
#newt
وليس القول أيضًا إنها ثغرة. فامتلاك المشغّلين “جلدًا في اللعبة” عبر حيازاتهم من نيوت قد ينسّق مصالحهم مع الصحة طويلة الأجل للشبكات بدل الاستخراج قصير الأجل.
#NEWT
ما لم أضعه في الحسبان هو ما إذا كانت نيوتن قد صممت أي آلية محددة لمنع المشغّلين من التصويت بشكل جماعي لخفض عتبات النصاب—مما يقلل العبء التشغيلي عليهم—بطرق هادئة تُضعف أمن الشبكة.
#shareyouropinion $HMSTR $LAB
@NewtonProtocol $NEWT #Newt
الجزء الذي لا يسأله أحد في حوكمة نيوتن هو من يتحكم فعليًا في المعلمات التي تهم أكثر.
ثلاث مسارات للحوكمة: معايير السياسة، وقبول المشغّلين، وترقيات البروتوكول. التفاصيل الناقصة في النقاش هي ما الذي تحكمه هذه المسارات فعليًا.
عتبات النصاب: قابلة للتكوين حسب كل مهمة، ومُحدَّدة من خلال الحوكمة، وتحدد الأمان الاقتصادي لكل إشهاد على الشبكة.
تقسيم الرسوم: قابل للتكوين ومُحدَّد من خلال الحوكمة، ويحدد اقتصاديات المشغّلين.
قبول المشغّلين: يحكمه إطار الحوكمة الخاص بالبروتوكول، ويحدد من يكسب الرسوم أصلًا.
الآن انظر إلى من يملك نيوت.
المشغّلون يضعون نيوت. المشغّلون يكسبون الرسوم. يُطلب من المشغّلين الاحتفاظ بنيوت للمشاركة. إذا كانت لدى المشغّلين حيازات غير متناسبة من نيوت مقارنةً بحاملي الرموز الآخرين، فإن لديهم تأثيرًا غير متناسب على أصوات الحوكمة التي تضع عتبات النصاب وتقسيم الرسوم الخاصة بهم.
ليس القول إن هذا أمر غير معتاد. توجد نسخة من هذه المشكلة في معظم حوكمة إثبات الحصة: إذ يصوّت المدققون في شبكات أخرى على معلمات تؤثر في اقتصاديات المدقق.
#newt
وليس القول أيضًا إنها ثغرة. فامتلاك المشغّلين “جلدًا في اللعبة” عبر حيازاتهم من نيوت قد ينسّق مصالحهم مع الصحة طويلة الأجل للشبكات بدل الاستخراج قصير الأجل.
#NEWT
ما لم أضعه في الحسبان هو ما إذا كانت نيوتن قد صممت أي آلية محددة لمنع المشغّلين من التصويت بشكل جماعي لخفض عتبات النصاب—مما يقلل العبء التشغيلي عليهم—بطرق هادئة تُضعف أمن الشبكة.
#shareyouropinion $HMSTR $LAB
@NewtonProtocol $NEWT #Newt
تمّ التحقق
توجد مجموعة بيانات في الورقة البيضاء يتخطاها معظم الناس: استطلاع لعدد 166 شبكة بلوكشين. 16 شبكة تتضمن تجميد الأصول مدمجًا.
ويمكن لـ19 شبكة أخرى تمكين ذلك بتغييرات بسيطة.
خمسة وثلاثون شبكة تكون فيها قابلية الوصول دون إذن مشروطة.
يستخدم نيوتن ذلك لتأطير مشكلة جوهرية: ضوابط مستوى الواجهة غير كافية، وكذلك لا يكفي افتراض أن مسارات البلوكشين محايدة.
يمكن للشبكة التي تمتلك قدرات التجميد فرض الامتثال بطرق تكون غامضة وتحت سيطرة من يمتلك سلطة التجميد، دون مساءلة تشفيرية.
ردّ نيوتن يكون في إنفاذ الامتثال على طبقة السياسة وليس على طبقة البروتوكول. منطق التفويض قابل للتدقيق في Rego. مجموعة المشغلين موزعة. إيصالات الامتثال على السلسلة. وهذا لا يمنع شبكة من تجميد الأصول، لكنه يجعل قرارات الامتثال قابلة للفصل عن البروتوكول وقابلة للتدقيق حتى عندما لا تكون السلسلة محايدة.
ليس حلًا كاملاً. توجد طبقة مساءلة مختلفة فوق المشكلة.
#NEWT
أعتقد بالفعل أن بيانات التجميد تعيد صياغة ما يحاول نيوتن حله: ليس إضافة الامتثال إلى مسارات الوصول دون إذن فحسب، بل جعل الامتثال شفافًا عندما قد لا تكون المسارات نفسها كذلك.
#newt
السؤال هو ما إذا كانت طبقة سياسة نيوتن توفر مساءلة ذات معنى عندما تحتفظ السلسلة الأساسية بسلطة تجميد أحادية، أم ما إذا أصبح إيصال الامتثال غير ذي صلة إذا كانت الأصول يمكن تجميدها على أي حال.
#ShareYourOpinion
@NewtonProtocol $NEWT #Newt
$LAB $HMSTR
ويمكن لـ19 شبكة أخرى تمكين ذلك بتغييرات بسيطة.
خمسة وثلاثون شبكة تكون فيها قابلية الوصول دون إذن مشروطة.
يستخدم نيوتن ذلك لتأطير مشكلة جوهرية: ضوابط مستوى الواجهة غير كافية، وكذلك لا يكفي افتراض أن مسارات البلوكشين محايدة.
يمكن للشبكة التي تمتلك قدرات التجميد فرض الامتثال بطرق تكون غامضة وتحت سيطرة من يمتلك سلطة التجميد، دون مساءلة تشفيرية.
ردّ نيوتن يكون في إنفاذ الامتثال على طبقة السياسة وليس على طبقة البروتوكول. منطق التفويض قابل للتدقيق في Rego. مجموعة المشغلين موزعة. إيصالات الامتثال على السلسلة. وهذا لا يمنع شبكة من تجميد الأصول، لكنه يجعل قرارات الامتثال قابلة للفصل عن البروتوكول وقابلة للتدقيق حتى عندما لا تكون السلسلة محايدة.
ليس حلًا كاملاً. توجد طبقة مساءلة مختلفة فوق المشكلة.
#NEWT
أعتقد بالفعل أن بيانات التجميد تعيد صياغة ما يحاول نيوتن حله: ليس إضافة الامتثال إلى مسارات الوصول دون إذن فحسب، بل جعل الامتثال شفافًا عندما قد لا تكون المسارات نفسها كذلك.
#newt
السؤال هو ما إذا كانت طبقة سياسة نيوتن توفر مساءلة ذات معنى عندما تحتفظ السلسلة الأساسية بسلطة تجميد أحادية، أم ما إذا أصبح إيصال الامتثال غير ذي صلة إذا كانت الأصول يمكن تجميدها على أي حال.
#ShareYourOpinion
@NewtonProtocol $NEWT #Newt
$LAB $HMSTR
Yes — transparency matters
50%
No — freezing wins always
25%
Depends on jurisdiction
25%
Only with independent ops
0%
4 الأصوات • تمّ إغلاق التصويت
قسم توجيه رسوم بابل لديه سطر محدد يستحق القراءة مرتين
مزاد آلي على السلسلة حيث تُطرح رسوم مقومة بالبيتكوين (BTC) في المزاد مقابل BABY، والمشترون الفائزون الذين ينفقون BABY يتم برمجياً حرقه.
لا يوجد تقدير لخزينة. لا لجنة تقرر مقدار ما يجب حرقه أو متى. فقط مزاد ميكانيكي مرتبط مباشرةً باستهلاك البروتوكول.
هذا خيار تصميمي محدد وليس ادعاءً عاماً بالتقشف في Tokenomics. مع نمو نشاط Trustless Bitcoin Vaults (TBV) — يتم إنشاء المزيد من القِطع (vaults)، وتزيد القروض المدعومة بالبيتكوين، وتحدث المزيد من عمليات الاسترداد — تُوجَّه الرسوم الناتجة بالـBTC عبر هذا المزاد، ويتم إزالة BABY من العرض كدالة مباشرة للاستخدام الفعلي بدلًا من جدول إصدار ثابت.
لا أقول إن ذلك يضمن أي شيء بشأن قيمة التوكن. عمليات الحرق المرتبطة بالاستخدام ما زالت تعتمد على حدوث الاستخدام فعلياً وبمستوى مهم، والورقة البيضاء توضح صراحةً أن هياكل الرسوم وقواعد الإقـراض (staking) تبقى قيد التصميم النشط وخاضعة لموافقة الحوكمة.
ولا أقول أيضاً إن هذا تفصيل بسيط. ربط آليات حرق التوكن باستهلاك بروتوكول مُثبت بدلًا من وعد تسويقي أو جدول ثابت هو إشارة أكثر صدقاً للتتبع من معظم ادعاءات الـtokenomics في هذا المجال.
ما لم أتحقق منه بعد هو ما إذا كانت آلية هذا المزاد قد تم تفعيلها بالفعل على أي نشر مباشر، أو ما إذا كانت ما زالت واحدة من المقترحات التي تحت النقاش ضمن التصميم، إلى جانب بقية إطار توجيه الرسوم.
@BabylonLabs_io $BABY #baby
#ShareYourOpinion
$BANK
$DEXE
مزاد آلي على السلسلة حيث تُطرح رسوم مقومة بالبيتكوين (BTC) في المزاد مقابل BABY، والمشترون الفائزون الذين ينفقون BABY يتم برمجياً حرقه.
لا يوجد تقدير لخزينة. لا لجنة تقرر مقدار ما يجب حرقه أو متى. فقط مزاد ميكانيكي مرتبط مباشرةً باستهلاك البروتوكول.
هذا خيار تصميمي محدد وليس ادعاءً عاماً بالتقشف في Tokenomics. مع نمو نشاط Trustless Bitcoin Vaults (TBV) — يتم إنشاء المزيد من القِطع (vaults)، وتزيد القروض المدعومة بالبيتكوين، وتحدث المزيد من عمليات الاسترداد — تُوجَّه الرسوم الناتجة بالـBTC عبر هذا المزاد، ويتم إزالة BABY من العرض كدالة مباشرة للاستخدام الفعلي بدلًا من جدول إصدار ثابت.
لا أقول إن ذلك يضمن أي شيء بشأن قيمة التوكن. عمليات الحرق المرتبطة بالاستخدام ما زالت تعتمد على حدوث الاستخدام فعلياً وبمستوى مهم، والورقة البيضاء توضح صراحةً أن هياكل الرسوم وقواعد الإقـراض (staking) تبقى قيد التصميم النشط وخاضعة لموافقة الحوكمة.
ولا أقول أيضاً إن هذا تفصيل بسيط. ربط آليات حرق التوكن باستهلاك بروتوكول مُثبت بدلًا من وعد تسويقي أو جدول ثابت هو إشارة أكثر صدقاً للتتبع من معظم ادعاءات الـtokenomics في هذا المجال.
ما لم أتحقق منه بعد هو ما إذا كانت آلية هذا المزاد قد تم تفعيلها بالفعل على أي نشر مباشر، أو ما إذا كانت ما زالت واحدة من المقترحات التي تحت النقاش ضمن التصميم، إلى جانب بقية إطار توجيه الرسوم.
@BabylonLabs_io $BABY #baby
#ShareYourOpinion
$BANK
$DEXE
سجّل الدخول لاستكشاف المزيد من المُحتوى