USAMA 26

انقلبت معدلات التمويل بشدة في وقت متأخر من يوم الجمعة، ووجدت نفسي أتساءل إلى أي حد أثق حقًا بأي شيء يوقّع نيابةً عني. لذا بدأت أتحقق من الإصدار التجريبي للشبكة الرئيسية لبروتوكول نيوتن، وركّزت في الغالب على جانب السياسات، مع فتح $NEWT T في علامة تبويب أخرى، وملاحظات #NewtonProtocol ol لم تكتمل بعد، وأتابع @NewtonProtocol l بحثًا عن التفاصيل. افترضت أن الطلب المرفوض سيبدو مثل كل معاملة فاشلة أعرفها: تجزئة، وتراجع، وخط أحمر على مستكشف الشبكة. أرسلت طلبًا خالف حد الإنفاق الذي وضعته لنفسي، وظللت أحدّث مستكشف الشبكة بانتظار ظهور تلك التجزئة. ظننت أن الشبكة متأخرة، أو ربما أن المشغّلين بطيئون. لكن في الواقع لم يكن هناك ما يمكن العثور عليه، لأن الرفض حدث قبل أن يلامس أي شيء السلسلة. لا معاملة فاشلة، ولا رسوم غاز مستهلكة، ولا أثر يمكن الإشارة إليه. والغريب أن ذلك لم يطمئنني بقدر ما كان سيفعل التراجع، لأنني اعتدت أن يكون دليل الفشل ظاهرًا. فالحظر قبل التنفيذ يترك مستكشفًا نظيفًا وشاشة فارغة، ما يعني أن دليل الحماية موجود في مكان آخر تمامًا. أغلقت علامة التبويب ثم فتحتها من جديد، ولم أجد شيئًا. إذا كانت أفضل نتيجة لطبقة التفويض هي ألا يحدث شيء ظاهر، فكيف أعرف في يوم هادئ أنها تعمل؟

تعمل معاملات شبكة الغسق الافتراضية على Moonlight، السكة الشفافة. أمّا Phoenix، السكة المُشفّلة، فهي موجودة لكنّها تقع خلف خطوة اختيارية لا يلتزم بها معظم المستخدمين أبدًا. لذا فإن مشروعًا تكون كامل فكرته هي "الخصوصية تلتقي بالامتثال" يُطلق الخصوصية مُغلقة افتراضيًا، وكلّ من Moonlight يوازن (balances)، ويعرض العناوين (addresses)، ويبين مخططات المعاملات (transaction graphs)، وكل ذلك يكون مرئيًا بالكامل على السلسلة (on-chain) ما لم يختَر شخص ما عكس ذلك عمدًا. الرقم #dusk $DUSK @Dusk لا يُخفي ذلك؛ التصميم ذو المسارين موثّق، والمنطق له ما يبرره من أجل الامتثال وقابلية التدقيق. لكن هذا يعني أن الميزة الرئيسية هي مسار الاستثناء، لا المسار الافتراضي. عند مراقبة نشاط المحفظة، فإن أغلب التدفقات لا تلمس Phoenix إطلاقًا. يبدو أن التمويل المُنظّم يريد الخصوصية متاحة، لا أن تكون موجودة. هناك شيء صادقٌ تقريبًا في هذا التفاوت، حتى لو لم يكن ما يوحي به الطرح من القراءة الأولى. يراودني التساؤل: هل تنحني منحنيات التبنّي أبدًا في الاتجاه الآخر لميزة من هذا النوع، أم أن "الخصوصية بنظام الاشتراك" تصبح بهدوء "خصوصية لا يختارها أحد."

أتجول اليوم في مستكشف $DUSK وفعل شيء ما انقرّ بداخلي لم أكن قد استوعبته بالكامل من قبل. #dusk ،@Dusk بنوا كامل هذه الرؤية حول تمويل منظَّم يضع الخصوصية أولاً، حيث درع فينيكس أخفى المعاملات، وكل شيء بصفر معرفة... لكن عد إلى حجم التداول على السلسلة اليوم، وستجد أن أغلبه—قرابة 117 ألف دولار فقط في زوج Binance DUSK/USDT وحده، ضمن إجمالي دوران خلال 24 ساعة يتجاوز 3 ملايين دولار—يتحرك عبر Moonlight، المسار الشفاف. ليس فينيكس.
انتبه — هذه هي العلامة الفعلية هنا. Moonlight هو الإعداد الافتراضي. فينيكس مفعَّل اختياريًا، موجود هناك كنقطة الجذب الرئيسية كما هو مُسوَّق، بينما لا يكاد أحد فعليًا يصل إليه في الممارسة. السعر منخفض بنحو 5% خلال الأسبوع أيضًا، ويتحوم قرب 0.076 دولار، لذلك لا يبدو أن أي انتعاش يجذب أنظارًا جديدة إلى الجهة المُخفاة كذلك.
أعود إلى هذا باستمرار لأنه ليس خللاً بالمعنى الدقيق... بل أشبه بعدم تطابق بين القصة والذاكرة العضلية للمستخدمين الموجودين فعليًا على السلسلة. المؤسسات تريد قابلية التدقيق افتراضيًا، لذا فإن “الأولوية للشفافية” منطقية جدًا من زاوية التبنّي. لكن هذا يعني أن “الخصوصية” في نموذج خصوصية-تلتقي-بالشفافية تقوم بعمل يومي أقل بكثير مما توحي به العلامة التجارية.
يجعلني أتساءل — هل ينقلب هذا النِّسب بمجرد أن تبدأ DuskEVM وتدفقات تسوية RWA فعلًا بالتوسع، أم أن الشفافية ستظل إلى الأبد الطريق الأسهل دائمًا؟

