Binance Square
零点分析2026年新的发展就在眼前
2.3k منشورات

零点分析2026年新的发展就在眼前

一起共创美好币安广场
حائز على AIXBT
حائز على AIXBT
مُتداول بمُعدّل مرتفع
8.7 سنوات
23.3K+ تتابع
4.3K+ المتابعون
4.3K+ إعجاب
منشورات
·
--
لقد جلست مدةً أستعرض متصفح بلوكات منطقة Dusk، فوجدت شيئًا ممتعًا من نوع “اختلال المواضع”: فالحَمَلة العاديون الذين يملكون عملات يحدّقون في أرقام السوق، بينما تدخل شركة صانع سوق إلى منظومة مبنية على “النهائية الحاسمة القطعية” لتصفية الحسابات والمطابقة. في نفس لحظة تأكيد كتلة واحدة، يستخدمه المؤسسون لتقليل مخاطر التسوية، ويستخدمه الأفراد/المتداولون الصغار ليترقبوا الموجة التالية. هذا الاختلال مُخبّأ داخل سطر بيانات في المتصفح، وكثيرون لا يفتحونه أصلًا. التركيز على “التوافق/الإجماع” يشبه ساعة توقيت أُعدّت للحَكَم؛ الجمهور يراقب لوحة النتيجة فقط. إن “النهائية الحاسمة” في إجماع SA ليست إلا شعور بالأمان موجّه لمُصفّي المؤسسات: فالبلوكات لا يمكن عكسها، والحالة واضحة، والمطابقة ليست لعبة تخمين. لكنني لاحظت أن حَمَلة الأفراد لا يحسون بثوانٍ من هذا “اليقين/القطع”؛ كل ما يهمهم هو حركة الشاشة التالية. المؤسسات تريد مطابقة حسابات T+0 دون أي غموض، والأفراد يريدون أن لا تتغير أرقام الحسابات بشكل مفاجئ جدًا. قيمة “النهائية” مختلفة جذريًا بين فئتين من الناس، ومع ذلك تُروى القصة كلها بلغة واحدة فقط. “الاقتراع/القرعة” في نهائية SA تحوّل “عدم قابلية العكس” من انتظارٍ ضبابي إلى قواعد واضحة: جولة أولى وجولة ثانية، مع وزن حسب مقدار الرهن؛ كل 1 DUSK تقابل 1 Credit، وبطاقات اليانصيب تُوزّع وفق كمية العملات المملوكة—والحقيقة أن من يتم إشباعه حقًا بهذه النهائية هم الأطراف أصحاب الرهن الكبير. هذه التصميمة مكلفة، لكنها مكلفة لمن هم فعلاً: صُممت لسيناريوهات التسوية عالية التكرار، لا لتخطيط من يكتفي بوضع العملات للنوم. النهائية بالنسبة لصانع السوق هي الأكسجين، وبالنسبة لمن يكتفي بـ “التسكع/الاسترخاء بحوزته” فهي مجرد ضجيج خلفية. المشكلة تظهر هنا: سرد الإجماع دائمًا يبيع شعور الأمان كنقطة قيمة للجميع، لكنني كلما نظرت أكثر أشعر أن هذا الأمان مجرد “اختلال بنيوي في التطابق”. فالمؤسسات تحصل على يقين التسوية مقابل “نقود حقيقية”، بينما الأفراد يحصلون على طمأنينة “لن تُرتجع العملة”—وهذه الطمأنينة يمكن لأي سلسلة نهائية أن توفرها، وليست حكرًا على Dusk. عندما تُحوّل شعور أمان المؤسسة إلى ميزة تسويق لجمهور واسع، فأنت تستخدم مقياس المؤسسة لقياس أقدام الأفراد. لذلك، عند تقييم قيمة الإجماع، اعتدت أولًا أن أحدد الفئة المستهدفة. إذا كانت “النهائية الحاسمة” في Dusk تخدم فقط تسويات المؤسسات، فسيقع “المرتفَع/الحصن” (moat) في بنية B-端/القطاع المؤسسي، أما إجماع الأفراد فلا يكفي لدعم هذا الجدار. وعندما تملأ جانب التسويق للجمهور بشعور أمان المؤسسات، يكون المعيار ملتويًا من البداية—ففي الأساس حصل اختلال في تحديد الجمهور، وبالتالي اختلت القيمة أيضًا.$BTC $ETH #dusk $DUSK @Dusk
لقد جلست مدةً أستعرض متصفح بلوكات منطقة Dusk، فوجدت شيئًا ممتعًا من نوع “اختلال المواضع”: فالحَمَلة العاديون الذين يملكون عملات يحدّقون في أرقام السوق، بينما تدخل شركة صانع سوق إلى منظومة مبنية على “النهائية الحاسمة القطعية” لتصفية الحسابات والمطابقة. في نفس لحظة تأكيد كتلة واحدة، يستخدمه المؤسسون لتقليل مخاطر التسوية، ويستخدمه الأفراد/المتداولون الصغار ليترقبوا الموجة التالية. هذا الاختلال مُخبّأ داخل سطر بيانات في المتصفح، وكثيرون لا يفتحونه أصلًا.

التركيز على “التوافق/الإجماع” يشبه ساعة توقيت أُعدّت للحَكَم؛ الجمهور يراقب لوحة النتيجة فقط. إن “النهائية الحاسمة” في إجماع SA ليست إلا شعور بالأمان موجّه لمُصفّي المؤسسات: فالبلوكات لا يمكن عكسها، والحالة واضحة، والمطابقة ليست لعبة تخمين. لكنني لاحظت أن حَمَلة الأفراد لا يحسون بثوانٍ من هذا “اليقين/القطع”؛ كل ما يهمهم هو حركة الشاشة التالية. المؤسسات تريد مطابقة حسابات T+0 دون أي غموض، والأفراد يريدون أن لا تتغير أرقام الحسابات بشكل مفاجئ جدًا.

قيمة “النهائية” مختلفة جذريًا بين فئتين من الناس، ومع ذلك تُروى القصة كلها بلغة واحدة فقط. “الاقتراع/القرعة” في نهائية SA تحوّل “عدم قابلية العكس” من انتظارٍ ضبابي إلى قواعد واضحة: جولة أولى وجولة ثانية، مع وزن حسب مقدار الرهن؛ كل 1 DUSK تقابل 1 Credit، وبطاقات اليانصيب تُوزّع وفق كمية العملات المملوكة—والحقيقة أن من يتم إشباعه حقًا بهذه النهائية هم الأطراف أصحاب الرهن الكبير. هذه التصميمة مكلفة، لكنها مكلفة لمن هم فعلاً: صُممت لسيناريوهات التسوية عالية التكرار، لا لتخطيط من يكتفي بوضع العملات للنوم.

النهائية بالنسبة لصانع السوق هي الأكسجين، وبالنسبة لمن يكتفي بـ “التسكع/الاسترخاء بحوزته” فهي مجرد ضجيج خلفية.

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

لذلك، عند تقييم قيمة الإجماع، اعتدت أولًا أن أحدد الفئة المستهدفة. إذا كانت “النهائية الحاسمة” في Dusk تخدم فقط تسويات المؤسسات، فسيقع “المرتفَع/الحصن” (moat) في بنية B-端/القطاع المؤسسي، أما إجماع الأفراد فلا يكفي لدعم هذا الجدار. وعندما تملأ جانب التسويق للجمهور بشعور أمان المؤسسات، يكون المعيار ملتويًا من البداية—ففي الأساس حصل اختلال في تحديد الجمهور، وبالتالي اختلت القيمة أيضًا.$BTC $ETH

#dusk $DUSK @Dusk
·
--
صاعد
بعد أن قمتُ بمراجعة وثائق التكنولوجيا الخاصة بـ @Dusk_Foundation ومواد تجربة NPEX، غالبًا ما أستحضر سيناريو أعمالًا محددًا: شركة هولندية متخصصة في التصنيع الدقيق تحتاج في نهاية العام إلى توزيع أرباح أسهم بقيمة 3 ملايين يورو على 150 مستثمرًا من القطاع الخاص حول العالم. وأرى أن تنفيذ هذه التوزيعات على بلوكتشين عامة مثل الإيثيريوم يعادل تعريض “سر تجاري” للشركة للعَراء. في رأيي، تشبه آليات توزيع أرباح البلوكتشين التقليدية نثر علفًا مُلوَّنًا داخل “حوض سمك زجاجي شفاف”: أي مساهم كبير يملك أكثر من 30%، وكمية الربح التي دخلت في كل معاملة—كل ذلك يُرى من المدرجات، بما في ذلك صناع السوق والمنافسون. لكنني أريد استخدام استعارة أخرى لوصف الحالة المثالية التي يمكن أن يحققها XSC—فهو يشبه “دفترًا تشفيريًا موجودًا داخل خزانة مصرفية مظلمة”: الدفتر حقيقي والأرقام دقيقة ومصونة من الضياع، لكن لا يمكن تفسيره إلا بصورة موجهة من جانب مدققي الحسابات الذين يحملون المفاتيح، بينما لا يرى الآخرون سوى نص مُشفّر دائمًا. لهذا أيضًا أعتقد أن العقود السرّية في XSC توفر جمالية صناعية عالية جدًا لـ “خط أنابيب توزيع ذاتي بخاصية المعرفة الصفرية داخل غرفة مظلمة”: بالاعتماد على نموذج معاملات Phoenix، توجد أصول حقوق الملكية في صورة أوراق/سندات مشفّرة (Shielded Notes). أنا مهتم بشكل خاص بمنطق التصفية المشفرة عند حدوث توزيع الأرباح—يقوم العقد الذكي تلقائيًا بالتحقق من حصة كل حامل في حالة النص المشفر بالكامل ثم يوزع العائدات بنسبةٍ عادلة، ولا يستطيع المراقب الخارجي إعادة استنتاج سجل المساهمين (Cap Table) ولا يمكنه معرفة مبلغ توزيع الأرباح لكل معاملة، في حين يمكن لعقد تدقيق امتثالي مُفوَّض أن يؤكد، عبر ZK، أن إجمالي أرباح الأسهم الموزعة محفوظ بدقة وفق أدلة الملكية دون وقوع أي تضخم زائد. وعلى مستوى حوكمة المساهمين، أتفق أيضًا مع استخدام XSC لإثباتات المعرفة الصفرية لفصل فعل التصويت عن الهوية الواقعية ارتباطًا قويًا، بما يمنع جمع الأصوات بالمال. لكن لدي قلق حقيقي من ناحية تقنية: عندما يطلب NPEX من آلاف المساهمين في نفس الوقت استلام أرباحهم الفصلية على السلسلة، يتم تقديم آلاف Nullifier (مُبطِلات/مُعطِّلات غير صالحة) في آنٍ واحد؛ فكيف يضمن التزامن اللحظي لكتابة شجرة الحالة عدم حدوث تصادم وعدم التسبب في تأخير صفّي؟ هذه الآلية لمزامنة الحالة في سيناريو التزامن العالي—لم أجد لها إجابة واضحة في الوثائق العامة لـ Dusk حتى الآن.$BTC $ETH #dusk $DUSK @Dusk
بعد أن قمتُ بمراجعة وثائق التكنولوجيا الخاصة بـ @Dusk ومواد تجربة NPEX، غالبًا ما أستحضر سيناريو أعمالًا محددًا: شركة هولندية متخصصة في التصنيع الدقيق تحتاج في نهاية العام إلى توزيع أرباح أسهم بقيمة 3 ملايين يورو على 150 مستثمرًا من القطاع الخاص حول العالم. وأرى أن تنفيذ هذه التوزيعات على بلوكتشين عامة مثل الإيثيريوم يعادل تعريض “سر تجاري” للشركة للعَراء.

في رأيي، تشبه آليات توزيع أرباح البلوكتشين التقليدية نثر علفًا مُلوَّنًا داخل “حوض سمك زجاجي شفاف”: أي مساهم كبير يملك أكثر من 30%، وكمية الربح التي دخلت في كل معاملة—كل ذلك يُرى من المدرجات، بما في ذلك صناع السوق والمنافسون. لكنني أريد استخدام استعارة أخرى لوصف الحالة المثالية التي يمكن أن يحققها XSC—فهو يشبه “دفترًا تشفيريًا موجودًا داخل خزانة مصرفية مظلمة”: الدفتر حقيقي والأرقام دقيقة ومصونة من الضياع، لكن لا يمكن تفسيره إلا بصورة موجهة من جانب مدققي الحسابات الذين يحملون المفاتيح، بينما لا يرى الآخرون سوى نص مُشفّر دائمًا.

لهذا أيضًا أعتقد أن العقود السرّية في XSC توفر جمالية صناعية عالية جدًا لـ “خط أنابيب توزيع ذاتي بخاصية المعرفة الصفرية داخل غرفة مظلمة”: بالاعتماد على نموذج معاملات Phoenix، توجد أصول حقوق الملكية في صورة أوراق/سندات مشفّرة (Shielded Notes). أنا مهتم بشكل خاص بمنطق التصفية المشفرة عند حدوث توزيع الأرباح—يقوم العقد الذكي تلقائيًا بالتحقق من حصة كل حامل في حالة النص المشفر بالكامل ثم يوزع العائدات بنسبةٍ عادلة، ولا يستطيع المراقب الخارجي إعادة استنتاج سجل المساهمين (Cap Table) ولا يمكنه معرفة مبلغ توزيع الأرباح لكل معاملة، في حين يمكن لعقد تدقيق امتثالي مُفوَّض أن يؤكد، عبر ZK، أن إجمالي أرباح الأسهم الموزعة محفوظ بدقة وفق أدلة الملكية دون وقوع أي تضخم زائد. وعلى مستوى حوكمة المساهمين، أتفق أيضًا مع استخدام XSC لإثباتات المعرفة الصفرية لفصل فعل التصويت عن الهوية الواقعية ارتباطًا قويًا، بما يمنع جمع الأصوات بالمال.

لكن لدي قلق حقيقي من ناحية تقنية: عندما يطلب NPEX من آلاف المساهمين في نفس الوقت استلام أرباحهم الفصلية على السلسلة، يتم تقديم آلاف Nullifier (مُبطِلات/مُعطِّلات غير صالحة) في آنٍ واحد؛ فكيف يضمن التزامن اللحظي لكتابة شجرة الحالة عدم حدوث تصادم وعدم التسبب في تأخير صفّي؟ هذه الآلية لمزامنة الحالة في سيناريو التزامن العالي—لم أجد لها إجابة واضحة في الوثائق العامة لـ Dusk حتى الآن.$BTC $ETH

