OrionVault

#dusk $DUSK @Dusk
كنت أتصفح مكدس مطوري Dusk، متوقعًا العثور على ترقية blockchain أخرى.

بدلًا من ذلك، توقفت عند شيء أقل بهرجًا بكثير.

Dusk Connect.

في تحديث لأبريل 2026، أوضح Dusk أن محفظته الإلكترونية السابقة كانت تطبيقًا قائمًا بذاته. لم تستطع dApps التكامل معه مباشرةً لاكتشاف المحفظات، أو طلب الحسابات، أو توقيع المعاملات. تم تقديم Dusk Connect ومحفظة Dusk الجديدة لسد هذه الفجوة.

يبدو هذا كأنه تفصيل صغير للمطورين.

لكنني لا أعتقد ذلك.

لدى Dusk عقود ذكية أصلية بالفعل، وتنفيذ Rust/WASM، وDuskEVM، وبنية تحتية موجّهة لتطبيقات مالية منظّمة.

لكن امتلاك بنية تحتية قوية هو نصف المشكلة فقط.

يمكن أن يحتوي البلوك تشين على عقود متقدمة.

يمكن للشبكة أن توفر آليات للخصوصية والامتثال.

ولكن إذا كان المطورون ما زالوا يجدون صعوبة في ربط تطبيق ما بمحافظ، وحسابات، وأذونات، وتوقيع المعاملات، فإن مكدس الواجهة الموجهة للمستخدم لا يكون قد اكتمل.

هذا ما جذب انتباهي في Dusk Connect.

توضح الوثائق أنه مصمم لاكتشاف المحافظ المتوافقة، وطلب الوصول إلى الحساب، والتعامل مع التوقيع والمعاملات، ودعم تغييرات الشبكة دون إجبار dApp على التضمين الصلب نفسه لمحفظة واحدة.

لن أصف هذا بأنه دليل على التبنّي.

أراه بشكل مختلف.

إنه دليل على أن Dusk تعمل على البنية التحتية الأقل بريقًا المطلوبة للتبنّي.

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

والمرحلة الأخيرة أيضًا مهمة.

بالنسبة لي، سؤال Dusk الممتع لم يعد مجرد:

“ما مدى تقدم البنية التحتية الأساسية؟”

بل أصبح:

“هل يمكن لـ Dusk جعل كل هذا التعقيد غير مرئي للشخص الذي يستخدم التطبيق فعليًا؟”

قد تكون تلك هي النقطة التي تتحول فيها البنية التحتية أخيرًا إلى منتج.

$AKE $ACU

#baby @BabylonLabs_io
كنتُ مرهقًا من الوعود التي لا تنتهي في هذا السوق، لكن ظهر اليوم، بينما كنتُ أتقصّى وثائق بابل لمهمة على CreatorPad باستخدام $BABY ، لفتت انتباهي علامة زمنية واحدة.

بروتوكول إسناد بيتكوين لدى بابل راسخ بالفعل. فمليارات الدولارات من قيمة BTC مُقيدة، ويعمل النظام بسلاسة منذ ما يقرب من عامين. لكن "الخزائن البيتكوين غير القائمة على الثقة"—وهي الآلية المصممة لتحويل BTC إلى ضمانات DeFi غير قائمة على الثقة—لم تصل إلى شبكة الاختبار العامة إلا هذا العام، رغم أن الفكرة ظهرت أول مرة في الورقة البيضاء قبل أكثر من عام.

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

هذا ما جعلني أتوقف.

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

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

أنا مهتم حقًا برؤية كيف سيتقلّص هذا الفارق عندما تصل الخزائن إلى الشبكة الرئيسية.

$BICO

$VIC