يُقدَّم الغسق باستمرار على أنه طبقة التسوية التي كانت المؤسسات تنتظرها — مُنظَّمة، ومتوافقة، وجاهزة لأوراق مالية حقيقية. لكن إن جلست لحظة مع الانقسام بين فينيكس/مونلايت يتضح أن الصورة ليست بهذه النظافة. مونلايت، السكة الشفافة، هي الخيار الافتراضي. فينيكس، الذي يكون محميًا فعلًا، والذي يوفّر الخصوصية التي تقول المؤسسات إنها تحتاجها للتسوية السرّية، فهو خيار اختياري. تقوم شبكة Dusk ($DUSK ) #dusk @Dusk بالتسويق للامتثال مع الحفاظ على الخصوصية، لكن السكة التي تقع عليها معظم المعاملات افتراضيًا هي تلك التي تكشف كل شيء. وليس هذا خللًا بالضبط — فالشفافية لها جاذبيتها المؤسسية الخاصة، وقابليتها للتدقيق دون أدوات إضافية. لكن هذا يعني أن الميزة التي تقوم بأعباء العمل في كل عرض تقديمي ليست هي التي يستخدمها الناس فعليًا. ومع ملاحظة كيف تُبنى سرديات تسوية RWA على نمط NPEX فوق هذا، أظل أتساءل: هل تصف "الخصوصية بمستوى مؤسسي" السقف الذي يبلغه البروتوكول أكثر مما تصف أرضيته؟ أي سكة ستنتهي بحمل أحجام التسوية الحقيقية عندما تظهر الأصول التنظيمية الفعلية — تلك التي تُسوَّق، أم تلك التي تُستخدم؟

نشاط محفظة مشبوه أصاب بنية جسر Dusk التحتية في 16 أغسطس — الفريق اكتشف الأمر بسرعة، وأعاد تدوير العناوين المخترَقة، وأوقف عمليات الجسر. استجابة اعتيادية للحوادث. لكن الإصلاح الذي نشرّوه هو الجزء الذي جعلني أتوقف عن التمرير.
أضافوا قائمة حظر للجهات المستلمة إلى Web Wallet. الآن تُعلَّم التحويلات إلى عناوين معروفة بأنها سيئة قبل أن تتمكن حتى من إرسالها. على #dusk ، الشبكة المبنية حول بنية معاملات تركز على الخصوصية، $DUSK ، @Dusk . خذ لحظة لتتأمل ذلك.
الموضوع هو — Phoenix (مشفّر) كان دائمًا خيارًا اختياريًا، وMoonlight (شفاف) هو الافتراضي. الجميع يتحدث عن هذا الانقسام كأنه القصة كاملة. لكن هذه الحادثة تُظهر أن طبقة الامتثال الفعلية ليست حتى على مستوى البروتوكول؛ إنها موجودة في واجهة المحفظة نفسها، تراقب إلى أين تتجه أموالك. هذا ليس رد فعل سلسلة خصوصية، بل رد فعل شركة في مجال التكنولوجيا المالية.
كنت أُحدِّث مستكشف البيانات باستمرار منتظرًا أن يعود وضع الجسر إلى التشغيل، وما زال متوقفًا حتى الآن، مرتبطًا على ما يبدو بجدول إطلاق DuskEVM. منطقي من الناحية التشغيلية. ومع ذلك — أسرع خطوة بعد الحادث لأكثر مشروع “خصوصية” كان لافتًا للعين هي بناء قائمة حظر. ليس توفير الحماية. الحظر.
هل لاحظ أي شخص آخر كم مرة تتجه “سردية الخصوصية” و”الاستجابة الفعلية الأولى” في اتجاهين متعاكسين؟

