MrSattarking

مقالة

ملاحظة هندسية: لماذا يصل نيوتن إلى الإجماع قبل إنتاج توقيعات BLS

أثناء قراءة وثائق بروتوكول نيوتن حول الإجماع والأمان، برزت تفاصيل تنفيذية لافتة. تركز العديد من الأنظمة الموزعة على كيفية التحقق من التوقيعات، لكن نيوتن يمنح أهمية متساوية لضمان توقيع كل مشغّل لنفس البيانات منذ البداية.
تصف الوثائق عملية إجماع على مرحلتين تتكون من مرحلة الإعداد تليها مرحلة الالتزام.
أثناء مرحلة الإعداد، لا يقوم المشغّلون بتقييم السياسات فورًا أو بإنتاج توقيعات BLS. بدلًا من ذلك، يقوم كل مشغّل على حدة بجلب بيانات سياسة خارجية، مثل القيم الرقمية التي تُرجعها مفسدات (oracles) PolicyData، ثم يرسل ردودًا غير موقّعة إلى البوابة.

عاجل: 🇺🇸 رفضت نيوهامبشير خطة سندات مدعومة بالبيتكوين بقيمة 100 مليون دولار

صوّت مجلس الولاية التنفيذي بأغلبية 3-2 ضد الاقتراح، مستشهداً بمخاوف تتعلق بـ $BTC التقلب والشرعية.

دعم الحاكم آيوت قانوناً، وما يزال يعتقد أن البيتكوين "شيء نحتاج حقاً إلى التفكير فيه".

للأسف، عندما واجهت الولاية خيار الابتكار أو المشاهدة من جانب الطريق، اختارت الخيار الأخير. #bitcoin $BTC

الأحدث: مشروع قانون CLARITY الجديد قد يُطرح الأسبوع المقبل 🇺🇸

يُقال إن نوابًا في مجلس الشيوخ يستعدون لإصدار نسخة مُنقّحة من قانون CLARITY بينما يعملون على رأب الفجوات الرئيسية بين الجمهوريين والديمقراطيين.

ومن المتوقع أن يتضمن المشروع المُحدّث تغييرات على حماية المستهلكين وقطاع التمويل اللامركزي (DeFi) وأحكام النزاهة، في محاولة لبناء دعم كافٍ عبر الحزبين لتحريك مشروع القانون قبل عطلة الكونغرس في أغسطس.#Clarity #ACT $BTC

قد لا تكون أكثر الأجزاء قيمة في نيوتن هي الامتثال.

قد تكون القرار بفصل تعريف السياسات وتقييم السياسات والتحقق على السلسلة إلى طبقات مستقلة.

تضم معظم البروتوكولات الترخيص داخل منطق التطبيق.

يعامل نيوتن الترخيص كبنية تحتية.

قد تكون هذه الاختيار المعماري أكثر أهمية من أي ميزة منفردة، لأن البنية التحتية تميل إلى الاستمرار لفترة أطول من التطبيقات.

إذا أصبحت الأذونات القابلة للبرمجة معيارًا، فقد يثبت أن هذا التصميم أكثر أهمية من المعاملات الأسرع أو الرسوم الأقل.

سؤال: هل ستتنافس الجيل التالي من Web3 على الأذونات القابلة للبرمجة بدلًا من المعاملات القابلة للبرمجة؟

@NewtonProtocol #Newt $NEWT

مقالة

طبقة الامتثال ليست المنتج. إنها البنية التحتية

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

ملاحظة هندسية

معظم الأنظمة التي تتحكم فيما يمكن للناس فعله تجمع بين القواعد والإجراءات.

نيوتن يفعل الأشياء بشكل مختلف.

يحافظ على فصل هذين الجزأين.

تُكتب السياسات في مكان، حيث يقوم الأشخاص بمراجعتها في مكان آخر. ثم تُراجع مرةً أخرى على البلوكشين قبل حدوث أي شيء.

ومن منظور مهندس يحرص على فصل هذه الخطوات، فإن فصلها يجعل نظام التحكم فيما يمكن للناس فعله بسيطًا وأسهل في الفهم.

يحتوي نظام نيوتن على سياسات. تُعرَّف هذه السياسات في طبقة واحدة.

ثم يقوم المشغّلون بتقييم هذه السياسات في طبقة أخرى.

بعد ذلك، يتم التحقق من السياسات على البلوكشين قبل تنفيذها.

لذا السؤال هو: هل ستكون هذه الطريقة التي تعتمد على الطبقات هي الطريقة التي ستعمل بها أنظمة الصلاحيات على السلسلة (on-chain) في المستقبل؟