#baby $BABY @BabylonLabs_io
منذ فترة، تعود إلى ذهني فكرة واحدة كانت وراء تصميم EOTS الخاص ببابل.
غالبًا ما نفكر في التوقيعات كطريقة بسيطة للتفويض، مثل ختم يوافق على قرار. لكن في EOTS، تؤدي التوقيعات دورًا أعمق بكثير. فهي لا تؤكد فعلًا فحسب؛ ففي حالة سوء السلوك، يمكن أيضًا أن تصبح دليلًا ضد الشخص الذي أنشأها.
ووفقًا لوثائق بابل، إذا قام مزوّد “النهائية” (Finality Provider) بالتوقيع على كتلتين مختلفتين ومتعارضتين عند الارتفاع نفسه، فإن إعادة استخدام عشوائية EOTS يمكن أن تكشف مفتاحه. هذه هي اللحظة التي يتغير فيها النظام بأكمله، لأن الانتهاك لم يعد مجرد اتهام — بل صار دليلًا تشفيريًا.
وهذه هي الرشاقة الحقيقية لـ EOTS.
أما “الاقتطاع” (Slashing) هنا فلا يُعد مجرد نظام عقوبة خارجي يُفرض من طرف آخر. إذ تدمجه بابل داخل سكربت الإيداع في البيتكوين (Bitcoin staking script)، حيث بمجرد إثبات التوقيع المزدوج، يمكن استخدام المفتاح المكشوف لإنشاء معاملة اقتطاع. ونتيجة ذلك، لا يصبح السلوك غير الصحيح مجرد خطأ تقني؛ بل يتحول إلى خسارة اقتصادية حقيقية.
ما أجده الأكثر إثارة للاهتمام في هذا التصميم هو أن بابل لا تحاول تحديد لماذا تصرف شخص ما بنوايا غير أمينة. بدلًا من ذلك، تُنشئ مسارًا تشفيريًا حيث يترك الشخص الذي يكسر القواعد خلفه دليلًا على فعله هو نفسه.
قد يكون هذا هو القوة الحقيقية لـ EOTS:
إن أقوى الأمان لا يأتي دائمًا من مزيد من المراقبة. أحيانًا تكون أقوى الأنظمة هي تلك التي تجعل الخطوة الخاطئة تولّد دليلها بنفسها بشكل طبيعي.

$IDOL
$UAI

#baby $BABY @BabylonLabs_io

عندما بدأت في البحث عن بيبلون، اعتقدت أن أكبر قوتها كانت أمان البيتكوين. هذه كانت الجزئية التي بدا أن الجميع يركز عليها.

لكن أثناء قراءتي للوثائق، جعلتني تفصيلة واحدة أراجع هذا التصور. خفّضت بيبلون التضخم السنوي لـ BABY من 8% إلى 5.5%. في البداية، بدا الأمر مجرد رقم آخر.

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

عندها اتضح لي الأمر. يبدو أن بيبلون لا تفكر فقط في المتعهدين اليوم. كما يبدو أنها تفكر فيما إذا كانت الشبكة قادرة على البقاء آمنة ومستدامة على المدى الطويل.

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

أحيانًا لا تكون التغييرات الأكثر أهمية هي تلك التي تفرض أكبر العناوين. بل هي القرارات الهادئة التي تعزز أساس البروتوكول.

ما برأيك ما الذي يجعل سلسلة بلوك أقوى: مكافآت أعلى، أم تضخم أقل مع أمان يمكن الحفاظ عليه على المدى الطويل؟
$UAI
$COTI
#Babylon
#bitcoin.”
#BTC☀️
#CryptoResearch

#baby $BABY @BabylonLabs_io
قبل بضعة أيام، صادفت خزانةً قديمة. كانت ما تزال قوية كما كانت، وما تزال قادرة على حماية شيءٍ ذي قيمة، لكنها كانت فارغة. جعلتني هذه الواقعة أدرك أن القيمة الحقيقية لأي شيء لا تكمن فقط في مدى أمانه، بل أيضًا في الطريقة التي يختار الناس استخدامها بها.