قضيتُ فترة بعد الظهر في قراءة وثائق تسوية RWA الخاصة بـ Dusk Network، متوقعًا أن تكون طبقة الخصوصية هي المسار الافتراضي لكيفية تحرّك الأصول المرمّزة. لكنه ليس كذلك. $DUSK architecture يدعم المعاملات السرّية بشكلٍ أصلي، لكن الأدوات التي تم اللجوء إليها أثناء حادثة الجسر في 16 أغسطس كانت بنية تحتية شفافة السلسلة، لا طبقة الخصوصية-الأصلية التي بُني المشروع عليها. #dusk يقدّم نفسه كطبقة تسوية امتثالية تركّز على الخصوصية للأصول الخاضعة للتنظيم—وهو النوع الذي يُفترض أن مُصدري RWA يريدونه. ومع ذلك، عندما حدث شيء ما، لم يكن الملاذ البديل يحفظ الخصوصية؛ بل كان كل ما يمكن التحقق منه وتصحيحه وشرحه بسرعة. هذا ليس انتقادًا لاستجابة الفريق، بل هو نقطة بيانات عن معنى «الخصوصية الجاهزة للإنتاج» فعلًا تحت الضغط. إذا كان مسار الطوارئ يَفترِض الشفافية، فخصوصية النظام حاليًا ليست ميزة مضمونة، بل ميزة تُفعَّل عندما تكون الأمور هادئة—لا خاصية يضمنها النظام عندما لا تكون كذلك. وبالنسبة لسلسلة تُروّج لنفسها كمستقبل تسوية RWA السرّية، فإن الفجوة بين ما يُطرح وبين كيفية التعامل مع الحادث جديرة بالتأمل. ماذا يحدث لسردية RWA إذا كانت الخصوصية لا تتحقق إلا حتى يتم اختبارها؟@Dusk

من الخصوصية إلى المنفعة: أين تَنبُت $DUSK داخل النظام البيئي
كنت أراجع إشعار الحادث على جسر Dusk قبل قليل، واضطررت لقراءته مرتين. في 16 أغسطس، أشار الفريق إلى نشاط مشبوه على محفظة جسر مُدارة من قِبل الفريق، وأوقف خدمات الجسر، ثم أرسل إصلاحًا. #dusk $DUSK @Dusk
الجزء الذي علِق في ذهني — أن الإصلاح لم يكن أداة خصوصية. بل كان قائمة حظر للمستلمين. أصبحت Web Wallet تُجري فحصًا للمدفوعات الصادرة مقابل عناوين معروفة مخترَقة/خاضعة للعقوبات، وتعرض تحذيرًا قبل أن تتمكن من الإرسال. وبالنسبة لسلسلةٍ محورها كله هو الخصوصية القابلة للبرمجة والإفصاح الانتقائي، فإن الاستجابة الفعلية للأزمة كانت أقرب إلى أدوات امتثال مُراقِبة. كما نسّقوا مباشرة مع Binance عندما لامس جزء من التدفق البنى المركزية.
لا أُقلّل من شأن ذلك بصراحة — لقد عمل، ولم تُفقَد أي أموال، وما زال الجسر متوقفًا لتمرّ به مرحلة تدعيم. لكن هذا دالّ. عندما اضطر Dusk إلى التحرك بسرعة تحت ضغطٍ حقيقي، لجأ إلى الغريزة الشفافة المُصرّح بها، لا إلى الغريزة السرّية. بقي Phoenix وHedger على الهامش لهذه الحادثة.
يدفعني ذلك إلى التساؤل: هل هذه مجرد... صورة ما تبدو عليه «الخصوصية المُنظَّمة» يومًا بعد يوم؟ الخصوصية كميزة اختيارية، والرؤية كاستجابة افتراضية. وهذا جيد إذا كان هذا هو العرض الصادق — لكن هل هو ما يُباع فعلًا؟
ما زلت غير متأكد أين تنتهي الخط الفاصل بين «بنية تحتية تركز على الخصوصية» و«بنية تحتية تركز على الامتثال مع وحدة خصوصية». هل لاحظ أي شخص آخر هذا النمط في تقرير الحادث؟

#termmax كنت أحدّق في لوحة معلومات TermMax طوال الساعة الماضية، وكان رقم واحد يطارد بصري باستمرار. @TermMax يروّج لنفسه على أنه يعمل لحظيًا عبر تسع سلاسل — Ethereum، Arbitrum، BNB، Berachain، BSquared، وغيرها — لكن تفقد DefiLlama الآن وستجد أن Ethereum وحدها تحتفظ بـ 98.4% من إجمالي قيمة الأصول المقفلة (TVL) الخاصة بالبروتوكول البالغة حوالي 31.2 مليون دولار. $TMX
إذًا… لا يبدو أن خطاب «بنية تحتية متعددة السلاسل» يتطابق فعلًا مع خريطة رأس المال. تسع عمليات نشر، وبشكل أساسي سلسلة واحدة هي من يقوم بالعمل. ليس ذلك أمرًا سيئًا بالضرورة، لكن — السيولة لم تواكب النشر. بقيت في مكانها.
الشيء الثاني، وإن كان أصغر لكنه لافت: القروض النشطة تقارب 27.28 مليون دولار مقابل TVL البالغ 31.2 مليون دولار. هذا استخدام استثماري قاسٍ، مثل 87%+ . يبدو ذلك كفاءة حتى تسأل: ماذا يحدث للمودعين في الودائع (vault) الذين يريدون الخروج في يوم ثلاثاء؟ لدى TermMax تصميم وِفاق/تأمين timelock غير متناظر: القيمون (curators) يمكنهم تقليل المخاطر فورًا دون تأخير، لكن أي إجراء يرفع المخاطر يحتاج انتظار + مراجعة من Guardian. آلية مرتبة على الورق. لكن عمليًا هذا يعني أن البروتوكول مُحسّن بهدوء لحماية المودع أولًا، وإعطاء مساحة للقيم/الـ curator ثانيًا. وهذا لا يتوافق مع صياغة «حرية القيم» كما هي.
همم. يجعلني أتساءل إن كانت هذه النسبة ستظل قائمة إذا لم ينمو TVL خارج هذا النطاق — أو إذا كان سيصبح الأمر أكثر إحكامًا.

