BlockBreaker

#dusk $DUSK @Dusk
ما يثير اهتمامي بشأن Dusk هو أن أطروحة الخصوصية الخاصة بها أصبحت أقل تعلّقًا بإخفاء المعاملات وأكثر تعلّقًا بإخفاء أجزاء التمويل التي لم تكن أصلًا بحاجة لأن تكون عامة.

هذا الفرق مهم.

تحمل الأصول المالية معلومات حساسة حول الملكية والأهلية والتسعير والتحويلات والتسوية. إن وضع كل ذلك في عقود ذكية شفافة يخلق مفاضلة غريبة: تحصل على قابلية التركيب (composability)، لكنك أيضًا تكشف بيانات كانت الأسواق المنظمة قد قضت عقودًا في التحكم بها.

تتعامل Dusk مع المشكلة من الجهة الأخرى. تستخدم حزمة الخصوصية لديها إثباتات عدم المعرفة (zero-knowledge proofs)، وPLONK، وJubJub، وPoseidon، وبنى قائمة على Merkle لإثبات أن القواعد قد تم اتباعها دون نشر كل التفاصيل الأساسية.

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

كما أن اتجاه الهندسة الأخير يجعل الأطروحة أكثر مصداقية. فقد قامت Aegis بترقية التحقق على الشبكة الرئيسية إلى PLONK V3 وأضافت حماية أقوى للتوافق (consensus) والاسترداد (refunds)، بينما استمر عمل أغسطس في تشديد التحقق من الإثبات والتحقق من صحة النص المشفّر (ciphertext).

الآن أصبحت DuskEVM على شبكة الاختبار (testnet)، ما يمنح مطوري Solidity مسار تنفيذ مألوفًا إلى جانب حزمة الخصوصية الأصلية لدى Dusk.

خلاصتي: لا تنافس Dusk حقًا لتكون “أكثر بلوكتشين خصوصية”. الفرصة الأكثر إثارة للاهتمام لديها هي أن تصبح الطبقة التي يمكن للتطبيقات المالية أن تظل قابلة للتحقق فيها دون تحويل معلومات السوق الحساسة إلى بيانات وصفية عامة (public metadata).

هذه مشكلة أصعب بكثير، والأهم أنها أكثر فائدة بكثير لحلّها.

#dusk $DUSK @Dusk
ما يلفت انتباهي في Dusk هو أنها لا تحاول حقًا جعل البلوكشينات “أكثر خصوصية”. بل تسعى إلى تحويل الخصوصية إلى عنصر سوقي قابل للاستخدام كبدائيّة (primitive) قابلة للتطبيق.

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

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

التطورات الأخيرة مهمة لما تشير إليه، لا لما تتصدره العناوين. تعمل Dusk على تشديد بروتوكولها باستخدام PLONK V3 وتقوية آليات الإجماع، بينما تخفّض مسار EVM وأدوات التطوير العائق أمام المطورين. وأعمال أدوات zk في أغسطس 2026 وتركيزها على الأسواق الخاصة المُرمّزة (tokenized) تشير إلى انتقال أكبر: من “بلوكشين خصوصي” إلى بنية تحتية مالية.

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

#dusk $DUSK @Dusk
ما أجدُه مثيرًا للاهتمام في نموذج الامتثال لدى Dusk هو أنه يتعامل مع الهوية أقل بوصفها شيئًا تخزّنه، وأكثر بوصفها شيئًا تُثبتُه.

يفصل Citadel 2 الأدوار بشكلٍ واضح. يتحقق مزوّد الترخيص من المستخدم خارج السلسلة (off-chain) ويوقّع السمات ذات الصلة. تُسجَّل الشهادة دون تعريض محتوياتها، ثم يمكن للمستخدم إنشاء برهان معرفةٍ صفريّة يبيّن أنه يحمل شهادةً صالحة دون الكشف عن أي شهادة هي، أو هويته، أو السمات الأساسية. ما زال مزوّد الخدمة هو الذي يقرر ما الذي يُعدّ مؤهِّلًا وما إذا كان ينبغي منح الوصول.

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

يدعم الاتجاه التشفيري الأوسع هذا التصميم. تعتبر أعمال W3C الخاصة بالشهادات الرقمية للعام 2026 أن الإفصاح الانتقائي والعروض غير القابلة للربط خصائص خصوصية أساسية، في حين تُؤطّر مجموعة التشفير BBS البراهين المشتقة بحيث يمكن للحائزيْن كشف الادعاءات التي يختارونها دون جعل العروض المنفصلة قابلة للربط بسهولة.

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

