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