اقتصاديات توكن DUSK: فهم الاقتصاديات وراء $DUSK — الجزء الذي جعلني أتوقف لم يكن منحنى الانبعاثات أو عائد الـ staking، بل المكان الذي يلتقط فيه التوكن القيمة فعليًا. يبني Dusk Network #dusk $DUSK @Dusk عرضه بالكامل حول التسوية السرّية، لكن آلية الطلب على التوكن لا تميّز إطلاقًا حسب وضع الخصوصية. يتم دفع رسوم الغاز على DuskEVM بـ DUSK سواء نفّذت المعاملة عبر المسار الافتراضي الشفاف، أو اخترت ميزة Phoenix للحماية. كما تتراكم مكافآت الـ staking بالطريقة نفسها بغض النظر عن الوضع الذي يهيمن على الإنتاجية. لذلك فإن محرك الاقتصاديات غير مبالٍ بالميزة الدقيقة التي يتم تسويقها كعامل تفاضل. إذا بقي معظم النشاط على المسار الشفاف — كما توحي الإعدادات الافتراضية الحالية — فإن التوكن لا يزال يحصل على دوره عبر تدفقات الغاز والـ staking العادية، وليس عبر “بدل خصوصية” يدفعه أي شخص فعليًا. جعلني ذلك أتساءل: هل صُممت اقتصاديات التوكن أصلًا للاستخدام السرّي تحديدًا، أم أنها صُممت ببساطة حول نشاط السلسلة عمومًا، مع وجود الخصوصية كميزة مرافقة وليس كمحرّك إيرادات. فهل يحتاج “التقاط القيمة” هنا أصلًا أن تظل رواية الخصوصية ثابتة؟

#termmax TermMax يروّج لنفسه باعتباره بنية تحتية ثابتة السعر تمتد عبر تسع سلاسل — Ethereum وArbitrum وBNB وBerachain وHyperliquid وأكثر — وهي من نطاقات متعددة السلاسل توحي بوجود طلب موزّع، مستقل عن السلاسل، للحصول على ائتمان يمكن التنبؤ به.$TMX، الذي بُني بواسطة @TermMax ، يبيّن في الواقع شيئًا أضيق. وحدها Ethereum تمتلك 98.4% من إجمالي TVL التقريبي للبروتوكول والبالغ نحو $31M، بينما تتقاسم السلاسل الثماني الأخرى الباقي كفتات. وفي نطاق سيولة Ethereum تلك، فإن "الملاءمة الواضحة بين المنتج والسوق"— كما وضعها الفريق نفسه — ليست إقراضًا ثابت السعر بشكل عام عبر أنواع الأصول؛ بل هي أسواق Pendle PT تحديدًا، حيث يقترض المستخدمون مقابل ضمانات مُجزّأة على شكل توكنات عائد، بدلًا من حالات الاستخدام الأوسع في RWA أو LST التي يعلن عنها البروتوكول. لذا فالبنية تحتية مستقلة فعلاً عن السلاسل، لكن الطلب ليس كذلك؛ إنه مُركّز في سلسلة واحدة ونمط ضمان واحد بعينه يناسب بالفعل جمهورًا ذا خبرة في تداول العائدات. تبدو عملية النشر عبر عدة سلاسل أشبه بكونها مرونةً لطلبٍ مستقبلي أكثر من كونها دليلًا على طلبٍ قائم حاليًا. يدفعني هذا للتساؤل: هل يحتاج الائتمان ذو السعر الثابت إلى قاعدة مستخدمين حسّاسة للفائدة لتوجد من الأساس؟ وهل ما تزال هذه القاعدة محصورة إلى حد كبير حيث يعيش تداول العوائد على نمط Pendle بالفعل.

