NVD Insights

لقد كنت أتمعّن أكثر في كيفية @Dusk التعامل مع الإجماع، ومن التفصيلات التي أجدها سهلة التجاوز أن العملية لا تُعامل كقرار واحد منفرد.

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

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

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

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

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

هل يجعل الإجماع المراحل «Dusk» أكثر متانة أمام الاقتراحات السيئة؟ أم أن التنسيق المضاف يخلق مفاضلة جديدة؟
#dusk $DUSK

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

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

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

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

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

ماذا يحدث لاكتشاف السعر في اليوم الذي يتضاعف فيه عدد المجموعة المؤهلة فجأة؟
#dusk $DUSK

ظننت في البداية أن DuskEVM يهدف أساسًا إلى توفير توافق EVM لـ @Dusk . لكن بعد أن تعمقت أكثر، بدأت أرى التصميم بشكل مختلف.

ما يثير اهتمامي هو الجمع بين أدوات تطوير مألوفة وبنية تحتية مبنية حول حالات استخدام مالية. يمكن للمطورين استخدام Solidity وأدوات EVM الحالية، بينما تم تصميم Hedger لدعم مبالغ المعاملات الخاصة لكن القابلة للتحقق.

ثم تأتي طبقة التطبيق المحتملة: أصول ممثلة على شكل توكنات، وDeFi، والإقراض، وسير عمل مالي منظّم. كما تضيف Chainlink CCIP عنصرًا مثيرًا للاهتمام من خلال المساعدة في ربط الأصول المُمثلة على شكل توكنات عبر السلاسل.

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

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

أنا أقل اهتمامًا بالإعلان نفسه، وأكثر فضولًا بشأن ما الذي سيُبنى انطلاقًا منه.
#dusk $DUSK

واصل التفكير فيما يحدث لبركة @TermMax مباشرة بعد أن تنضج دفعة كبيرة من المراكز، وليس قبل ذلك.

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

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

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

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

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

هل هناك من يتابع ما إذا كانت معدلات TermMax تتجمع بشكل مختلف مباشرة بعد تكتلات نضج كبيرة، أم أن هذا التأثير صغير جدًا لدرجة أنه لا يهم؟
#termmax

كنت أتقلب بشأن سؤال محدد واحد حول تسوية @Dusk DvP منذ يومين تقريبًا، وهو ليس السؤال الذي يطرحه معظم الناس فعليًا. الجميع يريدون معرفة ما إذا كانت الساقان في صفقة واحدة تتحركان معًا. ونادرًا جدًا ما يسأل أحد ما إذا كانت أيٌّ من الساقين يمكن أن تنفك بهدوء لاحقًا.

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

هذا تحول حقيقي لأي شيء مؤسسي: إزالة مخاطر الطرف المقابل بين ساقين أمرٌ صعب جدًا في التزييف.

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

ومع ذلك، فإن حجم NPEX عندما يبدو عضوياً لا مدفوعًا بحوافز هو الرقم الذي أثق به فعليًا أكثر من مجرد الانطباعات.
$DUSK #dusk

لقد كنت أقضي بعض الوقت في @TermMax docs مؤخرًا، وتفصيل واحد يستمر في جذب انتباهي: XT، أحد الرمزين في كل سوق بسعر ثابت (Fixed Rate)، مُصمم ليُفقد كل قيمته عند الاستحقاق. يتخطى معظم الناس ذلك ويفترضون أنه علامة حمراء.

لكن الأمر ليس خللًا في النظام، بل هو الفكرة الأساسية. كل سوق يقسم رمز الدين إلى جزأين: FT، الذي يمضي نحو قيمة استردادها الكاملة، وXT، الذي يمضي نحو الصفر. معًا، فإن 1 FT + 1 XT يساوي دائمًا 1 رمز دين. FT هو الجانب المتوقع والثابت. وXT هو الجانب المؤقت عمدًا الذي يستوعب كل ما تبقى من قيمة الوقت، والتعرض للرافعة المالية، ومعنويات السوق.

