Zyphron Toto

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

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

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

تم إيقاف خدمات الجسر على Dusk منذ 16 أغسطس — الفريق رصد نشاطًا غير معتاد على عنوان عمليات الجسر، قام بسحبه، وأعاد تدوير العناوين المرتبطة به، ونشر قائمة حظر مستلمي محفظة ويب بشكل مباشر خلال أيام. #dusk $DUSK @Dusk
لكن هذه هي الفقرة التي بقيت عالقة في ذهني فعلًا. لم تكن الاختبار الميداني الأول الحقيقي لسلسلة الخصوصية بهدف إثبات إخفاء الهوية — بل بهدف إثبات الاحتواء. الإصلاح الذي أرسلوا به لم يكن «خصوصية أكثر»، بل كان «خصوصية أقل». قائمة حظر. فحص المستلمين مقابل عناوين معروفة بأنها خطِرة ومُدرجة تحت العقوبات قبل أن تُرسل أي معاملة (tx) حتى. هذا… عكس الغريزة تمامًا لما يريد أن تراه أغلب ثقافة «عملة الخصوصية»، أليس كذلك؟
حسنًا. فكرت في الأمر قليلًا خلال الغداء. بدا الأمر شبه عكسي في البداية — ثم فهمت. عندما تحتاج تقنيات الخصوصية لأن تكون قابلة للحياة تجاريًا، فإن الشيء الذي يُبنى بأسرع ما يمكن تحت الضغط ليس تعزيز الحجب، بل هو الإعفاء الانتقائي وإجراءات التتبّع. المؤسسات لا تريد شيئًا غير قابل للتعقّب؛ بل تريد أشياء «نظيفة يمكن إثباتها» لكن تظل سرية. خارطة طريق Dusk كلها لـ DuskEVM/Hedger تميل أصلًا إلى ذلك، لكن رؤية ذلك يظهر كرقعة طارئة بدلًا من كونه شريحة تسويقية هو نوع مختلف من الإثبات.
ما زال الجسر مغلقًا ريثما تتم المراجعة، لذا فهذه ليست النهاية. يجعل المرء يتساءل — هل «الخصوصية التي تأتي أولًا عبر الامتثال» تُعد خصوصية فعلًا، أم مجرد اسم أجمل للمراقبة مع تجربة مستخدم أفضل؟

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

بعد ما لاحظنا أن خدمات الجسر كانت متوقفة… بدأت الحفر. اتضح أن في 16 أغسطس، الفريق رصد سلوكًا مشبوهًا على محفظة يديرونها لعمليات الجسر. لم يكن ذلك استغلالًا للبروتوكول، ولا DuskDS نفسه—بل محفظة تابعة للفريق. سحبوا القابس بسرعة: عطلوا وعادوا تدوير العناوين التي تم وضع علامة عليها، وأوقفوا عملية الربط (bridging)، وأرسلوا قائمة حظر المستلمين إلى Web Wallet بحيث التحويلات إلى العناوين المعروفة بأنها سيئة… ببساطة لا تمر. تنسيق أيضًا مع Binance، لأن جزءًا من التدفق لمس مساراتها. #dusk $DUSK @Dusk
وهذا ما علق في ذهني: التسويق كله يقول «إفصاح انتقائي، تسوية حتمية، بمستوى مؤسسي». حسنًا. لكن الرد الفعلي على حادث حقيقي كشف شيئًا مختلفًا—أسرع طبقة دفاع وأكثرها حسمًا لم تكن أي بدائية ZK فاخرة؛ بل كانت انضباطًا تشغيليًا من الطراز القديم. أوقفوا المحفظة، جمدوا الجسر، رقّعوا الواجهة الأمامية. أشياء مملة. أشياء فعّالة.
جعلني ذلك أعيد التفكير في مقدار ما إذا كانت عبارة «بنية تحتية متوافقة» تتعلق فعلًا بالسلسلة، أم أنها مجرد… استجابة جيدة للحوادث يقوم بها بشر يراقبون لوحات التحكم. ربما هذا ليس انتقاصًا. ربما هذا هو الخندق الفعلي (moat).
ما زلت غير متأكد مما إذا كانت الجسور ستتوقف يومًا عن كونها نقطة الضعف اللينة تحت البطن (soft underbelly)، مهما أصبح المستوى الأساسي أكثر خصوصية—هل يشعر أي شخص آخر بأن هذا الخطر لا يختفي حقًا، بل تتم إدارته بشكل أفضل فقط؟

