七擒链途

إذا استخدمنا منظور مدير المنتج لتقييم Dusk، فلن أنظر أولاً إلى مزاج السوق؛ بل سأبدأ بالسؤال: هل يعالج مشكلة حقيقية قائمة في البنية التحتية المالية؟

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

المستخدمون: 7/10. قد تكون الجهة المُصدِرة ومنصات التداول والمستثمرون المؤسسيون هم المستخدمون الأساسيون، لأنهم يحتاجون إلى التعامل مع المتطلبات والمؤهلات والصلاحيات والخصوصية والتسوية. لكن ما إذا كان المستخدم العادي سيشعر مباشرة بالقيمة، ما زال أمراً يحتاج إلى التحقق.

التميّز: 8/10. تركيز Dusk ليس مجرد إخفاء التداول، بل هو معالجة سؤال: «من يمكنه رؤية ماذا». يوفّر Phoenix إمكانات تداول خصوصي، بينما يدعم Citadel الإفصاح الانتقائي، ما يتيح للمؤسسات إثبات المعلومات الضرورية مع تقليل تعريض البيانات غير ذات الصلة.

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

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

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

قد تكون الأنظمة المالية التقليدية هي المنافس الأصعب الذي يتعين على Dusk مواجهته.

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

تتمثل قوة التمويل التقليدي في النضج: المسؤوليات القانونية، وأنظمة الحفظ الأمين، وإجراءات الامتثال—كلها لها أطراف مشاركة واضحة. لكن المشكلة تظهر عند التعاون بين مؤسسات متعددة: فتكاليف ضخمة تنشأ من المراجعات اليدوية وتزامن البيانات وعمليات تكامل الأنظمة. لا يهدف تصميم Dusk إلى هدم هذه المنظومات، بل إلى محاولة تحويل أجزاء من هذه العمليات إلى قواعد على السلسلة. على سبيل المثال، يستخدم Citadel إثباتات الإفصاح الانتقائي للتحقق من أهلية المستثمرين، وتحمي Phoenix تفاصيل المعاملات عبر الإثباتات الصفرية المعرفة، وDuskDS يقدم أساس التسوية. بالنسبة للمؤسسات، لا تكمن القيمة في مجرد “إضافة البيانات إلى السلسلة”، بل في تقليل احتكاك انتقال المعلومات.

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

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

البيانات التي تستحق الملاحظة فعلًا ليست “كم عدد الأصول التي تم الترويج لها على السلسلة”، بل ما إذا كانت هناك “أقل” من بعض الخطوات اليدوية في مسار الأصل الخاضع للتنظيم من الإصدار حتى التسوية. برأيك، ما هي العملية غير الكفؤة في التمويل التي ينبغي للبلوك تشين أن يستبدلها أولًا؟ @Dusk $DUSK #dusk

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

ومن خلال ما رأيته في Dusk، بدت لي في المقابل مسارًا “قابلًا للتركيب والتكامل”. فهي تضع هوية Citadel مع الإفصاح الانتقائي، وتحويلات Phoenix الخاصة، وتسوية DuskDS الحتمية في مجموعة واحدة من البنية الأساسية؛ بينما يتموضع Dusk Trade حاليًا على مستوى المنتج، مُنظِّمًا التدفق حول فتح حساب المستثمرين، وربط المحافظ، وتنسيق عمليات التداول والتسوية. ومعنى ذلك للمستخدم واضح جدًا: الأهلية والأصول وحالات التسوية التي كانت مبعثرة ضمن أنظمة مختلفة، قد تتاح لها فرصة أن تُوصَل تحت مجموعة قواعد واحدة.

وبالمقارنة مع بيئة مفتوحة أكثر عمومية مثل Ethereum، فإن Dusk أكثر مبادرة لإدخال الصلاحيات المالية والخصوصية ضمن البنية الأساسية؛ لكن المقابل هو تعقيد قواعد أعلى وتكلفة تكامل أكبر. إنها لا تنسخ وظائف البنك حرفيًا، بل تسعى لأن تصبح طبقة تنسيق بين البنك ومنصة التداول وأصول السلسلة.

