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

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

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

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

بالنسبة لي، الشيء المثير للاهتمام في @NewtonProtocol Mainnet Beta ليس فقط ما إذا كانت الأتمتة تعمل. بل هو ما إذا كان منح شخصٍ ما صلاحية التصرف نيابةً عنا طريقة أفضل لبناء الثقة مقارنةً بالطريقة التي نتعامل بها الآن.

$NEWT #Newt