قبل استكشاف المفاهيم الأساسية لبروتوكول نيوتن، كنت أعتقد أن التفويض يحدث بهدوء داخل عقد ذكي.
يتم التحقق من بعض الشروط.
تنجح المعاملة أو تفشل.
نهاية القصة.
لكن نيوتن يُنظّم عملية التفويض في نظامه الخاص، وهذا غيّر طريقة تفكيري بشأن تطبيقات البلوك تشين.
يبدأ كل شيء بسياسة.
ليست قائمة أذونات.
ليس شرطًا ثابتًا مُضمَّنًا داخل منطق العقد.
برنامج Rego قابل لإعادة الاستخدام يحدد بدقة متى يجب السماح بإجراء ما.
ما أراه مثيرًا للاهتمام هو أن السياسة ليست مقتصرة على حالة onchain. يمكنها أيضًا استخدام معلمات قابلة للتكوين ومعلومات وقت التشغيل التي توفرها بوابات PolicyData. هذا يعني أن التفويض يمكنه أن يعكس تغيّر ظروف السوق، ومتطلبات الامتثال، أو الإشارات الخارجية، دون التخلي عن قابلية التحقق.
ثم يأتي القصد Intent.
أعجبني اختيار هذه الكلمة.
القصد Intent ليس مجرد معاملة تنتظر التنفيذ. إنه وصف مُنظّم لما يحاول شخص ما القيام به—من الذي يرسله، إلى أين يذهب، ما القيمة المتضمنة، أي دالة يتم استدعاؤها، وعلى أي سلسلة (chain).
تصبح هذه المعلومات أساسًا لكل قرار لاحق.
المفهوم التالي هو المهمة Task.
في البداية، بدا الأمر وكأنه حاوية بسيطة تجمع بين Intent وسياسـة Policy.
لكن كلما فكرت أكثر، أدركت لماذا تهم هذه النقطة.
بدلًا من تقييم المعاملات بمعزل عن غيرها، يقوم نيوتن بتقييم أسئلة محددة وواضحة.
هل يحقق هذا القصد المحدد هذه السياسة المحددة؟
هذا التأطير يجعل النتيجة أسهل بكثير في التفكير والتحقق.
بعد ذلك، يقوم المشغّلون اللامركزيون بتقييم المهمة بشكل مستقل.
يجمع كل مشغّل بيانات PolicyData المطلوبة، وينفّذ سياسة Rego، ويوقّع النتيجة. وبعد أن تتفق تواقيع كافية موزونة بالرهان، يتم تجميعها في إقرار BLS واحد.
أعتقد أن هذا هو المكان الذي يصبح فيه نيوتن عمليًا بشكل خاص.
بدلًا من مطالبة كل عقد ذكي بإعادة إنشاء منطق قرار معقّد، يقدّم البروتوكول أدلة تشفيرية مختصرة تثبت أن التقييم المطلوب قد حدث بالفعل.
بعد ذلك، يتحمل العقد الذكي مسؤولية أخيرة واحدة.
إنه يتحقق من الإقرار.
إذا كانت البينة صحيحة، يستمر التنفيذ.
إذا لم يكن الأمر كذلك، تتوقف المعاملة.
إن هذا الفصل في المسؤوليات يبدو واضحًا ونظيفًا.
تُعرّف السياسات القواعد.
يقوم المشغّلون بتقييم تلك القواعد.
بوابة Gateway تنسّق التواصل.
تحافظ الإقرارات attestations على الدليل.
يقوم عملاء السياسة PolicyClients بفرض النتيجة على السلسلة (onchain).
لا يحاول أي مكوّن واحد القيام بكل شيء.
وأثناء قراءتي لسلسلة دورة حياة التقييم، لاحظت أيضًا شيئًا دقيقًا.
لا يستبدل نيوتن العقود الذكية الحالية أو منطق التطبيقات.
بدلًا من ذلك، يضيف طبقة تفويض قابلة للتحقق بين نية المستخدم والتنفيذ.
هذا الفرق مهم.
تحافظ التطبيقات على وظائفها الحالية بينما تكتسب طريقة شفافة لإثبات سبب الموافقة على إجراء ما.
بعد الانتهاء من قراءة الوثائق، بقيت فكرة واحدة عالقة بي.
غالبًا ما نصف البلوكشين كنظام يتحقق من المعاملات.
يبدو أن نيوتن يطرح سؤالًا مختلفًا.
ماذا لو استطعنا التحقق أيضًا من المنطق وراء تلك المعاملات؟
بالنسبة لي، هذا هو أكثر جزء مُقنع في البنية.
الأمر ليس مجرد تقرير ما إذا كان سيحدث إجراء أم لا.
إنه يتعلق بجعل قرار اتخاذ القرار نفسه شيئًا يمكن الوثوق به بشكل مستقل.