#dusk $DUSK @Dusk
真实顾虑
0%
明确解答
0%
0 الأصوات • تمّ إغلاق التصويت
لقد نقبت في "الورقة البيضاء" الخاصة بـ Dusk XSC، وأدهشني أكثر شيء فيها هو أنها—على نحو غير بديهي—تضع العداوة المستحكمة بين "أن تكون الرقابة مرئية" و"أن يتمكن المستخدم من الاختباء" داخل الطبقة نفسها من العقد الذكي. في سلاسل الكتل العامة التقليدية، هذان الأمران متنافران بطبيعتهما: على السلسلة شفافية، فترتاح الرقابة ويُعرَّى المستخدم؛ وإذا أردت الاختباء، فعادةً ستحتاج إلى خلط العملات، فتُلحق الرقابة فورًا بطاقة حمراء. أما اختراع XSC فلا يقوم على حل وسط، بل يضيف لمجموعة البيانات "مفتاح خصوصية" يمكن تدقيقه. تستخدم العقود الذكية السرّية تشفيرًا يعتمد على برهان الصفر-معلومات لإدخال حقول مثل الرصيد والمبالغ والمراكز في السلسلة، بحيث لا تبقى على السلسلة سوى النص المُشفّر والأدلة، بينما تظل العقدة قادرة على التحقق دون أن تتمكن من قراءة النص الصريح. لقد قلبتُ مخطط عملية التشفير الخاصة بها، وتأكدت أن هذه الخطوة تعالج فعلًا مشكلة "تمكن المستخدم من الاختباء". النقطة الحاسمة هي الخطوة الثانية: العقد لا يُخرج النصوص الصريحة، بل يُخرج فقط "شهادات قابلة للتحقق"—مثل: "هذه المعاملة ملتزمة" و"هذا الحساب يستوفي متطلبات KYC". تُجسد بنية Citadel في Dusk هذا فعليًا: يستطيع المستخدم أن يقدّم برهانًا صفريًّا على أنه "أتم 18 عامًا" و"مؤهل لامتلاك الأوراق المالية" دون أن يُفصح عن ملفات الهوية الأصلية لأي منصة. تقوم الجهة الرقابية بمطابقة الشهادات، لكنها لا ترى الصورة الكاملة. موطن الحصانة في الطبقة الثالثة: الإفصاح الانتقائي هو مفتاح إلزامي على مستوى العقد، وليس خيارًا يملكه المستخدم. العملات الخصوصية التقليدية تسلّم حق الإفصاح إلى المستخدم، وهذا يعني أنك تسلّم أيضًا ثغرات الامتثال. أما XSC فيُثبته حرفيًا داخل منطق العقد. راقبتُ كود عدة منافسين، فمعظمهم يترك حق الإفصاح في الواجهة الأمامية، فتتحرك موثوقية النظام من سؤال: "هل سيُطابق الناس أو يتعاونون؟" إلى سؤال: "هل سيسمح الكود أم لا؟"—لكن Dusk هو من القليل الذي يَثبته داخل العقد نفسه. تعثر كثير من سلاسل الكتل الخصوصية بين ثنائية "شفافة أو صندوق أسود". والاختلاف لدى Dusk هو أنها تحوّل "قابلية التدقيق" إلى إعداد افتراضي جاهز للعمل (بدون ترقيع). وهذه بالضبط حاجة ملحّة للجهات المؤسسية عند إدخال السلسلة إلى منظوماتها—ليس النقص هو في تقنيات التشفير، بل في القنوات التي تسمح للرقابة بالعمل حتى بعد التشفير. يكتب XSC هذه القناة داخل البايتكود؛ وقد تحققت من منطق الإفصاح، وتأكدت أنه قيد صلب وليس مجرد كلام. لذلك، عند الحكم على القيمة الحقيقية لسلسلة بلوك شِفافة-الخصوصية، لا تكتفِ بالنظر إلى مدى قوة تشفيرها، بل انظر إلى أي طبقة تم لحام مفتاح الإفصاح فيها. إذا كان ملحومًا بيد المستخدم فهو لعبة؛ وإذا كان ملحومًا داخل العقد، فهو البنية التحتية التي تجرؤ المؤسسات المالية على لمسها. إن كون Dusk يلحمه داخل منطق العقد هو الأمر الذي راقبته أطول وقت وأنا أكثر اقتناعًا به في "الورقة البيضاء". $BTC $ETH #dusk $DUSK @Dusk
لقد نقبت في "الورقة البيضاء" الخاصة بـ Dusk XSC، وأدهشني أكثر شيء فيها هو أنها—على نحو غير بديهي—تضع العداوة المستحكمة بين "أن تكون الرقابة مرئية" و"أن يتمكن المستخدم من الاختباء" داخل الطبقة نفسها من العقد الذكي. في سلاسل الكتل العامة التقليدية، هذان الأمران متنافران بطبيعتهما: على السلسلة شفافية، فترتاح الرقابة ويُعرَّى المستخدم؛ وإذا أردت الاختباء، فعادةً ستحتاج إلى خلط العملات، فتُلحق الرقابة فورًا بطاقة حمراء. أما اختراع XSC فلا يقوم على حل وسط، بل يضيف لمجموعة البيانات "مفتاح خصوصية" يمكن تدقيقه.

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

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

تعثر كثير من سلاسل الكتل الخصوصية بين ثنائية "شفافة أو صندوق أسود". والاختلاف لدى Dusk هو أنها تحوّل "قابلية التدقيق" إلى إعداد افتراضي جاهز للعمل (بدون ترقيع). وهذه بالضبط حاجة ملحّة للجهات المؤسسية عند إدخال السلسلة إلى منظوماتها—ليس النقص هو في تقنيات التشفير، بل في القنوات التي تسمح للرقابة بالعمل حتى بعد التشفير. يكتب XSC هذه القناة داخل البايتكود؛ وقد تحققت من منطق الإفصاح، وتأكدت أنه قيد صلب وليس مجرد كلام.

لذلك، عند الحكم على القيمة الحقيقية لسلسلة بلوك شِفافة-الخصوصية، لا تكتفِ بالنظر إلى مدى قوة تشفيرها، بل انظر إلى أي طبقة تم لحام مفتاح الإفصاح فيها. إذا كان ملحومًا بيد المستخدم فهو لعبة؛ وإذا كان ملحومًا داخل العقد، فهو البنية التحتية التي تجرؤ المؤسسات المالية على لمسها. إن كون Dusk يلحمه داخل منطق العقد هو الأمر الذي راقبته أطول وقت وأنا أكثر اقتناعًا به في "الورقة البيضاء".
$BTC $ETH

#dusk $DUSK @Dusk
透明
0%
黑箱
0%
0 الأصوات • تمّ إغلاق التصويت
تُناقَش Dusk داخل الأوساط، ويبدو أن الجميع منشغلون بالحديث عن مدى براعة خوارزميات ZK في الطبقة الأعلى، وعن كمٍّ من الحيوية في شبكات الاختبار الخاصة بـ EVM، لكن قلّة فقط تُنزِل نظرها إلى طبقة الشبكة الفيزيائية في الأساس. وبحكم أنني عملت سابقًا على صيانة عقد التحقق، فأعرف تمامًا أن كفاءة البث والتوزيع على المستوى السفلي هي “النبض الخفي” الذي يحدد حياة العقد أو موتها عند معالجة عمليات تصفية الأصول المالية عالية التردد. وبصفتي مدفوعًا بهذا الحس المهني، أجريت جولة ضغط تدفق على شبكة الاختبار، وركّزت على بروتوكول Kadcast الذي تعمل البوابة 9000/udp على حمله. كانت نتائج سجلات التقاط الحزم دقيقة وقوية للغاية: هذا النظام، المُعدّل من UDP إلى بنية تغطية منظمة، خفّض كلفة التكرار في عرض النطاق الناتج عن البث بين العقد بنسبة تتراوح بين 25% إلى 50%. كما انخفض معدل الكتل القديمة (stale block) بشكل حاد. بالنسبة للمستثمر الفردي العادي، تبدو هذه العشرات من النقاط مبهَمة، لكن حين توضع داخل جداول احتساب تكاليف مراكز البيانات لدى المؤسسات المرخصة تصبح ملموسة جدًا: وفق أسعار النقل بين المناطق لدى مزودي السحابة الرئيسيين (حوالي 0.08 إلى 0.09 دولار/GB)، فإن مؤسسة استضافة متوسطة تدير 50 عقدة تحقق—يوفرها 25%~50% من عرض النطاق—ينعكس مباشرة على فرق في فاتورة مخرج مركز البيانات بين 200 ألف و500 ألف دولار سنويًا. عند وضع هذا الرقم ضمن دورة حياة البنية التحتية لمدة 10 سنوات مع الفائدة المركبة، فإنه يحدد بشكل مباشر ما إذا كان نموذج أعمال مزوّدي عقد التحقق المحترفين مستدامًا، كما يحدد كذلك هل تستطيع Dusk جذب مراكز بيانات التمويل التقليدي الحقيقية للانضمام إلى الشبكة 🤑. Kadcast يشبه ماسورة تصريف خفية مدفونة بعمق داخل الأساسات. الجميع يتعجب من ارتفاع مبنى المال الذي يُشيدونه، بينما أنا أتبّع سلك الشبكة فأرى أن الفريق قضى وقتًا وجهدًا حقيقيًا في “الطين والبلّ” الهندسي الأكثر اتساخًا وتعبًا. لا توجد مزاعم رياضية مدهشة، بل فقط قوة تحكم هندسية فيزيائية قصوى. والأكثر إثارة للاهتمام هو أن Kadcast ليس مجرد بديل بسيط لـ gossip العام؛ بل يفصل نشر بيانات التعريف (metadata) عن حمولة البيانات (data payload) في قناتين منفصلتين. وبالنسبة للمعاملات المُحجوبة التي تكون كبيرة نسبيًا—ومع ذلك يجب أن تُعاد توجيهها من جميع العقد—فإن هذا الفصل يكبِح عرض الذروة في الشبكة بقسوة أكبر. كثير من المشاريع ترفع شعار “عرض نطاق منخفض”، لكن Dusk تكتب ذلك في المنفذ الافتراضي للبروتوكول 9000/udp.$BTC $ETH #dusk $DUSK @Dusk
تُناقَش Dusk داخل الأوساط، ويبدو أن الجميع منشغلون بالحديث عن مدى براعة خوارزميات ZK في الطبقة الأعلى، وعن كمٍّ من الحيوية في شبكات الاختبار الخاصة بـ EVM، لكن قلّة فقط تُنزِل نظرها إلى طبقة الشبكة الفيزيائية في الأساس. وبحكم أنني عملت سابقًا على صيانة عقد التحقق، فأعرف تمامًا أن كفاءة البث والتوزيع على المستوى السفلي هي “النبض الخفي” الذي يحدد حياة العقد أو موتها عند معالجة عمليات تصفية الأصول المالية عالية التردد.

وبصفتي مدفوعًا بهذا الحس المهني، أجريت جولة ضغط تدفق على شبكة الاختبار، وركّزت على بروتوكول Kadcast الذي تعمل البوابة 9000/udp على حمله. كانت نتائج سجلات التقاط الحزم دقيقة وقوية للغاية: هذا النظام، المُعدّل من UDP إلى بنية تغطية منظمة، خفّض كلفة التكرار في عرض النطاق الناتج عن البث بين العقد بنسبة تتراوح بين 25% إلى 50%. كما انخفض معدل الكتل القديمة (stale block) بشكل حاد.

بالنسبة للمستثمر الفردي العادي، تبدو هذه العشرات من النقاط مبهَمة، لكن حين توضع داخل جداول احتساب تكاليف مراكز البيانات لدى المؤسسات المرخصة تصبح ملموسة جدًا: وفق أسعار النقل بين المناطق لدى مزودي السحابة الرئيسيين (حوالي 0.08 إلى 0.09 دولار/GB)، فإن مؤسسة استضافة متوسطة تدير 50 عقدة تحقق—يوفرها 25%~50% من عرض النطاق—ينعكس مباشرة على فرق في فاتورة مخرج مركز البيانات بين 200 ألف و500 ألف دولار سنويًا.

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

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

والأكثر إثارة للاهتمام هو أن Kadcast ليس مجرد بديل بسيط لـ gossip العام؛ بل يفصل نشر بيانات التعريف (metadata) عن حمولة البيانات (data payload) في قناتين منفصلتين. وبالنسبة للمعاملات المُحجوبة التي تكون كبيرة نسبيًا—ومع ذلك يجب أن تُعاد توجيهها من جميع العقد—فإن هذا الفصل يكبِح عرض الذروة في الشبكة بقسوة أكبر. كثير من المشاريع ترفع شعار “عرض نطاق منخفض”، لكن Dusk تكتب ذلك في المنفذ الافتراضي للبروتوكول 9000/udp.$BTC $ETH

#dusk $DUSK @Dusk
全节点
0%
单节点
0%
0 الأصوات • تمّ إغلاق التصويت
الغروب توجد عملية توزيع أصول على السلسلة، هادئة على نحو غير طبيعي——كنت أتابع تدفقاتٍ على سلاسل أخرى حين اصطدمت بها بالصدفة: EURQ، عملة مستقرة يورو أوروبية متوافقة تحمل ترخيص جهة إصدار أموال إلكترونية MiCAR. كانت تتصل بهدوء بمسار التسوية الخاص بـ Dusk. ما قيمة EURQ من حيث حجم الأصل؟ نحتاج قليلًا من الخلفية: ترخيص EMI ضمن إطار MiCAR الصارم، مدعوم استراتيجيًا من Tether، ومعايير إدارة المخاطر متشددة إلى حد مبالغ فيه. في هذا المستوى من الأصول المتوافقة قانونيًا، عند اختيار سلسلة التسوية، تكون أكثر انتقائية من أي ورقة مالية مؤسسية——فإن تم اختيار السلسلة خطأً، فلن تجتاز تدقيقات الاختراق/التتبع الخاصة بمكافحة غسل الأموال، وسيتحمّل الترخيص ضغطًا مباشرًا. بالتموضع على سلسلة الاستدعاءات الخاصة بها على Dusk ودراستها، يتضح سريعًا منطق هذا الاختيار: التسوية عبر النقابات/المجاميع المصرفية التقليدية بطيئة، أما وضع تسوية اليورو الكبيرة على سلسلة عامة شفافة بالكامل فيعني تعريض سجل التدفقات التجارية لعملاء المؤسسة أمام مرأى الجميع على الشبكة؛ والجهة القانونية لن تمرر ذلك على الإطلاق. تتوافق العقود السرية من نوع XSC في Dusk تمامًا مع هذه الفجوة: يمكن لـ EURQ، ضمن بيئة التشفير في Dusk، تنفيذ تحويلات عابرة للحدود بمبالغ كبيرة دون تسريب أسرار الأعمال؛ وفي الوقت نفسه، يوفّر واجهة برمجة/نقطة كشف انتقائية ضمن عقد XSC، ما يسمح للمُدقّقين بالتحقق من الحسابات في أي وقت. ومتطلبات مكافحة غسل الأموال الخاصة بترخيص EMI تُحكم كل شيء بإحكام. يراهن الجميع على عدد الأسهم التي أُدرجت على Dusk، لكن العملات المستقرة هي في الحقيقة الشريان الرئيسي لتغذية مسار RWA. على أي سلسلة عامة لا توفر قناة تسوية بالعملات الورقية المتوافقة، تكون جميع الأصول مجرد دورانٍ بلا معنى. منذ أن اختارت EURQ Dusk، فقد قامت—إلى حدٍّ ما—بإجراء اعتمادٍ علني لعملية تدقيق/استقصاء شاملة لسوق اليورو المستقر على مستوى المؤسسات بأكمله. عندما عدّلت تقرير أبحاث الاستثمار الخاص بي، تم إبراز تلك النقطة تحديدًا بخط غامق. $BTC $ETH #dusk $DUSK @Dusk
الغروب توجد عملية توزيع أصول على السلسلة، هادئة على نحو غير طبيعي——كنت أتابع تدفقاتٍ على سلاسل أخرى حين اصطدمت بها بالصدفة: EURQ، عملة مستقرة يورو أوروبية متوافقة تحمل ترخيص جهة إصدار أموال إلكترونية MiCAR. كانت تتصل بهدوء بمسار التسوية الخاص بـ Dusk.

ما قيمة EURQ من حيث حجم الأصل؟ نحتاج قليلًا من الخلفية: ترخيص EMI ضمن إطار MiCAR الصارم، مدعوم استراتيجيًا من Tether، ومعايير إدارة المخاطر متشددة إلى حد مبالغ فيه. في هذا المستوى من الأصول المتوافقة قانونيًا، عند اختيار سلسلة التسوية، تكون أكثر انتقائية من أي ورقة مالية مؤسسية——فإن تم اختيار السلسلة خطأً، فلن تجتاز تدقيقات الاختراق/التتبع الخاصة بمكافحة غسل الأموال، وسيتحمّل الترخيص ضغطًا مباشرًا.

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

تتوافق العقود السرية من نوع XSC في Dusk تمامًا مع هذه الفجوة: يمكن لـ EURQ، ضمن بيئة التشفير في Dusk، تنفيذ تحويلات عابرة للحدود بمبالغ كبيرة دون تسريب أسرار الأعمال؛ وفي الوقت نفسه، يوفّر واجهة برمجة/نقطة كشف انتقائية ضمن عقد XSC، ما يسمح للمُدقّقين بالتحقق من الحسابات في أي وقت. ومتطلبات مكافحة غسل الأموال الخاصة بترخيص EMI تُحكم كل شيء بإحكام.