وهنا يصبح الامتثال على السلسلة مثيرًا للاهتمام: ليس إفصاح الهوية، بل إثبات أهلية قابل للبرمجة.

#termmax @TermMax
ما أجد أكثر ما يثير اهتمامي في TermMax هو أن الاقتراض بسعر فائدة ثابت لا يجعل مخاطر الضمان تختفي. بل إنها فقط تنقل المخاطر إلى مكان آخر.

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

وهذا يجعل طبقة الـ oracle الجزء الذي لا أثق به بالكامل افتراضيًا.

تدعم بنية TermMax مسارات تسعير ومحولات متعددة بدلًا من الاعتماد على تغذية واحدة شاملة. هذا يهم عندما يكون الضمان شيئًا سائلًا مثل ETH، لكن الافتراضات تصبح أصعب بكثير في التقييم بالنسبة للأسهم المرمّزة أو أصول RWA أخرى. يمكن أن يكون السعر “على السلسلة” من الناحية التقنية ومع ذلك يكون قديمًا أو رقيقًا أو متأخرًا، أو منفصلًا عن السيولة القابلة للتنفيذ.

يوضح مثال ضغط بسيط السبب. لنفترض أن 100 دولار من الضمان تدعم 85 دولارًا من الدين. يؤدي هبوط بنسبة 10% إلى دفع المركز قريبًا من نسبة LTV تبلغ 94%. ويمكن لحركة أشد حدة أن تترك البروتوكول في سباق ضد التصفية مع سوق يعيد تسعير نفسه أسرع من الـ oracle.

لذلك أنا أقل اهتمامًا بالسؤال عما إذا كان لدى TermMax تصفية.

السؤال الأفضل هو: هل يمكن أن تحدث التصفية بالسعر المناسب، وبالسرعة الكافية، عندما يحاول الجميع الخروج أيضًا؟

وهنا أعتقد أن نموذج المخاطر الحقيقي يعيش.

#dusk $DUSK @Dusk
لقد رأيت فرق البلوك تشين تتعامل مع الشبكات مثل السباكة. طالما تصل الكتل، نادرًا ما يُولي التصميم اهتمامًا كبيرًا بهذه الطبقة.

تعيدني Kadcast إلى النظر إلى تلك الطبقة بطريقة مختلفة.

لا تعتمد Dusk على نموذج "استلام، ثم نشر، ثم تكرار" المعتاد وحده. تنظّم Kadcast النظائر عبر تراكب منظّم على نمط Kademlia، بحيث تكون عملية انتشار الرسائل لديها قدر من الوعي بمكان تموضع العقد داخل الشبكة. قد يبدو هذا تفصيلًا تنفيذيًا صغيرًا، لكنه يغيّر المشكلة. بدلًا من الأمل بأن تنتشر الرسالة بسرعة عبر عدد كافٍ من النظائر العشوائية، يحاول البروتوكول جعل الانتشار أكثر تعمّدًا.

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

إنها صياغة أكثر فائدة بالنسبة لي.

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

لذلك فأنا أقل اهتمامًا بمقاييس الانتشار الخام.

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

الانتشار السريع مفيد.

القابلية للتنبؤ بالانتشار تحت الضغط هو ما أرغب فعلًا في قياسه.

#dusk $DUSK @Dusk
ما أراه مثيرًا للاهتمام في تصميم خصوصية Dusk ليس فقط أن الملاحظات مخفية. بل أين يحدث هذا الإخفاء، وكم عدد الافتراضات التي يجب أن تصمد في آنٍ واحد.

تستخدم Phoenix الالتزامات وشجرة Merkle، بينما تضيف الالتزامات بالقيمة عاملَ التعمية. يمكن للمتحققين التحقق من الاتساق دون معرفة المقدار. كما تجعل عناوين البثّ الخفي (Stealth) ربط المستلم أصعب.

طبقة التشفير هي ما أتفحّصه أكثر. تعرض Phoenix حاليًا AES كالتشفير التماثلي (symmetric)، بينما تتضمن المنظومة أيضًا JubJub ElGamal و Poseidon. مكتبة Poseidon لدى Dusk تتضمن وظيفة تشفير، لكن القول إن “Poseidon يوفر السرّية” تبسيطٌ زائد. لقد تطورت عملية التنفيذ، وهذا مهم عند تقييم الأمن الدلالي.

