Liên Bảo Trân

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

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

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

Newton ليس يفتقر إلى البنية التحتية، بل يفتقر إلى الشيء الأصعب: قاعدة الثقة والحوافز التي تقنع البنّائين بأن يدرجوا أولًا. إلى أن يصبح هذا الكتالوج أكثر كثافة، يكون السجل مجرد قدرة ينتظر الاعتماد، لا سوقًا مكتملًا.

@NewtonProtocol $NEWT #Newt $LAB $VELVET

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

GRVT قضت مرحلتها المبكرة وهي تميل بقوة نحو هوية «الامتثال أولًا»، إذ روجت نفسها حول مصطلح سماه البعض RegDeFi، معتبرةً أن KYC الإلزامي نقطة بيع لا مجرد عائق، وجادلت بأن الأموال المؤسسية تتطلب التحقق قبل أن تتحرك أي شيء حتى بالقرب من بورصة. في الإعداد المبكر للحساب، كانت عمليات التحقق من الهوية والالتزام بمكافحة غسل الأموال مطلوبة قبل أن يتمكن المستخدم حتى من لمس حساب فرعي للتداول، وكانت حملة تقديمها للموزعين الكبار تستند إلى تلك البوابة كدليل على الجدية. في أغسطس 2025 انقلب هذا الموقف بالكامل. تم إسقاط KYC الإلزامي، وأصبح بإمكان المستخدمين التسجيل عبر البريد الإلكتروني فقط، ثم التداول بصورة ذاتية الحفظ دون تقديم أي وثيقة هوية على الإطلاق. شغّلت المنصة برنامجًا كافأ نحو 600 مستخدم مع حوافز مجمعة بقيمة 50,000 دولار مرتبطة مباشرةً بفترة التحول تلك، وكأنها تدفع الناس كي يلاحظوا التغيير. لم تختفِ متطلبات KYC تمامًا؛ فقد ظلت ضرورية للمطالبة بعمليات إسقاط الرمز (airdrop) اللاحقة، وكذلك لرفع حد سحب جسر USDT اليومي البالغ 50,000، لذا انتقلت المتطلبات من كونها بوابة عند مدخل الباب إلى شرط مرتبط بامتيازات محددة في مراحل لاحقة. ما كان يُقدَّم في السابق على أنه الهوية الكاملة للعلامة التجارية أصبح بهدوء مجرد أداة اختيارية ضمن عدة أدوات.

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

@grvt_io #grvt $LAB $VELVET

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

وهذا يشبه إلى حدٍّ كبير الفرق بين محرّك سياسات يعمل داخل “صندوقه” الاختباري الخاص، وبين محرّك يعمل داخل سوق إقراض تابعٍ لشخصٍ آخر. كانت اختبارات نيوتن العامة المبكرة تتم إلى حدّ كبير في بيئات العرض (demo) ومستودعات “البدء السريع” التابعة لها—مساحات نظيفة تكون فيها المدخلات كما تتوقعه وتريده الفريق. أما الانتقال إلى بيئة إيولر (Euler) فيغيّر الأمر، لأن إيولر يجلب منحنيات سعر فائدة خاصة به، وحدود تصفية (liquidation thresholds) مختلفة، وحالات طرفية (edge cases) لم تُكتب لتأخذ فحوصات نيوتن في اعتبارها. لذلك يجب أن يمرّ القبو (vault) المُنشأ هناك عبر تقييمات نيوتن وهو محاط بمنطق لم تصممه نيوتن ولا يستطيع تعديله بهدوء.

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

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

@NewtonProtocol $NEWT #Newt $LAB $EVAA

اشترت صديقة لي أول منزل لها العام الماضي، وتعامَلت مع تقرير الفحص على أنه ضمان مدى الحياة. توقفت عن فحص السقف، وتجاوزت خدمة الفرن السنوية، وقالت لي إن المفتش قد أثبت بالفعل أن المنزل آمن. بعد ثمانية عشر شهرًا، انفجرت ماسورة خلف جدار لم يفتحه المفتش أبدًا. كان التقرير دقيقًا في اليوم الذي كُتب فيه. ولم يكن—ولا أبدًا—وعـدًا بكل يوم بعد ذلك.