يراهن الجميع على عدد الأسهم التي أُدرجت على Dusk، لكن العملات المستقرة هي في الحقيقة الشريان الرئيسي لتغذية مسار RWA. على أي سلسلة عامة لا توفر قناة تسوية بالعملات الورقية المتوافقة، تكون جميع الأصول مجرد دورانٍ بلا معنى. منذ أن اختارت EURQ Dusk، فقد قامت—إلى حدٍّ ما—بإجراء اعتمادٍ علني لعملية تدقيق/استقصاء شاملة لسوق اليورو المستقر على مستوى المؤسسات بأكمله. عندما عدّلت تقرير أبحاث الاستثمار الخاص بي، تم إبراز تلك النقطة تحديدًا بخط غامق. $BTC $ETH

#dusk $DUSK @Dusk
泄密
0%
保密
0%
0 الأصوات • تمّ إغلاق التصويت
عندما رأيت لأول مرة آلية <Curator> التي قدمتها TermMax، كانت ردّة فعلي الفورية مبعثَ حذر: ما الفرق الجوهري بين السماح لمؤسساتٍ احترافية مثل Keyrock بالتحكم في منحنى الفائدة، وبين تسليم سلطة التسعير إلى وسطاء ماليين تقليديين؟ هذا تنازل من بروتوكولات لامركزية تجاه مركزية. ذهبت للبحث عن أمرٍ أكثر أساسًا: كيف يقوم سوق الدخل الثابت التقليدي بتسعير الفائدة. في المزادات الخاصة بالسندات الحكومية يوجد مكتتب رئيسي، وفي إصدار سندات الشركات يقوم بنك استثماري بتحديد هامش الفائدة الأولي. وحتى في تداول الدخل الثابت خارج البورصة، يجب على صانع السوق أن يضع عروض أسعار مسبقًا لكي تحدث أول صفقة. هذه المؤسسات لا تقوم بدورٍ وسيطٍ بسيط؛ بل إنها، في سوق تفتقر فيه إلى بيانات الصفقات التاريخية، تعتمد على تقييمٍ شامل لمخاطر الائتمان، وعلاوة الأجل، واحتياجات السيولة، لتزويد السوق بأول سعر. بدون نقطة البداية هذه، لا يمكن للسوق أن يطلق تشغيله في أسعار الفائدة الثابتة—لا أحد يعرف كم ينبغي أن تكون "فائدة ثابتة معقولة". بعد أن راجعت هذه المواد، أدركت أنني كنت مخطئًا من البداية لا يحتاج بروتوكول فائدة عائمة في DeFi إلى تسعيرٍ استباقي—يمكن للخوارزمية أن تستجيب فورًا للعرض والطلب، ولكل لحظة توجد فائدة يمكن الرجوع إليها وفق حالة مجمع السيولة. لكن سوق الفائدة الثابتة يختلف: تكلفة الاقتراض تُقفل عند توقيع العقد، وبدون من يقوم بتسعيرٍ استباقي يواجه السوق مأزقًا شبيهًا ببيضة الدجاجة وبيضة الديك—لا توجد أسعار بدون صفقات، ولا توجد صفقات دون أول سعر. لا توجد عروض إذن لا توجد صفقات، ومن ثم لا توجد أبدًا أول عروض. إن نقل <Curator> من TermMax هو الحل ذاته الذي أثبتته الأسواق التقليدية للدخل الثابت. يحدد <Curator> في كل سوقٍ معزول أوامرًا ضمن نطاقات، يحدد بها نطاق سعر الفائدة الذي يكون الطرفان مستعدين للإقراض عنده والاقتراض عنده، ويحافظ على توافر السيولة الأساسية في السوق، ويحصل على مكافأته من رسوم الأداء. لا يحتاج المستخدمون العاديون لفهم ذلك: فقط أودِع أموالك في <Vault>، وسيتم توجيه الأموال المعلقة تلقائيًا إلى <Aave> و<Morpho> لتدر عائدًا، منتظرين أن تتم الصفقة عند سعر الفائدة المستهدف دون أي فجوات زمنية. لم تكن فكرة <Curator> نفسها هي ما غيّر رأيي؛ بل ما حدث هو أنني عندما فكرت بجدية في سؤال: "كيف يتم بدء سوق الفائدة الثابتة من الصفر"، اكتشفت أن التسعير الاستباقي ليس احتكاكًا يمكن تحسينه وإلغاؤه، بل هو شرطٌ ضروري لكي يعمل هذا النوع من الأسواق. الفرق الجوهري بين <Curator> على السلسلة والمكتتب على السلسلة/خارجها هو أن أوامر <Curator> على السلسلة تكون شفافة وقابلة للتدقيق، وليست نتيجة مفاوضات خارجية تتم في السر. $BTC $ETH #termmax @TermMax
عندما رأيت لأول مرة آلية <Curator> التي قدمتها TermMax، كانت ردّة فعلي الفورية مبعثَ حذر: ما الفرق الجوهري بين السماح لمؤسساتٍ احترافية مثل Keyrock بالتحكم في منحنى الفائدة، وبين تسليم سلطة التسعير إلى وسطاء ماليين تقليديين؟ هذا تنازل من بروتوكولات لامركزية تجاه مركزية.
ذهبت للبحث عن أمرٍ أكثر أساسًا: كيف يقوم سوق الدخل الثابت التقليدي بتسعير الفائدة.
في المزادات الخاصة بالسندات الحكومية يوجد مكتتب رئيسي، وفي إصدار سندات الشركات يقوم بنك استثماري بتحديد هامش الفائدة الأولي. وحتى في تداول الدخل الثابت خارج البورصة، يجب على صانع السوق أن يضع عروض أسعار مسبقًا لكي تحدث أول صفقة. هذه المؤسسات لا تقوم بدورٍ وسيطٍ بسيط؛ بل إنها، في سوق تفتقر فيه إلى بيانات الصفقات التاريخية، تعتمد على تقييمٍ شامل لمخاطر الائتمان، وعلاوة الأجل، واحتياجات السيولة، لتزويد السوق بأول سعر. بدون نقطة البداية هذه، لا يمكن للسوق أن يطلق تشغيله في أسعار الفائدة الثابتة—لا أحد يعرف كم ينبغي أن تكون "فائدة ثابتة معقولة".
بعد أن راجعت هذه المواد، أدركت أنني كنت مخطئًا من البداية
لا يحتاج بروتوكول فائدة عائمة في DeFi إلى تسعيرٍ استباقي—يمكن للخوارزمية أن تستجيب فورًا للعرض والطلب، ولكل لحظة توجد فائدة يمكن الرجوع إليها وفق حالة مجمع السيولة. لكن سوق الفائدة الثابتة يختلف: تكلفة الاقتراض تُقفل عند توقيع العقد، وبدون من يقوم بتسعيرٍ استباقي يواجه السوق مأزقًا شبيهًا ببيضة الدجاجة وبيضة الديك—لا توجد أسعار بدون صفقات، ولا توجد صفقات دون أول سعر. لا توجد عروض إذن لا توجد صفقات، ومن ثم لا توجد أبدًا أول عروض.
إن نقل <Curator> من TermMax هو الحل ذاته الذي أثبتته الأسواق التقليدية للدخل الثابت. يحدد <Curator> في كل سوقٍ معزول أوامرًا ضمن نطاقات، يحدد بها نطاق سعر الفائدة الذي يكون الطرفان مستعدين للإقراض عنده والاقتراض عنده، ويحافظ على توافر السيولة الأساسية في السوق، ويحصل على مكافأته من رسوم الأداء. لا يحتاج المستخدمون العاديون لفهم ذلك: فقط أودِع أموالك في <Vault>، وسيتم توجيه الأموال المعلقة تلقائيًا إلى <Aave> و<Morpho> لتدر عائدًا، منتظرين أن تتم الصفقة عند سعر الفائدة المستهدف دون أي فجوات زمنية.
لم تكن فكرة <Curator> نفسها هي ما غيّر رأيي؛ بل ما حدث هو أنني عندما فكرت بجدية في سؤال: "كيف يتم بدء سوق الفائدة الثابتة من الصفر"، اكتشفت أن التسعير الاستباقي ليس احتكاكًا يمكن تحسينه وإلغاؤه، بل هو شرطٌ ضروري لكي يعمل هذا النوع من الأسواق. الفرق الجوهري بين <Curator> على السلسلة والمكتتب على السلسلة/خارجها هو أن أوامر <Curator> على السلسلة تكون شفافة وقابلة للتدقيق، وليست نتيجة مفاوضات خارجية تتم في السر. $BTC $ETH
#termmax @TermMax
يعتقد الجميع أن NPEX حصل على ترخيص AFM الهولندي، وأن Dusk قامت بربط/مواءمة أوراقها مع إطار الاتحاد الأوروبي MiCA وDLT Pilot، فقط بهدف “إصدار العملات بشكل قانوني” في هذه المنطقة. وهذا يقلّل تمامًا من حجم ما يحدث فعليًا. من يجعل الاستفادة من تباينات التنظيم هي القصة كاملة، سيفوّت السيناريو الحقيقي. ضمن الأطر القانونية التقليدية، لا تكون البلوك تشين، في أحسن الأحوال، سوى “قاعدة بيانات لتقنية المعلومات”، وتجب أن يكون كيان المسؤولية القانونية النهائي هو شركة مالية تقليدية مثل شركة المقاصة أو جهة الحفظ/الإيداع. لكن نظام DLT Pilot التابع للاتحاد الأوروبي أحدث قفزة تنظيمية غير مسبوقة في تاريخ التمويل البشري: فهو يسمح لسجلات دفتر الأستاذ الموزع بأن تحل محل CSD (مركز الإيداع/التسجيل المركزي للأوراق المالية) مباشرةً من الناحية القانونية. بمجرد فتح هذا الباب، أصبحت خاصية عدم قابلية السجل للتلاعب لأول مرة ذات أثر قانوني. لقد قلبتُ تصميم طبقة التسوية في DuskDS من زاوية “الإصدار يعني الانتهاء”؛ فقد لفتني في البداية إثباته المُبسّط من نوع Succinct Attestation، ثم أضيف إلى ذلك التنفيذ التلقائي للامتثال في عقود الأوراق المالية السرّية الخاصة بـ XSC—وليس الأمر مجرد “الالتزام” بالقواعد، بل محاولة لتجسيد مُقاصّة أوروبية قانونية عبر كود. عندما تمَّ إنجاز تسوية صفقة سندات بقيمة 100 مليون يورو على Dusk، راقبتُ سجل الاختبار؛ لم يعد انقلاب الحالة على السلسلة مجرّد تمثيل فيزيائي، بل هو حقيقة قانونية بحد ذاته. هذه ليست “تذكرة” ما لمنطقة أوروبية مُزعومة، بل هي انتقال السيادة على عملية التسوية. من يملك حق تدقيق هذا الكود، يملك مفاتيح المقاصة للأوراق المالية الأوروبية. وعندما يثبت Dusk فعلًا أن L1 المبني على ZK وعقود الخصوصية يمكنه تشغيل إطار DLT Pilot، عندها سأُسجّل هذا الحساب—ولن يكون الأمر مجرد بلوك تشين طبقة أساسية فحسب، بل سيصبح “مقاصة أصلية من نوع كود” معترفًا بها من قبل القانون السيادي في تاريخ البشرية. وزن هذا الهوية يتجاوز بكثير السرد الذي يمكن لبلوك تشين واحدة أن تحمله. بمجرد ترسيخ هذه المعايير، ستُجبر البنية التحتية المالية في العالم كله على دراسة معماره. لقد تابعت تطور شركات المقاصة التقليدية؛ حدود شركة المقاصة كانت في السابق داخل مبنى، وفي قاعدة بيانات واحدة، ثم انكمشت إلى مقطع من كود قابل للتحقق. في الماضي كان يعتمد على تراخيص وتصديقات موظفين، أما الآن فيعتمد على إثباتات. إذا قيّمت Dusk باعتبارها بلوك تشين عامة، فسترى السقف فقط. وإذا نظرتها باعتبارها بروتوكول الطبقة الأساسية للمقاصة العالمية القادمة، فإن اللعبة ما تزال في بدايتها. $BTC $ETH #dusk $DUSK @Dusk
يعتقد الجميع أن NPEX حصل على ترخيص AFM الهولندي، وأن Dusk قامت بربط/مواءمة أوراقها مع إطار الاتحاد الأوروبي MiCA وDLT Pilot، فقط بهدف “إصدار العملات بشكل قانوني” في هذه المنطقة. وهذا يقلّل تمامًا من حجم ما يحدث فعليًا. من يجعل الاستفادة من تباينات التنظيم هي القصة كاملة، سيفوّت السيناريو الحقيقي.

ضمن الأطر القانونية التقليدية، لا تكون البلوك تشين، في أحسن الأحوال، سوى “قاعدة بيانات لتقنية المعلومات”، وتجب أن يكون كيان المسؤولية القانونية النهائي هو شركة مالية تقليدية مثل شركة المقاصة أو جهة الحفظ/الإيداع. لكن نظام DLT Pilot التابع للاتحاد الأوروبي أحدث قفزة تنظيمية غير مسبوقة في تاريخ التمويل البشري: فهو يسمح لسجلات دفتر الأستاذ الموزع بأن تحل محل CSD (مركز الإيداع/التسجيل المركزي للأوراق المالية) مباشرةً من الناحية القانونية. بمجرد فتح هذا الباب، أصبحت خاصية عدم قابلية السجل للتلاعب لأول مرة ذات أثر قانوني.

لقد قلبتُ تصميم طبقة التسوية في DuskDS من زاوية “الإصدار يعني الانتهاء”؛ فقد لفتني في البداية إثباته المُبسّط من نوع Succinct Attestation، ثم أضيف إلى ذلك التنفيذ التلقائي للامتثال في عقود الأوراق المالية السرّية الخاصة بـ XSC—وليس الأمر مجرد “الالتزام” بالقواعد، بل محاولة لتجسيد مُقاصّة أوروبية قانونية عبر كود.

عندما تمَّ إنجاز تسوية صفقة سندات بقيمة 100 مليون يورو على Dusk، راقبتُ سجل الاختبار؛ لم يعد انقلاب الحالة على السلسلة مجرّد تمثيل فيزيائي، بل هو حقيقة قانونية بحد ذاته. هذه ليست “تذكرة” ما لمنطقة أوروبية مُزعومة، بل هي انتقال السيادة على عملية التسوية. من يملك حق تدقيق هذا الكود، يملك مفاتيح المقاصة للأوراق المالية الأوروبية.

وعندما يثبت Dusk فعلًا أن L1 المبني على ZK وعقود الخصوصية يمكنه تشغيل إطار DLT Pilot، عندها سأُسجّل هذا الحساب—ولن يكون الأمر مجرد بلوك تشين طبقة أساسية فحسب، بل سيصبح “مقاصة أصلية من نوع كود” معترفًا بها من قبل القانون السيادي في تاريخ البشرية. وزن هذا الهوية يتجاوز بكثير السرد الذي يمكن لبلوك تشين واحدة أن تحمله.

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

إذا قيّمت Dusk باعتبارها بلوك تشين عامة، فسترى السقف فقط. وإذا نظرتها باعتبارها بروتوكول الطبقة الأساسية للمقاصة العالمية القادمة، فإن اللعبة ما تزال في بدايتها. $BTC $ETH

