Square By Shahid

$BTC تم رفضه عدة مرات الآن الهدف التالي هو 61300 ... تم فتح مراكز بيع قصيرة على $ETH

ETH‎-0.25%

Wrapped BTC مقابل خزائن بيتكوين بدون وصاية — ما الذي يختلف فعلاً؟

Wrapped BTC: تقوم بإيداع بيتكوين حقيقي، ويحتفظ به أمين حفظ، وتتلقى رمزًا يمثل مطالبةً بتلك البيتكوين. يتداول الرمز بحرية. افتراض الثقة هنا هو أمين الحفظ.

TBV: يتم حبس BTC ضمن شروط سكريبت بيتكوين، دون الحاجة إلى أمين حفظ. بدلًا من سك مطالبة-رمز، يولد الضمان إثباتًا يمكن التحقق منه للتغطية. تقوم Aave v4 بقراءة هذا الإثبات مباشرةً.

الفرق الوظيفي: أحد النماذج يطلب منك الثقة بكيان، بينما الآخر يطلب منك الثقة بقواعد إجماع بيتكوين نفسها — وهي القواعد نفسها التي تؤمن BTC لديك بالفعل قبل أي من هذا.

$BABY يؤمّن الطبقة التي تسمح بتعرّف تلك الإثباتات عبر السلاسل دون إعادة إدخال وسيط.

@BabylonLabs_io لا يحاول التفوق على Wrapped BTC من حيث السعر/التنافس. بل يحاول إزالة سبب ضرورة وجود Wrapped BTC من الأساس.
#baby

#baby $BABY لماذا لم يكن ذلك ممكنًا قبل بضع سنوات كنت أتساءل عن سبب ظهور مخازن البيتكوين غير القابلة للثقة (TBV) الآن وليس قبل خمس سنوات، لذلك بحثت فيما الذي تغيّر تقنيًا بالفعل. تعمل مخازن بيتكوين غير القابلة للثقة لدى بابلون (Babylon) على إطار عقود ذكية لبيتكوين يُسمّى BitVM، وبالتحديد إصداره الثالث BitVM3. كانت توجد إصدارات أقدم من هذا النهج، لكن النزاعات كانت مكلفة للغاية — حيث كانت كلفة السلسلة في أسوأ الحالات تقارب 16000 دولار لحل تحدٍ واحد فقط، ما كان يعني أن المشاركة كانت واقعيًا مقتصرة على المشغّلين ذوي رؤوس أموال كبيرة. يساهم BitVM3 في نقل الحسابات الثقيلة إلى خارج السلسلة باستخدام دائرة ملغّاة (garbled circuit)، لذلك لا يلزم لمس البيتكوين سوى إثبات صغير ومضغوط. وهذا يخفض التكلفة الإجمالية على السلسلة إلى نحو 9 دولارات تقريبًا، بينما تكلف معاملة التحدّي نفسها حوالي 0.20 دولار. اعتبرها خفضًا تقريبيًا بمقدار 1000 مرة — وهذه هي الإزالة المحددة التي حوّلت ذلك من مجرد فكرة نظرية إلى شيء يمكن اختباره اليوم. يجدر أن نكون دقيقين بشأن ما الذي يمنحك إياه ذلك: فهو يجعل النزاعات رخيصة بما يكفي لتكون عملية، وليس خالية من الحاجة إلى شخص يتولى فعلًا الاعتراض على ادعاء سيئ. يعتمد التصميم ما يزال على ظهور «مُحدٍّ» (challenger). لكن الانهيار في التكاليف حقيقي، وهذا هو السبب في حدوث ذلك الآن.@babylonlabs_io

لماذا لا يزال "ليست مفاتيحك، ليست عملاتك" مهمًا في 2026؟
لأن أغلب الإقراض المدعوم ببيتكوين ما زال يفشل هذا الاختبار بصمت. تودع، تحصل على رمز مُلتف (wrapped)، وفي مكان ما في المنتصف يكون الوصي يحتفظ بالبيتكوين الحقيقي. يعمل الأمر — حتى لا يعمل. التاريخ لديه ما يثبت ذلك.