لقد كان الأمر مشابهًا إلى حد كبير مع البيتكوين لسنوات.

اشتراه الناس، احتفظوا به، وانتظروا. لقرابة 17 عامًا، أثبت البيتكوين أن المبادئ النقدية القوية يمكنها اجتياز اختبار الزمن. لكن أثناء قراءة توثيق بابل، راودني سؤال مختلف.

تخيّل 1,000 BTC جالسةً دون استخدام في محافظ رقمية. إذا كان من الممكن أن يساعد 100 BTC فقط في تأمين شبكات لامركزية جديدة دون تغيير الملكية أو المساس بالمبادئ الأساسية للبيتكوين، ألا يعني ذلك توسيع فائدة البيتكوين؟

بالنسبة لي، هذا هو السؤال الأكثر إثارة للاهتمام.

بابل لا تحاول تغيير البيتكوين. إنها تستكشف كيف يمكن أن ينمو دور البيتكوين مع احترام المبادئ التي جعلته موثوقًا منذ البداية. أحيانًا لا تكون الابتكارات بهدف استبدال الأفكار القديمة—بل بإيجاد طرق جديدة لتطبيقها.

ربما لن يُحدَّد مستقبل BTCFi بعدد الأشياء التي يمكن أن يفعلها البيتكوين، بل بمدى حرص الحفاظ على ثقته وأمانه أثناء توسيع فائدته.

في النهاية، لا تتمثل أكبر إنجازاتنا فقط في إبقاء البيتكوين مشغولًا.

بل في جعل البيتكوين أكثر فائدة دون إضعاف الثقة التي أوصلته إلى هنا.
$COTI

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

#baby $BABY @BabylonLabs_io

#baby $BABY @BabylonLabs_io
الأسبوع الماضي، صديق كان يحتفظ بالبيتكوين لسنوات طرح عليّ سؤالًا ظلّ في ذهني طويلًا بعد انتهاء المحادثة. قال: "إذا كان البيتكوين هو بالفعل أقوى وأكثر الأصول الرقمية أمانًا، فلماذا ما زالت التمويل اللامركزي (DeFi) يعتمد بدرجة كبيرة على الإصدارات المُغلّفة منه؟" في البداية بدا الأمر كسؤال بسيط. لكن كلما فكرت فيه أكثر، أدركت أنه يطرح تحديًا لأحد أكبر الافتراضات في مجال BTCFi. لسنوات، ركّزنا على تكييف البيتكوين ليتلاءم مع DeFi. ربما السؤال الحقيقي هو لماذا لم يتطور DeFi للعمل مع البيتكوين بصيغته الأصلية. قادني هذا التفكير إلى التعمق أكثر في @BabylonLabs_io وأفكارها الخاصة بخزائن بيتكوين غير خاضعة للثقة (Trustless Bitcoin Vaults). ما جذب انتباهي لم يكن مجرد التكنولوجيا، بل التحول في طريقة التفكير. بدلًا من السؤال عن كيفية تغليف البيتكوين من أجل DeFi، يسأل عمّا إذا كانت قيمة/منفعة البيتكوين يمكن أن تتوسع دون أن تصبح الأصول المُغلّفة أساس التجربة. بالطبع، لا يزال هذا النهج يواجه تحديات، ولا يبقى أمامنا سوى الوقت لنرى مدى تبنّيه على نطاق واسع. لكنني أعتقد أن النقاش الكبير القادم في BTCFi لن يكون حول APY أو TVL. سيكون حول ما إذا كان زيادة منفعة البيتكوين ينبغي أن تتطلب تغيير شكله من الأساس. إذا كانت الإجابة لا، فقد تمثل @BabylonLabs_io أكثر من مجرد مشروع آخر—قد تمثل تغييرًا في الطريقة التي نفكر بها في البيتكوين داخل DeFi. $APR $LAB