هذا في الواقع فصلٌ واضح لمهام الوظائف، وهو ما يجعل عائدًا ثابتًا يساوي 0n FT ممكنًا من الأساس. لكن هذا يعني أيضًا أنك لا يمكنك تقييم XT بالطريقة التي تقيم بها رمزًا عاديًا. مراقبة "الطلب" تفوّت جوهر الموضوع تمامًا.

الخطر الحقيقي هو السيولة: إذا جفّت السيولة (العمق) قبل الاستحقاق، يصبح تسعير فائدة XT المتبقية معقدًا بسرعة كبيرة. ومع ذلك، فإن البنية نفسها تصمد أمام التدقيق.
#termmax

لقد كنت أقرأ مؤخرًا في @Dusk contract execution setup، وPiecrust هي القطعة التي يتجاوزها معظم الناس عند الحديث عن المشروع.

لن أكذب، كنت أتوقع بيئة تنفيذ ثقيلة أخرى. لكن الأمر ليس كذلك. Piecrust هي آلة افتراضية خفيفة مبنية على WebAssembly، مصممة لتنفيذ عقود بشكل آمن ووحداتـي (modular). والأهم أنها تفصل منطق العقد عن العمل التشفيري الموجود تحته. العقود تعمل فقط على منطق التطبيقات داخل الـVM. أما الأشياء المكلفة مثل التحقق من إثباتات ZK والتحقق من التواقيع فتُدفع إلى دوال مضيفة أصلية (native host functions) بدلًا من أن تعيش داخل كل عقد.

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

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

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

كنت أفكر أقل في الفوائد على @TermMax وأكثر في ما يحدث في يوم استحقاق المركز فعليًا.

يركز معظم الناس على "الفائدة الثابتة = الأمان"، لكنني أعتقد أن السؤال الحقيقي هو ما الذي يحدث عند الاستحقاق، لا قبله.

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

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

الفائدة الثابتة وحدها تنقل حالة عدم اليقين إلى تاريخ مختلف، لكنها لا تزيلها.

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

هل هناك من يفكر فعليًا في استراتيجية التدوير الخاصة به قبل فتح المركز، أم أنها قرارات يقررها الناس في اللحظة فقط؟
#termmax

ما زلت أفكر في توتر محدد في كيفية وصف @Dusk للخصوصية، وهو أقل وضوحًا مما يبدو للوهلة الأولى. يفترض معظم الناس أن الخصوصية واللوائح تسيران في اتجاهين متعاكسين: تحصل على واحدة أو الأخرى، وليس الاثنتين معًا.

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

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

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

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

هل هناك من يتابع فعليًا كيف يُؤدّي ذلك عند بدء انتقال الأصول الخاضعة للتنظيم بمقياس واسع؟
#dusk $DUSK

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

هذا ما جعل @TermMax مثيرًا للاهتمام بالنسبة لي. الجزء المهم ليس فقط أن السعر ثابت. بل أن تكلفة الاقتراض والمدة الزمنية معروفة قبل بدء المركز.

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

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

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

وجهة نظري أن TermMax يغيّر السؤال من «كم ستكون هذه التكلفة لاحقًا؟» إلى «هل يتوافق هذا المركز مع هذه التكلفة المعروفة؟»

هل يؤدي ذلك فعلاً إلى تحسين إدارة الرافعة المالية، أم أنه يجعل فقط مخاطر التمويل أسهل للقياس؟
#termmax

لقد كنت أتعمّق مؤخرًا في نموذج المعاملات المزدوجة @Dusk dual، ويبدو أن معظم من يتحدثون عنه يعتقدون أن «سلسلة الخصوصية» تعني أن كل ما بداخلها خاص تلقائيًا. هذا ليس ما يحدث فعليًا من منظور التصميم.

