ما وراء توقيعات المحفظة: كيف يضيف بروتوكول Newton ذكاءً إلى معاملات البلوك تشين

إحدى الأفكار الأساسية وراء تقنية البلوك تشين هي أن المستخدمين يجيزّون المعاملات عبر توقيعها باستخدام مفاتيحهم الخاصة. يثبت هذا التوقيع التشفيري ملكية المحفظة ويسمح للشبكة بالتحقق من أن المعاملة قد تم بدءها فعليًا من قبل مالكها. 
على الرغم من أن هذا النموذج قد خدم منظومات البلوك تشين جيدًا، فإن التطبيقات اللامركزية الحديثة غالبًا ما تتطلب أكثر بكثير من مجرد توقيع صالح قبل تنفيذ أي معاملة.
 أثناء استكشافي لتوثيق Newton Mainnet Beta، وجدت أن **بروتوكول Newton** يوسّع مسار المعاملات التقليدي من خلال إدخال طبقة تفويض قائمة على السياسات. بدلًا من الاعتماد على توقيعات المحفظة فقط، يقوم Newton بتقييم سياسات محددة مسبقًا قبل السماح للمعاملات بالمضي قدمًا. وهذا يعني أن بإمكان المطورين بناء تطبيقات تراعي قواعد الأمان ومتطلبات الامتثال والتحقق من الهوية والبيانات الخارجية إلى جانب توقيع المستخدم. 