#baby $BABY @BabylonLabs_io
قد لا يكون أكبر سؤال حول البيتكوين هو سعرها… بل قد يكون استخداميتها. مؤخرًا، أجريت محادثة مع مالك لبيتكوين سألني سؤالًا بسيطًا لكنه قوي: “إذا كانت BTC الخاصة بي قد ظلت في محفظتي لسنوات، وقمت بتعهدها عبر @BabylonLabs_io، فهل أنا حقًا أستخدم البيتكوين، أم أنني فقط أغيّر الطريقة التي أحتفظ بها بأصلي؟” هذه ليست مجرد مسألة تتعلق بالإيداع. إنها تساؤل حول إلى أين يتجه البيتكوين بعد ذلك. لسنوات، كان يُنظر إلى البيتكوين باعتباره ذهبًا رقميًا — شيئًا يشتريه الناس ويحتفظون به ويحافظون عليه. لكن إذا ظل أقوى أصل لامركزي في العالم غير نشط في أغلب الوقت، فهل نحن فعلًا نُطلق كامل إمكاناته؟ هنا تصبح رؤية Babylon مثيرة للاهتمام: تمكين BTC من توفير الأمان لشبكات بلوكتشين أخرى مع الحفاظ على هوية البيتكوين الأساسية دون تغيير. ومع ذلك، فإن النقاش الحقيقي لا يتعلق فقط بالعائد. المستثمرون الجادون لا يكتفون بالسؤال: “كم يمكنني أن أجني؟” بل يسألون أيضًا: “ما مدى أمان رأسمالي؟ ما مدى سيولته؟ وإلى أي مدى يمكنني الوصول إليه بسهولة عندما أحتاجه؟” ربما لا تكون المرحلة التالية من البيتكوين مجرد قصة عن ارتفاع الأسعار. ربما يكون السؤال الأكبر هو ما إذا كان البيتكوين سيظل مجرد أصل للاحتفاظ به، أم سيصبح أساس الأمان لاقتصاد لامركزي
$BANK $ZAMA

#newt $NEWT @NewtonProtocol
في البداية، اعتقدت أن بروتوكول نيوتن مجرد شبكة امتثال أخرى تم إنشاؤها لمساعدة المؤسسات الخاضعة للتنظيم على استخدام البلوك تشين براحة أكبر. لكن كلما درست معماره أكثر، أدركت أن المنتج الحقيقي ربما لا يكون الامتثال على الإطلاق. قد يكون الثقة.

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

بالنسبة لي، هذه هي النقطة التي يتجاهلها كثير من الناس.

تقوم أغلب سلاسل الكتل اليوم بمجرد تسجيل المعاملات. فهي لا تهتم بمن بدأها، ولا لماذا حدثت، ولا بما إذا كانت قد التزمت بسياسة قانونية أو تنظيمية بعينها. يريد نيوتن تغيير ذلك. فهو يُدخل فكرة أن كل معاملة يجب أن تصل إلى السلسلة (on-chain) وهي تحمل دليلًا يمكن التحقق منه بأنها استوفت بالفعل القواعد التي كان المقصود منها اتباعها.

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

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

وقد يكون هذا أهم ما يرويه بروتوكول نيوتن. فهو ليس مجرد جلب الامتثال إلى السلسلة. بل إنه يحاول إعادة تعريف معنى أن تكون جديرًا بالثقة في عالم رقمي.

$DODO $LAB