لذلك فحُكمي هو: المسار الأكثر واقعية بالنسبة إلى Dusk هو التعايش، لا الاستبدال. بشرط أن تقلل فعلًا من المطابقة/التوفيق (reconciliation)، والمراجعة اليدوية، وتسليم البيانات بين الأنظمة، بدلًا من نقل التعقيد من الخوادم الخلفية التقليدية إلى السلسلة. والأهم الذي يستحق التحقق ليس “هل ستصعد المؤسسات إلى السلسلة أم لا”، بل: بعد الربط، كم حلقة فعلًا ستنقص من عملية أصل مُنظَّم من الإصدار إلى التسوية. هل تفضّل “ربط البنوك بالسلسلة”، أم “ربط السلسلة بالبنوك”？@Dusk $DUSK
#dusk

#dusk $DUSK من الأكثر احتمالًا أن يدفع فعلًا مقابل الخصوصية المالية؟ ترتيبي هو: الجهة المُصدِرة > منصّة التداول/البنية التحتية الأساسية مثل الحفظ الأمين > المستثمرون المؤسسيون > الأفراد؛ والجهات الرقابية مهمة، لكن ليس بالضرورة أنها المموِّلة المباشرة.

السبب ليس معقدًا: الجهة المُصدِرة هي الأكثر مباشرةً في تحمّل تكلفة الاستثمار في متطلبات أهلية المستثمر، والقيود على التحويل، وتكاليف الإفصاح عن المعلومات، وتنسيق عمليات التدقيق. طالما أن الخصوصية وصلاحيات الوصول يمكن تقليل عدد مرات التحقق اليدوي، وتسليم البيانات، وتعريض المعلومات الحساسة—فإن ما تُوفّره هي تكاليف التشغيل. تأتي المنصّة في المرتبة الثانية لأنها تحتاج إلى معالجة KYC، وقواعد الأصول، والتداول، والتسوية في الوقت نفسه. إن توجّه Dusk Trade يتمحور تحديدًا حول عمليات السوق مثل فتح الحساب، والأهلية، والتداول، والتسوية؛ بينما يتولى Citadel مسؤولية الهوية والإفصاح الانتقائي، وتوفّر Phoenix تداولًا مع خصوصية.

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

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

#dusk $DUSK بمجرد أن تدخل المنتجات المالية إلى السوق الفعلي، فإن الامتثال لا يصبح مجرد ختم أخير، بل يُدمج داخل العمليات المتعلقة بالإصدار والمراجعة التأهيلية والتحويل والتدقيق. وتبرز هنا مشكلة: عندما يتم “ترميز القواعد” على السلسلة، هل هذا يقلل التنسيق اليدوي، أم أنه فقط ينقل التعقيد إلى مكان آخر؟

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

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

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

يتحدث الكثير من المشاريع عن “التمويل المؤسسي”، وأنا بالمقابل أسأل أولاً: إلى جانب مخطط البنية، ما الدليل الذي يثبت أن المؤسسة بالفعل راغبة في الاستخدام؟

سأفكك الدليل إلى أربع مراحل: هل يمكن إصدار وتحويل الأصول وفق القواعد؟ وهل يمكن التحقق من KYC/أهلية المستثمرين؟ وهل يمكن تقليل تعرّض المعاملات الحساسة؟ وأخيراً هل يمكن للجهات التنظيمية أو التدقيق الحصول على أدلة قابلة للاستخدام؟ يطابق التصميم الأساسي لدى Dusk هذه الاحتياجات فعلاً: Citadel يوفر الهوية والإفصاح الانتقائي، Phoenix يدعم التحويلات “المخفية”، وDuskDS يوفر نهائية/حتمية في التسوية. لكن هذا يثبت فقط “وجود الإمكانية”، وليس “اعتماد المؤسسات”.