الفكرة هي أن Dusk يشغّل نموذجين منفصلين جنبًا إلى جنب. Moonlight هو الجانب الشفاف، حسابيّ الأساس، حيث تكون الأرصدة والنشاط قابلة للتحقق علنًا، وهو نهج شبيه بنمط Ethereum. أما Phoenix فهو النصف الآخر، المعتمد على UTXO، باستخدام إثباتات المعرفة الصفرية وnullifiers للتعامل مع مشكلة الإنفاق المزدوج دون كشف ما هو موجود فعليًا داخل المعاملة.

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

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

ومع ذلك، فإن فصل الخصوصية عن الشفافية من خلال التصميم أفضل من محاولة «إضافة الخصوصية» كفكرة لاحقة.

هل هناك أي شخص آخر يراقب كيف يتفاعلان Moonlight وPhoenix فعليًا في الممارسة؟
#dusk $DUSK

لقد كنت أفكر في كيفية التحقق من معاملات Phoenix فعليًا في @Dusk lأخيرًا، وما زال معظم الناس يتخيلون عملية المعتادة "انظر إلى البيانات ووافق".

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

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

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

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

هل أنت مرتاح مع التحقق الذي يعمل دون رؤية الشيء الذي يتم التحقق منه؟
#dusk $DUSK

أعود دائمًا إلى @TermMax لأنه يعامل الوقت كتكلفة مالية حقيقية. لقد رأيت أسعارًا عائمة تبدو رخيصة حتى يختفي السيولة، وعندها يصبح الاقتراض نفسه مؤلمًا فجأة. قد تبدو التكلفة الثابتة والاستحقاق المعروف مملة، لكن في الأسواق قد تكون المِلَلُ مفيدة.

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

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

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

هل يمكن للتمويل المتوقع أن يخلق مساءلة أفضل؟
#termmax

لقد كنت أتردد ذهابًا وإيابًا بين DuskVM وDuskEVM لعدة أيام الآن، وصدقًا لا أقول لك، اعتقدت في البداية أن الأمر مجرد اختلاف لغات: Rust/WASM مقابل Solidity مع أدوات يعرفها الجميع بالفعل. لكن الأمر ليس كذلك.

الحقيقة هي أن DuskVM موجود عند قاعدة الشبكة مباشرةً، لذلك يحصل على وصول مباشر إلى خصائص الخصوصية وأدوات الإثبات بالمعرفة الصفرية التي بُني Dusk حولها فعلًا. من ناحية أخرى، يقوم DuskEVM بتشغيل عقود Solidity عبر أدوات EVM القياسية، لكنه مع ذلك يستقر عبر طبقة DuskDS نفسها، ويدفع رسوم الغاز باستخدام رمز DUSK نفسه. مساران مختلفان للتنفيذ ينتهيان في المكان نفسه في الأسفل.

هذه هي النقطة التي تهم فعلًا: اختيار DuskVM لا يعني اختيار لغة، بل يعني اختيار القرب من بدائله/مكوّناته الخاصة بالخصوصية نفسها. يعني اختيار DuskEVM التخلي عن جزء من ذلك القرب مقابل المحافظ والجسور والبورصات التي تتكامل مع تغييرات بالكاد في الشيفرة.

لكن توجد هنا المفارقة: كون طبقة التسوية واحدة لا يعني قدرات متطابقة. لا يحصل DuskVM على اختصارات؛ فكل جزء من الأدوات يتم بناؤه من الصفر.

ومع ذلك، أفضل أن تُعرض هذه المفاضلة بوضوح بدلًا من التظاهر بأنها غير موجودة.

هل تبني باتجاه بدائـل الخصوصية مباشرةً، أم تميل أولًا إلى التوافق؟
@Dusk #dusk $DUSK

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