أكبر تحدٍ في الذكاء الاصطناعي ليس الذكاء بحد ذاته—بل الصلاحيات. أخبرني ذات مرة مدير مخاطر سابق في بنك: "لا نقيد الوصول لأننا لا نثق بالناس. بل نقيده لأن خطأ واحدًا صادقًا قد يتحول إلى خطأ مكلف." كلما فكرت في الأمر أكثر، ازددت اقتناعًا بأن الشيء ذاته ينطبق على الذكاء الاصطناعي. الجميع يتسابق لبناء وكلاء ذكاء اصطناعي أكثر ذكاءً، لكن السؤال الحقيقي هو: ما الذي ينبغي السماح للذكاء الاصطناعي بفعله؟ حتى أكثر ذكاء اصطناعي تقدمًا قد يتخذ القرار الخاطئ إذا مُنح الصلاحيات غير المناسبة. لهذا السبب تبرز @newton_xyz بالنسبة لي. يركز نهجها القائم على الصلاحيات على جعل الإجراءات داخل السلسلة (on-chain) تحدث ضمن قواعد محددة وقابلة للتحقق بدلًا من منح استقلالية غير محدودة. أعتقد أن الاختراق الرئيسي القادم لن يكون مجرد ذكاء اصطناعي أكثر ذكاءً—بل أنظمة صلاحيات يُثق بها تجعل الذكاء الاصطناعي أكثر أمانًا، وأكثر قابلية للمساءلة، وأسهل في الثقة.

شراكة مدفوعة مع @newton_xyz

ما الذي برأيك سيهم أكثر خلال العقد القادم: وكلاء ذكاء اصطناعي أكثر ذكاءً أم أنظمة صلاحيات موثوقة؟

$NEWT #Newt @NewtonProtocol
$VELVET $LAB

#newt $NEWT @NewtonProtocol
قضيت وقتًا لا بأس به في قراءة وثائق بروتوكول نيوتن، وبقيت معي فكرة واحدة. الجميع يتحدث عن جعل وكلاء الذكاء الاصطناعي أكثر ذكاءً. لكنني أظل أتساءل: أين يُفترض بتلك الوكلاء أن يتوقفوا؟ ربما هذا هو السبب الذي جذبني إلى Newton Mainnet Beta. بحسب ما فهمت، ليست الفكرة هي منح الذكاء الاصطناعي حرية غير محدودة. بل تحديد حدود واضحة منذ البداية. إذا حاول وكيل ذكاء اصطناعي تنفيذ إجراء على السلسلة خارج السياسات أو حدود المخاطر التي وافقت عليها بالفعل، فيمكن إيقاف المعاملة قبل أن تمر من الأساس. وهذا الجزء برز أكثر من أي شيء آخر. الذكاء مهم، لكن الثقة تنبع من معرفة أن النظام الذاتي لا يمكنه أن يتجاوز الحدود التي حددتها بهدوء. الآن أصبحت أقل اهتمامًا بالفكرة نفسها، وأكثر اهتمامًا بكيفية استخدام المطورين فعلًا قواعد السياسات هذه في تطبيقات DeFi الواقعية. غالبًا ما يكون هذا هو المكان الذي تُختبر فيه الأفكار الجيدة. بعضها يثبت نجاحه. والبعض الآخر لا. إذا واصلت التمويلات المدفوعة بالذكاء الاصطناعي التقدم، فأعتقد أن الإذن والمساءلة قد ينتهي بهما الأمر أن تكونا بنفس أهمية الذكاء. ما رأيك؟ هل ستُعرَّف الأجيال القادمة من وكلاء الذكاء الاصطناعي بمدى ذكائهم، أم بمدى جودة تصميم حدودهم؟
$XPIN $LAB

#newt $NEWT @NewtonProtocol

غالبًا ما يفترض الناس أن كون المصدر مفتوحًا يعني تلقائيًا أنه عادل. لست مقتنعًا بأن الأمر بهذه البساطة.

حتى لو تم نشر كل مسودة، وكل نقاش تقني، وكل تحديث للبروتوكول منذ اليوم الأول، فلن تكون النتيجة نفسها للجميع. ليس لأن المعلومات مخفية، بل لأن لدى الناس مستويات خبرة مختلفة جدًا عندما يتعلق الأمر بفهم ما تعنيه هذه المعلومات بالفعل.

ومن بين أسباب ذلك أن @NewtonProtocol لفتت انتباهي.