يتعامل الناس مع الادعاء بأن GRVT قد تم تدقيقه بالطريقة نفسها التي تعاملت بها صديقتي مع تقرير الفحص: كما لو أن كلمة «تم إغلاق القضية». في الواقع، خضع GRVT إلى عدة عمليات تدقيق مستقلة للعقود الذكية، والتقارير متاحة للعامة وليست مخفية خلف نموذج طلب، وهو ما يُعد أكثر شفافية من البورصات التي تكتفي بالادعاء بأنها خضعت للتدقيق دون إظهار الأوراق. لكن تدقيقًا من أي جهة، يتم مرة واحدة ولا يُراجَع لاحقًا، يخبرك فقط عن الكود كما كان موجودًا في ذلك اليوم تحديدًا. ولا يقول شيئًا عن ترقية تعاقدية تم شحنها بعد ستة أشهر، أو عما إذا كان الفريق يحتفظ بمفتاح طارئ يمكنه دفع تغيير دون أي تأخير. والأسئلة الحقيقية التي لا يمكن للتدقيق وحده الإجابة عنها هي: هل يمكن ترقية العقود؟ من يمتلك المفاتيح؟ ما أنواع أقفال الوقت الموجودة؟ وكم حجم صندوق التأمين مقارنة بالاهتمام المفتوح حاليًا؟ ينشر GRVT تقاريره ويُبقي أيضًا برنامج مكافآت ثغرات يعمل بشكل حي بالتوازي—وهو أقرب إلى صديقتي التي ما زالت تستدعي سباكًا لإجراء فحص سنوي بدلًا من وضع ملف الفحص في درج إلى الأبد.

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

@grvt_io #grvt $LAB $B

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

يبقى وجود خطّاف واحد فقط بسيطًا إذا بقي ما يقف خلفه بسيطًا كذلك. حاليًا، خلف ذلك الخطّاف الواحد، تستند نَيوتن إلى Chainalysis وHexagate لإشارات الأمان، وRedStone وCredora لبيانات المخاطر، وVaults.fyi للعائد، وMassive لمنحنيات عوائد الخزينة، وEtherscan لظروف الغاز، وPersona وHuman Passport وVeriff وNeynar للهوية. لا تلامس أيٌّ من هذه التعقيدات عقد البروتوكول المُستدعى، وهذا هو المقصود؛ لكن ذلك يعني أيضًا أنّ الخطّاف الواحد الذي يقوم المطوّر بربطه يصبح الآن بمثابة وكيل (Proxy) لخدمات خارجية ثمانيّة أو أكثر لم يخترها المطوّرون ولم يتمكّنوا من تدقيق كل واحدة منها بشكل منفصل.

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

لا تُبالغ نَيوتن في تسويق جهد التكامل؛ فخطّاف واحد حقًا هو كل ما تحتاجه أي عقود. لكن ما تتركه العبارة الدعائية غير مصرح به هو مقدار الآلة غير المرئية التي يعتمد عليها ذلك الخطّاف الآن، ومقدار القليل من التحكم الذي يملكه الفريق المُدمِج تجاه أي جزء منفرد منها.

@NewtonProtocol $NEWT #Newt $LAB $B

معظم عمليات التبادل تمنح كل حساب فرعي مفتاحًا خاصًا واحدًا فقط وتعتبر ذلك كافيًا. تقوم GRVT بشيء تسميه الوثائق «ضوابط الوصول للتاجر»، ومن السهل تجاهله: يمكن لحساب فرعي واحد أن يُدار بواسطة عدة مفاتيح خاصة في الوقت نفسه، ويمكن لكل واحد من تلك المفاتيح حمل صلاحيات مختلفة وقابلة للتخصيص. قد يقوم مفتاح بوضع الأوامر، بينما قد يكتفي مفتاح آخر بعرض الأرصدة، وقد يتولى مفتاح ثالث عمليات السحب ضمن سلسلة موافقات منفصلة.

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

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

@grvt_io #grvt $LAB $BEAT

يُصنِّف معظم الناس نيوتن مع أدوات الامتثال من نوع لوحات تشايناليسيس أو مزوّدي خدمات KYC. لكن إذا قرأت ما بُنِيَ عليه نيوتن فعلًا ليحل محله، فإن مجموعة المقارنة الأكثر صدقًا هي شبكات كِيبر. تُوجد كلٌ من Gelato Network وKeep3r Network لتفعيل إجراءات على السلسلة عندما تتحقق شروط معيّنة: عندما يتجاوز السعر حدًا معيّنًا، أو عندما يحتاج قرض إلى التصفية، أو عندما تحتاج محفظة (vault) إلى إعادة موازنة. تقوم Chainlink Automation بالشيء نفسه، لكن مع بنية تحتية أكثر. لا يتحقق أي واحدٍ من هذه الثلاثة من أن الحساب الذي يقرر ما إذا كان ينبغي الفعل قد تم بشكل صحيح؛ بل إنها تنفذ المُحفِّز (trigger) وتثق في الكِيبر.