هل نهج نيوتن هو مستقبل أنظمة الصلاحيات على السلسلة@NewtonProtocol #Newt $NEWT

مقالة

ملاحظة هندسية: لماذا يفصل نيون بين تعريف السياسة والتقييم والتحقق

بينما كنت أقرأ عن بنية بروتوكولات نيون، لفت انتباهي شيء واحد. قرروا تقسيم منطق السياسة والحساب والتنفيذ إلى ثلاث طبقات.
* تُسمّى الطبقة الأولى طبقة السياسة. هنا يتم تعريف السياسات وإعدادها وربطها بأوراكل توفر البيانات. تحدد هذه الطبقة القواعد التي يجب تطبيقها، مثل حدود الإنفاق أو التحقق من العقوبات أو متطلبات اعرف عميلك.
الطبقة الثانية هي الحساب والتوافق (Compute & Consensus). بعد التحقق من السياسات على بلوكتشين نيون، يرسل نيون المهام إلى شبكة من المشغّلين عبر بوابة (Gateway). تحصل هذه المشغّلين على البيانات وتقيّم السياسة وتُنشئ التواقيع.

عاجل: البيت الأبيض يقول إن الإدارة تواصل العمل على "هيكلة" الاحتياطي الاستراتيجي $BTC

«لتنفيذ رؤية الرئيس، تواصل إدارة ترامب تقييم أفضل هيكل لاحتياطي استراتيجي للبيتكوين ومخزون أمريكي للأصول الرقمية.»#US #bitcoin #TURAM $BTC

عاجل: 🇺🇸 الرئيس ترامب يقول إن الصفقات القصيرة يتم القضاء عليها

يقول ترامب لقادة وول ستريت إن السوق يحقق مستويات قياسية مرتفعة، ثم وجّه انتقادًا مباشرًا للصفقات القصيرة:
"أنا لا أحب الرجال الذين يقامرون على الهبوط لأنهم يراهنون ضد البلد."

هذا وقودٌ كلاسيكي لمزاج العملات المشفرة إذا استمر #BTC في الارتفاع أكثر 🔥

غدًا: تنضم «سبيس إكس» إلى ناسداك-100 بوصفها ثالث أكبر حائز بيتكوين

وهذا يضع #SpaceX جنبًا إلى جنب مع #Tesla و #Strategy ضمن واحد من أكثر المؤشرات تتبّعًا في العالم.

سيكون لدى إيلون ماسك الآن شركتان في ناسداك-100 بإجمالي مشترك قدره 30,221 #BTC 👀$BTC

SPCX‎-1.67%

SPCXUS+0.51%

ملاحظة هندسية

يركّز معظم الأنظمة على تجميع توقيعات BLS.

كنت أقرأ وثائق إجماع وأمان بروتوكول نيوتن (Newton Protocols Consensus & Security). رأيت أنهم يعالجون مشكلة مختلفة أولاً.

إليك كيف يعمل ذلك:

* لا يقوم المشغّلون بإنشاء توقيعات BLS مسبقًا.

* يحصلون على البيانات بأنفسهم.

* يقوم البوابة بحساب الإجماع والتحقق مما إذا كان ضمن هامش/تسامح معيّن.

* ثم يقوم المشغّلون بتقييم السياسة والتوقيع على الرسالة نفسها.

من منظور هندسي، يحصل نيوتن على اتفاق بشأن البيانات قبل الوصول إلى اتفاق بشأن التوقيعات.

هذه التسلسلية لخطوات العمل لفتت انتباهي أكثر من عملية التجميع.

سؤال:

هل ينبغي للأنظمة الموزعة أن تتفق على البيانات قبل التوقيع

أم أن يحدث الاتفاق فقط عندما يتم إنشاء التوقيعات؟@NewtonProtocol #Newt $NEWT

ملاحظة هندسية

تتوقف معظم أنظمة الخصوصية عند التشفير.

أثناء قراءتي لمستندات طبقة الخصوصية في بروتوكول نيوتن، لاحظت أن نيوتن يضيف تحكمًا إضافيًا قبل حتى الوصول إلى البيانات المشفرة.

يتم تشفير البيانات الحساسة من جانب العميل باستخدام HPKE، لكن المشغّلين لن يبدأوا فك التشفير على أساس العتبة حتى يقدّم كلٌّ من المستخدم النهائي وdApp توقيعات تفويض صالحة بنظام Ed25519.

وهذا يعني أن الإشارة إلى البيانات المشفرة وحدها ليست كافية لتفعيل فك التشفير.

ومن منظور هندسي، فإن الخصوصية هنا ليست فقط لحماية البيانات—بل أيضًا للتحكم في متى يُسمح بالوصول.