#dusk $DUSK @Dusk
公链
100%
底层协议
0%
2 الأصوات • تمّ إغلاق التصويت
TermMax يحول GT إلى NFT: من لعبة الاحتمالات إلى مسألة حسابية حتمية في الإقراض عبر فائدة ثابتة، قامت TermMax بتحويل GT إلى NFT. عند رؤيته لأول مرة، بدت عملية التصفية كأنها انتقلت من لعبة احتمالات إلى مسألة حسابية حتمية—لكن التفكير أعمق يكشف أن الحتمية قد لا تجلب فوائد فقط. تحققت من بنية NFT الخاصة بـ GT بندًا بندًا: asset وamount وrewardBps وhealthFactor كلها على السلسلة. تم تثبيت REWARD_TO_LIQUIDATOR في العقد عند 0.05e8، بحيث يستطيع المُصفّي احتساب العائد بدقة فور امتلاك الـNFT، دون تخمين الانزلاق أو المقامرة على منافسة غاز الشبكة؛ فالمتغيرات جميعها موزعة على السلسلة. عند تصفية كميات كبيرة من GT، يحقق المُصفّون ربحًا صافياً بمئات الدولارات. لكن بالنسبة لمراكز LRT الصغيرة التي يحصل أصحابها على مكافأة 5% فقط، فإن الغاز وحده قد يلتهم الأرباح. العوائد الحتمية تمنح المُصفّين القدرة على «اختيار الأفضل»، فيندفعون أولًا نحو المراكز الكبيرة وعالية السيولة. وبعد متابعة هذه العواقب النظامية، وجدت النتيجة: لا يتم تصفية GT الصغيرة لفترة طويلة، فتستمر LTV في التدهور؛ وعندما ينخفض الضمان فعليًا إلى ما دون HALF_LIQUIDATION_THRESHOLD ويمكن تصفيته بالكامل، قد يكون الضمان قد تقلّص بالفعل بنسبة ستة إلى سبعة أعشار. إن «الانتقاء» ليس حادثًا، بل هو خيار عقلاني للمُصفّين تحت ظروف العائد الحتمي. لقد رأيت في عصر Compound V2 كيف قفزت أسعار الغاز، وكيف كان المُصفّون يتجاوزون المراكز الصغيرة. بعد ارتفاع الديون المعدومة بشكل مؤقت، تم كبحها عبر إدخال حوافز تصفية أكثر شراسة. لكن حبيبات NFT لدى TermMax تعزل المراكز بالكامل؛ إذ لا يستطيع المُصفّي حتى فعل شيء مثل «تنظيف دفعة صغيرة بالسهولة». الأمر يشبه إرسال الطرود: الساعي يلتقط الطرود الكبيرة فقط، بينما تتكدس الطرود الصغيرة في المستودع وتتعفن. الانتقاء يبدو من زاوية ما «إنصافًا»، لكن ما يقلقني أكثر هو سلسلة السببية التي يولدها: تأخر التصفية → تدهور قيمة الضمان → سوء معدل الاسترداد → دعم حَمَلة FT كضمان احتياطي. إن عزل حبيبات NFT يعزل المراكز، ويعزل في الوقت نفسه حوافز التصفية—وهذه امتداد لعزل السوق إلى طبقة التصفية. في الأصول السائدة، تكون مكافأة 5% كافية لجذب الاهتمام. لكن إذا صعدنا إلى المزيد من الضمانات طويلة الذيل، فأنا أرى أنه يجب خلق حوافز تصفية تفاضلية لـ GT الصغيرة، أو ضمان حد أدنى للتصفية يغطيها—فسيولة أصول طويلة الذيل أصلاً نادرة، والمُصفّون أقل حماسًا لاستلامها. ستظهر هذه الفجوة أبكر مما تفعل في السوق السائد. والوجه الآخر للحتمية هو ترك المراكز الصغيرة «تُترك بهدوء» داخل المخاطر. $BTC $ETH $BNB #termmax @TermMax
TermMax يحول GT إلى NFT: من لعبة الاحتمالات إلى مسألة حسابية حتمية

في الإقراض عبر فائدة ثابتة، قامت TermMax بتحويل GT إلى NFT. عند رؤيته لأول مرة، بدت عملية التصفية كأنها انتقلت من لعبة احتمالات إلى مسألة حسابية حتمية—لكن التفكير أعمق يكشف أن الحتمية قد لا تجلب فوائد فقط.

تحققت من بنية NFT الخاصة بـ GT بندًا بندًا: asset وamount وrewardBps وhealthFactor كلها على السلسلة. تم تثبيت REWARD_TO_LIQUIDATOR في العقد عند 0.05e8، بحيث يستطيع المُصفّي احتساب العائد بدقة فور امتلاك الـNFT، دون تخمين الانزلاق أو المقامرة على منافسة غاز الشبكة؛ فالمتغيرات جميعها موزعة على السلسلة. عند تصفية كميات كبيرة من GT، يحقق المُصفّون ربحًا صافياً بمئات الدولارات. لكن بالنسبة لمراكز LRT الصغيرة التي يحصل أصحابها على مكافأة 5% فقط، فإن الغاز وحده قد يلتهم الأرباح.

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

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

الانتقاء يبدو من زاوية ما «إنصافًا»، لكن ما يقلقني أكثر هو سلسلة السببية التي يولدها: تأخر التصفية → تدهور قيمة الضمان → سوء معدل الاسترداد → دعم حَمَلة FT كضمان احتياطي. إن عزل حبيبات NFT يعزل المراكز، ويعزل في الوقت نفسه حوافز التصفية—وهذه امتداد لعزل السوق إلى طبقة التصفية.

في الأصول السائدة، تكون مكافأة 5% كافية لجذب الاهتمام. لكن إذا صعدنا إلى المزيد من الضمانات طويلة الذيل، فأنا أرى أنه يجب خلق حوافز تصفية تفاضلية لـ GT الصغيرة، أو ضمان حد أدنى للتصفية يغطيها—فسيولة أصول طويلة الذيل أصلاً نادرة، والمُصفّون أقل حماسًا لاستلامها. ستظهر هذه الفجوة أبكر مما تفعل في السوق السائد. والوجه الآخر للحتمية هو ترك المراكز الصغيرة «تُترك بهدوء» داخل المخاطر.
$BTC $ETH $BNB

#termmax @TermMax
公平
50%
竞争
50%
2 الأصوات • تمّ إغلاق التصويت
صحيح جزئيًا
عرض الترجمة
双轨的底气:两套架构各管一摊 Dusk 给一条链装了两套发动机——Phoenix 用 UTXO,Moonlight 用 Account,一套烧隐私的油,一套走透明的电,看着累,其实是别人抢不走的双轨能力。 我翻过 Phoenix 和 Moonlight 的合约示例,查过技术文档。Phoenix 基于 UTXO,给完全隐私保护;Moonlight 基于 Account,留透明记录、支持选择性披露。两套架构并行,意味着维护两套代码库——可正是这份冗余,让 Dusk 既能跑暗池级的隐私交易,又能给监管开合规窗口。太多单架构链卡在二选一上,我见过不止一条,Dusk 把两难做成了并行轨道。这不是技术债,是给未来留的接口——哪天监管要更细披露,Moonlight 直接顶上,不用临时重构。 Bitcoin 和 Ethereum 都只选了一条路:BTC 只用 UTXO,ETH 只用 Account,单一架构省事,却只能服务一类需求。我对比过这两条路线才发现,Dusk 选双轨等于把两种范式融进同一条链——极客要的匿名、机构要的可审计,都在原生层解决,不用跨链桥接。机构对接会上客户反复提同一个诉求:既要隐私防抢跑,又要能出具合规证明,单轨根本接不住,这话我蹲会时听了几遍。 开发者论坛里,两种范式怎么分工吵得最多。Phoenix 用 Rust 写隐私合约、Moonlight 用 Solidity 写透明逻辑,看似要学两遍,实际是专业的人用专业的工具箱。我扒过这些讨论,结论很清晰:隐私合约归密码学团队,透明逻辑归业务团队,边界反而好审计。两套模型抬高门槛也抬高质量下限——Piecrust VM 对两套状态做了最严形式化检查,我看过那段逻辑,复杂却没留缝隙。 双轨不是白养的负债,是 Dusk 垂直深耕 RWA 的底气。两套环境的部署验证我亲自跑过,暗池交易与合规结算,它一条链同时端得起来——两套发动机,恰恰让这条链两头都跑得动。 $BTC $ETH #dusk $DUSK @Dusk
双轨的底气:两套架构各管一摊

Dusk 给一条链装了两套发动机——Phoenix 用 UTXO,Moonlight 用 Account,一套烧隐私的油,一套走透明的电,看着累,其实是别人抢不走的双轨能力。

我翻过 Phoenix 和 Moonlight 的合约示例,查过技术文档。Phoenix 基于 UTXO,给完全隐私保护;Moonlight 基于 Account,留透明记录、支持选择性披露。两套架构并行,意味着维护两套代码库——可正是这份冗余,让 Dusk 既能跑暗池级的隐私交易,又能给监管开合规窗口。太多单架构链卡在二选一上,我见过不止一条,Dusk 把两难做成了并行轨道。这不是技术债,是给未来留的接口——哪天监管要更细披露,Moonlight 直接顶上,不用临时重构。

Bitcoin 和 Ethereum 都只选了一条路:BTC 只用 UTXO,ETH 只用 Account,单一架构省事,却只能服务一类需求。我对比过这两条路线才发现,Dusk 选双轨等于把两种范式融进同一条链——极客要的匿名、机构要的可审计,都在原生层解决,不用跨链桥接。机构对接会上客户反复提同一个诉求:既要隐私防抢跑,又要能出具合规证明,单轨根本接不住,这话我蹲会时听了几遍。

开发者论坛里,两种范式怎么分工吵得最多。Phoenix 用 Rust 写隐私合约、Moonlight 用 Solidity 写透明逻辑,看似要学两遍,实际是专业的人用专业的工具箱。我扒过这些讨论,结论很清晰:隐私合约归密码学团队,透明逻辑归业务团队,边界反而好审计。两套模型抬高门槛也抬高质量下限——Piecrust VM 对两套状态做了最严形式化检查,我看过那段逻辑,复杂却没留缝隙。

双轨不是白养的负债,是 Dusk 垂直深耕 RWA 的底气。两套环境的部署验证我亲自跑过,暗池交易与合规结算,它一条链同时端得起来——两套发动机,恰恰让这条链两头都跑得动。
$BTC $ETH

#dusk $DUSK @Dusk
双轨
0%
单轨
0%
0 الأصوات • تمّ إغلاق التصويت
200 عملية commit، إنها بنية أساس عميقة تُنشأ بالدقّ على الجذور GitHub الخاص بـ Dusk يشبه موقع بناء يعمل ليلًا ونهارًا—200 عملية commit تدق بقوة، ليست ضجةً عابرة، بل لأن الفريق يواصل دقّ الأوتاد إلى عمقٍ أكبر. قضيت أسبوعًا أراجع سجل التغييرات في Dusk، ومع كل نظرة أصبحت أكثر يقينًا بشأن شيء واحد: إن معظم هذه الـ 200 commit تقريبًا متمركزة في الوحدات الأساسية مثل البروتوكول الأساسي وSDK وسلسلة الأدوات (toolchain)، وليست مبعثرة في طبقة التطبيقات. على السطح قد لا تكون عقود السلسلة كثيرة، لكن هذا هو إيقاع "تشيد الأساس أولًا، ثم تقيم الطوابق". إن صعوبة مسار الخصوصية لا تكمن يومًا في كتابة عقد يعمل فحسب، بل في صقل أساسيات مثل التشفير المتماثل (homomorphic encryption) وإثباتات المعرفة الصفرية (zero-knowledge proofs) حتى تصبح قادرة على تحمّل أحمال بمستوى المؤسسات. لقد حسبت هذه المسألة. فالسلاسل العادية المتوافقة مع EVM تعتمد على أدوات جاهزة؛ بمجرد أن يأتي المطوّرون يمكنهم نقل العمل مباشرة. أما Dusk فيسعى إلى شيء لم يفعله الآخرون—تحويل الخصوصية والحوسبة القابلة للتدقيق والامتثال إلى مجموعة بروتوكولات أساسية قابلة لإعادة الاستخدام. هذا النوع من العمل تكون فيه أعداد الـcommit كبيرة بينما عدد العقود ما زال قليلًا؛ وهذا بالضبط يعني أن الفريق صرف جهده على الأصعب والأغلى قيمة. إن الحصن الحقيقي ليس في قدرة الآخرين على نسخ عدد من عقود DeFi سريعًا، بل في الإمكانات الأساسية التي لا يستطيع أحد أن ينسخها. لاحظت أن مساهمات الفريق الأساسي مرتفعة، وفي المقابل يدخل المطوّرون الخارجيون تباعًا. هذه سمة شائعة في المشاريع الصلبة في المراحل المبكرة: يقوم قلة من الناس أولًا بدكّ الأساس الأشد صعوبة، ثم تُفتح الأبواب ليبدأ النظام البيئي في البناء. حتى Polkadot في ذلك الوقت كان فريقه الأساسي هو من أنهى التهام طبقة الباراشين/السلاسل المتوازية أولًا، ثم بدأت تطبيقات النظام البيئي بالنمو كالمطر بعد صفاء السماء. وإشاراتي التي لاحظتها هي إشارات إيجابية: الوثائق وواجهات API وسلسلة الأدوات تُستكمل على دفعات، والأسئلة والأجوبة داخل Discord صارت أكثر تحديدًا وواقعية مع تزايد مشاركة المطورين. كلما كان الأساس أعمق، استطاعت البناية أن ترتفع أكثر—وما يفعله Dusk الآن هو تحويل "قادر على العمل" إلى "يستحق الثقة/الاعتماد"؛ وهذا أهم بكثير من استعجال تكديس أعداد العقود. أنا متفائل بشأن Dusk، ليس لأن عدد العقود على السلسلة اليوم كبير، بل لأن في تلك الـ 200 commit توجد أشياء مخبأة—مجموعة من الناس يعملون بجد على أصعب طريق للخصوصية. يومًا ما حين تكون الأرضية قد صُقلت على نحوٍ كافٍ، لن يكون الانفجار في العقود على مستوى الإنتاج سوى مسألة وقت. $BTC $ETH #dusk $DUSK @Dusk
200 عملية commit، إنها بنية أساس عميقة تُنشأ بالدقّ على الجذور

GitHub الخاص بـ Dusk يشبه موقع بناء يعمل ليلًا ونهارًا—200 عملية commit تدق بقوة، ليست ضجةً عابرة، بل لأن الفريق يواصل دقّ الأوتاد إلى عمقٍ أكبر.

قضيت أسبوعًا أراجع سجل التغييرات في Dusk، ومع كل نظرة أصبحت أكثر يقينًا بشأن شيء واحد: إن معظم هذه الـ 200 commit تقريبًا متمركزة في الوحدات الأساسية مثل البروتوكول الأساسي وSDK وسلسلة الأدوات (toolchain)، وليست مبعثرة في طبقة التطبيقات. على السطح قد لا تكون عقود السلسلة كثيرة، لكن هذا هو إيقاع "تشيد الأساس أولًا، ثم تقيم الطوابق". إن صعوبة مسار الخصوصية لا تكمن يومًا في كتابة عقد يعمل فحسب، بل في صقل أساسيات مثل التشفير المتماثل (homomorphic encryption) وإثباتات المعرفة الصفرية (zero-knowledge proofs) حتى تصبح قادرة على تحمّل أحمال بمستوى المؤسسات.

لقد حسبت هذه المسألة. فالسلاسل العادية المتوافقة مع EVM تعتمد على أدوات جاهزة؛ بمجرد أن يأتي المطوّرون يمكنهم نقل العمل مباشرة. أما Dusk فيسعى إلى شيء لم يفعله الآخرون—تحويل الخصوصية والحوسبة القابلة للتدقيق والامتثال إلى مجموعة بروتوكولات أساسية قابلة لإعادة الاستخدام. هذا النوع من العمل تكون فيه أعداد الـcommit كبيرة بينما عدد العقود ما زال قليلًا؛ وهذا بالضبط يعني أن الفريق صرف جهده على الأصعب والأغلى قيمة. إن الحصن الحقيقي ليس في قدرة الآخرين على نسخ عدد من عقود DeFi سريعًا، بل في الإمكانات الأساسية التي لا يستطيع أحد أن ينسخها.

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

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

أنا متفائل بشأن Dusk، ليس لأن عدد العقود على السلسلة اليوم كبير، بل لأن في تلك الـ 200 commit توجد أشياء مخبأة—مجموعة من الناس يعملون بجد على أصعب طريق للخصوصية. يومًا ما حين تكون الأرضية قد صُقلت على نحوٍ كافٍ، لن يكون الانفجار في العقود على مستوى الإنتاج سوى مسألة وقت. $BTC $ETH