صناديق بيتكوين بدون ثقة (Trustless) تتجاوز السؤال بالكامل. عملتك الـBTC لا تغادر السلسلة الأصلية لبيتكوين. منطق القفل والإطلاق مُفعل عبر سكربت بيتكوين (Bitcoin script)، وليس عبر ملاءة شركة. عندما يتفاعل ذلك الصندوق مع Aave v4، فهذا يثبت وجود الضمان — وليس تسليمه.

$BABY يؤمّن الطبقة التي تجعل تلك البراهين موثوقة عبر السلاسل. ليست مجرد رمز جانبي. بنيويّ (Structural).
@BabylonLabs_io يبني نسخة من "ليست مفاتيحك، ليست عملاتك" تصمد فعلًا تحت ضغط الإقراض.
#baby

#baby $BABY لماذا لم يكن ذلك ممكنًا قبل بضع سنوات
كنت أتساءل عن سبب ظهور مخازن البيتكوين غير القابلة للثقة (TBV) الآن وليس قبل خمس سنوات، لذلك بحثت فيما الذي تغيّر تقنيًا بالفعل.
تعمل مخازن بيتكوين غير القابلة للثقة لدى بابلون (Babylon) على إطار عقود ذكية لبيتكوين يُسمّى BitVM، وبالتحديد إصداره الثالث BitVM3. كانت توجد إصدارات أقدم من هذا النهج، لكن النزاعات كانت مكلفة للغاية — حيث كانت كلفة السلسلة في أسوأ الحالات تقارب 16000 دولار لحل تحدٍ واحد فقط، ما كان يعني أن المشاركة كانت واقعيًا مقتصرة على المشغّلين ذوي رؤوس أموال كبيرة.
يساهم BitVM3 في نقل الحسابات الثقيلة إلى خارج السلسلة باستخدام دائرة ملغّاة (garbled circuit)، لذلك لا يلزم لمس البيتكوين سوى إثبات صغير ومضغوط. وهذا يخفض التكلفة الإجمالية على السلسلة إلى نحو 9 دولارات تقريبًا، بينما تكلف معاملة التحدّي نفسها حوالي 0.20 دولار. اعتبرها خفضًا تقريبيًا بمقدار 1000 مرة — وهذه هي الإزالة المحددة التي حوّلت ذلك من مجرد فكرة نظرية إلى شيء يمكن اختباره اليوم.
يجدر أن نكون دقيقين بشأن ما الذي يمنحك إياه ذلك: فهو يجعل النزاعات رخيصة بما يكفي لتكون عملية، وليس خالية من الحاجة إلى شخص يتولى فعلًا الاعتراض على ادعاء سيئ. يعتمد التصميم ما يزال على ظهور «مُحدٍّ» (challenger). لكن الانهيار في التكاليف حقيقي، وهذا هو السبب في حدوث ذلك الآن.@BabylonLabs_io

هابط

#baby $BABY Wrapped BTC مقابل BTC الأصلي، مقارنةً ببساطة

مقارنةً بين إقراض Wrapped BTC بما تفعله صناديق Babylon للبيتكوين غير الموكَلة (TBV) باستخدام BTC الأصلي، لأن الفرق لا يكون واضحًا إذا لم تستخدم الاثنين.

Wrapped BTC: ترسل بيتكوينك إلى جهة حفظ أو جسر، ثم يقومون بإصدار توكن يمثلها على سلسلة أخرى، وتستخدم هذا التوكن في التمويل اللامركزي (DeFi). تعتمد قيمة بيتكوينك الفعلية الآن بالكامل على بقاء جهة الحفظ أو الجسر قائمًا بالوفاء وبنزاهة. إذا فشلوا، فلن تعود بيتكوينك.

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

المقايضة ليست صفرًا — يعتمد TBV على التحقق من الإثباتات خارج السلسلة ليعمل، وهي نوع مختلف من التعقيد عن نموذج الوكيل/الوسيط البسيط، لكنها ليست نفس نمط الفشل مثل "اختراق الجسر". من المهم فهم كلا الجانبين قبل أن تقرر ملف المخاطر الذي تشعر براحة معه بالفعل. @BabylonLabs_io

التعمّق في الاقتراض المدعوم بالبيتكوين الأصلي على Aave v4، بفضل صناديق بيتكوين غير قابلة للثقة التابعة لـ Babylon (TBV)، ومن الجدير تحديدًا أن نكون دقيقين بشأن ما الذي تشتريه فعليًا عبارة "غير قابل للثقة" هنا، لا مجرد تكرار الكلمة.

