wiki002

#newt $NEWT الجزء من بنية بلوكتشين التحتية الذي غالبًا ما يحظى بأقل قدر من الاهتمام هو غالبًا الجزء الذي يحدد كل شيء.

تحظى عملية التنفيذ بالأضواء. تحدث عملية التفويض عادةً في الخلفية.

ولكن مع ازدياد تعقيد محافظ DeFi والاستراتيجيات الآلية والتطبيقات على السلسلة، لم يعد السؤال مقتصرًا فقط على: "هل يمكن لهذه المعاملة أن تحدث؟"

السؤال الأكبر هو: "هل ينبغي أن تحدث هذه المعاملة ضمن هذه الظروف؟"

وهذه هي مساحة المشكلة التي يعمل بروتوكول Newton على بنائها.

تتمثل فكرته الأساسية حول التفويض القابل للتحقق في إنشاء طبقة سياسات يمكن من خلالها فحص الإجراءات مقابل القواعد المحددة قبل اعتمادها نهائيًا.

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

تتيح مقاربة Newton أن تصبح السياسات المتعلقة بالمخاطر والامتثال والهوية ومتطلبات التشغيل جزءًا من عملية اتخاذ القرار نفسها.

بالنسبة لمحافظ DeFi، يعني ذلك إمكانية تقييم الإجراءات باستخدام إشارات مثل درجات المخاطر، وحركات TVL، وظروف الأوركل، وغيرها من المتطلبات قبل الموافقة.

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

هذا التوازن هو ما سيحدد ما إذا كانت البنية التحتية للسياسات القابلة للتحقق ستصبح جزءًا حقيقيًا من Web3.

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

المعاملة تخبرنا بما حدث.

التفويض يخبرنا لماذا سُمح بذلك.👍

#Newt @NewtonProtocol $NEWT

#Newt $NEWT قبل قليل، بينما كنت أقرأ عن التبني المؤسسي، كنت أعود باستمرار إلى سؤال واحد. نقضي الكثير من الوقت في المقارنة بين TPS والرسوم وسرعة التنفيذ، لكن ماذا لو لم تكن أي من تلك هي السبب الحقيقي وراء استمرار حذر المؤسسات؟كلما فكرت في الأمر أكثر، بدا لي أكثر أن المساءلة ليست التنفيذ هي القطعة الناقصة. هل يمكن التحقق من كل معاملة مقابل قواعد محددة سلفًا قبل حدوثها؟ هذا معيار واسع من المؤسسات المالية التقليدية التي يُتوقع أن تعمل وفقًا له. ومع بدء وكلاء الذكاء الاصطناعي والاستراتيجيات الآلية في إدارة رأس مال حقيقي، تصبح هذه التوقعات أكثر أهمية. قد يؤدي الذكاء دون تفويض يمكن التحقق منه إلى خلق طرق أسرع فقط لارتكاب أخطاء مكلفة. وهنا شدّني بروتوكول Newton Protocol. بدلًا من اعتبار الامتثال شيئًا خارج سلسلة الكتل، فإنه يستكشف ما إذا كان التفويض نفسه يمكن أن يصبح جزءًا من طبقة التنفيذ عبر فرض السياسات بشكل قابل للتحقق. إذا ثبت أن هذا النهج عملي، فسيصبح التنفيذ أسهل للعديد من الشبكات لتحسين أدائها، لكن إثبات المساءلة قد يكون هو الفارق الحقيقي.

مع تطور التمويل الذاتي، ما الذي ستقدّره المؤسسات أكثر: تنفيذ أسرع أم مساءلة قابلة للإثبات؟🤔
@NewtonProtocol