وعند النظر بشكل أفقي، فإن Ethereum أكثر عمومية؛ ويمكن استكمال كثير من القدرات المالية عبر طبقة التطبيقات والبنية التحتية الخارجية؛ بينما يضع Dusk الصلاحيات والخصوصية والتسوية بشكل أكثر مباشرة في الطبقة الأساسية. شكي هنا أيضاً: كلما كانت الإمكانيات الأساسية أكثر اكتمالاً، فكم يمكن للمؤسسات أن توفر فعلاً من تكلفة العمليات؟ لدى إثباتات المعرفة الصفرية عبء حسابي إضافي، كما أن التكامل يواجه تحديات مثل الاستضافة والدمج مع الأنظمة والسيولة والمواءمة مع الامتثال.

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

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

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

الشيء الحاسم الذي رأيته في Dusk هو أنها تقسّم قابلية رؤية المعلومات إلى طبقات مختلفة: Moonlight يتولى نشر الحسابات علنًا، وPhoenix يستخدم إثباتات المعرفة الصفرية لتنفيذ تحويلات خاصة، كما يدعم الإفصاح عند الحاجة عبر “viewing key”؛ أما Citadel فيوفّر قدرات التحكم في الوصول والهوية للإفصاح الانتقائي. بالنسبة للمؤسسات المالية، لا تكمن الأهمية فقط في “إخفاء التداول”، بل في فصل معلومات KYC والتداول والتدقيق قدر الإمكان.

وبالمقارنة مع بيئة الحسابات والتداول العامة افتراضيًا في Ethereum، فهذا خيار واضح: Dusk تميل أكثر إلى “من يمكنه الرؤية، وماذا سيرى، ومتى يمكنه إثبات ذلك”. لكن إثباتات الخصوصية تجلب أيضًا تكلفة حسابية وتكاملية إضافية؛ بل إن الإرشادات الرسمية توصي صراحة بأن تستخدم البورصات بالأساس عملية Moonlight العامة.

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

TermMax 真正值得看的，是它怎么把“债务”拆成了不同的风险

我重新看 @TermMax 的 FT、XT、GT 设计后，觉得之前那种“把固定利率理解成浮动利率的替代品”其实有点简单了。

FT、XT、GT 到底在拆什么？

TermMax 的思路更像是在把一笔期限债务拆成不同的风险敞口。FT 对应固定利率债权，GT 是带杠杆的债务头寸，而 XT 则对应利息部分。官方机制里，FT 和 XT 可以组合成完整的债务代币。

我觉得这里真正有意思的地方，是“利率”不再只是借贷页面上的一个 APY 数字，而是变成了可以被单独定价、交易和管理的东西。

但固定利率并不是免费午餐

固定利率最大的价值是确定性，但代价同样明显：期限被锁定，市场利率变化后，原来的固定利率未必还是最优选择。

这也是我认为 @TermMax 比单纯宣传“固定利率更安全”更值得研究的地方。V2 已经加入限价单、统一路由等机制，本质上是在解决固定期限市场的流动性和执行问题，而不只是把利率固定下来。

所以我的判断很明确：TermMax 真正要验证的，不是 DeFi 有没有固定利率需求，而是固定期限债务能不能被做成一个足够灵活的市场。

如果固定利率意味着确定性，但同时牺牲部分资金灵活性，你会接受这种取舍吗？

#TermMax #defi #FixedRate

#termmax ضع "القلق بشأن التصفية" في قفص: TermMax رافعة واحدة بنقرة واحدة (اختبار عملي)