سؤالي الحقيقي هو ما إذا كانت عملية التراكيب (composition) قد أُثبتت كنظامٍ واحد. يمكن أن يخفي الالتزام قيمة ويمكن للتشفير أن يخفي نصًا صريحًا، ومع ذلك قد تفشل الخصوصية بسبب بيانات وصفية (metadata)، أو التعامل مع المفاتيح، أو إساءة استخدام nonce، أو ارتباط العناوين، أو علاقة إثبات خاطئة. رأيت ذلك من قبل: فبدون تلقائية، لا تجعل البدائية القوية البروتوكول قويًا بالضرورة.

تم تصميم Poseidon للحوسبة الملائمة لـ ZK، بينما AES ناضج للتشفير العام. قد يساعد ذلك على الأداء، لكنه يجعل الحدود بين “التشفير” و“الالتزام” و“الإثبات” أمرًا بالغ الأهمية.

لستُ مستعدًا للثقة في هذا البناء لأن المكوّنات مُراعَاة. أريد حُجةً شكلية تُبيّن أن تشفير الملاحظات يُخفي القيم والهويات. عندها تصبح ادعاءات خصوصية Dusk شيئًا يمكنني تقييمه.

#termmax @TermMax
ما أشاهده في TermMax ليس TVL. بل هو المكان الذي يتم فيه فعليًا استخدام السيولة.

يضع DefiLlama TermMax حاليًا عند حوالي 32.7 مليون دولار من TVL، مع ما يقرب من 22.1 مليون دولار في قروض نشطة. هذا يعني أن حوالي 67% من TVL المُبلّغ مرتبط باقتراض نشط، وهو أمر أكثر إثارة للاهتمام بالنسبة لي من الرقم الرئيسي بحد ذاته. كما تمثل Ethereum حوالي 94% من TVL، لذا فإن قصة “متعددة السلاسل” ما زالت شديدة التركّز في منصة واحدة.

لكن هناك طبقة أخرى لا أثق بها بالكامل: السعة. في واجهة الكسب الخاصة بـ TermMax، يُظهر الصندوق الرئيسي لـ USDC حوالي 5.7 مليون دولار مودعة مقابل سعة تبلغ 49.1 مليون دولار، بينما يُظهر صندوق WETH حوالي 241 ألف دولار مقابل 80.9 مليون دولار. هذا قدر كبير من السيولة النظرية التي لا يستخدمها أحد فعليًا.

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

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

مزيج أسواق TermMax الحالي يشير بالفعل إلى هذا التحول. الواجهة تسرد USDC وUSDT وRLUSD وWETH وWBTC وwstETH ومجموعة تتوسع من ضمانات RWA، بما في ذلك XAUt.

سؤالي الحقيقي بسيط: كم من سيولة TermMax يتم مطابقته بشكل متكرر، وليس مجرد ركنه؟ ستخبرني هذه النسبة عن الاعتماد أكثر بكثير من TVL وحده.

#termmax @TermMax
لعبة مُنشئ TermMax ليست عن مطاردة أعلى APR. بل عن تحديد أين يجب أن تصبح السيولة باهظة التكلفة.

يتيح OrderV2 للمنشئين تشكيل الأوامر بمنحنيات، بينما تؤثر الاحتياطيات الافتراضية في التسعير مع استهلاك السيولة. تم تحديث مستودع V2 في يوليو 2026، بما يعزز أن هذه البنية الخاصة بالأوامر ما زالت قيد التطوير بشكل فعّال.

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

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

#dusk $DUSK @Dusk
أنظمة إثباتات المعرفة الصفرية: ما يهمّني بشأن Dusk ليس أنها تستخدم إثباتات ZK. بل أنّ أنظمة إثبات مختلفة يمكنها معالجة عنق زجاجة مختلف داخل سلسلة بلوكتشين مالية.

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

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

هنا يبدأ تصميم الدارات في أن يصبح أكثر أهمية من حجم الإثبات الخام. قد يكون إثباتٌ صغير لكن مكلف في توليده، أو صعب في التدقيق، أو غير مريح في الصياغة أقل فائدة من إثبات أكبر قليلًا مدعوم بنظام تنفيذ مرن.