#newt $NEWT كلما درست صناديق DeFi أكثر، قلت إن العقود الذكية هي أكبر مخاطرة.
يبدو ذلك غريبًا على الأرجح.
بعد كل شيء، صُممت البلوكتشين لإزالة الحاجة إلى الثقة عبر التنفيذ الشفاف.
لكن الصناديق كشفت شيئًا لم أكن قد فكرت فيه بما يكفي.
يمكن لبلوك تشين أن تُثبت أن معاملة ما نُفِّذت بشكل صحيح.
ولا يمكنها إثبات أن القرار الذي يقف خلفها كان هو القرار الصائب.
يمكن للقيِّم إعادة موازنة رأس المال، أو تغيير التخصيص، أو الموافقة على وجهة جديدة عبر معاملة صالحة بالكامل تمامًا. يعمل العقد الذكي تمامًا كما صُمِّم. يتوصل الشبكة إلى إجماع. لا يحدث استغلال.
ومع ذلك، ربما انحرفت الصناديق بهدوء عن ملف المخاطر الذي كان المُودِعون يعتقدون أنهم يمولونه.
هذه نوع مختلف تمامًا من حالات الفشل.
لا أظن أننا نتحدث عنه بما يكفي.
ولهذا السبب قضيت مزيدًا من الوقت في البحث عن Newton's VaultKit.
لم يلفت انتباهي ميزة أمان أخرى. بل لفتني فكرة التعامل مع التفويض باعتباره بنية تحتية بدلًا من كونه قائمة تحقق تشغيلية.
قبل تنفيذ إجراء حساس في صندوق، يمكن تقييمه مقابل سياسات محددة مسبقًا باستخدام إشارات على السلسلة وأخرى خارج السلسلة. الهدف ليس مجرد حظر المعاملات السيئة.
بل هو إنشاء أدلة قابلة للتحقق على أن قرارًا مهمًا ظل ضمن القواعد التي التزم بها الصندوق منذ البداية.
كلما فكرت في ذلك أكثر، ازدادت قناعتي بأن الميزة التنافسية التالية لدى DeFi لن تكون عائدًا أعلى أو تنفيذًا أسرع.
ستكون القدرة على إثبات أن كل قرار حاسم احترم الاستراتيجية التي وثق بها المستخدمون بأموالهم.
لقد بنينا أنظمة تتحقق من المعاملات.
قد تُعرِّف الأجيال التالية من DeFi نفسها بأنظمة تتحقق من القرارات خلف تلك المعاملات.💭
@NewtonProtocol

#newt $NEWT أعتقد أننا كنا نطرح السؤال الخاطئ بشأن البلوك تشين.

على مدار سنوات، كان السؤال هو:

هل حدثت هذه المعاملة؟

مع دخول الذكاء الاصطناعي كجزء من التمويل على السلسلة، أعتقد أن سؤالًا أكثر أهمية بات يبرز:

هل كان ينبغي السماح أصلًا بحدوث هذه المعاملة؟

قد يؤدي هذا التحول إلى إعادة تعريف كيفية بناء الثقة على السلسلة.

ركز الجيل الأول من التمويل اللامركزي على كفاءة رأس المال، وأسواق أسرع، وسيولة أعمق، وأصول قابلة للبرمجة.

الآن يمكن للذكاء الاصطناعي مراقبة الأسواق، وتقييم المخاطر، واكتشاف الشذوذات، وبشكل متزايد تنفيذ قرارات مالية نيابةً عنا.

وهنا تبدأ التحديات الحقيقية.

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

وهذا بالضبط المكان الذي أعتقد أن البنية التحتية تبدأ فيه بأهمية.

لهذا جذبني اهتمامي Newton Mainnet Beta.

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

بالنسبة لي، يمكن أن يستند التمويل الذاتي إلى ثلاث طبقات:

• الذكاء الاصطناعي ينشئ النية.
• البلوك تشين يضمن التنفيذ.
• الترخيص القابل للتحقق يحدد ما إذا كان ينبغي أن يحدث التنفيذ.

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

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

ما رأيك: ما الذي سيهم أكثر على المدى الطويل—نماذج ذكاء اصطناعي أكثر ذكاءً أم أطر ترخيص أقوى؟🤔

@NewtonProtocol

#Newt $NEWT الطبقة المفقودة بين رأس المال المؤسسي والتنفيذ على السلسلة

نادراً ما ترفض المؤسسات التمويل اللامركزي (DeFi) لأن المعاملات تستغرق وقتاً طويلاً في الاستقرار. بل تتردد لأن معظم البروتوكولات ما زالت تفترض أن كل توقيع صالح يجب أن يُنفَّذ فوراً. يعمل ذلك مع التمويل غير الإذني، لكنه يترك مساحة محدودة لقواعد التفويض التي تعتمد عليها المؤسسات الكبيرة يومياً.

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