إنها اختيار تصميمي دقيق وجدته مثيرًا للاهتمام.

سؤال: هل يكفي التشفير وحده من أجل الخصوصية، أم ينبغي دائمًا اعتبار التفويض جزءًا من نموذج الخصوصية؟@NewtonProtocol #Newt $NEWT

مقالة

ملاحظة هندسية: نيوتن لا تعتمد على التشفير وحده من أجل الخصوصية

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

مقالة

ملاحظة هندسية: نيوتن لا يعتمد على التشفير وحده للخصوصية

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

ملاحظة هندسية: لماذا يفصل بروتوكول نيوتن تقييم السياسة عن تنفيذ المعاملة أثناء دراسة معمارية بروتوكول نيوتن، لفتت انتباهنا قرار تنفيذ محدد: يتم فصل تعريف السياسة وتقييم السياسة وتنفيذ المعاملة بشكل مقصود إلى ثلاث طبقات مستقلة بدل دمجها في عقد ذكي واحد. تعرّف طبقة السياسة السياسات القابلة لإعادة الاستخدام وواجهات (Oracle) PolicyData. تتيح طبقة الحوسبة والتوافق (Compute & Consensus) لمشغّلي EigenLayer تقييم تلك السياسات بشكل مستقل، وبعدها يقوم مُجمِّع بدمج تواقيع BLS الخاصة بهم في برهان توافق واحد. ولاحقًا فقط تقوم طبقة التحقق والتنفيذ (Verification & Execution) بالتحقق من هذا البرهان على السلسلة (on-chain) قبل أن يمكن للمعاملة المحمية أن تُنفَّذ. ما يجعل هذا التصميم مثيرًا للاهتمام هو أن العقود الموجودة على السلسلة ليست مسؤولة عن تفسير منطق السياسة. وتقتصر مسؤوليتها على التحقق من أن شبكة مشغّلين لامركزية قد وصلت بالفعل إلى توافق حول نتيجة السياسة. كما أن هذا الفصل يحافظ على قابلية كل طبقة للتعديل بشكل مستقل. يمكن أن تتطور السياسات بمعزل عن غيرها، ويمكن أن تتحسن البنية التحتية للمشغّلين مع الوقت، وتظل عقود التحقق مركّزة على التحقق من البرهان بدلًا من منطق الأعمال. ومن منظور هندسي، قد يؤدي تقليل مسؤولية طبقة التنفيذ إلى جعل نظام التفويض العام أسهل في الصيانة مع تطور البروتوكول. سؤال: مع نضج محركات السياسات اللامركزية، هل ينبغي للعقود الذكية أن تركز فقط على التحقق التشفيري مع ترك حساب السياسة بالكامل لشبكات المشغّلين اللامركزية؟ @NewtonProtocol #newt $NEWT

ملاحظة هندسية: لماذا يفصل بروتوكول نيوتن تقييم السياسة عن تنفيذ المعاملة

أثناء دراسة معمارية بروتوكول نيوتن، لفتت انتباهنا قرار تنفيذ محدد: يتم فصل تعريف السياسة وتقييم السياسة وتنفيذ المعاملة بشكل مقصود إلى ثلاث طبقات مستقلة بدل دمجها في عقد ذكي واحد.

تعرّف طبقة السياسة السياسات القابلة لإعادة الاستخدام وواجهات (Oracle) PolicyData.

تتيح طبقة الحوسبة والتوافق (Compute & Consensus) لمشغّلي EigenLayer تقييم تلك السياسات بشكل مستقل، وبعدها يقوم مُجمِّع بدمج تواقيع BLS الخاصة بهم في برهان توافق واحد.

ولاحقًا فقط تقوم طبقة التحقق والتنفيذ (Verification & Execution) بالتحقق من هذا البرهان على السلسلة (on-chain) قبل أن يمكن للمعاملة المحمية أن تُنفَّذ.

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

كما أن هذا الفصل يحافظ على قابلية كل طبقة للتعديل بشكل مستقل. يمكن أن تتطور السياسات بمعزل عن غيرها، ويمكن أن تتحسن البنية التحتية للمشغّلين مع الوقت، وتظل عقود التحقق مركّزة على التحقق من البرهان بدلًا من منطق الأعمال.

ومن منظور هندسي، قد يؤدي تقليل مسؤولية طبقة التنفيذ إلى جعل نظام التفويض العام أسهل في الصيانة مع تطور البروتوكول.

سؤال: مع نضج محركات السياسات اللامركزية، هل ينبغي للعقود الذكية أن تركز فقط على التحقق التشفيري مع ترك حساب السياسة بالكامل لشبكات المشغّلين اللامركزية؟ @NewtonProtocol #newt $NEWT