#dusk $DUSK @Dusk
能跑
100%
值得信
0%
2 الأصوات • تمّ إغلاق التصويت
TermMax的minApy参数有个隐藏属性:带时间锁。我翻合约发现minApy调整需经锁定期(minApyChangeDelay,典型值7天)才执行。7天滞后窗口让做市商对利率方向产生了隐性敞口 🎯 minApy设5%市场利率涨到8%,7天后才生效,期间按5%旧利率提供流动性吃了3%利差损失。反过来利率跌到5%,7天内还按8%旧minApy收款,多赚3%滞后红利。 这个隐性期权在什么条件下会从做市商的"附带效应"变成主导其行为的核心因素? ETH借贷利率年化波动率15%,锁定7天,隐性期权成本约0.3%-0.5%年化,叠加3%利差是10%-17%的利润侵蚀。但波动率飙升到50%(Luna/UST危机级别),隐性期权成本跳到1%-2%年化,占利差的33%-67%。此时做市商的核心决策不再是谁的信用风险低,而是利率方向往哪走 👀 Clearpool的动态利率模型我关注过一段时间,利率每区块根据供需自动调整,没有时间锁滞后。做市商不需要预判利率方向,只承担信用风险。TermMax的minApy时间锁把做市商从"信用风险管理"推到了"信用+利率方向双下注"的位置。 做市商变成利率方向交易者后,会主动选择在利率即将下跌时大量提供流动性(吃滞后红利),在利率即将上涨时撤出(避滞后损失)。这意味着TermMax的固定利率供给会在利率下行时过剩、上行时紧缺,旱天送伞的人多,雨天送伞的人跑了 📉 minApy时间锁在正常市场条件下是合理的治理保护,但在极端波动下会放大固定利率供给的顺周期性。保护借款人的时间锁,在极端条件下伤害了最需要保护的借款人。$BTC $ETH $BNB #termmax @TermMax
TermMax的minApy参数有个隐藏属性:带时间锁。我翻合约发现minApy调整需经锁定期(minApyChangeDelay,典型值7天)才执行。7天滞后窗口让做市商对利率方向产生了隐性敞口 🎯

minApy设5%市场利率涨到8%,7天后才生效,期间按5%旧利率提供流动性吃了3%利差损失。反过来利率跌到5%,7天内还按8%旧minApy收款,多赚3%滞后红利。

这个隐性期权在什么条件下会从做市商的"附带效应"变成主导其行为的核心因素?

ETH借贷利率年化波动率15%,锁定7天,隐性期权成本约0.3%-0.5%年化,叠加3%利差是10%-17%的利润侵蚀。但波动率飙升到50%(Luna/UST危机级别),隐性期权成本跳到1%-2%年化,占利差的33%-67%。此时做市商的核心决策不再是谁的信用风险低,而是利率方向往哪走 👀

Clearpool的动态利率模型我关注过一段时间,利率每区块根据供需自动调整,没有时间锁滞后。做市商不需要预判利率方向,只承担信用风险。TermMax的minApy时间锁把做市商从"信用风险管理"推到了"信用+利率方向双下注"的位置。

做市商变成利率方向交易者后,会主动选择在利率即将下跌时大量提供流动性(吃滞后红利),在利率即将上涨时撤出(避滞后损失)。这意味着TermMax的固定利率供给会在利率下行时过剩、上行时紧缺,旱天送伞的人多,雨天送伞的人跑了 📉

minApy时间锁在正常市场条件下是合理的治理保护,但在极端波动下会放大固定利率供给的顺周期性。保护借款人的时间锁,在极端条件下伤害了最需要保护的借款人。$BTC $ETH $BNB

#termmax @TermMax
动态利率
0%
固定利率
0%
0 الأصوات • تمّ إغلاق التصويت
كان لديّ وقت أفكر: على مدار هذه السنوات ظللتُ أخسر المال، ولا كنت أفهم لماذا غالبًا ما تكون أسعار صناديق الاستثمار المتداولة (ETF) قريبة من صافي قيمة الأصول (NAV). لاحقًا عرفت أن الأمر لا يعتمد على قوة غامضة، بل على آلية التحكيم لدى المشاركين المفوضين (AP). عندما يكون سعر الـETF مرتفعًا أكثر من اللازم، يقوم الـAP بشراء مكونات السلة وطلب الاشتراك في الحصص للضغط على السعر لأسفل؛ وعندما يكون سعر الـETF منخفضًا، يقوم الـAP ببيع مكونات السلة واسترداد الحصص لرفع السعر. اكتشفت أن لهذه الآلية تكلفة هيكلية: يتم تنفيذ التحكيم وفق تسوية T+2، ويجب على الـAP الاحتفاظ بالتعرض خلال يومين وتقديم الضمانات. تتحول هذه التكلفة في النهاية إلى جزء من فروق البيع والشراء، ما يجعل كل عملية يشتري فيها المستثمرون الأفراد الـETF بسعر أعلى قليلًا من الـNAV الحقيقي. عندما يكون السوق هادئًا قد تكون هذه الفروق بضعة نقاط أساس، أما وقت التقلب فقد تقفز إلى عشرات بل وحتى مئات نقاط الأساس. وبالفعل، تموضع Dusk Network نفسه كـ L1 خصوصية موجهة لتطبيقات مالية، حيث يقوم عقد XSC للـمعلومات السرية بكتابة قواعد إصدار الـETF وحيازات الأسهم المكونة مباشرة على السلسلة. يتم إصدار/إنتاج كتل الشبكة الرئيسية DuskDS حتى يكون كل شيء منتهٍ فورًا. يتم التسوية الأصلية لحصص الـETF على DuskDS، ويتحول تحكيم الـAP من T+2 إلى زمن كتلة واحدة. لا يحتاج الـAP إلى الاحتفاظ بتعرض خلال مدة “الليلة”، وتختفي متطلبات الضمانات، فتقترب تكلفة التحكيم من الصفر. انحسرت نافذة الانحراف عن NAV إلى أدنى مستوى في التاريخ. للمرة الأولى، يصل سعر الـETF الذي يشتريه المستثمرون الأفراد فعلًا إلى القيمة الصافية. عندها فقط بدأت أجني الأرباح. ليس المستفيدون مؤسسات، بل كل شخص عادي يستخدم الـETF للاستثمار طويل الأجل، مثلّي. فكل مرة ندفع فيها نقاط أساس أقل عند شراء/بيع الـETF، تتحول عبر عشرين عامًا من الفائدة المركبة إلى فرق حقيقي في الثروة. يمتلك NPEX ثلاث تراخيص: AFM MTF وBroker وECSP، وقد أكمل على Dusk بالفعل إصدار أوراق مالية بأكثر من مئتي مليون يورو—وهو أمر تعكسه حقيقة أن هناك جهات مرخصة تدفع الأعمال فعليًا. عندما تشتري ETF، هل سبق أن تحققت من فرق السعر الفعلي للتنفيذ مع الـNAV في ذلك اليوم؟ @Dusk_Foundation T+0 تسوية ذرّية في الوقت الفعلي، تسمح للمستثمرين الأفراد لأول مرة بشراء ETF بسعر يطابق الـNAV الحقيقي، وأنا كذلك بدأت أتطلع إلى جني الأرباح. $BTC $ETH #dusk $DUSK @Dusk
كان لديّ وقت أفكر: على مدار هذه السنوات ظللتُ أخسر المال، ولا كنت أفهم لماذا غالبًا ما تكون أسعار صناديق الاستثمار المتداولة (ETF) قريبة من صافي قيمة الأصول (NAV). لاحقًا عرفت أن الأمر لا يعتمد على قوة غامضة، بل على آلية التحكيم لدى المشاركين المفوضين (AP). عندما يكون سعر الـETF مرتفعًا أكثر من اللازم، يقوم الـAP بشراء مكونات السلة وطلب الاشتراك في الحصص للضغط على السعر لأسفل؛ وعندما يكون سعر الـETF منخفضًا، يقوم الـAP ببيع مكونات السلة واسترداد الحصص لرفع السعر.

اكتشفت أن لهذه الآلية تكلفة هيكلية: يتم تنفيذ التحكيم وفق تسوية T+2، ويجب على الـAP الاحتفاظ بالتعرض خلال يومين وتقديم الضمانات. تتحول هذه التكلفة في النهاية إلى جزء من فروق البيع والشراء، ما يجعل كل عملية يشتري فيها المستثمرون الأفراد الـETF بسعر أعلى قليلًا من الـNAV الحقيقي. عندما يكون السوق هادئًا قد تكون هذه الفروق بضعة نقاط أساس، أما وقت التقلب فقد تقفز إلى عشرات بل وحتى مئات نقاط الأساس.

وبالفعل، تموضع Dusk Network نفسه كـ L1 خصوصية موجهة لتطبيقات مالية، حيث يقوم عقد XSC للـمعلومات السرية بكتابة قواعد إصدار الـETF وحيازات الأسهم المكونة مباشرة على السلسلة. يتم إصدار/إنتاج كتل الشبكة الرئيسية DuskDS حتى يكون كل شيء منتهٍ فورًا. يتم التسوية الأصلية لحصص الـETF على DuskDS، ويتحول تحكيم الـAP من T+2 إلى زمن كتلة واحدة. لا يحتاج الـAP إلى الاحتفاظ بتعرض خلال مدة “الليلة”، وتختفي متطلبات الضمانات، فتقترب تكلفة التحكيم من الصفر.

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

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

يمتلك NPEX ثلاث تراخيص: AFM MTF وBroker وECSP، وقد أكمل على Dusk بالفعل إصدار أوراق مالية بأكثر من مئتي مليون يورو—وهو أمر تعكسه حقيقة أن هناك جهات مرخصة تدفع الأعمال فعليًا.

عندما تشتري ETF، هل سبق أن تحققت من فرق السعر الفعلي للتنفيذ مع الـNAV في ذلك اليوم؟

@Dusk T+0 تسوية ذرّية في الوقت الفعلي، تسمح للمستثمرين الأفراد لأول مرة بشراء ETF بسعر يطابق الـNAV الحقيقي، وأنا كذلك بدأت أتطلع إلى جني الأرباح.
$BTC $ETH

#dusk $DUSK @Dusk
查过
67%
没有
33%
3 الأصوات • تمّ إغلاق التصويت
تسمّي Dusk عملةً مجهولة المصدر، فقد انعكس الأمر تمامًا تسمّي Dusk عملةً مجهولة المصدر، وهذا يساوي القول إن تذكرة طعامٍ لا يُمكن استلامها إلا بعد تسجيل هوية يُمكن إصدارها كأنها حساءٌ يُقدَّم مجانًا من شخصٍ مجهول عند جانب الطريق خصوصية Dusk هي "خصوصية التطبيقات المالية". تضم XSC القائمة البيضاء والحد الأقصى لحيازة الأصول والإحالة الإلزامية وإمكانية الوصول للأغراض التدقيقية داخل العقود، بينما يخفي Phoenix الأرصدة الحساسة، ويستخدم Hedger التشفير المتجانس مع PLONK لإتاحة خصوصيةٍ يمكن تدقيقها. أين الغموض إذن. إنها خصوصيةٌ مُخصَّصة للأطراف القابلة للتعرّف: الجهة التنظيمية عندما تحصل على التفويض تستطيع أن ترى، والجهة المُصدِرة وفقًا للقواعد تستطيع أن تُدير. سردية Monero مثل "الخصوصية = حرية، لا أحد يستطيع أن يعرف" عكس ما تفعله Dusk. رهـان Dusk هو التمويل الخاضع للرقابة، وليس لا-فوضوية مناصري الـcrypto الأصليين. لذلك، تقييم Dusk عبر إطار "عملة مجهولة" خطأ. إن كان الإطار خاطئًا فكل الأحكام التي تليه ستكون منحرفة. لقد رأيت مستثمرين تجزئة يشترون لأنهم ظنّوا أنها "عملة مجهولة"، ثم يكتشفون أنهم سيحتاجون KYC وإمكانية تدقيق الوصول فيخيب أملهم ويغادرون. سوء الفهم هنا هو ما يُبعد الناس. حالات الاستخدام مثل NPEX وEURQ بُنيت بالكامل على "أطراف يمكن التعرّف عليها"، ومنطق العملات المجهولة لا ينطبق هنا. خصوصية Dusk هي "إخفاء الأرصدة ضمن مرأى الجهات التنظيمية" وليست "اختفاؤها خارج نظر الجميع". بين الجملتين كلمة واحدة، لكن المعنى مختلف تمامًا. أجريت بحثًا مع المستخدمين، فمعدل الاحتفاظ لدى من دخلوا Dusk باعتبارها عملةً مجهولة كان أقل بكثير من من اعتبروها أداة امتثال. السؤال الحقيقي هو: هل التمويل الخاضع للرقابة مستعد للهجرة إلى سلسلة بلوكشين من أجل "خصوصية قابلة للتدقيق"؟ هذه الإجابة أهم بعشرة أضعاف من سؤال: هل هي مجهولة أم لا. قمت بالحملات الإعلانية، وقست نسختين من نصوص "عملة مجهولة" و"خصوصية امتثال" معًا؛ الثانية كانت نسبة التحويل فيها أعلى بكثير، بينما الأولى تجذب أشخاصًا لا يمكن الاحتفاظ بهم. كلما كانت هوية Dusk أوضح، زادت قدرتها على استبعاد الأشخاص الخطأ وإبقاء الأشخاص المناسبين. العملات المجهولة تجذب من يريد إخفاء نفسه، وDusk تخدم من يريد الامتثال—وهذان الطرفان شبه غير متداخلين. إن تم شرح الهوية بشكل خاطئ، فلن يستطيع من يتم جذبهم البقاء، كما أن انتباه العملاء المستهدفين الحقيقيين يُخفَّف. أجريت تقسيمًا للمستخدمين، فكانت رغبة المستخدمين في الدفع أعلى بكثير لدى من دخلوا بسبب "الامتثال" مقارنةً بمن دخلوا بسبب "السرية/المجهولية". إذا أوضحت هذه الهوية @Dusk_Foundation بالكامل، يمكن أن تقلَّ كثيرًا تدفّقات سوء الفهم. #dusk $DUSK $BTC $ETH
تسمّي Dusk عملةً مجهولة المصدر، فقد انعكس الأمر تمامًا

تسمّي Dusk عملةً مجهولة المصدر، وهذا يساوي القول إن تذكرة طعامٍ لا يُمكن استلامها إلا بعد تسجيل هوية يُمكن إصدارها كأنها حساءٌ يُقدَّم مجانًا من شخصٍ مجهول عند جانب الطريق

خصوصية Dusk هي "خصوصية التطبيقات المالية". تضم XSC القائمة البيضاء والحد الأقصى لحيازة الأصول والإحالة الإلزامية وإمكانية الوصول للأغراض التدقيقية داخل العقود، بينما يخفي Phoenix الأرصدة الحساسة، ويستخدم Hedger التشفير المتجانس مع PLONK لإتاحة خصوصيةٍ يمكن تدقيقها.

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

سردية Monero مثل "الخصوصية = حرية، لا أحد يستطيع أن يعرف" عكس ما تفعله Dusk. رهـان Dusk هو التمويل الخاضع للرقابة، وليس لا-فوضوية مناصري الـcrypto الأصليين.

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

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

حالات الاستخدام مثل NPEX وEURQ بُنيت بالكامل على "أطراف يمكن التعرّف عليها"، ومنطق العملات المجهولة لا ينطبق هنا.

خصوصية Dusk هي "إخفاء الأرصدة ضمن مرأى الجهات التنظيمية" وليست "اختفاؤها خارج نظر الجميع". بين الجملتين كلمة واحدة، لكن المعنى مختلف تمامًا.

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

السؤال الحقيقي هو: هل التمويل الخاضع للرقابة مستعد للهجرة إلى سلسلة بلوكشين من أجل "خصوصية قابلة للتدقيق"؟ هذه الإجابة أهم بعشرة أضعاف من سؤال: هل هي مجهولة أم لا.

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

كلما كانت هوية Dusk أوضح، زادت قدرتها على استبعاد الأشخاص الخطأ وإبقاء الأشخاص المناسبين.

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

أجريت تقسيمًا للمستخدمين، فكانت رغبة المستخدمين في الدفع أعلى بكثير لدى من دخلوا بسبب "الامتثال" مقارنةً بمن دخلوا بسبب "السرية/المجهولية".