أصدقائي الذين لعبوا في Aave باستخدام الإقراض الدوري يفهمون ذلك الألم: الافتتاح لحظيًّا ممتع، ثم ساحة التصفية المحرقة—تتغير الفائدة يوميًا، ويجب مراقبة الهامش خلال 24 ساعة، ومع مجرد إدخال دبوس واحد قد تنتهي الأمور إلى الصفر. درستُ رافعة TermMax @TermMax بنقرة واحدة، وما لفتني أكثر هو هذه الجملة: "عوْضًا عن ضمان مستمر، يُستبدل بعلاوة/عائد محدّد"؛ عند فتح الصفقة، يتم قفل التكلفة والمدة بالكامل، وبعد ذلك لا تحتاج إلى متابعة الأسعار—يمكنك النوم مطمئنًا في الليل.

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

أعتقد أن هذا هو الطريق الذي لا بد منه كي تتجه DeFi نحو القطاع المؤسسي، لكن لا تُساء فهمه: ما يتم قفله هو سعر الفائدة، وليس سعر الضمانات؛ ووعي المخاطر المطلوب ما زال لا غنى عنه.

هل ستتخلى عن فائدة متغيرة أعلى لكنها أكثر تقلبًا من أجل عائد أكثر يقينًا؟
#TermMax #DeFi

#dusk $DUSK كثيرون يفترضون أن التمويل على السلسلة ينبغي أن يكون أكثر شفافية فحسب، لكنني صرت أشك أكثر فأكثر في ذلك. الدفاتر العامة تسهّل الأمور على معظم الـ DeFi العاديين، لكن بالنسبة للمؤسسات قد تتحول إلى مصدر احتكاك جديد: المراكز، والطرف المقابل في التداول، ومسارات الأموال كلها تنكشف لفترة طويلة. والشفافية بحد ذاتها قد تؤثر في استراتيجيات التداول وفي رغبة الأطراف بالمشاركة.

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

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

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

#dusk $DUSK غروب المنتجات ذات الطبقات الأربع، سأفككها لك
عند الحديث عن RWA، أخشى أكثر ما أسمعه هو مثل هذه العبارة "السرد البيئي الضخم"، لذلك أميل أكثر إلى تفكيك المنتج. مكدس Dusk من أربع طبقات، كنت أُعيد قراءته عدة مرات مؤخرًا:
L1 أصلي｜تم إطلاقه: تحويلات سرّية، عقود ZK، وتسوية حتمية—كل ذلك مهيأ في هذه الطبقة؛ Dusk Trade｜قيد الإنشاء: بنية تحتية لسوق الترميز، مثل إيداع المستثمرين، ربط المحافظ، وتحويلات خاضعة للرقابة؛ DuskEVM｜شبكة اختبار: متوافق مع OP Stack، ويمكن لمطوري Solidity الانطلاق مباشرة؛ Hedger｜شبكة اختبار: EVM سرّي، تشفير متماثل + ZK، لإضافة الخصوصية إلى مسار عمليات EVM.
تقييمي: ذكاء Dusk لا يكمن في طبقة واحدة، بل في ترتيب "الامتثال أولًا، ثم الخصوصية"—أول ما يتطلبه التنظيم هو التسوية الحتمية أن تُنجز بشكل راسخ، ثم تُستخدم الإفصاحات الانتقائية لخدمة الخصوصية، وCitadel/Shelter ببساطة دمج KYC في طبقة البروتوكول.
لكن التدرّج يعني أيضًا البطء: Trade لم يُطلق بعد، واقتصاديات EVM ما زالت في بدايتها. استحواذ القيمة المرتبط بـ $DUSK يعتمد على ما إذا كانت هذه الطبقات يمكن أن تُوصَل فعلاً معًا. موقع @Dusk الرسمي يُظهر تأكيد إصدار مع NPEX بأكثر من 200 مليون يورو، وقاعدة مستثمرين تتجاوز 20 ألفًا—وهذا يُعد خطوة أولى واقعية بالفعل.
أكثر ما يثير فضولي: متى سيأتي Mainnet الخاص بـ DuskEVM؟ عندها فقط تتحول "القصة" إلى "تدفق نقدي" كنقطة انعطاف.
ضمن طبقات Dusk الأربع، ما الطبقة برأيك التي ستخرج أولًا من احتياج حقيقي؟