كما أن التطوير الأخير في Dusk حول إصدارات PLONK الأحدث يجعل جانب هندسة الأمان مستحيلًا تجاهله. أنظمة ZK ليست آمنة لمجرد أن الرياضيات صحيحة. منطق المُتحقق، وربط الالتزام (commitment binding)، وقيود الدارة، وتفاصيل التنفيذ يمكن أن تصبح سطح الهجوم الفعلي.

لذا سأُقيّم Dusk بشكل مختلف: زمن المُثبت، زمن المُتحقق، حجم الإثبات، تعقيد الدارة، ومتانة التدقيق — كلها معًا.

السؤال المثير للاهتمام ليس ما إذا كان لدى Dusk ZK.

بل ما إذا كانت بنية إثباته تستطيع البقاء فعّالة وقابلة للبرمجة وموثوقة مع ازدياد تعقيد المنطق المالي السرّي.

#termmax @TermMax
كنت أنظر إلى TermMax أقل باعتباره بروتوكول إقراض آخر، وأكثر باعتباره رهانًا على ما إذا كان بإمكان التمويل اللامركزي (DeFi) جعل الزمن نفسه قابلًا للتداول.

يبدو هذا مجردًا، لكنّه يغيّر طريقة تفكيري في المنتج.

معظم إقراض DeFi مبني حول الفوائد المتغيرة. تتحرك الفائدة، ويتحرك مركزك، ويتغير تقييم السوق باستمرار لتكلفة رأس المال. يتخذ TermMax مسارًا مختلفًا عبر فصل المبلغ الأصلي عن عنصر الفائدة، وتقديم طريقة للمستخدمين للتعبير عن استحقاق ثابت. عمليًا، يجعل ذلك السؤال أقل ارتباطًا بـ“كم العائد؟” وأكثر ارتباطًا بـ“ما قيمة تدفق نقدي حتى تاريخ محدد؟”

لاحظت باستمرار أن هذه هي النقطة التي تبدأ عندها الأمور الشيقة.

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

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

ثم هناك طبقة الخيارات.

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

لهذا السبب أراقب البروتوكول من خلال عدسة مختلفة: ليس APY العنوان الرئيسي، ولا الرافعة المالية، ولا عدد المنتجات—بل ما إذا كان بإمكان الاستحقاق الثابت والمخاطر أن يصبحا بدائيّات سيولة حقيقية في DeFi.

هذا الجزء لم يُثبت بعد. وبصراحة، هذا ما يجعل TermMax يستحق المتابعة.

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

لهذا جذب انتباهي Rusk VM. يستخدم WASM لتنفيذ العقود، لكنه لا يتوقف عند هذا الحد. يتيح Dusk عمليات التشفير عبر طبقة المضيف الخاصة بالآلة الافتراضية، بما في ذلك التجزئة، وعمليات المنحنيات الإهليلجية، والتحقق بالمعرفة الصفرية. عمليًا، لا يحتاج العقد إلى تنفيذ كل بدائية مكلفة بنفسه.

أعتقد أن قرار التصميم هذا أهم مما قد يبدو في البداية. لا تكون العقود السرّية مفيدة إلا عندما يستطيع المطورون التفكير في تكاليفها، ومدخلاتها، ومسارات فشلها. تُنشئ ABI الخاصة بـ Rusk وأدوات Rust واجهةً محددةً بين كود العقد وتلك الإمكانات المحلية.

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

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

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

#dusk $DUSK @Dusk
PoBB: اللعبة الخفية خلف انتخابات القائد في Dusk

أجد PoBB مثيرًا للاهتمام لسبب يتم تجاهله عندما يصفه الناس بأنه “اختيار القائد الخاص”.

تتمثل الفكرة الأعمق في أن المدقِّق يمكنه التنافس على إنتاج الكتل دون الإعلان عن المعلومات التي تجعله هدفًا واضحًا. في تصميم Dusk، يتم الالتزام بالمزايدات ويمكن للفائز النهائي إثبات صحة المزايدة بإثباتات معرفة-صفر (zero knowledge)، بدلًا من مجرد كشف المشهد الكامل للمزايدات.

وهذا يغيّر قواعد اللعبة.