يقوم مُشغّلو نيوتن بإجراء تقييمات السياسة داخل بيئات تنفيذ موثوقة (trusted execution environments) ويربطون النتيجة بإثبات معرفة-صفرية (zero-knowledge proof)، بحيث يصبح القرار نفسه قابِلًا للفحص من أي شخص، وليس فقط من نفّذه. وهذا عمل مختلف بشكل ملموس عن مُجرّد مراقبة الكِيبر لتيار أسعار. يُجيب نظام الكِيبر عن: "هل انطلقت الحالة؟" بينما يُجيب نيوتن عن: "هل تم تقييم هذا القرار المحدد، وحدّ الإنفاق (spending cap)، وفحص العقوبات، وحدّ المخاطر، فعلًا بالطريقة التي تقضي بها السياسة؟" ثم يُقدّم لك إيصالًا يثبت ذلك.

المقايضة حقيقية. يكون Gelato وKeep3r أسرع في التكامل وأقل كلفة للتشغيل لأنهما يتجاهلان خطوة توليد الإثبات بالكامل. يدفع نيوتن تكلفة وزمنًا إضافيين مقابل قابلية التحقق، وهو شيء لا يتوجب أن يدفعه مُحفز الكِيبر البسيط أبدًا.

لذا لا يُنافس نيوتن Chainlink Automation من ناحية السرعة أو السعر؛ بل يُنافس على محور مختلف تمامًا: إثبات أن قرارًا كان صحيحًا، بدلًا من مجرد إثبات أن إجراءً قد حدث. تبرز هذه الفروق في أكثر الأماكن التي لم تُصمَّم شبكات الكِيبر للعمل فيها أبدًا: في الحافظات المؤسسية ووكلاء الذكاء الاصطناعي حيث لا يُقبل سؤال "ثق بالروبوت" كإجابة. أما ما إذا كان بدل التحقق هذا يستحق الدفع مقابل مُحفز روتيني لشراء DCA (متوسط التكلفة بالدولار) فهو سؤال منفصل لم يُجب عنه السوق بعد.

@NewtonProtocol $NEWT #Newt $LAB $VELVET

الخصوصية هي واحدة من أبرز نقاط البيع لدى GRVT. تتم الموازنة والتموضع خارج السلسلة عبر Validium، لذا ليست بيانات تداولك معروضة للعموم بالطريقة التي ستكون عليها في دفتر أوامر على السلسلة بالكامل. هذه ميزة حقيقية، وخصوصًا المؤسسات تكره بث أحجام المراكز للسوق بالكامل قبل أن تكون قد انتهت حتى من بنائها.

لكن يوجد مقابل أكثر هدوءًا ومضمّنًا في التصميم نفسه، ولا يُناقش كثيرًا. يحافظ Validium على بيانات المعاملات خارج السلسلة بينما ينشر أدلة صحة (validity proofs) على السلسلة، وهذا يختلف عن rollup من نوع ZK الكامل حيث تعيش كل البيانات اللازمة لإعادة بناء الحالة على Ethereum نفسها. هذا يعني أن الضمان الذي تعتمد عليه ليس "السلسلة تثبت رصيدي من بيانات عامة" بل "السلسلة تثبت أن العمليات الرياضية أُنجزت بشكل صحيح، وأنا أثق في إعداد توفر البيانات بأن يُعيد إليّ تلك البيانات فعليًا إذا احتجت يومًا إلى الخروج بمفردي." وفي معظم الأيام لا تغيّر هذه الفروقات شيئًا تقريبًا. تتطابق الصفقات بسرعة، وتحدث التسوية على السلسلة، وتتحرك الأموال عبر عقود ذكية لا يستطيع أي شخص في GRVT لمسها بشكل منفرد. فجوة هذا الأمر تظهر فقط في سيناريو الذيل، أي فشل توفر البيانات؛ حيث يصبح إعادة بناء مركزك الدقيق بدون تعاون المُشغّل أصعب مما سيكون عليه في rollup تتوفر فيه بيانات كاملة على السلسلة.

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

@grvt_io #grvt $LAB $TAC

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

ما حلّ محلها هو شبكة مشغّلين قائمة على الكворم (quorum)، وتواقيع جزئية بتقنية BLS، وإثبات موجز للمعرفة الصفرية (zero knowledge)، ومجمّع (aggregator) يتحقق من الاثنين قبل إصدار إشعار تفويض (Authorization Receipt) موقّع. البروتوكول نفسه، والفريق نفسه، لكن نموذجٌ ذهني مختلفٌ فعلًا حول كيفية اعتماد المعاملة فعليًا.