إذا أوضحت هذه الهوية @Dusk بالكامل، يمكن أن تقلَّ كثيرًا تدفّقات سوء الفهم.

#dusk $DUSK
$BTC $ETH
误解
100%
理解
0%
2 الأصوات • تمّ إغلاق التصويت
حيازة الأسهم دون بيعها يمكنها أيضًا أن تُخرِج أموالًا أمسك أسهم Apple المُحوَّلة إلى رموز (tokenized) ولا أملك شجاعة للبيع، وعندما ينقصني النقد أدركت تسعير TermMax: أُحوِّل السندات إلى جهة إقراض عبر الرهن في “صندوق/مكتب المال” (money shops)؛ لا تُباع الأرض حتى تُسحب الأموال، ويتدفق النقد دون انقطاع. في شهر يناير من هذا العام، أُطلقت أول سوق بمعدل فائدة ثابتة على سلسلة بلوكتشين تابعة لسلسلة عامة، حيث يتم استخدام أسهم مُحوَّلة إلى رموز كضمان. وتم الربط مع منصة أوراق مالية مُحوَّلة إلى رموز. تلك المنصة هي أكبر مكان لتداول الأوراق المالية المُحوَّلة إلى رموز؛ قيمة الأصول المحبوسة فيها تتجاوز 350 مليون، وتضم أكثر من 100 نوع من الأسهم الأمريكية وصناديق متداولة بالبورصة (ETFs). وعندها يتمتع حاملو الرموز لأول مرة بإمكانية رهن السهم مقابل سيولة ثابتة. ما يتم حله ليس مسألة “هل أشتري أسهمًا أم لا”، بل مسألة التدفق النقدي لحامل السهم. إذا لم تكن ترغب في بيع السهم وتحتاج إلى استخدام المال، فالخيارات التقليدية تكون إما البيع أو تقديم هامش (ضمان). أما TermMax فيقترح “طريقًا ثالثًا” لا يفعّل ضريبة بيع السهم. كما يمكنه تنفيذ استراتيجيات الشراء المغطى/المكفول (covered calls) وعمليات الخيارات: لا يزال بإمكانك تحقيق ربح إضافي مع الاحتفاظ بالسهم دون تحريك الملكية، وكفاءة رأس المال أعلى بوضوح من مجرد الاحتفاظ بالأسهم. لكن الرهن يكون لأسهم الآخرين. إذا ظهرت مشكلة في استرداد المُصدِر أو حصل اختلال/انزياح (de-peg) داخل التداول، فستتخبط قيمة القرض ونسبة الرهن وفقًا لذلك؛ الفائدة الثابتة لن تُحافظ على هذه الجهة في كل الظروف. والسبب وراء أهمية “عزل” السوق هنا: فإذا حدثت مشكلة في مجموعة أسهم هذه، فلن تُجرّ معها صفقات/محافظ أخرى. وهذا بالضبط ما تحتاجه المؤسسات—إدارة مقسّمة (segmented) بحيث يمكن حصر المخاطر لوحدها وتحميل المسؤولية لوحدها. إذن: نعم، يمكن استخدام السهم دون بيعه، لكن الشرط أن تميّز من يقف خلف تلك الورقة التي تراهنها، ومن سيقوم في النهاية بالسداد/التنفيذ، وهل آلية الاسترداد موثوقة. بالنسبة للأفراد، لا تُخدَع بكلمة “الحالة الأولى”. فهذه تعني أن العمق محدود، وأن الطرف المقابل أقل، وأنك عند الرهن بمبالغ كبيرة تتحمل أنت تكلفة الانتظار والانزلاق (slippage) بنفسك. وسعر الصفقة قد يكون بعيدًا—أحيانًا كثيرًا—عن السعر المعروض. على المدى الطويل، نقطة الاهتمام هنا هي تسريع تحويل الأصول الحقيقية إلى السلسلة (on-chain). والأهم من ذلك: من ناحية الامتثال التنظيمي. إن تحديد أي سلسلة يمكن عبرها رهن “الأسهم المُحوَّلة إلى رموز” وفق المتطلبات التنظيمية، يقرر حجم السوق الذي يمكن بناؤه، ويحدد أيضًا ما إذا كان يمكن عزل مخاطر المُصدِر. الآن سنمشي أولاً عبر سلسلة واحدة—أما ما إذا كانت السلاسل الأخرى ستلحق أم لا، فيعتمد على توجهات/تعليمات الجهة الرقابية وعلى مزاج/حالة المُصدِر، وليس قرارًا يمكن أن تتخذه TermMax وحدها. لذلك إن كنت حقًا سأرهن، فسأعرف أولاً من يقف خلف تلك الورقة، ثم أناقش ما إذا كانت ضريبة بيع السهم التي سأوفرها تستحق كل ذلك. الرهن مريح فعلًا ومريح جدًا، لكن في الطرف الآخر عليّ أن أشغل بالي—بالنيابة عن المُصدِر الذي يقف خلف تلك الورقة. إذا حدث شيء للمُصدِر، فسأكون أول من يخسر. $BTC $ETH $BNB @termmax #termmax
حيازة الأسهم دون بيعها يمكنها أيضًا أن تُخرِج أموالًا
أمسك أسهم Apple المُحوَّلة إلى رموز (tokenized) ولا أملك شجاعة للبيع، وعندما ينقصني النقد أدركت تسعير TermMax: أُحوِّل السندات إلى جهة إقراض عبر الرهن في “صندوق/مكتب المال” (money shops)؛ لا تُباع الأرض حتى تُسحب الأموال، ويتدفق النقد دون انقطاع.
في شهر يناير من هذا العام، أُطلقت أول سوق بمعدل فائدة ثابتة على سلسلة بلوكتشين تابعة لسلسلة عامة، حيث يتم استخدام أسهم مُحوَّلة إلى رموز كضمان. وتم الربط مع منصة أوراق مالية مُحوَّلة إلى رموز.
تلك المنصة هي أكبر مكان لتداول الأوراق المالية المُحوَّلة إلى رموز؛ قيمة الأصول المحبوسة فيها تتجاوز 350 مليون، وتضم أكثر من 100 نوع من الأسهم الأمريكية وصناديق متداولة بالبورصة (ETFs). وعندها يتمتع حاملو الرموز لأول مرة بإمكانية رهن السهم مقابل سيولة ثابتة.
ما يتم حله ليس مسألة “هل أشتري أسهمًا أم لا”، بل مسألة التدفق النقدي لحامل السهم. إذا لم تكن ترغب في بيع السهم وتحتاج إلى استخدام المال، فالخيارات التقليدية تكون إما البيع أو تقديم هامش (ضمان). أما TermMax فيقترح “طريقًا ثالثًا” لا يفعّل ضريبة بيع السهم.
كما يمكنه تنفيذ استراتيجيات الشراء المغطى/المكفول (covered calls) وعمليات الخيارات: لا يزال بإمكانك تحقيق ربح إضافي مع الاحتفاظ بالسهم دون تحريك الملكية، وكفاءة رأس المال أعلى بوضوح من مجرد الاحتفاظ بالأسهم.
لكن الرهن يكون لأسهم الآخرين. إذا ظهرت مشكلة في استرداد المُصدِر أو حصل اختلال/انزياح (de-peg) داخل التداول، فستتخبط قيمة القرض ونسبة الرهن وفقًا لذلك؛ الفائدة الثابتة لن تُحافظ على هذه الجهة في كل الظروف.
والسبب وراء أهمية “عزل” السوق هنا: فإذا حدثت مشكلة في مجموعة أسهم هذه، فلن تُجرّ معها صفقات/محافظ أخرى. وهذا بالضبط ما تحتاجه المؤسسات—إدارة مقسّمة (segmented) بحيث يمكن حصر المخاطر لوحدها وتحميل المسؤولية لوحدها.
إذن: نعم، يمكن استخدام السهم دون بيعه، لكن الشرط أن تميّز من يقف خلف تلك الورقة التي تراهنها، ومن سيقوم في النهاية بالسداد/التنفيذ، وهل آلية الاسترداد موثوقة.
بالنسبة للأفراد، لا تُخدَع بكلمة “الحالة الأولى”. فهذه تعني أن العمق محدود، وأن الطرف المقابل أقل، وأنك عند الرهن بمبالغ كبيرة تتحمل أنت تكلفة الانتظار والانزلاق (slippage) بنفسك. وسعر الصفقة قد يكون بعيدًا—أحيانًا كثيرًا—عن السعر المعروض.
على المدى الطويل، نقطة الاهتمام هنا هي تسريع تحويل الأصول الحقيقية إلى السلسلة (on-chain).
والأهم من ذلك: من ناحية الامتثال التنظيمي. إن تحديد أي سلسلة يمكن عبرها رهن “الأسهم المُحوَّلة إلى رموز” وفق المتطلبات التنظيمية، يقرر حجم السوق الذي يمكن بناؤه، ويحدد أيضًا ما إذا كان يمكن عزل مخاطر المُصدِر.
الآن سنمشي أولاً عبر سلسلة واحدة—أما ما إذا كانت السلاسل الأخرى ستلحق أم لا، فيعتمد على توجهات/تعليمات الجهة الرقابية وعلى مزاج/حالة المُصدِر، وليس قرارًا يمكن أن تتخذه TermMax وحدها.
لذلك إن كنت حقًا سأرهن، فسأعرف أولاً من يقف خلف تلك الورقة، ثم أناقش ما إذا كانت ضريبة بيع السهم التي سأوفرها تستحق كل ذلك.
الرهن مريح فعلًا ومريح جدًا، لكن في الطرف الآخر عليّ أن أشغل بالي—بالنيابة عن المُصدِر الذي يقف خلف تلك الورقة. إذا حدث شيء للمُصدِر، فسأكون أول من يخسر.
$BTC $ETH $BNB
@TermMax #termmax
抵押
100%
抵扣
0%
3 الأصوات • تمّ إغلاق التصويت
صحيح جزئيًا
ثقب <nobr>PLONK</nobr> لم يُستكمل إلا في فبراير من العام الماضي يشبه التشفير لدى <nobr>Dusk</nobr> لوحًا خشبيًا في سفينة تم تدعيمه مؤخرًا بسنة فبراير—يمكنه الآن الإبحار، وما زال الظفر الذي يُثبت اللوح عليه حديثًا، ولا يجرؤ البحّار العجوز على القول إنه لم يتسرب من قبل كان الأمر مفاجئًا قليلًا، والأكثر مفاجأة أن المجتمع لم يكترث تقريبًا. فميزة سلسلة الخصوصية الأساسية هي "التشفير الموثوق"، والموثوقية لا يمكن أن تُهزّها ثغرة واحدة. أدرجت <nobr>XSC</nobr> نقل الملكية القسري، وحدود امتلاك الأسهم، وإتاحة الوصول للتدقيق في العقد، وتتعامل <nobr>Phoenix</nobr> مع الأرصدة السرية على الشبكة الرئيسية، ويستخدم <nobr>Hedger</nobr> التشفير المتماثل مع <nobr>PLONK</nobr> لتقديم خصوصية قابلة للتدقيق. كل افتراضات أمان السلسلة مبنية على عدد قليل من بدائيات التشفير. إصلاح الثغرة حقيقة. لكن حقيقة أنه تم إصلاحها بحد ذاتها تقول: إن "طبقة الخصوصية التي تعمل على الشبكة الرئيسية" لم تكن في بضعة أشهر قبل ذلك متينة بما يكفي من ناحية الأساسيات التشفيرية. الجهات المؤسسية تريد يقينًا يمكن أن تنام معه. فخطة خصوصية تم إصلاحها للتو، وخطة مضى عليها خمس سنوات ولم يحدث فيها شيء، تختلف في الوزن عند أعين إدارة المخاطر. لقد رأيتُ أن الجهات المؤسسية حين كُشف عن ثغرة في سلاسل الخصوصية المبكرة، لم تعُد أموالها خلال نصف عام. لم يحدث هذا مع <nobr>Dusk</nobr>، لكن عبارة "كان يجب إصلاحه سابقًا" ستبقى في تقرير العناية الواجبة. جرؤ <nobr>NPEX</nobr> على استخدام إطار <nobr>Dusk</nobr> لنقل أكثر من 300 مليون يورو، بشرط أن تقبل إدارة المخاطر لديها سجل الإصلاح هذا. أما المؤسسات الصغيرة والمتوسطة فقد لا تملك نفس درجة التسامح. والأهم من ذلك أن <nobr>PLONK</nobr> ليس مكوّنًا منفصلًا؛ فهو مرتبط بالخصوصية القابلة للتدقيق لدى <nobr>Hedger</nobr> وبإثباتات الامتثال لدى <nobr>XSC</nobr>، فإذا اهتز الأساس، يلزم إعادة اختبار الطبقة العليا كلها. تحققت من سجلات إصدار dusk-rusk؛ قبل الإصدار 1.6.0 كانت بعض الإصدارات تعالج مشكلات حدود مرتبطة بالتشفير، ما يدل على أن هذه السلسلة لا تزال في مرحلة تطوير وتكرار سريع. التكرار السريع جيد من ناحية الوظائف، لكنه عبء على ثقة المؤسسات: اليوم صار كل شيء مستقرًا، وغدًا قد يأتي ترقيع جديد يحتاج إعادة مراجعة. لذلك ليست المشكلة: "هل <nobr>Dusk</nobr> آمن؟" بل: "إلى أي مدى ستقبل المؤسسة أن تضع المال الحقيقي على سلسلة شابة تم إصلاح ثغرة فيها قبل بضعة أشهر؟" لقد رأيتُ أن جهة مؤسسية أزالَت مزوّدًا بالكامل من القائمة البيضاء بسبب سجل لرقعة واحدة. الحسابات الشابة لدى <nobr>Dusk</nobr> لا تتحمل هذا النوع من التدقيق. <code>@Dusk_Foundation </code> يعرض تقارير التدقيق وسجلات الإصلاح للعلن، ولدى ذلك قوة إقناع تفوق أي وصف للآمال والسيناريوهات. <code>$BTC $ETH </code> <code>#dusk $DUSK </code>
ثقب <nobr>PLONK</nobr> لم يُستكمل إلا في فبراير من العام الماضي

يشبه التشفير لدى <nobr>Dusk</nobr> لوحًا خشبيًا في سفينة تم تدعيمه مؤخرًا بسنة فبراير—يمكنه الآن الإبحار، وما زال الظفر الذي يُثبت اللوح عليه حديثًا، ولا يجرؤ البحّار العجوز على القول إنه لم يتسرب من قبل

كان الأمر مفاجئًا قليلًا، والأكثر مفاجأة أن المجتمع لم يكترث تقريبًا. فميزة سلسلة الخصوصية الأساسية هي "التشفير الموثوق"، والموثوقية لا يمكن أن تُهزّها ثغرة واحدة.

أدرجت <nobr>XSC</nobr> نقل الملكية القسري، وحدود امتلاك الأسهم، وإتاحة الوصول للتدقيق في العقد، وتتعامل <nobr>Phoenix</nobr> مع الأرصدة السرية على الشبكة الرئيسية، ويستخدم <nobr>Hedger</nobr> التشفير المتماثل مع <nobr>PLONK</nobr> لتقديم خصوصية قابلة للتدقيق. كل افتراضات أمان السلسلة مبنية على عدد قليل من بدائيات التشفير.

إصلاح الثغرة حقيقة. لكن حقيقة أنه تم إصلاحها بحد ذاتها تقول: إن "طبقة الخصوصية التي تعمل على الشبكة الرئيسية" لم تكن في بضعة أشهر قبل ذلك متينة بما يكفي من ناحية الأساسيات التشفيرية.

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

لقد رأيتُ أن الجهات المؤسسية حين كُشف عن ثغرة في سلاسل الخصوصية المبكرة، لم تعُد أموالها خلال نصف عام. لم يحدث هذا مع <nobr>Dusk</nobr>، لكن عبارة "كان يجب إصلاحه سابقًا" ستبقى في تقرير العناية الواجبة.

جرؤ <nobr>NPEX</nobr> على استخدام إطار <nobr>Dusk</nobr> لنقل أكثر من 300 مليون يورو، بشرط أن تقبل إدارة المخاطر لديها سجل الإصلاح هذا. أما المؤسسات الصغيرة والمتوسطة فقد لا تملك نفس درجة التسامح.