#termmax سعر فائدة ثابت، "الإجابة" المؤكدة للاقتراض في DeFi؟——خواطري الحقيقية بعد تجربة TermMax V2
يبدو أن الأصدقاء الذين اقترضوا من Aave مرّوا بهذه التجربة: اليوم فائدة 3%، وغدًا قد تصبح 8%، وخطّ التصفية يظل دائمًا معلقًا فوق رؤوسنا. تابعت TermMax لفترة، وخلال هذا الأسبوع قمت بتشغيل تطبيق App V2 الذي تم إطلاقه حديثًا بالكامل، وسأشارككم بعض الانطباعات الواقعية، ثم أشرح لماذا أعتقد أن "سعر الفائدة الثابت" هو النصف الثاني من الاقتراض في DeFi.
أوضح تغيير في V2: واجهة واحدة تتحكم بكل شيء بدلًا من إدارة مراكز متعددة السلاسل سابقًا. كان عليّ فتح أربع أو خمس علامات تبويب للمطابقة. في V2، تم توحيد مراكز سلاسل مثل Ethereum وArbitrum وBNB Chain وBase في لوحة تحكم واحدة. كما تم دمج طلبات النطاق للـ Curator مع أوامر الحدّ الشخصية في مسار (routing) موحد، يقوم تلقائيًا باختيار أفضل سعر تنفيذ. بالنسبة لمحبي الأوامر المعلقة (الذين يضعون أوامر مسبقًا)، فإن هذه ترقية ملموسة فعلًا. وفقًا لبيانات الموقع الرسمية: 8+ سلاسل، و20+ Vault نشطًا، وTVL يتجاوز 50 مليون دولار، وحد أقصى لـ XP يصل إلى 120x. وبحجمٍ كهذا، لم يعد هذا المسار المتخصص في سعر الفائدة الثابت صغيرًا.
لماذا راهنت على سعر الفائدة الثابت: لأنه يزيل "مخاطر الفائدة" من DeFi. في DeFi التقليدي، يوجد سوق للمالات ذات فائدة عائمة، وعند الاقتراض غالبًا لا يمكن حساب التكلفة بدقة. الطريقة التي يتبعها @TermMax هي تقسيم دين واحد إلى ثلاث وثائق: FT هي سند دين صفري الفائدة يُسدد بالقيمة الاسمية عند الاستحقاق؛ XT هي وثيقة الفائدة التي تتناقص تدريجيًا إلى الصفر مع مرور الوقت؛ وGT هي موضع NFT يسجل الضمانات والديون. وبذلك تتحقق المعادلة 1 FT + 1 XT = 1 وحدة دين. يتم تثبيت الفائدة لحظة إبرام الصفقة، مثل تحويل الرهن العقاري ذو الفائدة المتغيرة إلى رهن بعائد ثابت—بالنسبة للأموال المؤسسية، فإن اليقين بحد ذاته قيمة.
هذه المنطقَة يتم اختبارها الآن. في إعلان رسمي في يناير 2026، أطلقت TermMax على BNB Chain أول سوق إقراض بسعر فائدة ثابت يدعم ضمانات أسهم مُرقمنة (tokenized). تم إدراج أكثر من 100 نوع من أسهم الولايات المتحدة/‏ETF الرمزية من Ondo Global Markets ضمن الضمانات. ولأول مرة في DeFi، يمكن للأسهم المُرقمنة التي بيدك (مثل أسهم Apple tokenized) أن تُقرض بسيولة بفائدة ثابتة. وبالإضافة إلى ذلك، استخدام الرافعة المالية بنقرة واحدة يستبدل "المتابعة المستمرة للضمان" بـ "علاوة ثابتة"، كما يدعم ميزة "لفّ/تدوير" مركزك بنقرة واحدة إلى نظام Morpho البيئي (ويمكن أيضًا العودة إلى الفائدة المتغيرة إذا رغبت). هكذا لم يعد سعر الفائدة الثابت جزيرة معزولة.