يشير دفتر الأوامر إلى منافسة على السعر والسرعة، حيث يتسابق المشغّلون فيما بينهم للحصول على رسم. أما الكворم فيشير إلى اتفاق: حدّ من أطراف مستقلة يصلون إلى الحكم نفسه قبل أن يتحرك أي شيء. هذه ليست مجرد كلمات مختلفة؛ إنها أوضاع فشل مختلفة. دفتر الأوامر ينهار عندما لا يرغب أحد في تنفيذ طلبك. أما الكوارم فينهار عندما لا يحضر عدد كافٍ من المشغّلين المخلصين للوصول إلى العتبة.

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

لم يقم Newton بإصلاح خطأ بهدوء هنا؛ لقد بدّل الوعد الذي يقدمه، من منافسةٍ فعّالة إلى اتفاقٍ قابلٍ للتحقق، وهذه نقلة أكبر مما توحي به مجرد إدخالة في سجل التغييرات.

بحثت لمعرفة متى حدث هذا التحول فعليًا ولم أجد إعلانًا واحدًا يشير إليه صراحةً، ولا منشورًا بعنوان: "لقد انتقلنا من نموذج دفتر أوامر إلى نموذج كوارم." لا يظهر الأمر إلا إذا قرأت الشرح المبكر والورقة البيضاء الخفيفة جنبًا إلى جنب، وهو ما لا يقوم به غالبية الناس الذين يقيمون البروتوكول اليوم على الأرجح؛ فهم يقرؤون غالبًا أي وثيقة تصلهم أولًا ويظنون أنها تمثل الصورة كاملة.

@NewtonProtocol $NEWT #Newt $LAB $ESPORTS

اقرأ عرض نَيُوتن الأصلي بعناية، وستصيب وعدًا محددًا: محفظة Passport، المصممة لسلسلة شبكة توحيد سلاسل نَيُوتن، ستدعم أي سلسلة متصلة بـ AggLayer الخاص بـ Polygon، "بغضّ النظر عن آلية الإجماع أو بيئة التنفيذ". بلا استثناءات، بلا قائمة مختصرة. كان ذلك في نوفمبر 2024.

هبطت نسخة بيتا للشبكة الرئيسية في يونيو 2026. هناك سلسلتان تعملان حاليًا: Base وEthereum. كل شيء آخر يقع تحت عبارة "مزيد من دعم السلاسل قادم قريبًا"—وهي الجملة نفسها التي تستخدمها كل مشاريع البنية التحتية عندما يتقدم جدول الطريق أسرع من التنفيذ. لستُ أقول إن وجود سلسلتين فشل؛ فالكثير من البروتوكولات الجادة تُطلق نطاقًا ضيقًا عمدًا. لكن الفجوة بين وعدٍ غير محدد من حيث النطاق وبين واقع سلسلتين، بفارق 18 شهرًا، تستحق التوقف عندها قبل إعادة ترديد العرض الأصلي وكأنه ما زال يصف المنتج.

ما تم تسليمه فعليًا ليس توحيد السلاسل على الإطلاق. بل هو فحص سياسات يقع بين نية المعاملة والتسوية، ومصمم ليعمل حيثما نُشِر مُشغّلو نَيُوتن—وما يعني ذلك اليوم تحديدًا هو Base وEthereum، وليس "أي سلسلة EVM" بالمعنى المجرد الذي يوحي به إعلان 2024. لغة AggLayer اختفت من المواد الحالية. لم يُذكر Polygon في منشور بيتا الشبكة الرئيسية الذي قرأته. مهما كان سبب هذا التحول—وهناك أسباب منطقية، بدءًا من متطلبات أمان EigenLayer وصولًا إلى طلب المؤسسات الذي دفع خريطة الطريق للانحراف—فإن المنتج الموجود الآن يجيب عن سؤال أضيق مما كان نَيُوتن ينوي أصلاً الإجابة عنه.

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

@NewtonProtocol $NEWT $LAB $TAC #Newt

كل شرح للتخزين/الاستيكينغ (staking) الخاص ببروتوكول Newton الذي قرأته يذكر الإيقاف/الخصم (slashing) وكأنه القصة الأمنية برمتها. هذا ليس صحيحًا. التفاصيل التي تهم موجودة في السطر التالي: فترة فك استيكينغ مدتها 14 يومًا قبل أن يمكن لـ NEWT المُستَكَّد أن يغادر.