تم قفل TGE الخاص بـ TermMax ($TMX) ليوم 25 أغسطس — لقد بدأت البحث في أرقام الاستخدام الفعلية قبل أن تتلاشى الضوضاء، وتوقف لحظة… قصة تعدد السلاسل لا تتطابق إطلاقًا مع بيانات السلسلة.
#termmax يعمل عبر تسع شبكات — Berachain وHyperliquid L1 وBSquared وRobinhood Chain وArbitrum، وصولًا إلى المجموعة كاملة. يبدو كأنه انتشار مؤسسي واسع، أليس كذلك. لكن عند تقسيم TVL، وحده Ethereum يحتفظ بنسبة 98.4% من إجمالي ~$31.2M المقفل. وما عدا ذلك بالكاد يذكر؛ مجرد فرقٍ في التقريب. هذه هي الفجوة بين "النشر عبر تسع سلاسل" و"الاستخدام الفعلي على سلسلة واحدة".
وعلى جانب الرسوم، يظهر الأمر نفسه — نحو ~$19.9K تم توليدها خلال آخر 30 يومًا، بينما انخفض TVL نفسه بنسبة 7.2% خلال الإطار الزمني نفسه. إذن عرض الفائدة الثابتة، بدون قسيمة (zero-coupon) صحيح كبنية تحتية، لكن الاستخدام الحالي خفيف مقارنة بالقدم السلسلي التي يتم الترويج لها. غالبًا ما تفعل البروتوكولات في المراحل المبكرة ذلك — توسيع السطح قبل أن تتبع السيولة فعليًا.
أخذت استراحة خفيفة جعلتني أعيد التفكير فيما إذا كان "تعدد السلاسل" يعني بالفعل ما كنت أظنه… النشر ليس تبنّيًا، بل هو مرونة/احتمالية. ربما هذا هو المقصود، وربما إنه سابق لأوانه. @TermMax لم يعالج التركّز بشكل مباشر حتى الآن.
أتساءل إن كان النمط الذي يهيمن فيه Ethereum سينعكس عندما تصل سيولة TGE إلى أماكن أخرى، أم أنه سيُرسّخ الأمر أكثر.
#TermMax

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

قضيت ساعةً في مقارنة الفارق بين الـ vault الافتراضي في TermMax وأحد الـ pools التي قام القيمون بإعدادها، ولم يكن الفارق في العائد؛ بل في من يتحرّك أولاً. تقوم محافظ $TMX على #TermMax route بإرسال الإيداعات عبر معلمات سوق يختارها القيّم قبل أن يرى أي مُودِع رقمًا—فاستراتيجية القيّم تُثبّت هامشها عند وقت التخصيص، وبعد ذلك فقط ينعكس الـ APY المُعلن على المتبقي. عند التحقق من @TermMax docs، تُظهر واجهة الـ vault الافتراضية معدلًا مُدمجًا واحدًا، لكن التخصيص الأساسي عبر أسواق بأسعار ثابتة يكون قد تم بالفعل تحديده بناءً على تحمّل المخاطر لشخص آخر، وليس تحمّلي أنا. ليس الأمر مضلِّلًا؛ فقط مُرتّب تسلسليًا: البروتوكول يعلن أن الأسواق "تُودِع وتَكسب"، لكن الآلية الفعلية هي "القيّم يلتزم بالتخصيص، السوق يكتمل، المُودِع يرث". هذا الترتيب يكاد لا يُذكر في أي مكان تقريبًا ضمن مسار الإعداد، على الأرجح لأنّه لا يُضعِف العرض، بل يحدد بهدوء من يتعرّض لمخاطر التوقيت ومن لا يتعرّض. كنت أتوقع أن تُظهر الواجهة هذا التسلسل في مكان ما قبل الإيداع، لكن الأمر لا يحدث أبدًا. جعلني ذلك أتساءل عن عدد مستخدمي محافظ "ضبط ونسيان" الذين يعرفون أنهم يدخلون قرارًا كان قد تم اتخاذه بالفعل.