#TermMax

把股票押进 DeFi 借固定利率？TermMax 这步棋有点东西
بصراحةً، درست @TermMax فترة طويلة، اليوم لا نناقش إن كانت قد ارتفعت أم لا—لننتقل إلى الأمور العملية: أطلقت TermMax على BNB Chain أول سوق إقراض بمعدل ثابت يدعم رهن الأسهم المُرمّزة. تقوم بجلب الأوراق المالية المُرمّزة من Ondo Global Markets كضمان. هذه هي المرة الأولى التي تُربط فيها أسهم RWA وسوق الاقتراض بمعدل ثابت ضمن DeFi معًا
المعدل الثابت ≈ “قرض رهن عقاري بسعر ثابت” في DeFi. في الإقراض التقليدي مثل الرهن العقاري بسعر متغير، يتغير السعر حسب السوق، ومع أول عملية تصفية تنهار النفسيات. تحوّل TermMax الإقراض إلى “سوق مبني على المدد”: لحظة اقتراض الأموال يتم تثبيت الفائدة، والإيرادات والتكاليف تصبح قابلة للتنبؤ بالكامل. تعمل ثلاث رموز FT (سندات صفري القسيمة ذات عائد ثابت)، وGT (مراكز رافعة مالية)، وXT (وسيط الفائدة) على ضغط دورات الإقراض المعقدة في صفقة واحدة من الرموز—وبالتالي لا تحتاج أن تراقب خط التصفية يوميًا، وهذه كانت أكثر إحساسي المباشر بعد التجربة.
رهن الأسهم… لماذا يستحق الاهتمام؟ كان Ondo Global Markets آنذاك أكبر منصة للأوراق المالية المُرمّزة، بإجمالي قيمة مقفلة TVL تجاوز 350 مليون دولار، ويغطي 100+ من الأسهم الأمريكية وصناديق ETF. لا يحتاج حاملو رموز الأسهم إلى بيع الرموز؛ يمكنهم اقتراض السيولة بتكلفة ثابتة، كما يمكنهم السداد المبكر أو تمديد المدة—وهذا بالضبط ما يشبه تمويل الأوراق المالية بالهامش (融资融券) في عالم السمسرة التقليدي. بيع “اليقين” للمؤسسات هو، برأيي، أكثر مسار سلاسة في سردية RWA.
رأيي: أرى أن المعدل الثابت هو الطريق الذي لا بد منه لـ DeFi للوصول إلى المؤسسات. فالمؤسسات لا تطلب أبدًا أعلى عائد، بل تطلب اليقين. لكن مخاطر TermMax موجودة أيضًا: آلية FT/XT/GT معقدة، ومدى كفاءة التسليم والتصفية الفعلية في الظروف القصوى يحتاج إلى اختبار مع الزمن. الخبر الجيد هو أنه بعد إطلاق App V2، أصبح تطبيقًا واحدًا يدير كل السلاسل وكل الطلبات (توجيه موحد + أوامر بسعر محدد)، والعمل المشترك مع Morpho يجري كذلك، ودرجة DeFiSafety 93% (على مستوى Aave V3) هي خط الأساس وليست نقطة ترويج.
هل ستتخلى عن عائد أعلى لكن متقلب مقابل دخل بفائدة ثابتة “ذات يقين”؟ اترك رأيك في قسم التعليقات.
#TermMax #defi #RWA #BinanceSquare