ثلاثة أمور تبرز:

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

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

الأمر يعمل الآن على شبكة الاختبار (testnet)، يجدر بك تجربة التدفق بنفسك.
@BabylonLabs_io #baby $BABY

قضيت بعض الوقت في فهم ما تفعله حقًا خزائن بايبلون غير القابلة للثقة للبيتكوين (TBV)، لأن معظم الشروحات إما تفترض أنك تعرف ذلك مسبقًا أو تُخفي الفكرة داخل مصطلحات معقدة.
الفكرة الأساسية: يمكن استخدام البيتكوين الأصلي كضمان، على أي سلسلة، وفي أي تطبيق، دون لفّه إلى رمزٍ مُصطنع، أو عبره عبر جسرٍ لطرف ثالث، أو تسليمه إلى أمين حفظ. تظل عملات BTC الخاصة بك على شبكة البيتكوين طوال الوقت.
حالة الاستخدام الحية الأولى هي الاقتراض المدعوم ببيتكوين أصليًا عبر Aave v4. أودِع BTC كضمان، ثم اقترض أصولًا مدعومة مثل USDC/USDT على شبكة Ethereum. لا يوجد رمز BTC مُلفّ يقف بدلًا عن عملاتك، ولا يوجد عقد جسر يحتفظ بالبيتكوين الفعلي.

وهذا الجزء يستحق التوقف عنده: معظم ما يُسمّى اليوم "بيتكوين دي فاي" ليس بيتكوين فعليًا؛ بل هو في الغالب IOU مُلفّ/مؤجل للبيتكوين موجود في مكان آخر. تحاول TBV جعل الأصل الحقيقي قابلًا للاستخدام مباشرةً.

هي متاحة الآن على شبكة اختبار عامة (public testnet) إذا كنت تريد مشاهدة تدفقها بنفسك قبل تكوين رأيك.

@BabylonLabs_io $BABY #baby

كنت أرغب في فهم ما يعنيه فعلًا مصطلح "عديم الثقة" في خزائن بيتكوين عديمة الثقة التابعة لـ Babylon (TBV)، لذا نظرت إلى ما وراء صفحة التسويق لمعرفة كيف تعمل آلية الخزنة. يتم حبس BTC في Taproot UTXO على شبكة بيتكوين. أما ما إذا كان يمكنه التحرك لاحقًا فيُحدَّد بواسطة برهان تشفيري لما حدث على السلسلة الأخرى — Aave v4 على إيثيريوم، في شبكة الاختبار الحالية. لا تقوم بيتكوين نفسها بتشغيل منطق ذلك؛ فهي تتحقق فقط من preimage مقابل hashlock. يتم التحقق الفعلي من البرهان خارج السلسلة، ولا يظهر على بيتكوين إلا إذا قام شخص بالطعن في ادعاء غير صحيح ضمن نافذة زمنية محددة. هذا حل ذكي لتعامل بيتكوين مع عدم دعمها للعقود المقيدة (covenants) — لا توجد طريقة لكتابة "أطلق هذه العملات فقط إذا حدث X على إيثيريوم" مباشرةً داخل سكربت بيتكوين. تتجاوز TBV ذلك بالتحقق التفاؤلي (optimistic) خارج السلسلة بدلًا من ذلك. وهذا أيضًا هو السبب في أنها تبقى صالحة طالما أن الإعداد تم بنزاهة، وكان لدى الطاعن اليقظة اللازمة للاعتراض على ادعاء سيئ في الوقت المناسب. افتراضات معقولة، وليست ضمانات مضمّنة داخل بيتكوين نفسها. هذا ليس انتقادًا للمنتج — فهو يزيل الوصي التقليدي ويستبدله بالتشفير مع حافز للكشف عن الاحتيال. لكن هذا هو سبب أن الاختبار الحقيقي يتمثل في مدى ثبات آلية التحدي تحت الضغط، وليس ما تقوله الورقة البيضاء. ولهذا السبب وُجدت الشبكة العامة للاختبار. @babylonlabs_io $BABY #baby

كنت أرغب في فهم ما يعنيه فعلًا مصطلح "عديم الثقة" في خزائن بيتكوين عديمة الثقة التابعة لـ Babylon (TBV)، لذا نظرت إلى ما وراء صفحة التسويق لمعرفة كيف تعمل آلية الخزنة.