مقالة

ملاحظة مهندس: لماذا يفصل بروتوكول Newton بين إجماع البيانات والتوقيع بـ BLS

أثناء قراءة توثيق إجماع وأمان (Consensus & Security) في بروتوكول Newton، لفت انتباهي فورًا تفصيل تنفيذي محدد: لا يبدأ المشغلون توقيع BLS بمجرد وصول مهمة ما. بدلًا من ذلك، يُدخل Newton مرحلة إجماع مخصصة قبل تقييم السياسة.
وفقًا للتوثيق، تبدأ العملية بمرحلة التحضير (Prepare). يقوم المشغلون بشكل مستقل بجلب بيانات السياسة الخارجية وإرجاع استجابات غير موقعة إلى البوابة (Gateway). في هذه المرحلة، لا يتم إنتاج أي توقيعات BLS.
بعد ذلك، تقوم البوابة بحساب القيم الوسطية (median) عبر الاستجابات المجمعة للبيانات الرقمية، ثم تقارنها بالتحمّل (tolerance) المُعدّ. إذا تجاوزت قيمة أحد المشغلين حدّ التحمّل، تفشل عملية الإجماع مع خطأ ToleranceExceeded. يشير التوثيق تحديدًا إلى أنه لا يتم استبعاد المشغلين بشكل صامت عندما تقع قيمهم خارج النطاق المسموح.

أحد تفاصيل التنفيذ التي لفتت انتباهي في وثائق بروتوكول نيوتن هو عملية الإجماع على مرحلتين قبل تجميع توقيعات BLS.
بدلًا من أن يقوم المشغّلون فورًا بتقييم مهمة والتوقيع عليها، يقوم نيوتن أولًا بفصل جمع البيانات عن تقييم السياسة. في مرحلة التحضير (Prepare)، يقوم المشغّلون بشكل مستقل بجلب بيانات خارجية وإرجاع استجابات غير موقّعة. ثم يقوم البوابة (Gateway) بحساب قيم الوسيط (median) المعيارية والتحقق من أن كل استجابة تقع ضمن التحمل (tolerance) المُهيّأ. فقط بعد تأسيس مجموعة البيانات المشتركة تبدأ مرحلة الالتزام (Commit)، حيث يقوم المشغّلون بتقييم السياسة باستخدام مدخلات متطابقة وإنتاج توقيعات BLS.
تقلّل هذه التسلسل من احتمال قيام المشغّلين بالتوقيع على نتائج مختلفة بسبب فروقات صغيرة في البيانات الحسّاسة للوقت، مثل موجزات الأسعار الخارجية. كما تشير الوثائق إلى أن الاستجابات خارج نطاق التحمل المُهيّأ تؤدي إلى فشل الإجماع بدلًا من تجاهلها بصمت.
سؤال تقني: كيف يؤثر تحمل الإجماع المُهيّأ على موازنة التوازن بين توفر الشبكة والاتساق عندما تتغير البيانات الخارجية بسرعة @NewtonProtocol #newt $NEWT

مقالة

ملاحظة من مهندس: التحقق من الإشعار قبل التنفيذ في بروتوكول نيوتن

عند قراءة توثيق بروتوكول نيوتن، برزت تفصيلة تنفيذية واحدة بشكل خاص: تُوصَف العقود الذكية بأنها تتحقق من إشعار BLS (Attestation) صادر من شبكة مُشغّلين لا مركزية، وتقوم بذلك قبل تنفيذ المعاملة. إن هذا تسلسلٌ محدد جدًا لأغراض الترخيص.
تكمن الأهمية هنا في أن دور العقد الذكي يتغير. فهو لا يقوم بتقييم السياسات. ولا يقرر ما إذا كان الأمر متوافقًا أم لا. بدلاً من ذلك، تصبح وظيفته تحققًا ثنائيًا: التحقق من الإشعار. إذا كان الإشعار، الصادر من شبكة المُشغّلين اللامركزية، صالحًا، فسيستمر التنفيذ. وإذا لم يكن كذلك، فلن تُنفَّذ المعاملة.

ما لفت انتباهي في وثائق بروتوكول نيوتن هو أن العقود الذكية تتحقق من شواهد BLS قبل تنفيذها. هذه تعليمات محددة: شبكةٌ لا مركزية من المشغّلين تُعيد شهادة (attestation)، والعقود الذكية تتحقق منها.

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

سؤال تقني: ما الآثار الدقيقة لتكلفة الغاز للعقود الذكية للتحقق من شواهد BLS على السلسلة، مع اختلاف أحجام الشهادات؟#newt $NEWT @NewtonProtocol