كثير من أدوات الرقابة على السلسلة داخلها عقلية “أولًا تصعد إلى السيارة ثم تستكمل دفع التذكرة” — يتم تجميع المعاملة أولًا وإرسالها إلى السلسلة، ثم عند وقوع مشكلة نعتمد على التتبّع اللاحق وحظر القوائم. لكنني مؤخرًا صرت أُضيّق الخناق على Newton ($NEWT ) بعد اختباره على الشبكة الرئيسية (نسخة بيتا)، واكتشفت أن السوق يسيء غالبًا تفسير توقيت تنفيذه، وأن منطق الرقابة الأساسي أُبسط أكثر مما ينبغي.
بصفتي شخصًا يقضي يومه في اقتتالٍ مباشر مع بيانات السلسلة ووكلاء الذكاء الاصطناعي، أنا لا أتابع إلا حدود أمان الأموال. بعد قراءة وثائق التطوير الخاصة بربط بيانات هوية Persona في Newton، كانت الخلاصة الأساسية واضحة جدًا: بوابة الرقابة الخاصة به “ملحومة” مباشرةً في “مدخل التنفيذ”. @NewtonProtocol
لكن هذه الآلية ليست محصّنة على الإطلاق، والواقع أن العوائق الخفية تكمن في لعبة توافق المشغّلين (Operator).
في التشغيل الفعلي، يقوم عدة مشغّلين مستقلين بتقييم المعاملة نفسها. تفاصيل التقنية الجوهرية هنا هي: النظام لا يَعتبر سوى عتبة التوقيع (Quorum). حتى لو أفسد بعض العقد وأخرجت نتائجًا خاطئة، طالما اكتمل العدد القانوني من التوقيعات، تُوسَم المعاملة بأنها “مُصرّح بها” ويُسمح لها بالمرور قسرًا. عندها فقط يتراجع خط الدفاع إلى نافذة الخلاف — حيث يقوم المُتحقّق الثالث بتقديم تحدّي لإثبات ذلك (Challenge Proof). وإذا نجح، يتم فرض عقوبة قاسية (Slashing) على الرهان المودَع من العقد الفاسدة.
من منظور هندسة الأنظمة، يفصل Newton خطوط الدفاع بشكل واضح: الطبقة الأولى تعتمد على آلية القبول لصد “القمامة”، والطبقة الثانية تعتمد على العقوبات الاقتصادية لإجبار الجميع على الصدق. الفكرة ممتازة، لكن الوثائق الرسمية حتى الآن لا تزال غامضة بشأن تفاصيل التسوية المحددة بعد اكتمال التنفيذ.
بالنسبة للاعبين الذين يتصارعون بأموال حقيقية داخل الحلبة، لا تكتفوا بمراقبة آلية التحدّي بعد الواقعة المتعلقة بـ #美股美债齐跌 . الشيء الذي يجب أن تُحكموا القبض عليه فعلًا هو تلك النافذة الزمنية القصيرة جدًا قبل أن يصل توافق المشغّلين إلى العتبة القانونية. في تلك الفترة بالذات، مخاطر السبْق (Front-running) وتكلفة تواطؤ العقد هي التي تكشف “اختبار معيار” صلابة النظام.
إذا كان هناك من راقب في التطبيق الفعلي بيانات تباين حكم المشغّلين، فمرحبًا بكم في قسم التعليقات لمناقشة المطابقة. لا يمكن التقاط الـ Alpha الحقيقي داخل مناطق العمى للرقابة إلا بعد أن تفكك منطق التنافس الأساسي بالكامل.
#Newt #NewtonProtocol
بصفتي شخصًا يقضي يومه في اقتتالٍ مباشر مع بيانات السلسلة ووكلاء الذكاء الاصطناعي، أنا لا أتابع إلا حدود أمان الأموال. بعد قراءة وثائق التطوير الخاصة بربط بيانات هوية Persona في Newton، كانت الخلاصة الأساسية واضحة جدًا: بوابة الرقابة الخاصة به “ملحومة” مباشرةً في “مدخل التنفيذ”. @NewtonProtocol
لكن هذه الآلية ليست محصّنة على الإطلاق، والواقع أن العوائق الخفية تكمن في لعبة توافق المشغّلين (Operator).
في التشغيل الفعلي، يقوم عدة مشغّلين مستقلين بتقييم المعاملة نفسها. تفاصيل التقنية الجوهرية هنا هي: النظام لا يَعتبر سوى عتبة التوقيع (Quorum). حتى لو أفسد بعض العقد وأخرجت نتائجًا خاطئة، طالما اكتمل العدد القانوني من التوقيعات، تُوسَم المعاملة بأنها “مُصرّح بها” ويُسمح لها بالمرور قسرًا. عندها فقط يتراجع خط الدفاع إلى نافذة الخلاف — حيث يقوم المُتحقّق الثالث بتقديم تحدّي لإثبات ذلك (Challenge Proof). وإذا نجح، يتم فرض عقوبة قاسية (Slashing) على الرهان المودَع من العقد الفاسدة.
من منظور هندسة الأنظمة، يفصل Newton خطوط الدفاع بشكل واضح: الطبقة الأولى تعتمد على آلية القبول لصد “القمامة”، والطبقة الثانية تعتمد على العقوبات الاقتصادية لإجبار الجميع على الصدق. الفكرة ممتازة، لكن الوثائق الرسمية حتى الآن لا تزال غامضة بشأن تفاصيل التسوية المحددة بعد اكتمال التنفيذ.
بالنسبة للاعبين الذين يتصارعون بأموال حقيقية داخل الحلبة، لا تكتفوا بمراقبة آلية التحدّي بعد الواقعة المتعلقة بـ #美股美债齐跌 . الشيء الذي يجب أن تُحكموا القبض عليه فعلًا هو تلك النافذة الزمنية القصيرة جدًا قبل أن يصل توافق المشغّلين إلى العتبة القانونية. في تلك الفترة بالذات، مخاطر السبْق (Front-running) وتكلفة تواطؤ العقد هي التي تكشف “اختبار معيار” صلابة النظام.
إذا كان هناك من راقب في التطبيق الفعلي بيانات تباين حكم المشغّلين، فمرحبًا بكم في قسم التعليقات لمناقشة المطابقة. لا يمكن التقاط الـ Alpha الحقيقي داخل مناطق العمى للرقابة إلا بعد أن تفكك منطق التنافس الأساسي بالكامل.
#Newt #NewtonProtocol