والأكثر إثارة مما تحت ذلك هو أن المدقّقين لا يزالون قادرين على التحقق، لكن باقي الناس يرون فقط معاملة صالحة ولا شيء أكثر. معظم السلاسل تُجبرك على الاختيار: إما خلط (للسرّية)، أو شفافية كاملة من أجل الثقة المؤسسية. تُراهن Dusk بأن الإفصاح الانتقائي يلغي ذلك التنازل بالكامل—وهذه هي المنطق وراء Zedger واتجاه ترميز الأصول الواقعية (RWA)، وجزء من سبب أهمية DuskEVM. فمطورّو Solidity يمكنهم البناء على هذا النموذج دون أن يضطروا لتعلّم شيء جديد.

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

ما زلت مشغولًا بهذا السؤال.
#dusk $DUSK

لقد قضيت وقتًا مؤخرًا في محاولة فهم ما الذي تفعله «سيتاديل» فعليًا، وأعتقد أن أغلب الناس ما زالوا يصنفونها على أنها «طبقة الهوية/‏KYC» ويتجاوزونها بسرعة. المشكلة أن هذا التصور يفوّت ما الذي يجعلها مختلفة.

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

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

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

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

هل تتابع «سيتاديل» باعتبارها بنية تحتية، أم ما زلت تعتبرها مجرد تمثيل امتثال؟
#dusk $DUSK @Dusk

$VELVET ارتفع بأكثر من 32% اليوم، لكن بعد هذه الحركة الحادة، أصبحت أكثر اهتمامًا بكيف يتصرف السعر حول المستوى الحالي بدلًا من مطاردة الاندفاع.

السعر: 0.9507
أعلى سعر خلال 24 ساعة: 1.1299
أدنى سعر خلال 24 ساعة: 0.4805
حجم تداول خلال 24 ساعة: 189.47M USDT

$VELVET /USDT Long
الدخول: 0.94–0.96
TP1: 1.00
TP2: 1.08
TP3: 1.12
إيقاف الخسارة: 0.89

على مخطط 15 دقيقة، دفع السعر للأعلى حتى 1.1110 قبل أن يرسل رفض قوي بالسعر إلى الأسفل باتجاه 0.8601. منذ ذلك الحين، تمكن المشترون من تثبيت السعر حول 0.94–0.96، وهي المنطقة التي أراقبها الآن.

إذا استمرت هذه المنطقة في الصمود و$VELVET حصل على حركة واضحة للعودة فوق 1.00، فسأركز على 1.08 ثم منطقة القمة السابقة قرب 1.11–1.12. لن ألاحق الحركة السابقة هنا. بالنسبة لي، الأفضل هو انتظار التأكيد بينما يبقى 0.89 محميًا.

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

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

وهذه هي بالفعل النقطة التي تعمل؛ وبصراحةً، بالنسبة لرمز أمني، فإن تكرار إثبات الامتثال يُمكن اعتباره المنتج الحقيقي، وليس الغلاف الخاص بالسرية الذي يجلس فوقه.

لكن القيود واضحة أيضًا: هذا القدر من التحقق المتكرر يضيف احتكاكًا، والاحتكاك هو بالضبط ما يُطيح بالتبني في معظم تصاميم الرموز. قد تتحمل المؤسسات ذلك. أما الأفراد فغالبًا لن يتحملوه.

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

هل السوق يَسعّر الخصوصية فعلًا، أم أنه يَسعّر فقط القدرة على إثبات، بشكل غير ملفت، أنه لم يحدث شيء؟
@Dusk #dusk $DUSK

$XRP يشير تراكم الحيتان إلى قدر من المرونة.

ارتفع عدد المحافظ التي تمتلك 1M+ $XRP بنسبة 32 خلال الأشهر الثلاثة الماضية، حتى مع انخفاض القيمة السوقية لـ XRP بنسبة 29%.

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

$XRP

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

ويأتي ذلك بعد أسبوع من سحب نحو 130 مليون دولار من عملات بيتكوين (BTC) من محفظة COLDCARD عندما كانت المناقشة كلها تدور حول مخاطر الاحتفاظ الذاتي.