في نظام PoS أكثر شفافية، قد يصبح معرفة من يُرجّح أن ينتج الكتلة التالية معلوماتًا مفيدة. يمكنك مراقبة الرصيد (stake)، وتتبع المدقِّقين، وبناء استراتيجيات حول القيادة المتوقعة. تحاول PoBB إزالة جزء من هذه الرؤية.

لكنني لست مقتنعًا بأن الخصوصية تجعل النظام أكثر أمانًا تلقائيًا.

الأسئلة التي تهمني أكثر واقعية: ماذا يحدث عندما يختفي المزايد الفائز؟ هل يمكن للتكرار في الرقابة على إثباتات المزايدات أن يؤثر على قابلية العمل (liveness)؟ هل يحصل المشغّلون الكبار على ميزة عبر التنسيق؟ وهل يمكن لآلية التقييم مقاومة التلاعب دون جعل المشاركة الصادقة مكلفة للغاية؟

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

هذا ما يجعل PoBB يستحق الدراسة. التجربة الحقيقية ليست ما إذا كانت Dusk تستطيع إخفاء مزايدة المدقِّق. بل ما إذا كانت سلسلة بلوك تشين يمكنها الحفاظ على منافسة عادلة عندما لا يستطيع المنافسون رؤية بعضهم بسهولة.

#dusk $DUSK @Dusk
ربما الخصوصية في معاملات الأوراق المالية تحتاج إلى نظام محاسبي أولاً — رسالة SMST من Zedger

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

لهذا السبب لفت انتباهي المخططان المتفرق/نقطة ميركل-سيغمنت (Sparse Merkle-Segment Trie). يجمع SMST بين شجرة ميركل المتفرقة Segment Tree، ما يتيح لـ Zedger الالتزام بحالة الحساب مع الاحتفاظ داخل البنية بفئات الرصيد المختلفة. يمكن للتصميم تتبع أرصدة الحد الأقصى، وقابلة للنقل، والأهلية للتصويت، والأهلية لتوزيعات الأرباح، دون وضع سجل الحساب بالكامل في العرض العام.

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

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

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

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

#dusk $DUSK @Dusk
جعلني فِنيكس أرى الغسق بشكل مختلف.

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

يستخدم فِنيكس نموذجًا على نمط UTXO حيث توجد DUSK على شكل ملاحظات خاصة. يقوم الإنفاق بنشر مُبطِل (nullifier) لإثبات أن الملاحظة قد تم استهلاكها بالفعل دون الكشف عن أي ملاحظة تحديدًا. هذا الفصل مهم لأن مجموعة الخصوصية يمكن أن تنمو من تاريخ الملاحظات بدلًا من الاعتماد على حفنة من الطُعوم يتم اختيارها وقت الإنفاق.

هنا أجد التصميم أكثر إثارة للاهتمام من الطرح المعتاد «الغسق خاص».

السؤال الأصعب هو الكفاءة.

يستخدم فِنيكس إثباتات معرفة-صفرية لربط كل شيء معًا، وهذا يخلق ملفًا هندسيًا مختلفًا جدًا عن الأنظمة مثل مونيرو (التي تستخدم توقيعات حلقية بالإضافة إلى Bulletproofs+)، أو زكاش، التي يستخدم تصميمها الأحدث Orchard Halo 2.

لا أقتنع بأن الفائز هو من يملك أقوى تشفير على الورق.

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

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

#dusk $DUSK @Dusk
المعيار XSC ومفارقة الخصوصية/الامتثال

أعود باستمرار إلى سؤالٍ مزعج واحد حول XSC: هل يمكن جعل المعاملة المالية خاصة دون جعل منطق الامتثال الأساسي صارمًا بشكلٍ مفرط؟

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

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

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

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

تبدأ الأعمال الجادة من هذا التنازع.

يتجاوز الذهب مستوى 4,400 دولار ليصل إلى أعلى مستوى في شهرين

دفـع الذهب فوق 4,400 دولار للأونصة، مسجّلًا أعلى مستوى له منذ أكثر من شهرين، مع ملامسة أسعار الفوريّات مؤقتًا نحو 4,435 دولارًا.

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

بالنسبة للذهب، يتمثل السؤال الأهم في ما إذا كان بإمكان المشترين الحفاظ على الزخم فوق 4,400 دولار—أم أن ارتفاع أسعار النفط، وارتفاع العوائد، وتجدد توقعات رفع الفائدة قد يؤديان إلى تراجع آخر.
$RAD $BANANAS31 $MITO