يتم حبس BTC في Taproot UTXO على شبكة بيتكوين. أما ما إذا كان يمكنه التحرك لاحقًا فيُحدَّد بواسطة برهان تشفيري لما حدث على السلسلة الأخرى — Aave v4 على إيثيريوم، في شبكة الاختبار الحالية. لا تقوم بيتكوين نفسها بتشغيل منطق ذلك؛ فهي تتحقق فقط من preimage مقابل hashlock. يتم التحقق الفعلي من البرهان خارج السلسلة، ولا يظهر على بيتكوين إلا إذا قام شخص بالطعن في ادعاء غير صحيح ضمن نافذة زمنية محددة.

هذا حل ذكي لتعامل بيتكوين مع عدم دعمها للعقود المقيدة (covenants) — لا توجد طريقة لكتابة "أطلق هذه العملات فقط إذا حدث X على إيثيريوم" مباشرةً داخل سكربت بيتكوين. تتجاوز TBV ذلك بالتحقق التفاؤلي (optimistic) خارج السلسلة بدلًا من ذلك. وهذا أيضًا هو السبب في أنها تبقى صالحة طالما أن الإعداد تم بنزاهة، وكان لدى الطاعن اليقظة اللازمة للاعتراض على ادعاء سيئ في الوقت المناسب. افتراضات معقولة، وليست ضمانات مضمّنة داخل بيتكوين نفسها.

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

@BabylonLabs_io $BABY #baby

صاعد

$SPCX شركة إيلون ماسك لن تُخيّب ظنّي

SPCX‎-0.16%

لقد فتحت جميع المعالم التسعة في احتفالية #BinanceTurns9 !
الخطوة الأخيرة هي نشر رغبتي هنا.
رغبتي المكوّنة من 20 كلمة: "عيد ميلاد سعيد للذكرى التاسعة لبينانس! شكرًا لتمكين الملايين ودفع اعتماد التشفير عالميًا. إليكم سنوات عديدة أخرى من بناء مستقبل التمويل معًا!" 🚀
لا أطيق الانتظار للسحب على الجائزة الكبرى الحظية لـ

مقالة

مشكلة الامتثال: بروتوكول Newton يحاول فعلًا حلها

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

لا تزال أغلب “الامتثال” في عالم العملات الرقمية يتم خارج الأنظار — فهناك فحص هوية عند التسجيل، ثم لا تتم مراجعة ذلك لاحقًا. تقوم محرك سياسات بروتوكول Newton بربط هوية Persona المُتحقَّق منها وبيانات الإقامة مباشرةً في عمليات التحقق السابقة للمعاملة: العمر، والجنسية، والاختصاص القضائي، ويتم تقييمها داخل عقد ذكي نفسه قبل أن يستقر أي شيء، ضمن أطر مثل قاعدة السفر التابعة لـ FATF وMiCA وقانون GENIUS — دون تعريض البيانات الشخصية الأساسية على السلسلة (onchain). @NewtonProtocol $NEWT #Newt

مقالة

بيتا الشبكة الرئيسية لبروتوكول نيوتن: لماذا قد تكون "التفويض" أكثر أهمية من "الأتمتة"

معظم حديث الأتمتة في عالم العملات المشفرة يدور حول فعل المزيد وبسرعة أكبر: بوتات ووكلاء وسكربتات تنفذ فور تحقق شرط ما. تهدف النسخة التجريبية الرئيسية (Mainnet Beta) التي أُطلقت حديثًا من بروتوكول نيوتن إلى مشكلة مختلفة، أقل بريقًا — التأكد من أن ما يتم تنفيذه كان مسموحًا له فعلًا بالوقوع، وإثبات ذلك.
يصف نيوتن نفسه بأنه طبقة تفويض للمعاملات على السلسلة (onchain): محرك سياسات يتحقق من معاملة ما مقابل مجموعة محددة من القواعد في اللحظة الدقيقة قبل أن تستقر (settle)، لا بعدها. التشبيه الذي يستخدمه الفريق هو شبكة بطاقات تُفوِّض الدفع قبل أن يُصفَّى؛ فالعملات المشفرة لديها بنية تحتية للتسوية، لكنها لم تمتلك فعليًا نقطة تفتيش مخصّصة قبل التسوية، لذلك ظلت عمليات الامتثال والمخاطر والتحقق من الهوية إلى حد كبير خارج السلسلة (offchain)، في أنظمة يصعب تدقيقها وسهلة التحايل عليها عبر استدعاء مباشر لعقد.