تُعد الشبكة الرئيسية التجريبية (Mainnet Beta) @NewtonProtocol مثيرة للاهتمام لأنها تنقل هذا النقاش من النظرية إلى التطبيق. يستطيع المطورون الآن التجربة في تقييم السياسات قبل تنفيذ المعاملة، بحيث يتم التحقق من قواعد التفويض المحددة مسبقاً قبل أن تتحرك الأصول، بدلاً من الاعتماد على المراقبة بعد الحقيقة. وهذا ينقل الامتثال إلى أقرب ما يكون إلى طبقة البروتوكول، حيث يمكن أن تكون القرارات شفافة وقابلة لإعادة الإنتاج وأسهل للتدقيق.

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

إذا أثبتت شبكة Mainnet Beta أن التفويض على مستوى البروتوكول يمكنه التوسع دون التضحية بالشفافية، فقد يصبح لبنة مهمة لاعتماد المؤسسات. إن الإنجاز الأكبر ليس معاملات أسرع—بل جعل التفويض قابلاً للتحقق قبل التنفيذ.

هل يؤدي تضمين تقييم السياسات داخل مسار المعاملة فعلاً إلى تقليل افتراضات الثقة، أم أنه يعيد فقط تحديد مكان وجود الثقة المطلوبة؟🤔
@NewtonProtocol

#newt $NEWT نداء تنفيذ الثقة غير القابلة للثقة غالبًا يخفي أين تُتخذ القرارات فعلًا

عندما أتبّع تدفقات DeFi وRWA من البداية إلى النهاية، يبدأ العقد الذكي بالتماهي أقل مع كونه طبقة “قرار” وأكثر كونه نقطة تحقق نهائية. بحلول الوقت الذي تصل فيه معاملة إليه، يكون قد تم بالفعل تنفيذ معظم عمليات التصفية في مكان آخر—فحوصات خارج السلسلة، ومنطق التوجيه، وقواعد التطبيق، وقيود الامتثال. إنهم جميعًا يشكلون بهدوء ما الذي يُؤهَّل أصلًا للتنفيذ.

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

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

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

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

سؤال: إذا أصبحت طبقة السياسة هي البوابة النهائية للتنفيذ، فهل يقلل ذلك فعليًا من الثقة النظامية أم يعيد فقط تعريف موضع نقطة الفشل الوحيدة؟🤔
@NewtonProtocol

#newt $NEWT كلما درست بروتوكول نيوتن أكثر، قلّت رؤيتي له كنظام تفويض.

بدأ يبدو أكثر كأنه محاولة لجعل التفويض طبقة بنية تحتية خاصة به.

تقوم أغلب العقود الذكية بدمج فحوصات الصلاحيات مباشرةً داخل منطق التطبيق.

تتم إعادة كتابة حدود الإنفاق وإدارة الأدوار وقوائم السماح مرارًا وتكرارًا.

حتى عندما تكون القواعد متشابهة تقريبًا، يحتفظ كل بروتوكول بإصداره الخاص.

يفصل نيوتن بين هذه الاهتمامات.

تُكتب السياسات بلغة rego، وتُخزَّن على IPFS، ويُشار إليها بواسطة PolicyClients بدلًا من تضمينها داخل كل عقد.

هذا يغيّر دور العقد.

بدلًا من تقرير سبب السماح بالمعاملة، فإنه يتحقق من أن الشبكة قد قيّمت السياسة بالفعل وأعادت إثباتًا صالحًا (attestation).

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

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

تقليل منطق التفويض المكرر هو جزء من الفائدة فقط.

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

إذا أصبحت محركات السياسات بنية تحتية قابلة لإعادة الاستخدام بدلًا من كونها شيفرة خاصة بكل تطبيق، فهل يمكن للتفويض أن يصبح في النهاية معيارًا أمنيًا مشتركًا عبر Web3؟🤔
@NewtonProtocol

تم تصميم معظم البلوك تشين للإجابة عن سؤال واحد فقط: هل يمكن لهذه المعاملة أن تنفَّذ؟
أعتقد أن السؤال الأصعب هو ما إذا كان ينبغي تنفيذها من الأساس.

كان هذا أول شيء لفت انتباهي عندما كنت أقرأ عن النسخة التجريبية للمنصّة الرئيسية من @Newtonprotocol.

بدلًا من مطالبة كل تطبيق ببناء منطق الامتثال وإدارة المخاطر الخاص به داخل العقود الذكية، يفصل Newton بين التفويض والتحصيل. يتم تقييم السياسات بواسطة مشغّلين مستقلين باستخدام بيانات onchain وبيانات تم اعتمادها خارج السلسلة. بمجرد أن يصل عدد كافٍ من المشغّلين إلى النتيجة نفسها، تُنتج الشبكة إثبات تفويض (authorization attestation). يتحقق عقد الوجهة من هذا الإثبات قبل التنفيذ.