بالنسبة لي، السؤال الأكثر أهمية ليس: "هل حصل الجميع على المعلومات؟" بل: "هل حصل أي شخص على المعلومات قبل الجميع؟"

إذا تلقّى الجميع المعلومات نفسها في الوقت نفسه، فإن الميزة المتبقية تأتي غالبًا من المعرفة والخبرة والموارد بدلًا من كونها عملية غير عادلة.

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

لذلك لا أعتقد أن $NEWT ينبغي الحكم عليها بناءً على ما إذا كانت قادرة على محو كل ميزة معلوماتية. والمعيار الأفضل هو ما إذا كانت تُزيل المزايا التي تنشأ عن الوصول الخاص أو التواصل خلف الأبواب المغلقة أو الإفصاح الانتقائي.

في النهاية، لا تعني العدالة أن يصل الجميع إلى الاستنتاج نفسه. بل تعني أن يبدأ الجميع من خط البداية نفسه.
$TAC

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

هذا جعلني أفكر في @NewtonProtocol بطريقة مختلفة.

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

لكن ظهرت لي تساؤل آخر.

ماذا يحدث عندما يبدأ آلاف وكلاء الذكاء الاصطناعي بالاعتماد على السياسة نفسها تمامًا؟

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

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

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

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

وقد يتبيّن أن ذلك من الصفات التي تميّز اقتصاد السياسات القابل للتوسع عن اقتصاد السياسات المرن.#Newt
$ESPORTS
$TAG

#newt $NEWT @NewtonProtocol
هناك مبدأ قديم نجا عبر كل العصور:

لا تُحدَّد القوة الحقيقية لأي نظام بمن يملك السلطة. بل تُحدَّد بمدى سهولة سحب تلك السلطة.

لم تنهَر معظم الإمبراطوريات بسبب أن الشخص الخطأ استحوذ على السلطة.

بل تَضَعُف لأنها ظلت السلطة في الأيدي نفسها لفترة طويلة جدًا، حتى أصبح النظام بأكمله معتمدًا على نقطة تحكم واحدة.

ولهذا لم أعد أحكم على اللامركزية من خلال عدّ المُدقِّقين.

سأطرح سؤالًا مختلفًا.

إذا حصل مُشغّل واحد على تحكمٍ مؤقت اليوم، هل يمكن للبروتوكول أن يزيل هذا الامتياز غدًا دون الاعتماد على الثقة؟ أم أن الشبكة تنجرف تدريجيًا نحو تنسيقٍ دائم؟

هذا السؤال هو ما دفعني إلى دراسة نيوتن عن كثب.

في البداية، افترضت أن البوابة (Gateway) مُنسِّقٌ دائم يجلس في منتصف كل طلب. وكلما تعمقت في دراسة البنية (العمارة)، أدركت أكثر أن الرؤية طويلة المدى تختلف كثيرًا.

من المخطط أن تُدار قيادة البوابة عبر التناوب كل حقبة (Epoch) باستخدام اختيارٍ قائم على VRF، ما يجعل من الصعب جدًا أن يصبح أي مُشغّل واحد المنسق الدائم للشبكة. وفي الوقت نفسه، تساعد التواقيع المستقلة للمُشغّلين على الحفاظ على سلامة التنفيذ عندما تتغير القيادة.

بالنسبة لي، هذه هي الفاصل بين الادعاء بأن النظام لامركزي، وبين تصميمه فعلًا من أجل اللامركزية.

ومع ذلك، لا أستثمر في مخططات المعمارية وحدها.

التصميم يستحق الاهتمام. التنفيذ يمنح القناعة.

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

وإلى ذلك الحين، يظل NEWT موقفًا بحثيًا أكثر منه صفقة مبنية على القناعة.

ما المعلم الذي سيُقنعك بأن لا مركزية نيوتن قد ثُبّتت عمليًا—ليس فقط مُصمَّمة على الورق؟
$EVAA
$EDGE