المعاملة المؤكدة لا تخبرك إلا بحدوث شيء — وليس ما إذا كان ينبغي حدوثه. تقلب شبكة Newton Mainnet Beta هذا الترتيب: فهي تتحقق من قواعد المعاملة قبل التسوية، وهي متاحة الآن على Base وEthereum. المنتج الأول المبني عليها، VaultKit، يتيح لقيّمي الخزائن تحويل الوعود اليدوية إلى سياسة يفرضها السلسلة نفسها — مع إمكانية قراءة بيانات الأسعار والمخاطر المباشرة من شركاء جدد مثل RedStone وCredora. @NewtonProtocol $NEWT #Newt

مقالة

شريك نيوتن الأمني لديه سجل حقيقي. هل يستخدمه نيوتن بالطريقة المقصودة فعلًا؟

الانطلاق من اسم لم أكن قد تحققت منه فعليًا أبدًا
كل عرض حول منظومة شركاء نيوتن — بما في ذلك ما كتبته أنا — يذكر أوكتان بوصفه "أمنًا مستمرًا للعقود الذكية مدعومًا بالذكاء الاصطناعي" وينتقل إلى غيره. أردت فعلًا أن أعرف ماذا فعلت هذه الشركة، لأن "شريك أمني بالذكاء الاصطناعي" هي بالضبط نوع من الاعتماديات السهلة في إدراجها والسهولة كذلك في تجاهلها بمجرد أن تمرّ عليها.
ما الذي توصّل إليه أوكتان فعلًا
بضع نقاط بيانات ملموسة، وليس مجرد دعاية تسويقية. حدد أوكتان ثغرة لوجود قابلية تشغيل (liveness) عالية الخطورة في عميل تنفيذ Nethermind — وهي خطيرة إلى درجة أنه، في حال تُركت دون إصلاح، كان يمكن أن توقف إنتاج الكتل عبر نحو 40% من مُدقّقي شبكة Ethereum الرئيسية الذين يشغّلون هذا العميل. هذا ليس خللًا افتراضيًا في عقدٍ بسيط؛ بل هو نتيجة تحمل آثارًا على مستوى المخاطر النظامية بالنسبة لِـ Ethereum نفسها.

كنت أُسمّي أوكتان ضمن شركاء نيوتن دون أن أتحقق فعلاً مما الذي قاموا به. والأفضل تصحيح ذلك. اكتشفت أوكتان ثغرة خطيرة للغاية في قابلية الوصول للحياة (liveness) في عميل تنفيذ Nethermind — وهي ثغرة خطيرة لدرجة أنها كانت قد أوقفت إنتاج الكتل عبر ما يقرب من 40% من مُحقّقي (validators) الإيثيريوم على الشبكة الرئيسية الذين يشغّلون ذلك العميل. كما حصلوا على المركز الأول بين أكثر من 1,600 باحث في مسابقة Monad للتدقيق، وهم الشريك الأمني لشركة Circle بالنسبة لـ USDC. هذا سجل حقيقي، وليس مجرد اسم في قائمة شركاء. لكن ما يستحق فهمه حول كيفية عملهم فعلاً هو أن أوكتان ليست بديلاً عن تدقيق تقليدي. موادهم الخاصة واضحة بأنها طبقة مستمرة (continuous layer) مُصممة لتعمل إلى جانب تدقيقات بشرية تتم في نقاط زمنية محددة (point-in-time) — لاكتشاف ما يُقدَّم في الفجوة بين دورات المراجعة، وليس بهدف أن تحل محل المراجعة نفسها. ومعظم الفرق التي يعملون معها يقومون بعمل مزدوج (pair both). وهذا يطرح سؤالاً بديهياً لنيوتن تحديداً: هل يحصل عقد نيوتن الخاص وكود تقييم السياسات لديهم على هذا الاقتران — تدقيق بشري حقيقي كمرساة، مع تشغيل أوكتان بشكل مستمر في الفاصل بينهما — أم أنهم يستخدمون الطبقة المستمرة وحدها فقط؟ لم أجد تقرير تدقيق بشري منشوراً لعقود نيوتن الأساسية للإجابة عن ذلك. من الأفضل طرح السؤال مباشرة بدل افتراض أن عبارة "أوكتان هي شريك" وحدها تغطيه. @NewtonProtocol $NEWT #Newt