ما أراه أكثر إثارة للاهتمام هو نموذج الأمان وراء هذه العملية. فهو لا يعتمد فقط على الثقة بالمشغّلين لاتخاذ القرار الصحيح. يقوم المشغّلون بتأمين عملهم عبر ETH مُعاد رهنه (restaked) من خلال EigenLayer، ويمكن الطعن في التفويضات غير الصحيحة باستخدام أدلة احتيال (fraud proofs) قائمة على المعرفة الصفرية. الهدف بسيط: جعل السلوك غير النزيه أكثر كلفة من التصرف بنزاهة.

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

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

إذا أصبح التفويض طبقة شبكة مستقلة، فهل يقلّل ذلك بشكل ملموس من افتراضات الثقة، أم أن المشكلة الأصعب ببساطة تصبح تصميم سياسات أفضل؟

@NewtonProtocol $NEWT #Newt

#newt $NEWT كلما فكرت أكثر في "MiCA"،
قلّ ما أراه قصة تنظيمية فقط. عندما انتهت الفترة الانتقالية لـ "MiCA"، ركّز معظم الحديث على أي الشركات كانت جاهزة وأيها لم تكن. لكن ما جذب انتباهي كان شيئًا آخر. ربما لا يتمثل التحول الأكبر في التنظيم نفسه—بل في كيفية بدء أن يصبح الامتثال جزءًا من بنية البلوكشين التحتية. إذا كانت المعاملات تستطيع إثبات أنها تستوفي فحوصات الهوية، وفحص الحظر/العقوبات، وقواعد الاختصاص، وسياسات المخاطر قبل أن تُنفّذ، عندها لن يصبح الامتثال مجرد التزام قانوني فحسب، بل قدرة تقنية. وهذا يبدو ذا صلة خاصة مع استمرار تحرّك الأسهم المُمَثّلة رمزياً (tokenized stocks) و(RWAs) والـ stablecoins ورأس المال المؤسسي على السلسلة. لا تريد المؤسسات المالية الكبيرة مجرد اللامركزية؛ بل تحتاج إلى تنفيذ يمكن التنبؤ به وقابل للتحقق. لهذا السبب من المثير متابعة مشاريع مثل Newton Protocol. بدل التعامل مع الامتثال كفكرة لاحقة، فهم يستكشفون ما إذا كان التفويض وفرض السياسات يمكن أن يصبحا أجزاءً أصلية من تدفق المعاملة. وبطبيعة الحال، يثير هذا النهج أيضًا أسئلة مهمة حول الخصوصية واللامركزية والمرونة، لذا فهو بعيد عن أن يكون نقاشًا مكتملًا. لكن إذا كانت الكريبتو تتجه نحو تبنٍّ مؤسسي أوسع، فربما لا تكون الميزة التنافسية الحقيقية هي أسرع سلسلة—بل تلك التي تستطيع إثبات الثقة دون الاعتماد عليها وحدها.

هل يمكن أن يصبح الامتثال القابل للبرمجة أساسياً لبنية البلوكشين التحتية مثل العقود الذكية نفسها؟🤔
@NewtonProtocol

#newt $NEWT A فحص الامتثال الذي يوجد فقط في الواجهة الأمامية ليس حقًا جزءًا من الإنفاذ على السلسلة.

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

يستخدم تكامل شخصية نِيوتن (Newton's Persona) سمات هوية مُتحقَّقًا منها كمدخلات للتفويض على المعاملة بدلًا من تقييدها بطبقة التطبيق. يقوم شبكُة مُشغّلي نِيوتن (Newton's operator network) بتقييم السياسات التي تغطي متطلبات الاختصاص القضائي والإقامة والعمر، ثم يُنتج إقرارًا تشفيريًا. بدون هذا الإقرار، لا يمكن للمعاملة أن تُنفَّذ.

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

ومع انتقال المزيد من النشاط المالي بالكامل إلى السلسلة (onchain)، هل ينبغي أن يبقى الامتثال ميزة في التطبيق، أم أنه يحتاج إلى أن يصبح جزءًا من تنفيذ المعاملة نفسه؟ 🤔
@NewtonProtocol