كنت أستخرج أرقام TermMax من DefiLlama هذا الأسبوع وتوقفت عند سطر واحد — تبلغ قيمة TVL 31.22 مليون دولار، بانخفاض 7.2% خلال الأيام الثلاثين الأخيرة، بينما تظل الرسوم عند حوالي 19.9 ألف دولار لنفس الفترة. ليس انهيارًا، فقط… تسرب هادئ. $TMX i يبيع نفسه على أساس اليقين في السعر: ثبّته واتركه. لكن هذا ليس ما وجدته عندما نظرت إلى الآليات الفعلية.
الشيء الذي لفت انتباهي: تدفّق Roll to Morpho. الفكرة الكاملة لـ TermMax هي سعر ثابت دون مفاجآت — ومع ذلك فإن التصميم يزوّد نفسه بمخرج للهروب مباشرة إلى سوق بسعر متغير. المقترضون لا يقفلون السعر ويمسكون حتى الاستحقاق؛ بل يقفلون مع «سُلّم خروج» مُعد مسبقًا يعود إلى الأسعار العائمة بمجرد أن تصبح الأمور غير مريحة. وهذا يقول شيئًا لا تعكسه صفحة التسويق — إذ إن البروتوكول نفسه يفترض أن مستخدميه سيحتاجون للخروج قبل حلول الأجل.
استراحة سريعة وكنت أحدق في لوحة التحكم، وفكرتني أن «ثابت» هنا يبدو أقرب إلى إعداد افتراضي منه إلى ضمان. ما يزال بإمكان المستخدمين المتقدمين إغلاق المراكز يدويًا عبر Etherscan عندما لا يغطيه الواجهة. أما المستخدمون الافتراضيون فيحصلون على زر التدوير. نفس البروتوكول، وتجربتان مختلفتان جدًا لما يعنيه «اليقين» فعليًا في الممارسة.
يجعلني أتساءل: كم من سرد «السعر الثابت» في DeFi، على مستوى المنظومة كلها، ليس سوى سعر متغير يرتدي خطابًا تسويقيًا أفضل — وهل يوجد أصلًا من يتمسّك بالاحتفاظ حتى الاستحقاق.
#termmax @TermMax

قضيت بعد الظهر أتصفّح صفحة “ستاك” الخاصة بـ Dusk بعد منشورهم في 15 أغسطس حول ترميز SME (dusk.network/news/tokenized-private-markets-sme-financing). دخلت وأنا أتوقع قراءة محتوى المقال. لكن انتهيتُ إلى التحديق في تسميات حالة المنتج بدلًا من ذلك.
المشكلة هي أنّ العرض كامل: "confidential by default" — حيث إن الرقم <c-1/> كله $DUSK , #dusk , @Dusk — هذا الشعار صحيح بالفعل على الطبقة L1 الأصلية: التحويلات المُشفّرة، وعقود ZK، وكلها تعمل، مع وجود أكثر من 210 مليون DUSK مُرهَنة لتأمينها. لكن عندما أنزل إلى المكان الذي يذهب إليه المطورون فعليًا — DuskEVM، مسار Solidity — أجد أنه مُعلّق عليه أنه “Testnet”. والـ Hedger، الشيء الذي يُدخل خاصية السرّية إلى مسار EVM عبر التشفير المتماثل (homomorphic encryption)، عليه أيضًا أنه “Testnet”.
لذلك، قصة “الخصوصية افتراضيًا” صحيحة… لكن بالنسبة للسلسلة التي لا يزال أحد يوشك على شحن تطبيقات Solidity مُنظّمة عليها بعد. المكان الذي يحدث فيه التكامل المؤسسي فعلًا الآن يعمل بشفافية: gas بالدوسك DUSK، ووسائل EVM عادية، مع إضافة الخصوصية كطبقة “اختيارية” لا تزال قيد الإعداد.
همم — ليست إهانة تمامًا. البنية التحتية للتسلسل (Sequencing) على هذا النحو ربما تكون منطقية. لكنّها تقلب ترتيب التسويق في رأسي: الخصوصية ليست التجربة الافتراضية لمن يبني اليوم، بل هي الشيء المُعدّ لهعد لمن يبني لاحقًا.
كنتُ أُحدّث قائمة المنتجات المنسدلة باستمرار كأني أتوقع أن تتغيّر التسمية لو بقيت أحدق طويلًا. لم تتغيّر.
يجعلني أتساءل إلى أي مدى من عبارة “confidential by default” عبر فئة سلسلة الخصوصية هذه هو في الواقع حصري للسلسلة الأصلية، بينما مسار نمو EVM يعمل بهدوء في الاتجاه المعاكس.