#dusk $DUSK إذا دخلت RWA بالفعل إلى الحياة اليومية للمؤسسات المالية، فلن يكون الأمر مجرد “إصدار توكن على السلسلة”. سيتعين على المستثمر أولاً إكمال متطلبات القبول، ولدى الأصول قيود على المالكين، ويجب تسوية المعاملات، ثم سيتعين التعامل أيضاً مع متطلبات الإفصاح والتدقيق وفحوصات الجهات التنظيمية. **أعتقد أن الأمر الحقيقي الصعب ليس نقل الأصول إلى السلسلة فحسب، بل هو ضمان استمرار تنفيذ هذه القواعد داخل سير عمل واحد بشكل متواصل.**

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

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

لذلك لن أقول إن Dusk قد حل RWA بمجرد النظر إلى قائمة الوظائف. فمواطن نفي الادعاء لا تزال خارج السلسلة: الجهة المُصدِرة، والجهة الحاضنة/الوصي، والسيولة الثانوية، والإجراءات المؤسسية، وواجهات التنظيم—هل يمكنها أن تعمل كمسار عمل كامل على المدى الطويل. حالياً، أميل إلى اعتبار @Dusk بمثابة الطبقة الوسيطة التي تقوم بـ”ملء الفجوة” من “الأصول على السلسلة” إلى “العمليات المالية على السلسلة”، وليس كحل شامل لـ RWA.

السؤال الأهم الذي يستحق التحقق هو: بعد أن يبدأ RWA في التوسع على نطاق واسع، ما هي الخطوة التي ستكون المؤسسات أول من يوافق على تسليمها إلى السلسلة—قبول المستثمرين، أم تسوية التداول، أم الرقابة المستمرة؟ هذه هي نقطة الملاحظة الأكثر قيمة في المرحلة اللاحقة.

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

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

ما لفتني فعلاً إلى Dusk هو أنها لا تجعل الخصوصية زرًّا من نوع “تشغيل بالكامل أو إيقاف بالكامل”. Moonlight هي حسابات عامة؛ وPhoenix تستخدم إثباتات المعرفة الصفرية لإخفاء المبلغ المرسل وعلاقة المرسل بالدفتر/الملاحظة المحددة، مع السماح لحامل المفاتيح (holder) بتقديم المعلومات عند الحاجة عبر viewing key؛ أما Citadel فتتعامل مع الإفصاح الانتقائي لهوية الشخص والصفة/الأهلية. وبمعنى آخر، قد لا تكون المعاملات علنية، لكن لا يزال بإمكان التحقق مما إذا كنت تملك الأهلية للقيام بهذه المعاملة.

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

لكن الثمن موجود أيضًا: تتطلب إثباتات المعرفة الصفرية حسابات إضافية؛ بل إن Dusk تعيّن Prover كدور منفصل في البنية التحتية لتحمّل مهمة توليد الإثباتات. كلما كانت الخصوصية أدق، أصبح النظام أعقد، وفي النهاية يتحمل أحدٌ ما التكاليف.([DOCS][3])

لذلك أميل الآن إلى فهم خصوصية @Dusk باعتبارها صلاحيات معلومات مُقسّمة إلى طبقات، وليس مجرد “إخفاء المعاملات”. والسؤال الحقيقي الذي يستحق التحقق هو: عندما يتعلق الأمر بالمستقبل، فما الذي ستكون المؤسسات أكثر استعدادًا لدفع ثمنه—الخصوصية نفسها، أم الامتثال وكفاءة التدقيق؟ ربما تكون هذه هي نقطة التحول الأهم لمنتج $DUSK .

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

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

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

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

لذلك فإن @Dusk جدير بالملاحظة ليس بترتيبه في TPS، بل بما إذا كان بإمكانه تحويل «التأكد، وقابلية التحقق، والتحكم» إلى تجربة افتراضية ضمن البنية التحتية المالية.

#dusk $DUSK كثيرون يرون السلاسل العامة، وأول ما يتبادر إلى الذهن هو TPS وGas والسرعة. لكني أعتقد أن Dusk لا تحاول حقًا تحسين "مدى سرعة" المعاملات، بل—**بعد وضع الأصول المالية على السلسلة العامة، كيف يمكن ما زال إدارتها**.

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