تدفق المعاملة التقليدي في البلوك تشين في معظم شبكات البلوك تشين، تكون العملية بسيطة نسبيًا. ينشئ المستخدم معاملة، ويوقّعها باستخدام محفظته، ثم يبثها إلى الشبكة. بعد ذلك يتحقق المدققون من أن التوقيع صالح وأن المعاملة تستوفي المتطلبات الأساسية للبروتوكول. إذا كان كل شيء صحيحًا، تُنفَّذ المعاملة. يعمل هذا النموذج بشكل جيد للعديد من السيناريوهات لأنه يضمن أن صاحب المحفظة فقط هو من يمكنه تفويض الإنفاق أو التفاعل مع العقود الذكية. ومع ذلك، مع ازدياد تعقيد التطبيقات اللامركزية، غالبًا ما يحتاج المطورون إلى فحوصات إضافية قبل أن تتمكن المعاملة من المضي قدمًا. 
عندما لا يكفي التوقيع وحده يؤكد التوقيع الصالح للمحفظة **من** بدأ معاملة، لكنه لا يجيب عن العديد من الأسئلة المهمة. على سبيل المثال: * هل تجاوز المستخدم حدًا أقصى للمعاملات اليومية؟ * هل أكملت المحفظة التحقق من KYC؟ * هل تتوافق المعاملة مع اللوائح الإقليمية؟ * هل بيانات السوق الخارجية مناسبة للتنفيذ؟ * هل قامت خدمة كشف الاحتيال بالإبلاغ عن نشاط غير معتاد؟ * هل وافقت المؤسسة على هذا الإجراء المحدد؟ غالبًا ما تحاول العقود الذكية التقليدية التعامل مع هذه السيناريوهات مباشرةً، لكن القيام بذلك قد يجعل العقود أكبر وأكثر تعقيدًا وأصعب في الصيانة. يتعامل Newton مع المشكلة بشكل مختلف.
تقديم التفويض المعتمد على السياسات بدلًا من وضع كل قاعدة أمنية داخل العقد الذكي، يقدم Newton **محرك سياسات لامركزي**. بعد أن يوقّع المستخدم معاملة، يقوم Newton بتقييم طلبه مقابل سياسات تفويض محددة مسبقًا قبل التنفيذ. هذه السياسات قابلة للتخصيص بالكامل ويمكنها عكس المتطلبات الخاصة بكل تطبيق. وبدلًا من استبدال توقيعات المحفظة، يضيف Newton طبقة قرار إضافية فوقها. وهذا يخلق سير عمل تعمل فيه عملية التحقق من الملكية وتقييم السياسات معًا. 
من التوقيع إلى القرار من أكثر الأفكار التي أعجبتني أثناء قراءة الوثائق هو مدى تنظيم عملية التفويض. يبدو سير العمل العام على النحو التالي: 
1. يقوم المستخدم بتوقيع معاملة باستخدام محفظته. 
2. تصل المعاملة إلى محرك سياسات Newton. 
3. تقوم السياسة بتقييم قواعد التفويض المحددة مسبقًا. 
4. عند الحاجة، تقوم أوراكل البيانات الآمنة بجلب معلومات خارجية. 
5. تحدد السياسات ما إذا كانت جميع الشروط قد استُوفيت. 
6. تتم الموافقة على المعاملة أو رفضها قبل التنفيذ. يتيح هذا النهج متعدد الطبقات للتطبيقات اتخاذ قرارات أكثر اطلاعًا بكثير من الاعتماد على توقيعات المحفظة وحدها. 
يمكن للسياسات تقييم الكثير أكثر نظرًا لأن Newton يفصل التفويض عن منطق الأعمال، يحصل المطورون على مرونة كبيرة. يمكن للسياسات تقييم العديد من العوامل المختلفة، بما في ذلك: * حدود الإنفاق * التحقق من الهوية * القيود الجغرافية * متطلبات الامتثال * استجابات الواجهات الخارجية لبرمجة التطبيقات * أسعار السوق * درجات المخاطر * صلاحيات المؤسسة بدلًا من تضمين كل شرط داخل عقود Solidity، تبقى هذه القواعد منظّمة ضمن إطار سياسات Newton. وهذا يحسن قابلية القراءة مع جعل التحديثات أسهل بمرور الوقت. 
وصول آمن إلى المعلومات الخارجية يتطلب العديد من قرارات التفويض معلومات موجودة خارج البلوك تشين. يدعم Newton ذلك عبر **Data Oracles (أوراكل البيانات)** التي تقوم بجلب معلومات خارجية مصادق عليها بشكل آمن. تتضمن الأمثلة: * بيانات الأسواق المالية * خدمات الامتثال * مزودات الهوية * واجهات برمجة التطبيقات للأعمال * تحليل مدعوم بالذكاء الاصطناعي * أنظمة كشف الاحتيال بالاقتران مع إدارة الأسرار المشفّرة لدى Newton، يمكن للمطورين دمج هذه الخدمات دون تعريض بيانات اعتماد واجهات البرمجة الحساسة على السلسلة. 
عقود ذكية أكثر نظافة ميزة أخرى نهج Newton هي بنية تطبيقات أنظف. تبقى العقود الذكية مركّزة على تنفيذ منطق التطبيق، بينما تحدد سياسات التفويض ما إذا كان ينبغي السماح بالمعاملات. يقلل هذا الفصل من التعقيد غير الضروري ويجعل التطوير والتدقيق أسهل بكثير. بدلًا من مراجعة عقد واحد ضخم يحتوي كل قواعد التفويض الممكنة، يمكن للمطورين والمدققين فحص السياسات بشكل مستقل عن منطق الأعمال. 
ملاءمة أفضل للتطبيقات الواقعية تعمل الآن العديد من تطبيقات البلوك تشين في بيئات تتطلب تحققًا إضافيًا. غالبًا ما تحتاج المنصات المالية إلى عمليات التحقق KYC قبل السماح للمستخدمين بالوصول إلى الخدمات. قد يتحقق أنظمة المؤسسات من صلاحيات الموظفين. قد تفرض تطبيقات الدفع لوائح إقليمية أو حدودًا للمعاملات. غالبًا ما تتطلب حلول البلوك تشين على مستوى المؤسسات طبقات متعددة من التفويض قبل الموافقة على العمليات الحساسة. يتيح محرك سياسات Newton أن تصبح هذه المتطلبات جزءًا من سير عمل تفويض منظّم بدلًا من كونها أجزاء منفصلة داخل كود التطبيق. 
أفكار أخيرة بعد قضاء بعض الوقت مع وثائق Newton Mainnet Beta، اتضح أن بروتوكول Newton يعيد التفكير في كيفية عمل تفويض البلوك تشين. تبقى توقيعات المحفظة جزءًا أساسيًا من أمن المعاملات، لكنها لم تعد العامل الوحيد الذي يحدد ما إذا كان ينبغي أن تمضي عملية ما قدمًا. ومن خلال الجمع بين التوقيعات التشفيرية وتقييم السياسات القابل للتخصيص، وأوراكل البيانات الآمنة، والشهادات القابلة للتحقق، وقواعد التفويض المعيارية، يضع Newton إطارًا مناسبًا أكثر للتطبيقات اللامركزية الحديثة. ومع استمرار توسّع تقنية البلوك تشين لتشمل أنظمة المؤسسات والتمويل المنظم وخدمات الذكاء الاصطناعي وحالات استخدام واقعية أخرى، ستعتمد الموافقات على المعاملات بشكل متزايد على أكثر من مجرد إثبات ملكية المحفظة. 
يوضح Newton كيف يمكن لتفويض قائم على السياسات أن يوفر تلك الطبقة الإضافية من الذكاء مع الحفاظ على مرونة التطبيقات وقابليتها للتوسع وسهولة صيانتها. وبالنسبة للمطورين المهتمين ببناء تطبيقات Web3 أكثر ذكاءً، تقدم الوثائق المتاحة عبر @NewtonProtocol  رؤى قيمة حول كيفية تطور **Newton Mainnet Beta** في تفويض المعاملات بما يتجاوز نموذج توقيع المحفظة التقليدي. $NEWT  #Newt 