الأمر الذي جعلني أتوقف عند Dusk هو أن الخصوصية لا تُفرض على كل معاملة. يمكن لـ $DUSK on #dusk @Dusk الحفاظ على النشاط اليومي واضحًا، بينما تتولى Phoenix التعامل مع الحالات التي يصبح فيها الكشف عن كل شيء مشكلة.

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

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

الجزء غير المحسوم بالنسبة لي هو ما إذا كان المستخدمون سيختارون تنفيذًا خاصًا فعلاً عندما يظل التنفيذ الشفاف هو المسار الأسهل…

قضيت بعد الظهر أتقلّب في صفحة طبقات Dusk وتعثّرت على شيء يهمس بهدوء. #dusk native L1 مُعلَّمة على أنها "Live". Hedger — طبقة EVM السرّية، العرض الحقيقي الذي يقدّم الخصوصية للمؤسسات — ما تزال جالسة على "Testnet". كذلك الأمر بالنسبة لـ DuskEVM. $DUSK
تتحدث قطعة 15 أغسطس على dusk.network (tokenized-private-markets-sme-financing) عن دورة ملكية NPEX ذات المراحل الست، وهي… ليست لافتة للنظر. لا توجد ألعاب نارية من نوع ZK. فقط هيكلة، وتهيئة الدخول، والاشتراك، والتسوية، والخدمة، والتداول الثانوي — كلّها بنية امتثال مملة. وتؤكد إصدارات تفوق 300 مليون يورو أنها تستند إلى هذا العمل الروتيني، لا إلى تقنيات الخصوصية التي يتحدث عنها الجميع.
همم — هذه هي النقطة التي علِقت في ذهني. المسارات المتوافقة غير الخاصة هي التي تحرّك فعليًا أموال المؤسسات الآن. أمّا جانب المعرفة الصفرية، الذي يقدّم كل عرض به عبر @Dusk ، فما يزال في مرحلة الاختبار. كأنه عكس تمامًا ما تتوقعه من مشروع "خصوصية-أول".
أمسكت قهوة وواصلت إعادة قراءة مخطط البنية. يجعلك تتساءل — هل تحتاج طبقة الخصوصية أصلًا إلى الشحن بسرعة إذا كانت طبقة الامتثال تجذب حجم المؤسسات من تلقاء نفسها؟