ولهذا فإن تصميم Dusk مثير للاهتمام: Phoenix يستخدم البراهين الصفرية المعرفة للتعامل مع خصوصية المعاملات، ويجعل الإفصاح الانتقائي بحيث يمكن التحقق من المعلومات عند الحاجة؛ والنهائية الحتمية أكثر ملاءمة لسيناريوهات مالية تتطلب حالات تسوية واضحة.

وبالمقارنة مع سلاسل عامة عامة مثل Ethereum، تبدو Dusk أقرب إلى كونها بنية تحتية لـ"الأنشطة المالية المُقيدة".

لكن الثمن أيضًا واقعي: كلما كانت القواعد أكثر تعقيدًا، صار من الصعب جعل النظام خفيفًا.

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

🚀 تم إصدار DeepSeek V4 Pro رسميًا: زيادة أسعار واجهة الـAPI بنسبة 50% وإطلاق إطار عمل AI Agent يشعل أوساط المطورين!

نماذج صينية ضخمة تظهر مرة أخرى بتأثير كبير! أعلن DeepSeek أن نموذج V4 Pro سيتم إطلاقه رسميًا في 17 أغسطس، مع رفع سعر واجهة الـAPI بنسبة 50% إلى 1,100 دولار.

🔥 وتم في الوقت نفسه طرح منتج Harness v0.1 Agent، حيث حصد خلال وقت قياسي أكثر من 22,000 نجمة على GitHub، ما يُظهر الهيمنة القوية للنماذج المحلية داخل مجتمع المطورين.

بنية تحتية جديدة تجمع بين الذكاء الاصطناعي وWeb3، تستحق المتابعة على المدى الطويل!

#DeepSeek #人工智能 #大模型 #Web3AI

$ONE طارئ: واجهت Harmony (ONE) هجومًا “للاستنساخ غير المحدود للعملات”، ودخول 4.0 مليار رمز إلى السوق، وانخفاض السعر بنسبة 40%!

📉 تتبّع الهجوم:
🔥 استغل المتسللون ثغرة “الفراغات” في شبكة ONE الرئيسية، وقاموا بسكّ 4.0 مليار رمز بشكل عشوائي (بنسبة 26% من إجمالي المعروض).
🔥 من ذلك، تم تحويل 2.8 مليار رمز بسرعة إلى مختلف منصات التداول المركزية وبدأوا بعمليات بيع ضخمة (ضرب السعر)، ما أدى إلى هبوط سعر ONE فورًا إلى أدنى مستوى تاريخي.

🛡️ ردّ الجهة المطوّرة العاجل:
🔹 تم إيقاف تشغيل جسر الربط عبر السلاسل (cross-chain bridge) لمنع خروج الأموال بشكل أكبر.
🔹 تم إصدار تحديث/تصحيح لعُقد التحقق، ويجري التنسيق مع منصات التداول لإيقاف أموال المتسللين.
🔹 تقوم الجهة الرسمية حاليًا بتقييم الإجراء الأثقل تأثيرًا: ما إذا كان سيتم إجراء “تراجع/إرجاع” (blockchain rollback).

💥 تأثير السوق: تعرضت ONE لانهيار في السيولة على المدى القصير، والسعر الحالي 0.00082$ (انخفاض خلال 24 ساعة يقارب 27%، وأقصى هبوط داخل الجلسة وصل إلى 40%). أثار هذا الحادث مجددًا تساؤلات واسعة في السوق حول أمان طبقة الأساس لسلاسل Layer-1.

في حال تمكّنوا لاحقًا من إجراء rollback بنجاح واستعادة الأموال، فقد يكون ذلك قادرًا على إنقاذ الموقف. شاركونا في التعليقات كيف تشعرون الآن بشأن حاملي ONE👇

#Harmony #加密货币安全 #DeFi安全