والأهم من ذلك أن <nobr>PLONK</nobr> ليس مكوّنًا منفصلًا؛ فهو مرتبط بالخصوصية القابلة للتدقيق لدى <nobr>Hedger</nobr> وبإثباتات الامتثال لدى <nobr>XSC</nobr>، فإذا اهتز الأساس، يلزم إعادة اختبار الطبقة العليا كلها.

تحققت من سجلات إصدار dusk-rusk؛ قبل الإصدار 1.6.0 كانت بعض الإصدارات تعالج مشكلات حدود مرتبطة بالتشفير، ما يدل على أن هذه السلسلة لا تزال في مرحلة تطوير وتكرار سريع.

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

لذلك ليست المشكلة: "هل <nobr>Dusk</nobr> آمن؟" بل: "إلى أي مدى ستقبل المؤسسة أن تضع المال الحقيقي على سلسلة شابة تم إصلاح ثغرة فيها قبل بضعة أشهر؟"

لقد رأيتُ أن جهة مؤسسية أزالَت مزوّدًا بالكامل من القائمة البيضاء بسبب سجل لرقعة واحدة. الحسابات الشابة لدى <nobr>Dusk</nobr> لا تتحمل هذا النوع من التدقيق.

<code>@Dusk </code> يعرض تقارير التدقيق وسجلات الإصلاح للعلن، ولدى ذلك قوة إقناع تفوق أي وصف للآمال والسيناريوهات.
<code>$BTC $ETH </code>
<code>#dusk $DUSK </code>
修复
33%
放弃
67%
3 الأصوات • تمّ إغلاق التصويت
DUSK التي في يدك—على أي سلسلة بالضبط؟ لا تتعجل بالإجابة، فالسؤال أصعب مما يبدو. يدفع DUSK بشدة نحو الجسر الأصلي (native bridge). الفكرة هي تمكين الأصول من الوصول مباشرةً بالشكل الأصلي، عبر قيام المُتحقق (validator) بتنفيذ التحويل عبر الطبقات، دون إنشاء تذاكر (wrapped) ودون الحاجة إلى تسليم الرموز إلى جهة حفظ/وصاية غريبة. مقارنةً بجسور السلاسل المتقاطعة المركزية التي تُسلّم الأصول لطرف ثالث، فهذا يقلل فعلاً طبقة “التحويل عبر الثقة” ويُخفف أيضًا عناء مشاكل التفتت التي تسببها الـ wrapper. لكن عبارة “بدون wrap” لا تنطبق على DUSK نفسه. فـ DUSK موجود منذ البداية في ثلاث حالات: نوعٌ على السلسلة الأصلية، ونوعٌ على Ethereum بصيغة ERC20، ونوعٌ آخر على سلسلة BNB بصيغة BEP20. والسبب في أن DUSK “تجسّد” بأكثر من نسخة هو أن الوصول إلى سلاسل أخرى يتطلب استخدام الجسر. فعندما تعبر إلى Ethereum وBNB، تصبح تلك النسخة عبارةً عن تذكرة على تلك السلسلة، ومع وقوع اختلال في موضع الهوية (identity mismatch)، قد لا يكون المستخدم الجديد قادرًا على فهم الصورة بوضوح من النظرة الأولى. لكن الجسر نفسه تعرض لمشكلة بالفعل. في ليلة من شهر يناير 2026، تم اختراق خدمة الجسر الخاصة بـ Dusk. بدأ الأمر من أول عملية سُرقت فيها 9000 DUSK، وانتهى بأن آخر عملية—وهي أكثر من 8 ملايين DUSK—لم تستطع أن تُحوَّل لأن الجسر أُغلق بشكل طارئ. في المجمل، حدث نزوح خسائر يقارب 12 مليونًا و200 ألف DUSK. وللتأكيد: هذه ليست ثغرة في طبقة الإجماع (consensus) لدى DuskDS. بل إن المشكلة كانت في حصانة/سلامة محافظ التواقيع (team signature wallets) التي استخدمها الجسر؛ وذكرت الجهة الرسمية أن أموال المستخدمين لم تتأثر، وأن ما تم تحويله كان من محافظ تشغيل الفريق (team operations wallets). عندما أضع هذه الحادثة جنبًا إلى “عدم وجود wrap”، لا أرى تناقضًا، بل أقرأ تنبيهًا: الجسر الأصلي يحل مسألة الثقة المتعلقة بشكل الأصول، أما في الجهة الأخرى—من الذي يدير مفاتيح الجسر، وكيف تُدار—فهو المكان الحقيقي الذي تم اختبار الأمان فيه تلك الليلة. بعد ذلك، أعادت المجموعة بناء الجسر، وفصلت التوقيع عن معالجة الأحداث، وخفضت تعرض المحافظ الساخنة (hot wallet)، وتحولت إلى إعادة شحن يدوي للمحافظ الباردة (cold wallet). من ناحية EVM، ما يزال الأمر حتى اليوم على شبكة اختبار. يمكن للجسر الأصلي عبر الطبقات أن يُجرّب على DuskEVM، لكن حركة الأصول على مستوى الإنتاج (production-grade) لا تزال تنتظر نضج الشبكة. لذلك أنا أضع قيمة أكبر لفكرة “تقليل تفتت wrapped” كقيمة واقعية، وليس لشعار “بدون أي wrapper”. أين حصلت على DUSK لأول مرة—على أي سلسلة؟ ومع وجود هذه الحالات الثلاث، هل كان ذلك أمرًا يسهل عليك أم يزيد التعقيد؟ @Dusk_Foundation #dusk $DUSK
DUSK التي في يدك—على أي سلسلة بالضبط؟

لا تتعجل بالإجابة، فالسؤال أصعب مما يبدو.

يدفع DUSK بشدة نحو الجسر الأصلي (native bridge). الفكرة هي تمكين الأصول من الوصول مباشرةً بالشكل الأصلي، عبر قيام المُتحقق (validator) بتنفيذ التحويل عبر الطبقات، دون إنشاء تذاكر (wrapped) ودون الحاجة إلى تسليم الرموز إلى جهة حفظ/وصاية غريبة. مقارنةً بجسور السلاسل المتقاطعة المركزية التي تُسلّم الأصول لطرف ثالث، فهذا يقلل فعلاً طبقة “التحويل عبر الثقة” ويُخفف أيضًا عناء مشاكل التفتت التي تسببها الـ wrapper.

لكن عبارة “بدون wrap” لا تنطبق على DUSK نفسه.

فـ DUSK موجود منذ البداية في ثلاث حالات: نوعٌ على السلسلة الأصلية، ونوعٌ على Ethereum بصيغة ERC20، ونوعٌ آخر على سلسلة BNB بصيغة BEP20. والسبب في أن DUSK “تجسّد” بأكثر من نسخة هو أن الوصول إلى سلاسل أخرى يتطلب استخدام الجسر. فعندما تعبر إلى Ethereum وBNB، تصبح تلك النسخة عبارةً عن تذكرة على تلك السلسلة، ومع وقوع اختلال في موضع الهوية (identity mismatch)، قد لا يكون المستخدم الجديد قادرًا على فهم الصورة بوضوح من النظرة الأولى.

لكن الجسر نفسه تعرض لمشكلة بالفعل. في ليلة من شهر يناير 2026، تم اختراق خدمة الجسر الخاصة بـ Dusk. بدأ الأمر من أول عملية سُرقت فيها 9000 DUSK، وانتهى بأن آخر عملية—وهي أكثر من 8 ملايين DUSK—لم تستطع أن تُحوَّل لأن الجسر أُغلق بشكل طارئ. في المجمل، حدث نزوح خسائر يقارب 12 مليونًا و200 ألف DUSK. وللتأكيد: هذه ليست ثغرة في طبقة الإجماع (consensus) لدى DuskDS. بل إن المشكلة كانت في حصانة/سلامة محافظ التواقيع (team signature wallets) التي استخدمها الجسر؛ وذكرت الجهة الرسمية أن أموال المستخدمين لم تتأثر، وأن ما تم تحويله كان من محافظ تشغيل الفريق (team operations wallets).

عندما أضع هذه الحادثة جنبًا إلى “عدم وجود wrap”، لا أرى تناقضًا، بل أقرأ تنبيهًا: الجسر الأصلي يحل مسألة الثقة المتعلقة بشكل الأصول، أما في الجهة الأخرى—من الذي يدير مفاتيح الجسر، وكيف تُدار—فهو المكان الحقيقي الذي تم اختبار الأمان فيه تلك الليلة. بعد ذلك، أعادت المجموعة بناء الجسر، وفصلت التوقيع عن معالجة الأحداث، وخفضت تعرض المحافظ الساخنة (hot wallet)، وتحولت إلى إعادة شحن يدوي للمحافظ الباردة (cold wallet).

من ناحية EVM، ما يزال الأمر حتى اليوم على شبكة اختبار. يمكن للجسر الأصلي عبر الطبقات أن يُجرّب على DuskEVM، لكن حركة الأصول على مستوى الإنتاج (production-grade) لا تزال تنتظر نضج الشبكة.

لذلك أنا أضع قيمة أكبر لفكرة “تقليل تفتت wrapped” كقيمة واقعية، وليس لشعار “بدون أي wrapper”.

أين حصلت على DUSK لأول مرة—على أي سلسلة؟ ومع وجود هذه الحالات الثلاث، هل كان ذلك أمرًا يسهل عليك أم يزيد التعقيد؟
@Dusk
#dusk $DUSK
省事
0%
添乱
100%
1 الأصوات • تمّ إغلاق التصويت
#dusk $DUSK Dusk Trade 的 مكتب بيع العقارات مضاءٌ بالنور، لكن المشروع لم يكتمل بعد هل تريد أن تُعامل Dusk Trade كأنها شركة وساطة مالية قائمة بالفعل؟ لا تتسرّع في حجز الدور. يضع Dusk Dusk Trade نفسها في موقع “neobroker” موجّه للأوراق المالية الخاضعة للرقابة—مكان تُجرى فيه صفقات السندات وصناديق الاستثمار والأسهم على السلسلة. المطلوب هو الجمع بين المطابقة والحفظ والتسوية في خطوة واحدة. لكن وضعها الحالي هو Building؛ وما هو متاح هو قائمة الانتظار waitlist. تدخل إليها فتجد نموذج التسجيل فقط، ولا ترى دفتر الأوامر؛ أما قاعة التداول الفعلية فلم تُشغَّل كهربائيًا بعد. Dusk Trade هي رؤية، وليست منتجًا تم تسليمه. في البداية اعتقدت أن إطلاق Dusk Trade سيجعلها تُجري المطابقة والتسوية مثل شركة وساطة تقليدية. ثم اتضح لي “ورقة اللعب” الحقيقية. التسوية المؤكدة فعليًا تعمل على شبكة DuskDS الرئيسية، لكن Dusk Trade نفسها ما تزال قيد البناء. إن قدرة التسوية الفورية T+0 على مستوى الثواني هي قدرة DuskDS، ولم يثبت بعد على نطاق Dusk Trade. خلاصة حكمي: الرؤية مكتملة، لكن ساعة التسليم لم تصل بعد إلى يوم بدء التشغيل. قبل اكتمال المبنى، تم افتتاح مكتب المبيعات أولًا. الديكورات والعينات المعروضة في نموذج ثلاثي الأبعاد تبدو جميلة، ويقول مندوبو المبيعات إن الإقامة ستكون “قريبًا”. لكن ما تشتريه ليس نموذجًا ثلاثي الأبعاد، بل وحدة يمكنك السكن فيها بعد دفع ثمنها، مع توصيل المياه والكهرباء والغاز وخطوط البنية التحتية. قائمة انتظار Dusk Trade تشبه ترتيب الدخول لحجز الدور: مجرد أن دورك جاء لا يعني أن المبنى قد شُيّد فعليًا، ولا يعني أن الفحص والاعتماد قد تم. حتى لو كانت نماذج المكتب مضيئة، فهي لا تستطيع إنارة الغرف الفارغة. والأشخاص الذين حصلوا على دور لديهم مجرد صورة مؤثرة في العرض، دون أي سجل اعتماد للتسليم. في الوقت الحالي، رواية RWA تجعل تداول الأصول المُسندة إلى الأصول الواقعية على السلسلة ساخنًا جدًا. ما تفكر به المؤسسات هو نقل حصص السندات وصناديقها إلى السلسلة، وتوفير الوسطاء. القصة التي ترويها Dusk Trade مفهومة تمامًا. لكن “الخندق” الحقيقي لشركة وساطة مرخصة يكون في التطبيق الفعلي للأمور الملموسة مثل الترخيص والحفظ والتسوية، لا في الشعارات. حتى لو كان مكتب المبيعات مُضاءً بإتقان، فإنه لا يعوّض يوم فحص اكتمال المشروع وقبوله—Midnight أيضًا تروّج لقصص خصوصية المؤسسات، لكن أوراق Dusk هي القبول التنظيمي وليس مجرد براعة تقنية. لذلك ليست المشكلة في ما إذا كانت Dusk تريد القيام بدور شركة وساطة، بل في متى ستفتح بالفعل “بوابة التشغيل” تلك. عندما تكون أموال RWA واقفة خارج الباب حاصلة على دور، هل ستُسند أوامرك إلى شبكة لها مكتب مبيعات لامع، والمشروع لا يزال قيد اكتمال البناء، ولا تزال تُصدر waitlist فقط؟ هل تفصل بين الرؤية والتسليم مجرد “سقالة” لم تُفك بعد؟ $BTC $ETH @Dusk_Foundation
#dusk $DUSK Dusk Trade 的 مكتب بيع العقارات مضاءٌ بالنور، لكن المشروع لم يكتمل بعد

هل تريد أن تُعامل Dusk Trade كأنها شركة وساطة مالية قائمة بالفعل؟ لا تتسرّع في حجز الدور. يضع Dusk Dusk Trade نفسها في موقع “neobroker” موجّه للأوراق المالية الخاضعة للرقابة—مكان تُجرى فيه صفقات السندات وصناديق الاستثمار والأسهم على السلسلة. المطلوب هو الجمع بين المطابقة والحفظ والتسوية في خطوة واحدة. لكن وضعها الحالي هو Building؛ وما هو متاح هو قائمة الانتظار waitlist. تدخل إليها فتجد نموذج التسجيل فقط، ولا ترى دفتر الأوامر؛ أما قاعة التداول الفعلية فلم تُشغَّل كهربائيًا بعد. Dusk Trade هي رؤية، وليست منتجًا تم تسليمه.

في البداية اعتقدت أن إطلاق Dusk Trade سيجعلها تُجري المطابقة والتسوية مثل شركة وساطة تقليدية. ثم اتضح لي “ورقة اللعب” الحقيقية. التسوية المؤكدة فعليًا تعمل على شبكة DuskDS الرئيسية، لكن Dusk Trade نفسها ما تزال قيد البناء. إن قدرة التسوية الفورية T+0 على مستوى الثواني هي قدرة DuskDS، ولم يثبت بعد على نطاق Dusk Trade. خلاصة حكمي: الرؤية مكتملة، لكن ساعة التسليم لم تصل بعد إلى يوم بدء التشغيل.

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

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