بدأت شبكة DuskEVM testnet في 10 أغسطس — Solidity وHardhat، وباقي مجموعة الأدوات المألوفة كاملة، فقط... ها هي الآن. قامت Dusk Network #dusk @Dusk $DUSK أخيرًا بتسليم المطورين بابًا يعرفون بالفعل كيفية فتحه. قضيت فترة بعد الظهر في التسكّع داخله بدل القيام بعمل فعلي، اتهمني.
لكن هناك شيء علق. الجميع يتحدث عن هذا باعتباره جسر الخصوصية-الامتثال أخيرًا يشتغل، لكن الذي تم إطلاقه فعليًا هو وصول المطورين — وليس الخصوصية أثناء الاستخدام. يمكنك الآن نشر عقد EVM قياسي فورًا دون أي تفاعل مع Hedger، وهي الطبقة الحقيقية لـ ZK/التشفير المتماثل المفترض أن تجعل المعاملات كلّها خاصة وقابلة للتدقيق. لذا فإن خطاب "الخصوصية المتوافقة" ما يزال غير مُجرَّب، بينما الجزء الممل الخاص بتوافق EVM هو الذي تم إطلاقه وهو ما يعمل اليوم ويمكن الاعتماد عليه.
نمط مألوف نوعًا ما إذا كنت قد تابعت ما يكفي من عمليات الإطلاق هذه — الشيء المتاح هو الذي يُطلق أولًا، والتميّز يُطلق بهدوء لاحقًا، تقريبًا كفكرة لاحقة تُثبَّت على بنية تحتية كانت تعمل أصلًا. مطورو Ethereum يحصلون هذا الأسبوع على بوابة دخول مريحة. الجهات التنظيمية والمؤسسات تحصل على... شريحة في مخطط طريق، فقط.
لا أنتقد ذلك؛ ربما ترتيب إطلاق testnets بهذه الطريقة هو الخيار الأكثر منطقية. فقط أشير إلى من الذي يحمل شيئًا قابلًا للاستخدام فعليًا الآن، مقابل من ما زال ينتظر الجزء الذي كان الهدف منه أساسًا.
هل أي شخص بالفعل وجّه معاملة عبر Hedger على شبكة الاختبار هذه، أم أن الأمر كله ما يزال نشر عقود Solidity العارية فقط؟

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

كنت أبحث بهدوء عبر GitHub التابع لـ Dusk خلال اليومين الماضيين، وكان هناك شيء صغير يلازمني. في 10 أغسطس، تم دفع ثلاث مستودعات أساسية بشكل منفصل — piecrust (آلة عقد WASM)، وdusk-bytes، وjubjub-schnorr (مخطط التوقيع الخاص بهم لمنحنى JubJub). ليس دوائر الخصوصية. ليس مكدس التحويلات المُشفّرة الذي يُستشهد به كثيرًا عندما يتحدث الناس عن $DUSK . #dusk @Dusk _network
هذه هي النقطة التي علقت في ذهني. السرد العام هو "التمويل المُنظَّم الموجّه للخصوصية" — تحويلات Phoenix المُشفّرة، مفاتيح العرض، كاملةً مع طرح أنها خصوصية تلقائية. لكن عندما تراقب فعلًا أين تُصرف ساعات العمل الهندسية الآن، فالأمر يتعلق بالبنية التحتية للتنفيذ والتوقيع. الأشياء التي تحتاجها المؤسسات لتثق بها قبل أن تقترب أصلاً من الجانب الخاص.
يبدو هذا منطقيًا عندما أجلس معه — لأنه يتماشى مع الطريقة التي تُعتمد بها الامتثال فعليًا في أي مكان. لا أحد يوافق على الجزء المُشفّر أولًا. يقومون بمراجعة سكة Moonlight الشفافة، ويطمئنون إلى ضمانات التسوية، ثم ربما يسألون لاحقًا عن ضوابط الإفصاح. تصبح الخصوصية ميزة متقدمة، وليست بوابة الدخول.
هذا يقلب ترتيب التسويق رأسًا على عقب، أليس كذلك. من الذي يستخدم الطبقة السرّية فعليًا اليوم مقابل من يكتفي بمراقبة المعاملات العامة لتحديد ما إذا كانوا يثقون بالسلسلة على الإطلاق؟