كنت أُسمّي أوكتان ضمن شركاء نيوتن دون أن أتحقق فعلاً مما الذي قاموا به. والأفضل تصحيح ذلك.

اكتشفت أوكتان ثغرة خطيرة للغاية في قابلية الوصول للحياة (liveness) في عميل تنفيذ Nethermind — وهي ثغرة خطيرة لدرجة أنها كانت قد أوقفت إنتاج الكتل عبر ما يقرب من 40% من مُحقّقي (validators) الإيثيريوم على الشبكة الرئيسية الذين يشغّلون ذلك العميل. كما حصلوا على المركز الأول بين أكثر من 1,600 باحث في مسابقة Monad للتدقيق، وهم الشريك الأمني لشركة Circle بالنسبة لـ USDC.

هذا سجل حقيقي، وليس مجرد اسم في قائمة شركاء.

لكن ما يستحق فهمه حول كيفية عملهم فعلاً هو أن أوكتان ليست بديلاً عن تدقيق تقليدي. موادهم الخاصة واضحة بأنها طبقة مستمرة (continuous layer) مُصممة لتعمل إلى جانب تدقيقات بشرية تتم في نقاط زمنية محددة (point-in-time) — لاكتشاف ما يُقدَّم في الفجوة بين دورات المراجعة، وليس بهدف أن تحل محل المراجعة نفسها. ومعظم الفرق التي يعملون معها يقومون بعمل مزدوج (pair both).

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

@NewtonProtocol $NEWT #Newt

USDC+0.03%

مقالة

قد يكون الجميع الذين يختبرون Newton في الحقيقة يختبرون نفس العرض التجريبي لمدة خمس دقائق

بابان مختلفان من المدخل
كنت قد نظرت فقط من قبل إلى سير العمل الخاص بـ Newton عبر واجهة سطر الأوامر — لتوليد CIDs، ثم النشر، والتهيئة، والمحاكاة، والإرسال. بالعودة إلى الوثائق، توجد مسار ثانٍ منفصل: حزمة تطوير TypeScript، ‎`@magicnewton/newton-protocol-sdk`، مقترنة بـ viem، وموجهة للمطورين الذين يفضلون كتابة الكود بدلًا من تشغيل أوامر CLI. جمهور مختلف، لكن نفس البروتوكول الأساسي.
يركز مسار الـ SDK على طريقة تُسمى `simulateTask()` — تجربة تشغيل تجريبية (dry run)، موثقة صراحةً على أنها لا تقوم بإرسال أي شيء على السلسلة (onchain)، ولا تتطلب أي Sepolia ETH ولا محفظة. أنت تزودها بنية (from, to, value, calldata, chain ID, function signature) وبكائن `policyTaskData` يصف أي سياسة يجب التحقق منها، وهي تُرجع نتيجة محليًا.

تفصيل صغير في وثائق البدء السريع ل نيوتن يظل في بالي فأعيد النظر فيه. المسار الأسرع الموصى به لتحقيق تكامل كامل ليس: "اقرأ هذه الوثائق بالترتيب." بل هو: تنزيل ملفات سياق LLM الخاصة بهم، وتسليمها إلى Claude أو مساعد برمجي مماثل، وتركه يولّد البنية الكاملة — بما في ذلك مُعطى الـ data oracle، وسياسة Rego، وعقد Solidity، وواجهة Next.js — في تمريرة واحدة. هناك حجة كفاءة واضحة لذلك، ولا أظن أنها خاطئة. إن تفويض السياسة هو بالضبط نوع العمل الشاق والمليء بالقوالب، والمتّبع للأنماط، والذي تكون أداة توليد القوالب المدعومة بالذكاء الاصطناعي جيدة فيه. لكن الأمر يستحق التوقف للحظة عند المفارقة المحددة. هذه بنية تحتية محورها الدعائي هو: "لا تكتفِ بالثقة بأن وكيل ذكاء اصطناعي قام بالشيء الصحيح — بل تحقّق من ذلك." والطريقة المقترحة لبناء طبقة التحقّق نفسها هي: الثقة في وكيل ذكاء اصطناعي ليولّدها بشكل صحيح، ثم يُفترض أن تراجع المخرجات بنفسك. هذا ليس تناقضًا حرفيًا — إذ ما يزال من المفترض أن يقوم البشر بمراجعة السياسة المُولّدة قبل نشرها، كما يحدث مع أي كود مُعاون بالذكاء الاصطناعي. لكن ذلك يعني أن خاصية السلامة الفعلية هنا تعتمد على خطوة المراجعة تلك التي تحدث بعناية، في كل مرة. أدوات التهيئة (scaffolding) لديها طريقة تجعل تلك الخطوة تبدو اختيارية بمجرد أن تبدو المخرجات الأولى مقبولة. @NewtonProtocol $NEWT #Newt

