وأنا أشاهد مخطط الشموع البيانية، أرى أن بيتكوين تتراجع تدريجيًا عن أعلى مستوى حديث لها—ومع ذلك لا يبدو أن حالة الذعر المعتادة موجودة. تُظهر أسواق هابطة من يتأكّد فعلًا من التزامه عندما يختفي السيولة السهلة. في الآونة الأخيرة، عادت المحادثات حول BTCFi إلى الواجهة. ولا يَبدو ذلك مصادفة؛ فالأموال تُلاحِق بنشاط طرقًا أكثر أمانًا لتوليد العوائد. أحد المسارات التي نظرتُ إليها بعناية هو نهج Babylon Labs. فقد بنَوا شيئًا يُسمّى TBV: حيث يتم حجز بيتكوين مباشرةً داخل سكربتات Taproot على شبكة بيتكوين الرئيسية (mainnet). لا توجد جسور، ولا رموز مُلتفّة (wrapped). ثم تُتيح البراهين التشفيرية الاقتراض باستخدام ستابلكوينز من Aave v4. وتظل كل UTXO مستقلة بذاتها، لذلك لا يستطيع المشروع نفسه نقل الأصول. تمنحني هذه الدرجة من الحيازة الأصلية راحة حقيقية. ومع ذلك، أتساءل إن كانت هذه الصرامة في الحيازة على السلسلة قد تُقيّد مدى حرية حركة رأس المال وإمكانية توظيفه. ثم نظرتُ إلى Hashi على Sui. إن نموذجهم يكاد يكون العكس تمامًا. فـ Validator MPC مقترنًا بـ Guardian multisig يحفظ الـ BTC، ويُنشئ hBTC، ويتيح له التحرك بحرية داخل منظومة Sui. من المحتمل أن تعجب المؤسسات بالأداء وبمجموعة أوسع من حالات الاستخدام. والسؤال الذي يظل عالقًا لدي هو ما إذا كان الجمع بين multisig و MPC يمكنه إزالة مخاطر المركزية بالكامل. لست خبيرًا تقنيًا عميقًا، لكن عادةً ما تعني الافتراضات الأكثر تعقيدًا في الثقة نقاط فشل محتملة أكثر. لذا أمامنا اتجاهان واضحان: أحدهما يَضع الحيازة الأصلية في المقام الأول، والآخر يعطي الأولوية للتوافقية (composability) والمرونة. أبدأ في الاعتقاد أنه لا توجد إجابة واحدة صحيحة—وربما يكون التصميم الفائز خليطًا من عناصر كِلا النهجين. لكن السؤال الذي يبدو أكثر أهمية من حركة السعر اليومية هو هذا: عندما يأتي اختبار ضغط حقيقي في سوق هابطة، أي نظام ستظهر فيه الشقوق أولًا؟ هل ستثبت براهين TBV التشفيرية البحتة أنها أكثر مقاومة، أم أن ضوابط Hashi عالية المستوى من ناحية المخاطر ستصمد بشكل أفضل؟ قد تكون الإجابة على ذلك أهم من الشمعة التالية على المخطط. @BabylonLabs_io #baby $BABY
عندما تم إطلاق شبكة الاختبار TBV التابعة لشركة Babylon Labs، ظلّت تظهر تفاصيل واحدة مرارًا وتكرارًا: يمكن لعملية واحدة من بيتكوين أن تحمل حتى 10 مخرجات HTLC.
على السطح، قد يبدو هذا كحيلة بسيطة لتوفير الرسوم. لكن هذا لا يلتقط الفكرة الأساسية.
هذا ليس عن وضع عملات BTC الخاصة بعشرة مستخدمين في بركة مشتركة واحدة. كل مخرج ما زال ينتمي إلى Vault منفصل، مدعوم بـ UTXO خاص به، وبنية معاملة مُوقَّعة مسبقًا خاصة به، ومسار سحب خاص به. مخرجات HTLC العشرة ليست "خزنة" جماعية واحدة—بل هي عشر خزائن مستقلة موضوعة داخل صندوق شحن واحد. النقل يصبح أكثر كفاءة، لكن نموذج الأمان يبقى منفصلًا.
هذه هي الفكرة المحورية: يمكن تجميع الكفاءة، لكن لا يمكن تجميع المخاطر.
حتى مع أن التجميع يقلل التكلفة، فإنه لا يقلل العبء التشغيلي. أثناء الإعداد، ما زال موفّر الـVault مضطرًا إلى جمع التوقيعات من جميع المشاركين وإرسال الدفعة إلى Ethereum. إذا تعطل VP (موفّر الـVault) عن العمل، يمكن للمستخدمين ما يزال استعادة التوقيعات المطلوبة من السلسلة لإكمال PegIn. وإذا لم يتعاون VP أثناء الاسترداد، يظلّ المستخدمون يعتمدون على مفاتيح WOTS الخاصة بهم وبيانات المطالبة ليتمكنوا بأنفسهم من السيطرة.
إذًا، التجميع يختصر الرسوم، لا سير العمل الخاص بالأمان.
تشبيه أفضل هو عقود تأمين متعددة تُشحن ضمن حزمة واحدة: يصبح التسليم أرخص، لكن الاكتتاب والتوقيع والمطالبات الخاصة بكل بوليصة تظل منفصلة بالكامل. إن دمج الحزمة لا يعني تغطية مشتركة.
لهذا السبب، بعد إطلاق الشبكة الرئيسية لبايبلون، أهتم بدرجة أقل بكم تم توفير الرسوم، وأكثر بثلاث إشارات حقيقية: كيفية توزيع أحجام الدفعات، ومدى تكرار إكمال التوقيعات من البداية إلى النهاية، ومدى سرعة تمكن المستخدمين من استعادة أنفسهم ذاتيًا عندما يكون VP غير متاح. هذه هي الأرقام التي تُظهر ما إذا كان تصميم "مجمع لا مُجمَّع" يمنح فعلاً مكانه.
يمكن للتقنية تحسين التكلفة. أما الأمان فلا يقبل خصومات الجماعة. @BabylonLabs_io #baby $BABY
في وقت مبكر اليوم، كنت أتحدث مع أصدقائي عن @BabylonLabs_io، وكانت هناك نقطة ظلت تزعجني: ليست كل “الخزائن” شيئًا واحدًا.
الخزنة (Vault) النموذجية في DeFi هي في الأساس عبارة عن حوض مشترك. يقوم العديد من المستخدمين بإيداع أموالهم في عقد واحد، ويتم توزيع كل من العوائد والمخاطر على نفس الدفعة.
نموذج خزينة TBV مختلف. فكل خزينة هي UTXO مستقل بذاته، مع مجموعة محددة مسبقًا من مسارات سحب مُوقَّعة مسبقًا (pre-signed withdrawal paths). لا تندمج الخزائن في حوض مشترك، ولا تختلط إحداها بالأخرى. إن البنية أقرب إلى صندوق إيداع منفصل منها إلى صندوق مالي تعاوني.
الفرق الآخر المهم: عقد البروتوكول نفسه لا يمكنه نقل BTC خارج البرنامج النصي (script). ولا يستطيع إقراضه، أو إعادة استخدامه، أو إعادة توجيهه إلى مكان آخر. وهذا يعني أن الأصول لا يمكن إعادة رهنها. في كثير من منتجات “الإيداع والكسب”، عليك أن تثق في المنصة ألا توجّه أموالك إلى استخدامات أخرى. في TBV، يتم فرض هذا القيد على مستوى البرنامج النصي. الأمر ليس مجرد وعد؛ بل إنه مدمج في التصميم.
بالنسبة للمبالغ الأكبر، أفضل شخصيًا هذا النموذج المعزول على حوض مشترك. فهو يجعل أسوأ سيناريو محتمل (maximum downside) أسهل للفهم. ومع ذلك، لم أرَ بعد تفاصيل البرامج النصية Taproot المتاحة علنًا أو تقارير التدقيق لكل خزينة على حدة، لذا يبقى هذا الجزء غير واضح.
قبل الإيداع في أي شيء يُسمّى “خزينة”، أعتقد أن السؤال الأول ينبغي أن يكون بسيطًا: هل هي بنية معزولة، أم مجرد حوض تمويلي مشترك مع تسمية مختلفة؟
#baby $BABY استيقظت للتو من تنبيه خادم عن انفجار ما. كانت شاشتي ما تزال نصف ضبابية عندما فتحت دردشة المجموعة ورأيت أحدهم يسقط جدول مقارنة نموذج الثقة TBV. بعد عشر دقائق من التحديق أصبحت مستيقظًا تمامًا. @BabylonLabs_io كنت أظن أن جسور السلاسل المتقاطعة تأتي في فئتين فقط: مركزية أو لا مركزية. اختر الأكثر لا مركزية وستكون آمنًا بشكل أساسي. هذا الجدول قتل الفكرة. حتى تصميم “لا مركزي” من الجيل القادم مثل جسر BitVM ما زال يفرض على بوب الاعتماد على لجنة توقيع 1-من-ن، ومجموعة مشغّلين 1-من-م، وعلى الأقل خصم/تحدّي نشط واحد يعملون معًا. إذا انقطع أي رابط واحد يمكن للأموال أن تبقى هناك محبوسة دون تقدم. صناديق بيتكوين غير قابلة للثقة (Trustless Bitcoin vaults) حيوان مختلف. من لحظة إنشاء القبو يتم توقيعه/مشاركته بالفعل بواسطة بوب ولاري. لا توجد أدوار طرف ثالث على الإطلاق. عمليات السحب لا تتطلب الثقة في أي شخص. هذه الأدوار الثلاثة—المشغّلون، لجنة الموقّعين، والخصم/التحدّي—لم تكن مُزالة/مُحسّنة خارج التصميم. لم يكن من المفترض أصلًا أن توجد في المقام الأول. يصبح الفرق أكثر وضوحًا حتى في الإقراض. ضمن إعداد DLC يمكن للاري ببساطة رفض تسليم سر سداد القرض وحجب فكّ/استرداد بوب—مشكلة الخيار الحر الكلاسيكية. مع TBV تكون شروط الاسترداد مجرد إثباتات تشفيرية بحتة. لا أحد يحتاج إلى “منح إذن”. شخصيًا ما زلت أشغّل فقط مبالغ اختبار صغيرة على الشبكة التجريبية. رأس المال الرئيسي لم يتحرك. كما لم أستطع العثور على أي توثيق واضح حول كيفية تحديد عتبة التعدد-التوقيع k-من-n بالضبط. التصريح الرسمي هو “الحَوْكمة هي من تقرر”، لكن التفاصيل الفعلية ما زالت غير منشورة. إذن السؤال الحقيقي: هل ستتخلى عن السيولة الفورية لجسرٍ ما فقط لإزالة طبقة ثقة إضافية واحدة؟
قضيت نصف الليل وأنا أتصفح ورقة @BabylonLabs_io البيضاء وأتحقق مرة أخرى من أرقام تكلفة السلسلة المتعلقة بإعدادات BitVM2 وBitVM3. كلما تعمقت، كلما بدا لي أن شيئًا ما لا يتطابق. يتعامل معظم الناس مع «جسر Bitcoin» و«خزنة Bitcoin» وكأنهما الشيء نفسه تقريبًا، مع اختلاف افتراضات الأمان فقط. لكن بعد التعمق في التفاصيل، يتضح أنهما تصميمان مختلفان جذريًا. الجسر يقوم بإصدار BTC مغلف قابل للاسترداد من يمكنه استبداله، لذلك يجب الاعتماد على مجموعة كاملة من المشغلين ولجان التوقيع والتحدّيين وباقي الأدوار الأخرى للحفاظ على استردادات الأموال. أما الخزنة، في المقابل، فتقوم بقفل الأموال منذ اليوم الأول إلى عنوانين محددين مسبقًا (فكر في: المقترض والمُقرِض). لا تُعد هذه الأدوار الإضافية مطلوبة في الخزنة. وتجعل الأرقام الفارق أوضح بكثير. في النهج المبكر الخاص بـ BitVM2، كانت تكلفة السلسلة المقاسة للتحقق من برهان ZK واحد أكثر من 15,000 دولار. مع BitVM3 تنخفض نفس الحالة المتنازع عليها إلى حوالي 93 دولارًا، بينما يمكن أن تكلف الإيداع أو السحب العادي غير المتنازع عليه ما يصل إلى 2.66 دولار فقط. هذا يعني تخفيضًا يقارب 170×—ليس مجرد تعديل في معامل، بل تغيير كامل في طريقة التفكير. ما كان يُسمى سابقًا «كشف كل شيء على السلسلة عبر سر» يتحول إلى مسابقة نظرية ألعاب خارج السلسلة داخل دارة مختلطة. وينكمش الاعتماد على الثقة على السلسلة من ثلاثة أطراف إلى طرفين. في الوقت الحالي أنا أقوم بتجربة صغيرة على شبكة اختبار بشكل أساسي لفهم سلوك قفل الوقت على مسار النزاع. إن الادعاء بأن التخزين خارج السلسلة يكلف حوالي 1 دولار في الشهر يأتي فقط من المواد الرسمية؛ لم أجد مصدرًا مستقلاً يؤكد ذلك بعد. عندما تتحقق من تكاليف السلسلة في الاستخدام اليومي، هل تراجع فقط أرقام المسار السعيد، أم أنك أيضًا تُسعّر السيناريوهات القصوى؟@BabylonLabs_io #baby $BABY
“يتحكم المستخدمون بشكل مباشر في الاسترداد” تبدو مطمئنة — إلى أن يرفض الطرف الآخر ببساطة المشاركة. علقت في قسم من ورقة TBV البيضاء من @BabylonLabs_io يزعم أن “الخزائن عديمة الثقة تلغي المشغّلين تمامًا.” يقدّم التصميم طرفين محددين مسبقًا بسلطة مباشرة على الاسترداد. لا يلزم وسيط مشغّل. وهذا يزيل بشكل واضح المخاطرة الكلاسيكية المتمثلة في قيام طرف ثالث بسحب الأموال. إنه يعالج مشكلة السرقة. لكن ماذا عن قابلية التنفيذ (liveness)؟ تقارن الورقة البيضاء بين الخزائن عديمة الثقة وجسر BitVM. في نموذج BitVM يجب على المشغّل تمرير (relay) معاملة الاسترداد؛ فإذا صار هذا المشغّل خبيثًا، يمكن أن تكون الأموال في خطر. أما TBV فيتيح للطرفين المتقابلين الاحتفاظ بمفاتيح الاسترداد بأنفسهما. يضمن التشفير أنه طالما كُتبت البرامج النصية (scripts) بشكل صحيح، لا يستطيع أي طرف الاستيلاء على BTC لا تخصّه. الأمان متين: لا يمكن لأي شخص أن يأخذ قسرًا ما يعود لشخص آخر. ومع ذلك، فالأمان ليس هو الشيء نفسه المتعلق بقابلية التنفيذ. إذا كان فتح الأموال يتطلب توقيع الطرف المقابل أو إتمام خطوة، وإذا غاب هذا الطرف عن الاتصال أو اختفى أو رفض ببساطة التعاون، فقد تبقى العملات محبوسة. تؤكد الورقة البيضاء أن “لا أحد يمكنه سرقة أموالك”، لكنها لا توضّح بوضوح ما الذي يحدث عندما يفشل الطرف الآخر في اتخاذ إجراء. إن الحماية من السرقة لا تعني تلقائيًا الحماية من تجمّد الأموال. غالبًا ما تجعل كلمة “عديم الثقة” الناس يركزون على ضمانات مناهضة للسرقة فقط، متجاهلين مخاطر السيولة والتوافر — وهما جزء من أمن الأصول الحقيقي. خلاصة موقفي: تقوم TBV بعمل ممتاز في منع السرقة الصريحة. لكن عند تقييم أي تصميم لطرفين في DeFi، يجب طرح سؤالين منفصلين: هل يمكن سرقة المال؟ هل يمكن أن يصبح المال عالقًا بشكل دائم؟ هاتان بُعدين منفصلين للمخاطر. إن فهم هذا الفرق ضروري لاستيعاب نموذج الأمان الفعلي لـ $BABY — بدلًا من الاكتفاء بالمعنى السطحي لكلمة “عديم الثقة”. #baby $BABY @BabylonLabs_io
#baby $BABY بينما كنت أراجع وثائق بابل الليلة الماضية، توقفت عند صفحة افتراضات الأمان. الجميع يصرخ: “خلّوا ماكنيتور-بتكوين-native يدخل إلى التمويل اللامركزي (DeFi)”، لكن سؤالًا أكثر عملية ضربني: عندما يتم حبس BTC الخاص بك داخل سكربت Taproot، ماذا يتعين عليك فعله فعليًا لاستعادته؟
فكّ الربط ليس أمرًا مباشرًا. يمكنك الانتظار حتى انتهاء مهلة حظر كامل تقارب ~64,000 بلوك (حوالي 15 شهرًا)، أو فكّ الربط بشكل فعّال—وهذا يتطلب موافقة لجنة العهد (Covenant Committee) ثم الخضوع لفترة حبس ثانية. توضح EOTS بوضوح: إذا قام مزوّد نهائية (Finality Provider) بتوقيع مزدوج في الارتفاع نفسه، فإن المفتاح يتم تسريبه وما زال يمكن أن يُفرض عليك اقتطاع (slashing) خلال نافذة فكّ الربط تلك. لذلك فإن الخروج هو نافذة زمنية محددة ضمن قواعد البروتوكول، وليس مجرد إلغاء استثمار في أي وقت.
كما أن تصفية TBV مثيرة للاهتمام أيضًا. أنت تقترض مقابل BTC دون التنازل عن حيازة الأصول؛ كل Vault يقابل UTXO مستقلًا بذاته. في حدث تصفية، يقوم المُصفّي بالتسوية فورًا باستخدام WBTC، لكن BTC الأصلي لا يصبح قابلًا للاسترداد إلا بعد مرور نافذة إثبات الاحتيال (fraud-proof). هذا يفصل الجدول الزمني: على المضارب أن يُقدّم WBTC أولًا، ويتحمّل تقلب الأسعار وتكاليف التمويل. لم أجد إجابة واضحة عمّا إذا كانت الاستعداد لتوفير السيولة مقدمًا ينهار عندما ترتفع درجة التقلب.
تُبقي فلسفة بابل السيطرة النهائية مع البيتكوين نفسها. خريطة الطريق واضحة: المرحلة 1 تركز على التطوير المتمحور حول البيتكوين، والمرحلة 2 تنتقل إلى كوزموس (Cosmos)، والمرحلة 3 تجلب استيكينغ متعدد الأصول. لكن على المستخدمين أن يستوعبوا أن الاقتطاع حقيقي، وأن قبول التأخيرات في الخروج جزء من المقايضة؛ فهناك منحنى تعلم موضوعي.
عندما تقيّم المشاريع، هل تتعمق بهذا القدر في آليات الخروج والتصفية؟ يسعدني أن أعرف إن كنت تتعمق بهذا المستوى أيضًا—اترك تعليقًا.@BabylonLabs_io $LAB
#baby $BABY لقد شاهدت كل دورة سوقية وهي تختلق سببًا جديدًا لدفع البيتكوين إلى ما يتجاوز ما صُممت من أجله. كنت في الجوار مدة كافية لتذكّر حين كان كل مشروع تقريبًا يدّعي أنه سيُعرّف “سيُفكّك سيولة BTC”. ومعظمهم اتّبع النمط نفسه: توكنات مُلتفة، أمناء حفظ موثوقون، وجسور تحوّلت بهدوء إلى نقطة فشل وحيدة، ومجتمعات تنظر إلى التعقيد غير الضروري على أنه تقدّم. برزت “بيثلون” لسبب لم أتوقعه. ليس لأنها قدّمت عائدًا—فالعملات المشفّرة لم تَفتقر يومًا إلى الوعود. بل لأنها تبدأ من حقيقة غير مريحة: تَتربّع تريليونات الدولارات من البيتكوين في حالة خمول، بينما تقضي السلاسل الأحدث سنوات في محاولة استعارة مصداقيته. لستُ متأكدًا حتى الآن إن كان هذا الإشكال يحتاج إلى حل. هناك شيء غريب في مشاهدة البيتكوين—وهو الأصل المبني على ضبط النفس المتعمّد—وهو يتحوّل تدريجيًا إلى ضمان لأغلب ما هو آخر. يبدو التَخزين/الرهان بملكية ذاتية أكثر صفاءً من النماذج الأقدم. لا جسور، لا التخلّي عن المفاتيح الخاصة، لا تحويل العملات إلى أشكال غير مألوفة. ومع ذلك، رأيتُ من الأنظمة الموصوفة بأنها “غير قائمة على الثقة” ما راكم بمرور الوقت افتراضات ثقة ببطء. ومع ذلك، هذه تبدو مختلفة. ربما لأن “بيثلون” ليست تحاول إقناعي بأن البيتكوين نفسها يجب أن تتغير. بل يبدو الأمر أقرب إلى أن بقية عالم الكريبتو يعترف أخيرًا بأنه ما يزال يحتاج إلى البيتكوين. بعد كل هذه السنوات، قد يكون هذا أكثر شيء صادق قوله هذا السوق منذ وقت طويل.@BabylonLabs_io 😀
#newt $NEWT @NewtonProtocol في فترة بعد الظهر في المكتب، كنت أقرأ الوثائق التقنية لبروتوكول نيوتن، ووجدت جزءًا واحدًا شدّني حقًا: "خط أنابيب مزدوج للمسار (TEE + ZKP)". على الورق، يبدو الأمر ذكيًا بشكل حقيقي.
الفكرة الأساسية منطقية. يُفترض أن يتولى TEE تنفيذًا سريعًا خارج السلسلة، بينما يحوّل ZKP النتيجة إلى برهان يمكن التحقق منه على السلسلة. لذا بدلًا من مطالبة الناس بالثقة في الحساب فقط، يحاول النظام تحويله إلى شيء يمكن التحقق منه رياضيًا. هذه الجزئية أنيقة، وأفهم تمامًا لماذا يَلفت التصميم الانتباه.
لكن بمجرد أن تتجاوز الفكرة إلى حدودها العملية، تبدأ تظهر بعض المخاوف.
أكبر مشكلة هي توليد البرهان. براهين ZKP ليست رخيصة في إنتاجها، وهذا وحده قد يبطّئ الأمور. كما تشير HTX Research إلى أن نموذج TEE + ZKP قد يواجه اختناقات في الأداء واعتمادًا على العتاد. يدعم Newton’s Prover Core zkVMs مثل Risc0 وSP1، لكن هذا لا يلغي حقيقة أن عملية الإثبات ما زالت تتطلب موارد كبيرة. إذا كان العديد من الوكلاء يعملون في نفس الوقت، فإن الازدحام والتأخيرات تبدو شبه حتمية. ومع ذلك، لا يشرح الورق الأبيض بوضوح كيف يخطط النظام للتعامل مع الإثباتات المتوازية على نطاق واسع.
ثم هناك سؤال العتاد. تعتمد TEEs على عتاد enclaves آمن، وغالبًا ما يحتاج عمل التحقق أو التحقق من جانب المدققين إلى أجهزة قوية. وهذا يعني أن مستوى المتطلبات ليس منخفضًا فعليًا. مع مرور الوقت، قد يدفع ذلك المشاركة نحو المؤسسات بدلًا من المستخدمين العاديين. كما يلاحظ Gat أن حزمة البروتوكول معقدة وأن النشر المستقر ما زال يواجه تحديات تقنية حقيقية.
لذا نعم، البنية معِمارية جميلة. لكن إذا كانت اللامركزية تعتمد على عتاد مكلف وعلى مجموعة صغيرة من المشغّلين الأقوياء، فإلى أي مدى تكون لا مركزية فعليًا في الممارسة؟
مجرد وجهة نظري الشخصية، وليست نصيحة استثمارية. $LAB
ما وراء الإصدار: هل يستطيع نيوتن التعامل مع التحويلات الثانوية لرموز الصناديق الخاصة؟
تعمل يونغ في علاقات الاستثمار في شركة لإدارة الأصول، وهي تستكشف ترميز حصص الصناديق الخاصة، بحيث يمكن تمثيل مراكز الشركاء المحدودين (LP) كرموز قابلة للتداول في الأسواق الثانوية. إن العائق الحقيقي ليس التكنولوجيا الأساسية، بل الامتثال: إذ لا يمكن تحويل حصص الصناديق الخاصة إلا إلى مستثمرين مؤهلين، ويجب أن تتحقق كل عملية نقل في السوق الثانوية من أهلية المشتري. وفي الوقت الحالي، تعتمد هذه العملية على المراجعة اليدوية، وهي عملية غير فعّالة ومليئة بالمخاطر القانونية.
تروّج ورقة نَيوتن البيضاء لآلية فضّ النزاعات على أنها حارس غير مُكلّف—يمكن لأي شخص رفع “راية حمراء” دون تسجيل مسبق، بما يوفر ما تسميه مساءلة يقودها المجتمع. لكن تحت هذا التسويق، ترسم الأرقام صورة مختلفة تمامًا.
كل اعتراض يتطلب إعادة تنفيذ كاملة لمحرك سياسة Rego داخل آلة افتراضية للتحقق ببيانات صفرية المعرفة. وتحتفي الورقة بذلك باعتباره قفزة تقنية، إلا أن الابتكار لا يمحو التكلفة التشغيلية. يخرج الطاعن غير الناجح خالي اليدين؛ أما الناجح فيستعيد جزءًا فقط من الضمانات المصادرة، مع تحمّل نفقات باهظة لتوليد الأدلة. هذه الحسابات تصرخ بأن النموذج عالي المخاطر، قليل الهامش—بنية تُحرِم المراقبين العاديين وتُغذي بهدوء فئة محترفة من “الصيادين للمكافآت”.
ثم هناك الدور غير المُحسوم للرمز <$NEWT token>. إذا كانت البروتوكولات تُلزم الطاعنين بقفل الرموز قبل اتخاذ الإجراء، فستتحول المنظومة إلى “قاعة محاكمة” برسوم دخول، لا يحق فيها التقاضي إلا لذوي رؤوس الأموال، ويمكن للجهات الغنية أن تطغى على المشاركين المخلصين بمجرد الثقل الناتج عن الرهان. أما إذا لم تكن هناك حاجة إلى رهان، فإن النظام يستدعي فيضًا من تحديات مجانية بلا كلفة، ما قد يشل التحقق برمته. لا يقدم أي تفرّع ذلك الإشراف المُساواتي الذي تَعِد به البروتوكولات. تقع اقتصادات الرموز في قلب مصداقية الآلية، لكن الورقة البيضاء تُبقيها في حالة تعليق.
قد تُزيل البراهين الرياضية الحاجة إلى الثقة العمياء، لكنها لا تُغطي فواتير الكهرباء. ما يزال لغز الحوافز ينقصه أجزاء حاسمة. نافذة التحدي قد تتحول إلى ميزة زينة—مفتوحة نظريًا، لكنها لا يمسها المستخدمون العاديون عمليًا. السؤال الحقيقي ليس ما إذا كان الكود يمكنه التحقق من نفسه؛ بل من يستطيع فعليًا تحمل تكلفة الضغط على “إرسال”. بدون حوافز متماسكة ومتوازنة، لن تُفعّل وظيفة النزاع جيشًا من المواطنين. بل ستتحول بهدوء إلى أداة اشتراك لصالح عيادات التدقيق ومقدمي السيولة—مسرح لا مركزية بدلًا من عدالة لا مركزية. $LAB
ثوابت وقت التشغيل لبروتوكول نيوتن: الحماية ضد إساءة الاستخدام أم قيود يفرضها المرء على نفسه؟
انتقل إلى الأقسام 3.1 و8.2 من الورقة البيضاء، وستلاحظ فقرة وجدت نفسي أعيد قراءتها خمس مرات. إنها تقف بهدوء داخل غابة من النص التقني—إن لم تنتبه فقد تفوتها تمامًا. القسم 3.1، وهو يفكك فجوات الامتثال عبر السلسلة، يمرر جملة مكتومة: "عندما تتحكم مفتاح خاص في عمليات الأصول—الترميز، والاسترداد، وإدارة الخزنة—إذا تعرض ذلك المفتاح للاختراق، تصبح كل منطقيات الامتثال غير صالحة." مباشرة بعد ذلك، يقترح القسم 8.2 علاجًا: استخدام محرك استراتيجية نيوتن لإضافة "ثابت في وقت التشغيل" إلى عقود RWA الذكية. مهما كان من يمسك بالمفتاح الخاص الخاص بالمسؤول، يجب أن يحصل العقد على توقيع نيوتن قبل أن يتمكن من تشغيل أي دالة حساسة. وبعبارة يومية، الأمر يشبه تركيب قفل امتثال على عقدك الذكي—قفل لا يمكن لأي أحد، لا أنت أيضًا، فتحه من تلقاء نفسه.
قابلية تراكيب سياسات بروتوكول Newton: محرك امتثال مرن أم تحدٍ في قابلية التدقيق؟
في السابق، كان التعامل مع الأذونات داخل مؤسسة غالبًا ما يؤدي إلى تعارض مستحيل: فالإدارة كانت تريد قواعد حازمة لإغلاق كل الثغرات، لكنها في الوقت نفسه كانت تطلب القدرة على إعادة كتابة تلك القواعد في أي لحظة للاستجابة لاحتياجات الأعمال المفاجئة. في بيئة تقليدية، كان المسؤولون البشر يتولّون إدارة هذا التوتر. أما على سلسلة الكتل، فعندما يتم تضمين سياسة داخل عقد ذكي، يصبح تغييرها إجراءً ثقيلًا ومكلفًا من ناحية الموارد. بعد قراءة فصل قابلية التراكيب في وثائق بروتوكول Newton، رأيت أنه ينفّذ منطقًا مستوحى من Rego يعمل قليلًا مثل تركيب قطع LEGO معًا. لم أستوعبه بالكامل حتى قارنت بين الأساليب، ثم اتضحت لي البساطة والأناقة. لا يطلب منك كتابة مجموعة قواعد ضخمة واحدة وشاملة. بدلًا من ذلك، يقسم الامتثال إلى وحدات مستقلة وقابلة للاحتواء: كتلة فحص قوائم العقوبات، وكتلة حدود التحويل، وكتلة مستوى الهوية، وهكذا.
#newt $NEWT على قائمة عقدة/عُقد مُتحقَّقة واحدة @NewtonProtocol ، كل مشغّل يكون مجهول الهوية تمامًا. ما تراه على السلسلة ليس سوى عناوين سداسية عشرية يتبعها مبالغ الرهن، وعدد مرات إنتاج الكتل، ونِسَب الجاهزية/الاستمرارية. لا توجد أسماء مؤسسات، ولا نبذات فريق، ولا روابط مواقع—ولا شيء يكشف ما إذا كانت الجهة خلف العنوان شركة أم فردًا أم “شبحًا”. قضيت ساعات في تتبّع سجلات التفاعل، محاولًا ربط هذه العناوين بمحافظ معروفة، أو أنماط معاملات، أو “بصمات” المناطق الزمنية. لم يؤدِّ ذلك إلى شيء. كل عنوان كان يبدو مُنشأ حديثًا، بلا أثر بصمة عبر السلاسل ولا أي تَتَبُّع للتحقق من الهوية. يمكن لمشغّل خبيث أن يختفي بين ليلة وضحاها، ويُنشئ عنوانًا جديدًا، ويستمر في تشغيل العقد دون أن يُربَط بسلوكٍ سابق. المجهولية هنا درعٌ مثالي لمرتكبي الأذى.
تجعل تلك المجهولية التفويض يبدو كرهانٍ أعمى. عندما تُرهن رموزك، لا تعرف حقًا من يتحكم في المُدقِّق/المدقق. في التمويل التقليدي، تعرف اسم مدير الصندوق، وسجلّه، ووضعه التنظيمي—وإذا حدث خطأ فهناك من تتحمّل مسؤولية مساءلته. هنا لا تحصل إلا على عنوان. إذا رفعت العقدة سرًا عمولتها أو تواطأت مع غيرها للتلاعب بالمكافآت، فلن يكون لديك وجهٌ تواجهه.
والأسوأ من ذلك أن هؤلاء المشغّلين المجهولين يمكنهم تغيير معدلات العمولة في أي لحظة دون إشعار مسبق. قد تفوض عند 10%، لتكتشف أنها تقفز إلى 20% في اليوم التالي. خيارك الوحيد هو فك الرهن وإعادة الرهن في مكان آخر، ما يعني خسارة إمكانية تحقيق أرباح خلال فترة الانتظار. المشغّلون يعرفون أنك تتحمّل تكلفة التحويل، لذلك يستغلون ذلك. رأيت شكوى مجتمعية حيث قفزت عمولات عقدة من 12% إلى 22% دون أي إنذار. كانت ردّة مسؤول/مسؤول إداري مختصرة: “للعُقد الحق في تعديل معدل عمولتها بشكل مستقل.” هذه هي القاعدة—المفوضون بالتجزئة لا بد أن يتقبلوا الأمر. دون هوية أو سمعة أو مساءلة، يبدو نظام رهنٍ قائم على الثقة المفترض أنه نظامٌ يعتمد على اللوتري عالي المخاطر، حيث لا تعرف حتى من يشغّل العجلة
كنت جالسًا على مقعد في حديقة منذ بضعة أشهر، أراقب نصف مراقبة مجموعة أطفال وهم يلعبون كرة القدم بينما كنت أرتّب أفكاري الخاصة. كنت قد عملت في مجال العملات المشفرة مدة كافية لألاحظ نمطًا لا يتحدث عنه أحد كثيرًا. ليست عمليات الاحتيال أو الانهيارات. بل «الاستقالة الهادئة». أولئك البناؤون الذين يختفون ليس لأنهم نفد منهم المال، بل لأنهم نفد منهم الإيمان بأن البيئة ستعاملهم بإنصاف يومًا ما.
لقد قابلتهم في مؤتمرات الهاكاثون، وفي مجموعات تيليجرام، وعلى أطراف المؤتمرات. بنوا أشياء ذكية. استراتيجيات مؤتمتة، نماذج تداول، وأدوات تعمل بشكل رائع عندما تُعزل. لكن عندما حان وقت وضع كل ذلك على السلسلة (on-chain)، مال الميزان كثيرًا. أسعار الغاز التهمت هوامشهم. مراقبو الميمبول نسخوا تحركاتهم. جعل المنطق خاصًا كان يعني الوثوق بخادم واحد، وهذا أفسد الفكرة برمتها. فاستسلموا. بلا إعلان. مجرد دفتر يُغلق، ومستودع يُؤرشف، وعقل ينتقل إلى شيء آخر.
دفعت بروتوكول نيوتن تلك الذاكرة إلى السطح مجددًا. إنه «تجميعة» (rollup) مصممة خصيصًا لاستراتيجيات تداول مدعومة بالذكاء الاصطناعي، وسوقًا يمكن للمطورين فيه نشر النماذج مع تنفيذ قابل للتحقق وخصوصية حقيقية. لا وعود بذكاء اصطناعي عام (AGI). لا ثورة. فقط ساحة تجريبية لنوع العمل الذي غالبًا ما ينتهي به المطاف مهملًا في أحد الأدراج.
ملاحظتي بسيطة. نحن نبذل طاقة هائلة في مطاردة السردية الكبرى التالية لدرجة أننا ننسى كل الأفكار الصغيرة الواعدة التي دفناها بالفعل. ربما لا تكون القفزة الحقيقية سلسلة أسرع أو أوراكل (oracle) أذكى. ربما هي مجرد «طاولة» أكثر إنصافًا، من النوع الذي يجعل بنّاءً متعبًا يرفع نظره من مقعد في حديقة ويقرر أن يحاول مرة أخرى. لا أعرف إن كانت نيوتن تلك الطاولة. لكنني أتابع كل من يحاول بناء واحدة.
كنت جالسًا على مقعد في حديقة قبل بضعة أشهر، أتابع لعب مجموعة من الأطفال لكرة القدم إلى حدٍّ ما بينما كنت أرتّب أفكاري في رأسي. كنت في عالم العملات الرقمية منذ وقتٍ كافٍ لألاحظ نمطًا لا يتحدث عنه الكثيرون. ليس الاحتيالات ولا الانهيارات. بل الاستقالة الهادئة. أولئك البنّاؤون الذين يختفون ليس لأنهم نفد منهم المال، بل لأنهم نفد منهم الإيمان بأن البيئة ستتعامل معهم بعدل.
لقد قابلتهم في الهاكاثونات، وفي مجموعات تيليجرام، وعلى أطراف المؤتمرات. بنوا أشياء ذكية. استراتيجيات آلية، ونماذج تداول، وأدوات كانت تعمل بشكلٍ رائع عندما تُعزل. لكن حين جاء وقت نقلها إلى السلسلة (on-chain)، مال الميزان كثيرًا. أسعار الغاز التهمت هوامشهم. مراقبو الـMempool نسخوا تحركاتهم. إن الحفاظ على المنطق خاصًا كان يعني الثقة بخادم واحد، وهذا أفشل الفكرة كاملة. لذلك توقفوا. بلا إعلان. مجرد دفتر أُغلق، ومستودع (repo) أُرشف، وعقل ينتقل إلى شيء آخر.
دفعت بروتوكول نيوتن تلك الذاكرة للسطح من جديد. إنه تجميعة (rollup) مصممة خصيصًا لاستراتيجيات تداول تقودها الذكاء الاصطناعي، وسوقًا يمكن للمطورين فيها نشر النماذج مع تنفيذٍ قابلٍ للتحقق وخصوصية حقيقية. لا وعود بـAGI. لا ثورة. فقط بيئة تجريبية لنوع العمل الذي ينتهي غالبًا مهجورًا داخل درج.
ملاحظتي بسيطة. نبذل طاقة هائلة في مطاردة السردية الكبيرة التالية لدرجة أننا ننسى كل الأفكار الصغيرة الواعدة التي دفنّاها بالفعل. ربما لا يكون الاختراق الحقيقي سلسلة أسرع أو أوراكل أذكى. ربما هو مجرد طاولة أكثر عدلًا—الطاولة التي تجعل بنّاءً متعبًا يرفع نظره من مقعد في حديقة ويقرر أن يحاول مجددًا. لا أعرف إن كانت نيوتن هي تلك الطاولة. لكنني أولي اهتمامًا لكل من يحاول بناء واحدة. $LAB
بروتوكول نيوتن (NEWT) والروبوت الذي تركته في الدرج
الأسبوع الماضي عثرت على دفتر قديم من عام 2023، مدفون تحت كومة من مستندات الضرائب التي كنت أتجنبها. بداخله كانت صفحات مليئة برسومات سريعة لشيء كنت أسميه “السيولة الواعية” — نظام يستخدم نموذجًا بسيطًا لتعلم الآلة لتحريك مراكز مزودي السيولة عبر مسابح Uniswap v3. كنت قد كتبت المنطق بلغة Python. أجريت له اختبارات خلفية. كنت مقتنعًا أنني اكتشفت شيئًا ما. لم أُنشره أبدًا. ولو مرة واحدة. لم يكن السبب تقنيًا. كان الأمر أنني لم أستطع معرفة كيفية تشغيل النموذج دون تعريضه للعالم أو الثقة بخادم واحد لتنفيذ الصفقات. كل طريق قادني إلى تنازل لم أكن راغبًا في تقديمه. وضعت الدفتر في درج، وتقدّمت. استسلامٌ صغيرٌ وشخصي كررته بطرق مختلفة لسنوات.
#newt $NEWT @NewtonProtocol انزعْ الستار عن الحكاية المطمئنة المتمثلة في «حواجز أمان الذكاء الاصطناعي»، وما يتبقى هو طقسٌ فارغ. فكّك إطار «السياسة-كافتراض للمطالبة» ومنطق القيود لدى نيوتن، لتصل إلى نتيجة باردة وقاسية: لا شيء من ذلك يمكنه إيقاف كارثة آلية. إنّه فقط يصنع كومةً مرتبة من الأوراق الرقمية—وصيةً جاهزة تُبرئ وكيلًا هاربًا فور استقرار الحطام.
لا يوجد حاجز لا يمكن تجاوزه. كل حركة يقوم بها الوكيل تُحلّ مسألةَ تحسينٍ مقيّدة بالسياسات. إن شددت القيود كثيرًا يحدث تعلّق (جمود). وإن أرختها، يكتشف الوكيل حلًا «متوافقًا» لم تكن تتخيله—مسار كارثي نظيف قانونيًا وخيانة روحية. هذا ليس «أمانًا»، بل وهم الإشراف الدلالي.
دور نيوتن أكثر برودة حتى: تخيّل وكيلًا يتبع كل القواعد، ومع ذلك يستنزف الخزينة عبر تركيبات بروتوكول غير متوقعة. من المسؤول؟ لا هوية قانونية للوكيل. المفتاح الخاص للمستخدم تم «تسليمه طوعًا» إلى جهة إيداع. محرك السياسات يُصدّق كل خطوة على أنها متوافقة. وعلى السلسلة (On-chain) تتطابق الإيصالات، ويقف نيوتن في الأنقاض وهو يحمل تقرير تدقيق كامل الدقة. ما يبيعه ليس حماية—بل درع مسؤولية رياضية، وبطاقة إلقاء باللوم يمكنك لعبها فور انهيار الأمور.
تقول الورقة البيضاء: «البشر يحددون النية؛ الذكاء الاصطناعي ينفّذ». رغبتك الضبابية تدفعك إلى مُنفِّذٍ مستقلّ لا رجعة فيه، محكومًا بسياسة نيوتن. هذا البوّابة تتحقق من الامتثال، لا من الغباء. أنت تضبط «تعظيم العوائد»، فيحققها الوكيل عبر تضخيمٍ بالرافعة—متوافق بالكامل—ثم تنفجر الفقاعة وأنت تُمحى.
الخلاصة: تعامل مع براهين استراتيجية نيوتن بوصفها مُحفِّظات، لا طعامًا. قبل أن تُطلق أي أصلٍ حقيقي على السلسلة، ادفع وكيلك إلى أقسى اختبارات شبكات تجريبية (testnet) قاسية. اختبر انحراف الأوراكل، وانكماش السيولة، والتقلبات الشديدة، وحدود الاستراتيجية حتى تصرخ. انظر هل يمكن لبرهان الامتثال هذا أن يحميك عند الحافة المنطقية. إن لم يستطع، فلا تعتمد عليه في المحكمة—أو في أي مكان آخر. $LAB
بروتوكول نيوتن تحت المجهر: هل يعد أمان محفظة نيوتن أم تحكمًا مخفيًا؟
قضى Web3 قرابة عقد من الزمن يردد عبارة "الشفرة هي القانون"، وأي شخص بقي في هذا المجال مدة كافية يعرف أنها أقرب إلى حكاية نارٍ حول المخيم منها إلى مبدأ مُلزم. إن مشاهدة الحيل المستمرة، والاستنزاف، والاحتيالات التي تُسحب بها السيولة يجعل الأمر واضحًا بشكل مؤلم: ذلك القانون المزعوم مليء بالثغرات. في الآونة الأخيرة، ركّز الحديث داخل هذا المجال على @NewtonProtocol وإصدار Newton Mainnet Beta الذي تم الكشف عنه حديثًا. يمتلئ الخط الزمني بمقتطفات تحتفي باعتراضه قبل تنفيذ المعاملات ومحرك القواعد VaultKit—وهو آلية يُفترض نظريًا أنها تُغلق الباب في وجه المهاجم قبل أن يتمكن حتى من إيصال إصبعٍ إليه.