يُسوّق TermMax ($TMX) نفسه كسلسلة متعددة السلاسل — تسع سلاسل تعمل، من Ethereum إلى Berachain إلى Robinhood Chain إلى Hyperliquid L1. يبدو الأمر كأنه توزيع واسع. قضيت فترة بعد الظهر في محاولة جمع الأرقام على @TermMax #termmax و… لا. 98.4% من إجمالي قيمة الأصول المقفلة (TVL) موجودة على Ethereum. كل السلاسل الأخرى مجتمعة لا تتجاوز هامش خطأ حسابي.
إجمالي قيمة الأصول المقفلة (TVL) حاليًا يبلغ 31.22 مليون دولار، منخفضًا بنسبة 7.2% خلال آخر 30 يومًا وفقًا لـ DefiLlama. الرسوم خلال الفترة نفسها: 19,930 دولارًا. بروتوكول صغير، أرقام صغيرة، لا مفاجأة هناك — إقراض بسعر ثابت، وبشكل مقصود متخصص. لكن اتساع انتشار السلاسل أدهشني. تسع عمليات نشر، وسلسلة واحدة تقوم تقريبًا بكل العمل. hmm.
يبدو من المنطقي بعد أن تفكر فيه — السيولة لا تنقسم بالتساوي فقط لأن العقود موجودة في مكان ما. القائمون على الاختيار (MEV Capital وKeyrock وOrigami Crypto وبقية الأسماء) يوزّعون حيث توجد أعمق الأطراف المقابلة، وهناك Ethereum. أما السلاسل الأخرى فتبدو أكثر كخيارات ممكنة (optionality) وليست أسواقًا نشطة. نشر عقد ليس هو نفسه نشر رأس مال — واضح الآن بعد فوات الأوان، لكنه ما زال غريبًا أن يُعرض على أنه موزع 98.4/1.6.
يجعلني أتساءل عمّا يفترض أن تعنيه عبارة "موجود على 9 سلاسل" فعلًا لمودِع يقيم المخاطر. خيار متاح لاحقًا، أم أعباء ميتة الآن؟
#Termmax

الغسق ($DUSK ) — قضيتُ آخر ساعة في التنقيب عبر صفحة حِزمة شبكة الغسق بدل الزحف المعتاد عبر المُستكشف، وبرز شيء لم أتوقعه.
#dusk @Dusk يعرضون الآن على موقعهم أربع طبقات على حدة: Native L1 (Live)، Dusk Trade (Building)، DuskEVM (Testnet)، Hedger (Testnet). أطلق DuskEVM للمطورين في 10 أغسطس — Solidity وHardhat متوافقان مع OP Stack، والرجوع إلى DuskDS في التسوية. جيد، وقابل للاختبار فعليًا اليوم.
لكن المشكلة هي أن Hedger — طبقة المعاملات السرّية الفعلية لمسارات EVM — ما تزال أيضًا في طور testnet. لذا فالطريقة التي يمكن للمطورين البناء عليها الآن مباشرة هي النسخة الشفافة. الخصوصية هي إضافة «قادمة قريبًا»، وليست الإعداد الافتراضي.
ملخص العرض كله هو: «الخصوصية افتراضيًا، وقابلية التدقيق عند الحاجة». عمليًا، إذا كنتَ مطوّر EVM وتُطلق منتجًا الآن، فأنت تُطلق علنًا. فالسرّية خيار يُفعَّل لاحقًا، بمجرد تخرج Hedger.
هذا يقلب صياغة التسويق رأسًا على عقب — ليس خاطئًا تمامًا، لكنه… مختلف في الترتيب عما يوحي به الشعار. حصلتُ على فنجان قهوة أثناء كتابة هذا تقريبًا وتراجعت عنه، لكن بدا الأمر يستحق التنبيه.
أتساءل إن كانت المؤسسات تنتظر Hedger فعليًا قبل نشر أي شيء حقيقي، أم أنها تبني شفافة أولًا ثم تضيف الخصوصية لاحقًا — أي شخص يتابع أي الفرق تقوم بماذا؟

قضيت فترة بعد الظهر في رسم خريطة لأي من تجارب الأصول المُرمّزة الخاصة بـ Dusk يستقر فعلًا عليها سكة التسوية، وكانت التفاصيل التي عُقدت في ذهني أصغر مما توقعت. #dusk $DUSK يُراهن "pitch" للأصول المُعتمدة تنظيميًا RWAs بشكل قوي على السرّية — فـ Phoenix هو نموذج التنفيذ المُحاط بالدرع المصمم للمؤسسات التي لا يمكنها بث أحجام المراكز أو الأطراف المقابلة. لكن DuskEVM، الطبقة التي تتم فيها بالفعل غالبية أدوات RWA الحالية وعمليات التكامل المبكر للجهات المُصدرة، تعمل بشفافية افتراضيًا، مثل أي سلسلة EVM قياسية. يوجد Moonlight كمسار مُعلَن الرصيد، وهو الذي يشهد زخمًا في النشر على المدى القريب، وليس Phoenix. لذلك ففئة الأصول التي يُفترض أنها تحتاج إلى خصوصية أكبر ما هي إلا الآن تُدرَّج على المسار الأكثر وضوحًا، بينما تظل المسار السرّي متموضعًا كوجهة نهائية محتملة. لا أحد يُخفي هذا — إنه مذكور في الوثائق — لكن من السهل قراءة عبارة "سلسلة RWA مدعومة بالخصوصية" وافتراض أن الخصوصية ستصل مع عمليات التكامل الأولى بدل أن تأتي بعد مرورها. التسلسل ليس هو نفسه "pitch". يجعلني أتساءل كم عدد الجهات المُصدّرة التي تُقيِّم @Dusk وهي تسعّر Phoenix باعتباره يعمل بالفعل على أرض الواقع مقابل من ما زالوا يضعونه ضمن خريطة الطريق.