كنت أحدّق في لوحة بابل منذ ساعة، وحدث شيء ما لمحت إليه نسخة التسويق لكنّها لا تقوله بصراحة.
$BABY just ارتفعت بنحو ~30% خلال الأسبوع الماضي، والودائع الآن تستقر عند 56,853 BTC مقفلة — اعتبرها $5.6B في TVL، أكبر إعداد للـ BTC Staking في الوقت الحالي. @BabylonLabs_io يُسوّق هذا على أنه: "استَكِ بِنك، ساعد في تأمين سلاسل PoS، بسيط." حكاية لطيفة. لكن عندما تتتبّع فعليًا ما تفعله كل قطعة توكن على السلسلة، يتضح أن الصورة تنقسم إلى قسمين.
مُحترفو الـ BTC Staking هم القوة المحركة الصِرفة. يُقفلون الـ BTC الأصلية، بدون تغليف، بدون جسر، وتُخصم منهم 5% فقط إذا قام مُصدِّق (validator) بالتوقيع المزدوج — نظام أنيق جدًا ومريح جدًا من ناحية الأمان. لكنهم لا يصوّتون. ولا يلمسون الحوكمة. عجلة القيادة الفعلية — ترقية البروتوكول، تغييرات المعلمات، مكان تدفّق المكافآت — بيد مُستَكِّين BABY. نموذج توكن مزدوج، نعم، إلا أن أحد الطرفين يوفّر الأمان الخام، والطرف الآخر يمسك في الخفاء بكل سلطة اتخاذ القرار. لحظة— هذا ليس حقًا "أمانًا مشتركًا"؛ بل هو أمان يورده فريق واحد بينما تدار الحوكمة بواسطة فريق آخر.
يُذكّرني بمشاهدة مزوّدي السيولة يمولون حوضًا بينما توكن منفصل يحتفظ بكل ثقل التصويت. يبدو الأمر مألوفًا. ربما هذا هو الشكل الذي يعمل به تمهيد الأمان حاليًا، وربما يتوازن لاحقًا بمجرد أن تتوسع آليات التفويض.
لا أزال غير متأكد إن كان هذا الانقسام يُحَلّ مع الوقت أم يصبح ببساطة الشكل الدائم للشيء.
#baby

شغّلت حلقة اختبار TBV على شبكة testnet رقم $BABY للمرة الثالثة هذا الأسبوع، والشيء الذي جعلني أتوقف عن التمرير لم يكن الواجهة؛ بل كان “ساعة” الإيداع (peg-in clock). تحوّل الإيداع من "lock BTC" إلى ضمان قابل للاستخدام خلال أقل من ثلاث ساعات — أي أقل بكثير من أزمنة الانتظار القديمة في حقبة الجسور التي كانت تستمر نصف يوم أو أكثر. @BabylonLabs_io
وهنا الجزء الذي علِق في ذهني. هل فوز “الـ peg-in خلال ثلاث ساعات” و”خفض الرسوم إلى أقل من 3x” الذي يورده الجميع كخبر رئيسي؟ هذا هو المسار المتقدم — إذ يفترض أنك تعرف بالفعل كيفية تنظيم الـ vault بشكل صحيح في المحاولة الأولى. في أول تشغيل لي، ارتكبت خطأً مطبعيًا في معامل واضطررت لإعادة القفل. لا تحذير، ولا “هل أنت متأكد؟” فقط… تراجع صامت. المحاولة الثانية نجحت بسلاسة: ثلاث ساعات، انتهى الأمر.
لذلك، معادلة التسويق (peg-in سريع، ورسوم مُخفّضة 3x+) صحيحة فعلاً—شاهدت حدوثها. لكن صحتها تظهر في المحاولة الثانية، لا في الأولى. لا أحد يسوّق “ضريبة منحنى التعلّم”.
جعلني أتساءل كم عدد محافظ testnet الموجودة الآن وفيها BTC عالق داخل vault من المحاولة الأولى، تنتظر بهدوء إعادة التنفيذ التي لم تصلها بعد. هل واجه أي شخص آخر ذلك في أول مرة، أم كنت أنا فقط غير دقيق في حوالي 11 مساءً.
#baby