إذا تم القبض على مُدقق (validator) وهو يتصرف بشكل خبيث، فلن يستطيع فقط إلغاء الاستيكينغ والمغادرة قبل أن يحين موعد العقوبة. تبقى الأموال مقفلة لمدة أسبوعين كاملين بعد الخروج—وقت كافٍ للشبكة لاكتشاف السلوك السيئ وتطبيق عملية الـ slash قبل أن تصبح الرموز قابلة للتداول مجددًا. الـ slashing دون تأخير هو تهديد مع منفذ هروب. أما الـ slashing مع انتظار 14 يومًا فهو ما يعض فعلًا.

قارن ذلك بما تفعله معظم الأنظمة المركزية: سرعة سحب الأموال، سحب فوري، وبدون فترة تبريد. Newton اختار المقابل تمامًا: سيولة أقل للمُدققين، وزمن أكبر لإثبات وجود خلل قبل أن تفلت رأس المال.

كما أنه يغيّر ما الذي يلتزم به ذلك فعلًا عند قولك "staking NEWT". هذه ليست حساب توفير يمكنك تفريغه عند رغبتك. إنها رهـان لمدة أسبوعين بأنك كنت تتصرف بأمانة طوال الوقت الذي كنت فيه مُستَكَّد، لأن ساعة فك الاستيكينغ لا تهمها مدى ثقتك في سلوكك الخاص بمجرد أن تضغط unstake.

Newton يراهن أن الاحتكاك هو الهدف، وليس عيبًا. شبكة المُدققين لا تردع المتلاعبين إلا إذا كان المغادرة أبطأ من أن يتم اكتشافهم، و14 يومًا هو جواب Newton المحدد على سؤال: كم يجب أن تكون أبطأ.

قام صديق بتخزين NEWT على testnet فقط ليرى كيف يكون شعور الخروج. قام بإلغاء الاستيكينغ يوم الأربعاء متوقعًا سحبًا سريعًا، لكنه شاهد العداد ينتظر هناك—يومًا بعد يوم—دون أي شيء مرئي سوى أن الانتظار نفسه صار النقطة.

كثير من أنظمة إثبات الحصة (proof of stake) تستخدم نوعًا من نافذة فك الارتباط. المميز هنا هو ربط ذلك مباشرةً بالـ slashing المتعلق بتقييمات سياسة Newton الخاصة، وليس فقط بعمليات الإجماع العامة المتعلقة بالأخطاء. لذلك تحمي هذه الـ 14 يومًا الشيء المحدد الذي يفرضه Newton فعليًا.

@NewtonProtocol $NEWT $TAC $LAB #Newt

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

عندما يتصرف مشغّل وكيل (Agent) بشكل سيئ في نيوتن، فإن NEWT المُعرّض للإتلاف لا يختفي فقط ولا يُضاف إلى إجمالي بركة المكافآت (General Rewards Pool). بل يتم إعادة توزيعه برمجيًا على المستخدمين النهائيين المتأثرين بذلك الوكيل المعيب تحديدًا. ليس المتعهدين (Stakers). ولا المدققين (Validators). بل الأشخاص الذين خسروا شيئًا فعلًا.

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

ليس الأمر بلا عيوب. لا يعمل التعويض إلا إذا كان العقد الذكي قادرًا فعلًا على تحديد أي المستخدمين تضرروا وبكم مقدار الضرر، وهو ما يصبح أكثر تعقيدًا كلما زادت لزوجة سلوك الوكيل. من السهل تتبّع فشل وكيل شراء (Buy Agent) بسيط ومتكرر. أما وكيل مستقبلي يُنسّق سربًا من وكلاء فرعيين عبر خزانة DAO فهو أصعب بكثير في نسب الأثر بشكل نظيف. لم يثبت نيوتن بعد أنه يُحسن التوسع إلى هذا المستوى من التعقيد؛ إذ تم اختباره حتى الآن فقط على أبسط وكيل لديه يعمل حاليًا.

يُعامل نيوتن الإتلاف باعتباره آلية للتعويض المباشر للمستخدمين، وليس مجرد عقوبة للمشغّل. إذ يعيد توزيع الضمانات من وكيل معيب مباشرةً إلى الأشخاص الذين تضرروا فعلًا—وهي خيار تصميم لم تُضمّنه معظم شبكات إعادة الرهن المحمية (Restaking-Secured) في منطقها الأساسي.

@NewtonProtocol $NEWT #Newt $LAB