أمضيت ساعة في التعمّق في مستندات نشر عقد Dusk وكنت أعود باستمرار إلى تفصيل واحد: الخصوصية ليست الحالة الافتراضية، بل هي خيار تفعّله. يقدّم Dusk ($DUSK , #dusk ,@Dusk ) نفسه كطبقة تنفيذية تضع الخصوصية أولًا للتمويل الخاضع للتنظيم، لكن Piecrust، جهازه الافتراضي، يوفّر عقودًا سرّية وشفافة كخيارات متوازية، لا كسرّية-أول مع كون الشفافية هي الاستثناء. المطوّر الذي ينشر دون تحديد السرّية يحصل تلقائيًا على حالة عامة بالكامل، تمامًا مثل أغلب السلاسل الأخرى. أدوات الامتثال — Citadel، طبقة ZK للهوية — موجودة بالضبط لأن الخصوصية يجب أن تكون قابلة للإثبات والقابلة للتراجع من أجل الجهات التنظيمية، وهذا تصميم سليم، لكنه يعني أيضًا أن صياغة "الخصوصية أولًا" تصف قدرة متاحة أكثر من كونها سلوكًا افتراضيًا. معظم النشاط الذي استطعت تتبّعه بعد النشر ما زال يميل إلى الشفافية، غالبًا لأن نضج الأدوات واطمئنان المدققين يميلان لصالح أسهل طريق. إنها بنية معقولة للتمويل المؤسسي، حيث تهمّ الإفصاحات الانتقائية أكثر من السرية الشاملة. ومع ذلك، توجد فجوة بين سلسلة بُنيت للخصوصية وسلسلة تكون الخصوصية فيها هي ما تلجأ إليه. يجعلني أتساءل عن مقدار ما في عبارة "الخصوصية أولًا" ضمن هذه الفئة هو فعلاً عن الحالة الافتراضية مقابل كونه عن الحالة المتاحة.

ما وراء المعاملات الخاصة: فهم معمارية DUSK. دخلت وأنا أتوقع أن تكون طبقة الخصوصية هي المسار الافتراضي، فوجدت العكس. يشغّل Dusk ($DUSK , #dusk , @Dusk ) نموذجين للمعاملات جنبًا إلى جنب، Phoenix وMoonlight، وتصف الوثائق Moonlight، وهو نموذج حسابي شفاف، بأنه "فقط الطريقة الشفافة لنقل DUSK" على مستوى البروتوكول. أما Phoenix، وهو نموذج الحماية الفعلي بالمعرفة-الصفرية مع ملاحظات مُشفّرة وnullifiers، فهو من يقوم بالعمل التشفيري الأصعب، لكنه يُقدَّم كمسار مُتعمَّد ومُختار مسبقًا أكثر من كونه الحالة الافتراضية الراسخة. كلاهما يتسوى عبر نفس عقد Transfer، وكلاهما يدفع رسوم الغاز، وكلاهما يمكنه تشغيل استدعاء عقد، لذا فاختيار أحدهما ليس عائقًا وظيفيًا؛ بل هو قرار تصميمي حول أي سلوك يُعامل على أنه أمر عادي. سلسلة بُنيت خصيصًا لحل تنفيذ العقود الذكية الخاصة تنتهي بوصف حساباتها العادية كالتفسير الافتراضي، ومحرك الخصوصية كالميزة التي تتوجه إليها عند الحاجة. ربما هذا مجرد تسلسل UX جيد لعمليات الإعداد المؤسسي. أو ربما يشير إلى حالة الاستخدام التي تُفعَّل فعليًا أولًا عندما يبدأ الاستخدام الحقيقي بالتدفق. أيٌّ منهما تعمل Dusk فعلًا على تحسين اعتماده؟

تحقّقت من مخطط DUSK أثناء المهمة وشيء لم يَطُلِع معي—حجم تداول 24 ساعة يدور حول 3.06 مليون دولار، بزيادة تقارب 8.9% مقارنةً باليوم السابق، بينما خط سعر آخر 7 أيام ما زال منخفضًا بنحو 5%. الحجم يرتفع، والسعر يتراجع. تفصيلة بسيطة. تركتها مفتوحة في تبويب.
دفعتني هذه المفارقة للعودة إلى نموذج المعاملة الفعلي $DUSK بدل نسخة العروض التقديمية. #dusk @Dusk تُسوق نفسها على أنها "سلسلة خصوصية بلوكشين للتمويل المُنظَّم"، وهذا صحيح تقنيًا—لكن فقط إذا ذهبت للبحث عنها. تقوم الطبقة الأساسية بتشغيل مسارين منفصلين: Phoenix (مشفّر/محجوب) وMoonlight (عام/علني). وبحسب وثائق مُستكشف Dusk الخاصة بها، فإن إمكانية رؤية Moonlight والتفاعلات العامة مع العقود "تعتمد على تنفيذ العقد"—أي أن الشفافية هي الحالة الافتراضية، إلا إذا اختار أحد المُنشئين عمدًا التوجيه عبر المسار الخاص.
يرث DuskEVM هذا الافتراض نفسه. فهو متوافق مع Solidity، ومعيار EVM، وشفاف جاهز من الصندوق—ولا تظهر الخصوصية إلا عندما تُضيف Hedger، وهي وحدة/موديول منفصل. إذن الخصوصية ليست مدمجة في الأساس، بل هي ملحق تختاره.
يعكس ذلك التسويق رأسًا على عقب نوعًا ما، أليس كذلك—"الخصوصية أولًا" تبدو أكثر كأنها "الخصوصية اختيارية، والشفافية هي الافتراضية". لست أقول إن ذلك تصميم سيئ؛ في الواقع قد يكون فكرة ذكية للامتثال. لكنّه لم يكن ما توقعتُه وأنا داخل.
يجعلني أتساءل كم عدد المُنشئين على Dusk الذين يلمسون Hedger فعلًا بدلًا من الاكتفاء بشحن المسار الافتراضي الشفاف فقط.

كان الغروب في منتصف التمرير داخل منظمة GitHub عندما أصابني ذلك—خمسة مستودعات منفصلة (plonk, piecrust, dusk-bytes, jubjub-schnorr, merkle) كلها تُظهر آخر التزام على نفس اليوم: 10 أغسطس. @Dusk . لم تكن إعلانًا ولا تغريدة؛ فقط التزامات متوازية هادئة عبر طبقات بدائيات التشفير. شعرت كأنني أمسك بشخص وهو يعمل في منتصف المهمة، لا وهو يلقي عرضًا.
وهذا ما بقي عالقًا. الفكرة كلها هي «خصوصية جاهزة للامتثال للمؤسسات»—NPEX، أكثر من 200 مليون يورو في أوراق مالية مُرمّزة، وما إلى ذلك. لكن عندما تذهب فعلًا لتفحص ما الذي يتحرك على DuskEVM الآن، يتوقف الأثر. ما زالت المتعقبات العامة تُظهر TVL تحت 1 مليون دولار قبل بضعة أشهر، ولا توحي أي نشاطات حديثة بأن ذلك تغيّر بشكل ملموس. في المقابل، المخرجات القابلة للتحقق هذا الأسبوع هي... تحديثات plonk proofs وأعمال piecrust VM. بنية تحتية لدرجة البنية التحتية، لا أكثر.
غيرت قراءتي للمشروع قليلًا، توقّف—ليس بطريقة سيئة. فقط أن إجابة «من سيستفيد أولًا» في الوقت الحالي واضحة: المطورون والبروتوكول نفسه، وليس المستخدمون المؤسسيون الذين بُنيت حولهم قصة الامتثال. وعود NPEX هي الوعد. وسجل الالتزامات هو الواقع.
يدفعني ذلك للتساؤل: كم من الوقت يُفترض أن يبقى هذا الفارق محتملًا قبل أن يظهر جانب الـRWA فعليًا على السلسلة بأرقام يمكنك الإشارة إليها
lll.
#dusk $DUSK

فتحت Dusk اليوم فقط للتفتيش على $DUSK ، وتأكدت من الأرقام أولاً: القيمة السوقية حوالي 36.6 مليون دولار، حجم التداول خلال 24 ساعة بالكاد 2 مليون دولار. السعر منخفض 3% خلال اليوم لكنه مرتفع بشكل بسيط على مدار الأسبوع. نحيف لشيء يقدّم نفسه كمسار الخصوصية للأوراق المالية المتوافقة مع MiCA. على أي حال، هذا ليس ما علق بذهني.
كنت أتصفح وثائق DuskEVM ولاحظت شيئاً. عبارة «التمويل المحافظ على الخصوصية» موجودة في كل مكان — @Dusk copy، وعلى المقالات، وكل شيء. لكن DuskEVM، الطبقة الفعلية المتوافقة مع Solidity التي يدفع إليها مطورو التطبيقات، لا توفر الخصوصية بشكل افتراضي. تقوم بنشر عقد عادي، فيتصرف مثل أي سلسلة EVM أخرى، كل شيء مرئي بالكامل. لا تبدأ الخصوصية إلا إذا قمت تحديداً بربط Hedger، وحدة التشفير المتماثل مع وحدات ZK.
لذلك فإن سرد «الخصوصية مصممة من البداية» وتجربة المطور الافتراضية هما شيئان مختلفان. غالبية البنّائين القادمين من Ethereum على الأرجح ينشرون النسخة العادية أولاً، والخصوصية لاحقاً إن حدث ذلك أصلاً.
يذكرني هذا بطريقة عمل كثير من هذه المشاريع القريبة من zk — الميزة الرائدة اختيارية، والافتراضي هو ما هو أسرع شيء لإصداره.
لا ألوم التصميم بصراحة، ففهمه من منظور مرونة الامتثال منطقي. لكني أجلس هنا أتساءل: كم من النشاط الحالي على السلسلة يلمس Hedger فعلاً، أم أنه يعمل بهدوء كـ EVM عادي مع علامة خصوصية في الأعلى.

#dusk $DUSK

كنت أُراجع جدول استحقاق Babylon للتأكد من شيء ما قبل الغداء، ولاحظت أن عملية الإطلاق التالية البالغة $BABY تقع في 10 أغسطس — 136 مليون توكن، حوالي 1.2% من إجمالي العرض، بعد أربعة أيام. وتيرة طبيعية. لا هذا ما جعلني أتوقف.
الذي أوقفني كان التمرير عبر قائمة مزوّدي الإنهائية مباشرةً بعدها. نفس الأسماء التي أتذكرها من إطلاق Genesis — Lombard وFigment وGalaxy — ما زالت في الأعلى، وما زالت تستحوذ على الجزء الأكبر من تفويض BTC الجديد. ثم اتضح الأمر: لا تُوجّه multi-staking التفويضات الطازجة إلى مزوّدين جدد عندما يندمج BSN. هي فقط تسمح لنفس الـBTC المفوَّض بالفعل بتأمين السلسلة الجديدة أيضًا. لذلك كل ما قرأته عن "تعزّز تأثيرات الشبكة مع كل تكامل"… صحيح نظريًا، لكن عملية التراكم تحدث ربما على نطاق اثني عشر عنوانًا فقط، وليس على مجموعة مزوّدي الـFP التي تتجاوز 250 عنوانًا والتي يحب Babylon الاستشهاد بها.
@BabylonLabs_io لا يُخفي هذا، للتوضيح — لكن الأمر ببساطة ليس هو صياغة ما في الصفحة المقصودة. دخلت وأنا أتوقع أن أكتب عن اتساع نطاق التكامل. انتهى بي الأمر إلى التحديق في تركّز التفويض بدلًا من ذلك.
انتهت استراحة الوجبات الخفيفة وما زلت أُفكّر في هذه — هل انضمام المزيد من BSNs فعلاً يُحوّل أي شيء نحو اللامركزية هنا، أم أنه فقط يمنح نفس تلك العِدّة مزوّدين سطحًا أكبر للتراكم عليه؟
#baby

كنت أفتّش في لوحة Staking عبر @BabylonLabs_io الخاصة بقطعة "security foundation" وعلقت عند رقم واحد لمدة طويلة جدًا — 56,853 BTC متوقفة الآن في الخزائن، شيء مثل 5.6B دولار من البيتكوين الحقيقي يؤدي فعليًا دور التأمين للنموذج المشترك للأمان الخاص بـ Babylon. هذه الفقرة ليست دعاية؛ إنها على السلسلة، ويمكن التحقق منها، موجودة هناك. @BabylonLabs_io likes لتقديمها كطبقة أمان متعددة السلاسل، والأمر منصف إلى حد ما، لأن جانب BTC يدعمها.
لكن بعد ذلك تحولت للتحقق من جدول فتح $BABY ، وها هو — حوالي 2.45B فقط من إجمالي المعروض البالغ 10.9B هو الذي يتداول فعليًا. يصل القفز التالي في 10 أغسطس، بعد خمسة أيام، حيث يتم إصدار 136.11M BABY، أي تقريبًا 1.2% من المعروض. تسريب صغير. وحتى بعد هذا الإطلاق، يبقى حجم التداول المتداول أقل من ربع إجمالي المعروض.
إذن هذه هي النقطة التي علقت في ذهني. الأمان هو أمان بيتكوين — بدون ثقة، وقد ثبت بالفعل على نطاق واسع. لكن طبقة التنسيق، الجزء الذي يقرر فعليًا أي سلاسل ستتم تأمينها وبأي سرعة يتوسع ذلك، ما زالت في أغلبها مقفلة وتخرج تدريجيًا وفق جدول الاستحقاق. أساس أمان متعدد السلاسل هو قصة بيتكوين الآن. أساس الحوكمة ما زال... يلحق بالركب، أعتقد.
يجعلني أتساءل عن مدى أهمية هذه الفجوة عندما تتصل المزيد من السلاسل فعليًا. هل يتجاوز التنفيذ جاهزية الحوكمة، أم أن طبقة BTC فقط تبقى ممسكة بالأمر بغض النظر عن من يقود.
#baby