للتو أنهيت تمريرًا عبر إعداد TBV بقيمة @BabylonLabs_io ، وكانت هناك عبارة واحدة ظلت تُقلقني: نفس المستند الذي يدفع أيضًا فحصًا تمهيديًا لحوكمة Aave يلاحظ بشكل خفي أن ذروة TVL الخاصة بالبروتوكول — 72,000 BTC — قد انخفضت إلى حوالي 51,000 BTC. $BABY يحب أن يبدأ بـ "أكبر بروتوكول لتخزين/تسييل البيتكوين (staking)"، وبالفعل، على الورق لا يزال كذلك. لكن هذا هبوط حقيقي، وليس مجرد فرق بسيط في الأرقام.
وهنا الجزء الذي علِق بذهني فعلًا. كل عرض TBV هو: "بدون wrapping، بدون bridging، وبدون طرف ثالث." حسنًا، صحيح تقنيًا على مستوى الفالْت — يوجد BTC داخل Taproot UTXO، نافذة يمكن الطعن فيها (fraud-proof window)، ويمكنك تحدي مطالبتك بنفسك. لكن لحظة تمثيل هذا الفالْت على أنه vaultBTC داخل مركز Aave V4 hub-and-spoke، تصبح الحدود (caps)، ومعلمات المخاطر، وكل ما يحكم تعرضك الفعلي... هذا قرار Aave DAO. فحص مؤقت (Temp check)، تصويت في المنتدى، نقطة تعطل الحوكمة القياسية.
لذا فإن "trustless" تبقى صحيحة فيما يخص الحيازة (custody). لكنها تتوقف عن الصمود عندما يتعلق الأمر بالشروط (terms). شيآن مختلفان يرتديان شعارًا واحدًا.
تراجعت إلى حفرة أرنب لأتحقق مما إذا كان بإمكان staked BTC الانتقال إلى TBVs مباشرة الآن — لا، أنظمة منفصلة في الوقت الحالي، حسب Q&A الخاصة بهم. كنت أظن أنهم قد دمجوا بالفعل.
أتساءل إن كان هذا الفجوة ستُغلق قبل عنوان TVL القادم أم بعده.
#baby

قضيت بعد الظهر وأنا أعبث بمشروع @BabylonLabs_io الخاص بحفظ الذات + عرض الاقتراض بالـ BTC الأصلي — $BABY — ورقم واحد أوقفني أثناء التمرير. TVL انخفض بنسبة 19% خلال آخر 7 أيام، ليصل إلى 2.612 مليار دولار على DefiLlama، بينما يتذبذب السعر حول 0.013 دولار... أعلى قليلًا فقط من أدنى مستوى له على الإطلاق عند 0.011 دولار.
إليك ما الذي علِق بي فعلًا. جزء تخزين الذات والـ staking يعمل بوضوح — قفل BTC بشكل أصلي، بدون wrapping، بدون bridging، ولا يزال 2.6 مليار دولار يثبت أن الناس يثقون بهذه الآلية. لكن طبقة الاقتراض، الجزء الذي تتحول فيه BTC المرهونة إلى ضمان قابل للاستخدام، لم تظهر حقًا ضمن التدفقات. عندما ينخفض TVL بهذه السرعة، لا يبدو الأمر كأنه مستخدمون متقدمون يدوّرون رأس المال إلى صناديق الإقراض. بل يبدو كأن الـ base stakers يغادرون بهدوء فقط.
اشتريت قهوة، وواصلت التحديق في الرسم البياني… هم. الفجوة بين التسويق (BTC كأصل منتِج وقابل للاقتراض، وسلسلة DeFi كاملة) وسلوك السلسلة (مجرّد لعبة عائد يخرج منها الناس بمجرد تغيّر المعنويات) تشعر أنها القصة الحقيقية لهذا الأسبوع، أكثر من أي تحديث للخارطة.
لست أقول إن الأطروحة ماتت، ولا حتى قريب من ذلك. لكن إن كان الاقتراض الأصلي متماسكًا بالفعل الآن، ألا كان التدفق الخارج قد واجه مقاومة أكبر؟ أنا صراحةً فضولي لمعرفة كم من تلك الـ 2.6 مليار دولار قد لمس فعلًا صندوق إقراض بدلًا من مجرد الجلوس داخل سكربت staking في انتظار تحوّل حركة السعر.
#baby