في الوقت الحالي، ليست مشكلة العديد من المشاريع على السلسلة أنها تفتقر إلى الوظائف، بل أن الأمور تصبح أصعب في الإدارة كلما زادت الوظائف. في السابق كان يكفي بروتوكول واحد للتعامل مع تفاعلات بسيطة؛ حيث يقوم المستخدم بإرسال معاملة، وينفّذ العقد عملية التنفيذ بالكامل. لكن عندما تدخل تطبيقات السلسلة مرحلة أكثر تعقيدًا، قد تتضمن عملية واحدة في الخلفية عدة شروط في آن واحد، ومصادر بيانات متعددة، وخطوات تنفيذ متعددة. الاعتماد فقط على تكديس المنطق داخل التطبيق سيجعل النظام في النهاية أثقل وأصعب.
وهذا أيضًا ما أوليته اهتمامًا كبيرًا بعد بحثي في Newton Protocol.
لم تكن Newton تهدف إلى استبدال العقود الذكية الحالية، بل إلى إضافة طبقة قدرة أساسية ضمن سير التنفيذ. من خلال Authorization Layer وPolicy Framework، يمكن للتطبيق تحويل الشروط التي يجب تحققها في سيناريوهات مختلفة إلى منطق قابل للتنفيذ، مما يمنح العمليات المعقدة طريقة تشغيل أوضح.
والفكرة الأساسية في الورقة البيضاء هي في الواقع معالجة مشكلة افتقار تطبيقات البلوكشين إلى معيار تنفيذ موحّد فيما بينها. في الماضي كان على كل مشروع أن يصمم وحدات مشابهة بنفسه، بينما تحاول Newton تجريد هذه القدرات حتى يتمكن المطورون من دمجها واستخدامها بسهولة أكبر.
ومع تطور DeFi والاستراتيجيات الآلية والمزيد من تطبيقات السلسلة، لن تكون المنافسة في المستقبل مجرد من يملك وظائف أكثر، بل من يستطيع تشغيل النظام بكفاءة أعلى.
بالنسبة لـ $NEWT ، لست أكثر ما يهمني هو التقلبات السوقية على المدى القصير، بل ما إذا كانت هذه القدرة على الطبقة الأساسية يمكن أن يتم تبنيها فعليًا. إذا احتاجت المزيد والمزيد من التطبيقات إلى مثل هذه الطبقة الوسيطة أثناء التنفيذ، فستظهر قيمتها تدريجيًا.
@NewtonProtocol $NEWT #Newt