تفصيل صغير في وثائق البدء السريع ل نيوتن يظل في بالي فأعيد النظر فيه.

المسار الأسرع الموصى به لتحقيق تكامل كامل ليس: "اقرأ هذه الوثائق بالترتيب." بل هو: تنزيل ملفات سياق LLM الخاصة بهم، وتسليمها إلى Claude أو مساعد برمجي مماثل، وتركه يولّد البنية الكاملة — بما في ذلك مُعطى الـ data oracle، وسياسة Rego، وعقد Solidity، وواجهة Next.js — في تمريرة واحدة.

هناك حجة كفاءة واضحة لذلك، ولا أظن أنها خاطئة. إن تفويض السياسة هو بالضبط نوع العمل الشاق والمليء بالقوالب، والمتّبع للأنماط، والذي تكون أداة توليد القوالب المدعومة بالذكاء الاصطناعي جيدة فيه.

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

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

@NewtonProtocol $NEWT #Newt

مقالة

# لدى Newton ثلاث طرق لحماية البيانات خصوصيًا. ليست قابلة للتبادل.

من أين بدأت
دخلت إلى مرجع سطر الأوامر الخاص بـ Newton متوقعًا آلية خصوصية واحدة: تشفير الأشياء الحساسة، وإبقاؤها خارج السلسلة العامة، وانتهى الأمر. لكن هذا ليس ما يوجد هناك. التوثيق يذكر ثلاثة مسارات خصوصية مميزة: الهوية (identity)، والسرية (confidential)، وذاتية/عابرة (ephemeral). لكل واحد منها أمر سطر أوامر خاص به، وسلوك تخزين خاص به، والأهم من ذلك — إجابة خاصة به عن سؤال لم يطرحه التوثيق مباشرةً: خصوصيٌّ ممن، ولمدة كم، ومن المُسموح له بوضعه هناك.

افترضت أن نيوتن لديه نظام تشفير واحد لأي شيء حساس.

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

واحدة تتعامل مع الأسرار — مفاتيح API التي يحتاجها مزوّد بيانات WASM للاتصال بخدمة خارجية (مفتاح فهرس، أو بيانات اعتماد API مدفوعة). تشفير HPKE من جهة العميل، مختومًا باستخدام X25519/ChaCha20-Poly1305، يتم جلبه عبر newt_getSecretsPublicKey، وتخزينه عبر newt_storeEncryptedSecrets. هذا يمنع بيانات اعتماد المزوّد من أن تكون قابلة للقراءة على السلسلة.

والأخرى تتعامل مع بيانات الخصوصية — المدخلات الحساسة الفعلية التي تقوم السياسة بتقييمها (وثائق الهوية، والدرجة الائتمانية، والقائمة السوداء). يتم استخدام مفتاح منفصل، ويتم جلبه عبر newt_getPrivacyPublicKey. هذا يحمي بيانات المستخدم أو المزوّد من أن تكون قابلة للقراءة على السلسلة.

مفاتيح مختلفة، ونهايات مختلفة، وغرض مختلف. إحداهما تحافظ على خصوصية البنية التحتية لمزوّد البيانات. والأخرى تحافظ على خصوصية مدخلات القرار الفعلية.

فارق بسيط. لكن الخلط بينهما يعني تفويت حقيقة أن نيوتن رسم خطًا مقصودًا بين "حماية البنية التحتية" و"حماية الشخص"، وبنى آليات منفصلة لكل جزء بدلًا من صندوق أسود عام الغرض.

@NewtonProtocol $NEWT #Newt