لذلك ليست المشكلة في ما إذا كانت Dusk تريد القيام بدور شركة وساطة، بل في متى ستفتح بالفعل “بوابة التشغيل” تلك. عندما تكون أموال RWA واقفة خارج الباب حاصلة على دور، هل ستُسند أوامرك إلى شبكة لها مكتب مبيعات لامع، والمشروع لا يزال قيد اكتمال البناء، ولا تزال تُصدر waitlist فقط؟ هل تفصل بين الرؤية والتسليم مجرد “سقالة” لم تُفك بعد؟ $BTC $ETH @Dusk
0%
不会
0%
0 الأصوات • تمّ إغلاق التصويت
#dusk $DUSK @Dusk_Foundation غرفة المحاسبة الزجاجية في Dusk: يمكنك رؤية دفتر الحسابات، لكن يجب أن تختار الوقت المناسب تجعل غرفة المحاسبة الزجاجية في السوبرماركت كل شيء واضحًا—ترى الأموال وهي تُعدّ وتُحصى. لكن هل يمكنك فعلًا رؤية دفتر الحسابات خلف Dusk في أي وقت؟ إنها أقرب إلى مكتبٍ لا يضيء إلا أثناء ساعات تعامل الزبائن. والزوار أكثر من العملاء الحقيقيين الذين ينجزون الدفع. أولًا، تخيلت Hedger كآلة تلقائية للمطابقة لا تخطئ أبدًا. ثم أدركت أنها أقرب إلى تلك غرفة المحاسبة الزجاجية في السوبرماركت. تقف أمامها فتشاهد كيف تُحصى الأموال، لكن هذه الطاولة الخاصة بـ Dusk ما زالت حتى الآن معروضة في قسم الاختبارات على شبكة الاختبار (testnet)، ولم تُنقل بعد إلى قاعة العمليات على الشبكة الرئيسية (mainnet). أضواء منطقة العيّنات أكثر سطوعًا من منطقة التشغيل، فيظن من ينتظر في الصف أنها افتُتحت بالفعل. قدَّموها على أنها طبقة تدقيق على السلسلة بمستوى مؤسسي، وأنها تعد الجهات الرقابية بإتاحة إثباتات الامتثال لكل معاملة خصوصية. لكن قراءتي للأمر هي أن هذا المستوى من “قابلية الرؤية” يعتمد على أن تتوفر أولًا إثباتات الخصوصية ووحدة الهوية على شبكة Dusk الرئيسية. أما Hedger نفسها فما تزال في مرحلة شبكة الاختبار؛ فحتى إن كانت صيغة الإثباتات أنيقة، فهي تظل مجرد نموذج (样张). والنماذج—مهما كانت قياسية—لا تعادل تسويةً حقيقية واحدة. مراجعة MiCA ترفع “قابلية التدقيق” إلى عتبةٍ صارمة لدخول المؤسسات. فهمتها كاختبار توظيف لموظف المطابقة: خصوصية شبكة Dusk الرئيسية بالفعل يمكنها توليد إثباتات امتثال. لكن Hedger لا تزال لم تُحوِّل نظام ربط الإثباتات مع جهة التنظيم إلى نسخة شبكة رئيسية؛ أي إن “غرفة المحاسبة الزجاجية” مضيئة، بينما موظف المطابقة لم يلتحق بعد بعمله. وإذا جاء مُراجع التدقيق فسيكتفي بالنظر عبر الزجاج وكأنه يمرح، فإضاءة المصباح لا تعني أنها جاهزة للعمل. المُراجع يريد نظامًا “يُنجز ويُفتِّش” فعليًا. كون غرفة المحاسبة الزجاجية مضيئة لا يعني أن موظف المطابقة قد بدأ عمله. قابلية رؤية Dusk لا تُضاء إلا إذا قامت المؤسسة بتشغيل تدفقٍ محدد وإيصال واجهات محددة. ستدخل الباب ولن تتمكن من رؤية ذلك الدفتر. قدّمت Dusk الخصوصية، وقدّمت أيضًا مفتاح هذه “الغرفة الزجاجية”، لكن ما زالت خطوط الأسنان (القالب/التفاصيل) مدونة في وثائق شبكة الاختبار، ولا تجد لها مادةً مقابلة في عقد الشبكة الرئيسية. والجهة المُشغِّلة تريد إثباتات “بالورق والحبر”—نصوصًا واضحة. حين يطرق مُراجع MiCA الباب فعلًا: هل ستُسلِّم مفتاحًا ما يزال قيد التجهيز والتجربة، أم تنتظر حتى تُنار قاعة العمليات رسميًا وتُعيَّن موظف المطابقة ثم تفتح الباب لاستقبال الزبائن؟$BTC $ETH
#dusk $DUSK @Dusk

غرفة المحاسبة الزجاجية في Dusk: يمكنك رؤية دفتر الحسابات، لكن يجب أن تختار الوقت المناسب

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

أولًا، تخيلت Hedger كآلة تلقائية للمطابقة لا تخطئ أبدًا. ثم أدركت أنها أقرب إلى تلك غرفة المحاسبة الزجاجية في السوبرماركت. تقف أمامها فتشاهد كيف تُحصى الأموال، لكن هذه الطاولة الخاصة بـ Dusk ما زالت حتى الآن معروضة في قسم الاختبارات على شبكة الاختبار (testnet)، ولم تُنقل بعد إلى قاعة العمليات على الشبكة الرئيسية (mainnet). أضواء منطقة العيّنات أكثر سطوعًا من منطقة التشغيل، فيظن من ينتظر في الصف أنها افتُتحت بالفعل.

قدَّموها على أنها طبقة تدقيق على السلسلة بمستوى مؤسسي، وأنها تعد الجهات الرقابية بإتاحة إثباتات الامتثال لكل معاملة خصوصية. لكن قراءتي للأمر هي أن هذا المستوى من “قابلية الرؤية” يعتمد على أن تتوفر أولًا إثباتات الخصوصية ووحدة الهوية على شبكة Dusk الرئيسية. أما Hedger نفسها فما تزال في مرحلة شبكة الاختبار؛ فحتى إن كانت صيغة الإثباتات أنيقة، فهي تظل مجرد نموذج (样张). والنماذج—مهما كانت قياسية—لا تعادل تسويةً حقيقية واحدة.

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

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

حين يطرق مُراجع MiCA الباب فعلًا: هل ستُسلِّم مفتاحًا ما يزال قيد التجهيز والتجربة، أم تنتظر حتى تُنار قاعة العمليات رسميًا وتُعيَّن موظف المطابقة ثم تفتح الباب لاستقبال الزبائن؟$BTC $ETH
كرمة واحدة تحمل قرمتين، وسقيهما يخضع لنفس القواعد في فناءك كرمة واحدة تتسلق السارية، وكل طرف يتدلّى عليه قرعـة—كنت تعتقد أن Babylon Staking و TBV كرمتان مستقلتان، يسقي كلٌ منهما وحده كما يشاء. لكن ما يظهره المحفظة بدقة: إنهما تتشاركان نفس قفل Taproot، ونفس Genesis. فتحة المفتاح مُصَبوبة من نفس القالب، وليست أقفالًا لكل واحدة على حدة؛ فإذا كنت تحرس مكانًا واحدًا، فأنت فعليًا ترهن سلامة المكانين كليهما بنفس المفتاح. الكرمتان ملفوفتان على نفس السارية، وما إن تهب الريح حتى تتمايلان معًا. وهذا يخلق اقترانًا قد لا تكون قد حسبته: قواعد برنامج القفل وإيقاع الترقية هما نفسهما—إن قمتَ بتعديل في مكان واحد، فلابد أن تتجاوب الجهتان الاثنتان مع التغيير. ومن جهة أخرى، توجد فائدة حقيقية أيضًا: تتذكر مفتاحًا واحدًا، وتتبع مجموعة واحدة من القواعد، بدل أن تُحضّر قفلين لأمرين. أما العيب فهو أن الكرمة، إن أرادت يومًا تغيير طريقة السقي، يجب أن تتكيف القرعتان معًا؛ لا يمكنك حماية واحدة وحدها وترك الأخرى، ولا يمكنك اختيار سقي واحدة بينما تُبقي الثانية على وضعها. إذا تحرك مكان واحد، تحرك كل شيء—وهذا هو الثمن الأوضح لتشارك القفل. إذا احتاجت قرعة واحدة إلى تغيير طريقة السقي، فعليها أن يتغير الأمر بالنسبة للقرعة الأخرى أيضًا، دون استثناء. والذي يهمني أكثر في قراءتي هو أن ما يُشارك هو «قالب القفل» وليس «جذر القرعة». كل قرعة ما زالت تنمو على UTXO مستقل بها؛ لا تختلط الأموال، وكلٌ تُصفّى وحدها. الشيء الذي يُربط فعلاً هو البرنامج وراء القفل وGenesis. الجذور لكل واحدة وحدها، والقفل مشترك—وهذا هو جوهر تصميم هذه المنظومة. من يُجري تغييرًا على القفل لا يحتاج أن يسألك إن كنت توافق أم لا: فالمكانان سيتغيران معًا. أنت توفر مفتاحًا، لكنك أيضًا تربط ترقيتين بحبل واحد—إذا كان لا بد أن يتحرك القفل في أحد المكانين، فلا مفر من أن يتحرك الآخر حتى مع تخفيف العبء عليك. لا يستطيع أي طرف أن يعوّض عن الآخر. لذا، القفل المشترك ليس «خللًا»، بل هو «مفاضلة». التخفف من تذكر مفتاح إضافي قليلًا، مقابل الارتباط الذي يفرض أن تكون ترقيتا المكانين متزامنتين—خفّة ووفرة، دائمًا ما تُباع وهي مربوطة معًا. الخفة خفيفة حقًا، والقيْد قيْد حقًا. حتى عندما تصل الأمور إلى الشبكة الرئيسية حقًا، فإن هاتين القرعتين المتشابهتين على نفس السارية لا تزالان مجرد تمارين في حديقة التجربة، لم تُعلّق فيها ثمار مقابل أموال حقيقية بعد—لم يتم اختبار ما إذا كان اقتران ترقية القفل المشترك قد سيُحكم قبضته على القرعتين أثناء التشغيل الواقعي. $BTC $ETH @babylonlabs_io $BABY #baby
كرمة واحدة تحمل قرمتين، وسقيهما يخضع لنفس القواعد

في فناءك كرمة واحدة تتسلق السارية، وكل طرف يتدلّى عليه قرعـة—كنت تعتقد أن Babylon Staking و TBV كرمتان مستقلتان، يسقي كلٌ منهما وحده كما يشاء. لكن ما يظهره المحفظة بدقة: إنهما تتشاركان نفس قفل Taproot، ونفس Genesis. فتحة المفتاح مُصَبوبة من نفس القالب، وليست أقفالًا لكل واحدة على حدة؛ فإذا كنت تحرس مكانًا واحدًا، فأنت فعليًا ترهن سلامة المكانين كليهما بنفس المفتاح. الكرمتان ملفوفتان على نفس السارية، وما إن تهب الريح حتى تتمايلان معًا.

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

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

لذا، القفل المشترك ليس «خللًا»، بل هو «مفاضلة». التخفف من تذكر مفتاح إضافي قليلًا، مقابل الارتباط الذي يفرض أن تكون ترقيتا المكانين متزامنتين—خفّة ووفرة، دائمًا ما تُباع وهي مربوطة معًا. الخفة خفيفة حقًا، والقيْد قيْد حقًا.

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

@BabylonLabs_io $BABY
#baby
ذلك الرصيد الخاص بـ vaultBTC، ليس سندًا بدَين، بل صورة مرآتية في واجهة Aave سترى رصيد vaultBTC—يمكنه أن يولّد عوائد، ويمكن احتسابه بالأرقام—ومن الصعب ألا تَعتبره رمزًا. لكن عندما تضع wBTC و vaultBTC كلٌ منهما يمثّل ماذا في موضعٍ واحد، ستفهم: أحدهما يشبه سندًا بدَينًا، ويشير إلى «من هو المدين لك»؛ والآخر يشبه صورة مرآتية، ويشير إلى «حالةٍ ما في لحظةٍ معيّنة». كلاهما ليس من النوع نفسه. wBTC هو وثيقة حقّ مطالبة: كل وحدة تشير إلى BTC «المفترض أن تكون موجودة» داخل احتياطي الجهة المُودِعة؛ عملية الصكّ والاسترداد، والمفاتيح، وإثباتات الاحتياطي—كل حلقة مرتبطة بجهةٍ قد تتعثر في السداد. أما vaultBTC الذي تُنشئه Trustless Bitcoin Vaults (TBV)، فهو دفتر محاسبي داخلي من جهة Ethereum: تحويلات مُقيّدة، بلا سوق ثانوي، ولا يمثل أصلًا مُعبّرًا (Bridge) بذاته. فهو لا يسجّل «وعدًا بالتسوية/الدفع»، بل يسجّل: «أن أحد UTXO محددًا على شبكة Bitcoin، في هذا الوقت تحديدًا، مُقيَّدٌ وفق شروط تم الاتفاق عليها مسبقًا»—حالة يمكن التحقق منها، وليست مطالبة تنتظر أن تُوفّى. هذا الفرق يغيّر طريقة تعطلها. تموت وثائق المطالبة بسبب انحراف المُقابل: إفلاس المُودِع، أو الاختلاس، أو رفض السداد—فتنخفض قيمة الوثيقة إلى مجرد نص بلا قيمة. أما سجلات الحالة فتموت بسبب التباعد: عندما تكون إثباتات عبر السلاسل وآليات التحدي تعمل بشكل طبيعي، يتطابق vaultBTC مع حالة القفل على جانب Bitcoin؛ لكن إن لم تمنع طبقة التحدي مرةً واحدةَ انتقالًا احتياليًا للحالة، سيظل الرصيد ظاهرًا، لكنه لن يعود يشير إلى شيء حقيقي—ولا يكتشف السجل بنفسه أنه سجّل خطأ. حالياً تعمل هذه الآلية فقط على شبكات الاختبار Signet+Sepolia بأصول عديمة القيمة فعليًا، ولم يختبر بعد ما إذا كانت «تتذكر بدقة من عدمه» عبر انقسامات واقعية. لذا تبدّل طريقتي في النظر إلى هذا الرصيد: لن أسأل بعد الآن «من يقف وراء عملية التسوية»، بل سأطرح سؤالًا مثل «هل السلسلتان لا تزالان متطابقتين الآن؟». المخاطر في الحالة الأولى مرتبطة بسلوك المُتعهد، بينما المخاطر في الحالة الثانية مرتبطة بفعالية طبقة التحقق—أحدهما مخاطرة أخلاقية، والآخر مخاطرة هندسية.$BTC $ETH @babylonlabs_io $BABY #baby
ذلك الرصيد الخاص بـ vaultBTC، ليس سندًا بدَين، بل صورة مرآتية

في واجهة Aave سترى رصيد vaultBTC—يمكنه أن يولّد عوائد، ويمكن احتسابه بالأرقام—ومن الصعب ألا تَعتبره رمزًا. لكن عندما تضع wBTC و vaultBTC كلٌ منهما يمثّل ماذا في موضعٍ واحد، ستفهم: أحدهما يشبه سندًا بدَينًا، ويشير إلى «من هو المدين لك»؛ والآخر يشبه صورة مرآتية، ويشير إلى «حالةٍ ما في لحظةٍ معيّنة». كلاهما ليس من النوع نفسه.

wBTC هو وثيقة حقّ مطالبة: كل وحدة تشير إلى BTC «المفترض أن تكون موجودة» داخل احتياطي الجهة المُودِعة؛ عملية الصكّ والاسترداد، والمفاتيح، وإثباتات الاحتياطي—كل حلقة مرتبطة بجهةٍ قد تتعثر في السداد. أما vaultBTC الذي تُنشئه Trustless Bitcoin Vaults (TBV)، فهو دفتر محاسبي داخلي من جهة Ethereum: تحويلات مُقيّدة، بلا سوق ثانوي، ولا يمثل أصلًا مُعبّرًا (Bridge) بذاته. فهو لا يسجّل «وعدًا بالتسوية/الدفع»، بل يسجّل: «أن أحد UTXO محددًا على شبكة Bitcoin، في هذا الوقت تحديدًا، مُقيَّدٌ وفق شروط تم الاتفاق عليها مسبقًا»—حالة يمكن التحقق منها، وليست مطالبة تنتظر أن تُوفّى.

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

لذا تبدّل طريقتي في النظر إلى هذا الرصيد: لن أسأل بعد الآن «من يقف وراء عملية التسوية»، بل سأطرح سؤالًا مثل «هل السلسلتان لا تزالان متطابقتين الآن؟». المخاطر في الحالة الأولى مرتبطة بسلوك المُتعهد، بينما المخاطر في الحالة الثانية مرتبطة بفعالية طبقة التحقق—أحدهما مخاطرة أخلاقية، والآخر مخاطرة هندسية.$BTC $ETH

@BabylonLabs_io $BABY
#baby
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف
خريطة الموقع
تفضيلات ملفات تعريف الارتباط
شروط وأحكام المنصّة