DVC达文西

#dusk $DUSK @Dusk بعد أن قرأت ورقة Aleph Zero وNym البيضاء بالكامل، فهمت أخيرًا أن خندق Dusk الدفاعي لا يتمحور حول الخصوصية نفسها

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

خصوصية Nym تقع في طبقة الشبكة؛ فهي تعالج مسألة «من يتواصل مع من»، ولها تأثير محدود على تسويات التمويل. أما Aleph Zero فيحاول تقديم عقود خصوصية عامة، لكن العمومية تعني أن كل السيناريوهات يمكن أن تستفيد منها، ومع ذلك فهي ليست دقيقة. ما تحتاجه المؤسسات ليس أداة لكل شيء، بل ممر امتثال مُصمم خصيصًا للأوراق المالية والسندات.

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

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

برأيك، ما أكثر نقطة غير قابلة للاستبدال في Dusk مقارنة بـ Aleph Zero وNym؟

#dusk $DUSK @Dusk هل صوت صغار المستثمرين (الـ散户) قوي في حوكمة Dusk؟ لقد تصفحت الكتاب الأبيض، والنتيجة كانت قاسية قليلًا

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

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

ومع ذلك، هناك نقطة واحدة كانت مفاجئة بالنسبة لي: لقد أدرجت Dusk أيضًا تعديلات إطار الامتثال الخاص بـ XSC ضمن نطاق الحوكمة. هذا يعني أنه رغم أن صوت صغار المستثمرين قد يكون صغيرًا، إلا أنهم ليسوا بلا قنوات تمامًا. خصوصًا في القضايا المتعلقة بمعاملات الامتثال وقواعد التدقيق، يمكن للمتفاعلين في المجتمع تقديم مقترحات، ثم يصوّت العقد/العُقد (الـ节点) وحملة العملات معًا. كأنها تفتح “بابًا ضيقًا” أمام الشخص العادي.

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

برأيك، أي تصميم في حوكمة Dusk هو الأكثر فائدة لك؟

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

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

توقف للحظة ثم سأل: «هل يتم التسوية فورًا؟» أومأت برأسي؛ فكل بلوك له حتمية نهائية، ولا حاجة للانتظار حتى T+2. ثم سأل: «هل ستُعرَض مراكز العملاء للعلن؟» قلت: لا. ‏XSC يعرض البيانات فقط للأطراف المصرّح لها، ويمكن التحقق منها في أي وقت عند قدوم الجهات التنظيمية للفحص. أخيرًا سأل: «وهل تقبله أوروبا؟» قلت له: إنها تستهدف بشكل أساسي تجارب DLT في أوروبا، وتعمل من البداية باتجاه الامتثال.

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

لم تذكر هذه الجملة كلمة «قلب الموازين»، لكنها أصابت أكثر ثلاث نقاط ألمًا لديهم: بطء التسوية، وانكشاف البيانات، وصعوبة الامتثال.

برأيك، أي نقطة هي الأكثر قدرة على إقناع شخص من التمويل التقليدي؟

#dusk $DUSK @Dusk لقد قرأتُ ورقة Dusk البيضاء ثلاث مرات، ثم اكتشفت أن توكن DUSK لديه آلية مخفية أيضًا

في السابق عندما كنتُ أتعامل مع DUSK، كنت أظنه مثل أي بلوكشين عادي: ستاكينغ، وجيز (gas)، وحوكمة—كل شيء على خط واحد. بعد ذلك، ولأفهم بدقة كيف تعمل عقود XSC، أعدتُ قراءة فصل التوكن في الورقة البيضاء، فوجدت آلية كان السوق يتجاهلها تمامًا—وهي استهلاك التحقق من الامتثال.

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

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

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

برأيك، أي آلية تم تجاهلها هي الأكثر قيمة؟

#dusk $DUSK @Dusk ورقة بيضاء تتفاخر بما لم يحدث، فكم تم الوفاء به فعليًا في الكود؟ لقد حسبتها نيابةً عن Dusk

أنا شخص دقيق بعض الشيء؛ بعد قراءة الورقة البيضاء، دائمًا أرغب في التحقق من الكود—لأرى هل ما هو مجرد كلام أم أنه تم تنفيذه فعلًا. لقد تدققت في GitHub الخاص بـ Dusk طوال ليلة؛ وبصراحة، كان الأمر مُفاجئًا.

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

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

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

برأيك، ما الذي ينقص Dusk حاليًا أكثر شيء؟

#dusk $DUSK @Dusk في البداية ظننت أيضًا أن سلاسل الكتل الخاصة بالخصوصية—لا بد أنها ستبدأ أولًا بدفع مجهول، بسيط ومباشر. لكن بعد أن قرأت ورقة Dusk البيضاء، اكتشفت أنها طوال الوقت لم تكن تعتبر الدفع محورًا رئيسيًا. في XSC، الحرف S يعني الأوراق المالية، وليس الأمان. هذا المشروع يركّز على جانب الأصول.

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

أقرب ما يمكن أن يُطبَّق أولًا على أرض الواقع في Dusk—أنا أراهن على “توريق/سَفْهَنَة” الأوراق المالية. توجد في أوروبا آليات لتجارب DLT: في التسوية التقليدية للأوراق المالية يبدأ الأمر من T+2، وبين ذلك توجد كومة من أعمال المطابقة اليدوية، ونقاط الألم واضحة جدًا. يمكن لـ XSC تنفيذ تسويات ذرّية على السلسلة، وفي الوقت نفسه توفير خصوصية قابلة للتدقيق؛ كما لا يحتاج المُصدِر إلى نشر السعر الأساسي علنًا، لكن يمكن للجهات التنظيمية التحقق من الامتثال في الوقت الفعلي. كما أن التمويل ضمن سلاسل الإمداد لديه فرصة كذلك: غالبًا ما تخاف الشركات الأساسية من أن يرى المنافسون قيم التسويات، وXSC بالضبط قادر على إخفاء البيانات الحساسة.

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

#dusk $DUSK @Dusk هل أبحث في سلسلة بلوكتشين مالية خاصة واحدة فقط؟ أختار Dusk لثلاثة أسباب

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

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

ثاني سبب: استقلال Layer-1 مع حتمية التسوية النهائية. القطاع المالي يخشى دائمًا التراجع أو الإرجاع (الـRollback). إن حتمية كل كتلة في Dusk تعني أن المعاملة تصبح نهائية بمجرد إتمامها، دون الحاجة إلى انتظار عشرات الدقائق والقلق من إعادة التنظيم كما في Ethereum. وهذا مهم جدًا للمؤسسات التقليدية.

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

لذلك أنا أنظر إليها ليس لأنني أبحث عن ضخّ سريع على المدى القصير، بل لأنني أرى أن هذا المسار محسوب وواضح.

برأيك، أيّ واحد من هذه الأسباب الثلاثة التي جعلتني أختار Dusk هو الأكثر إقناعًا؟

#dusk $DUSK @Dusk كنت أريد فقط جني بعض عوائد الرهان، لكن بعد أن قرأت ورقة Dusk البيضاء لاحظت وجود ثلاث “مطبات”

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

أولًا، عائدات الرهان ليست “أموالًا مجانية”. عندما لا تنشط الشبكة، قد تكون المكافآت مدعومة بشكل أساسي بالانكماش (أو التضخم)، وهذا غير مستدام على المدى الطويل. لكن إذا استطاعت XSC الخاصة بـDusk وتَسليع الرموز المالية (tokenization) أن تولّد رسوم تسوية حقيقية، فسيتحوّل عائد الرهان من “طباعة نقود” إلى “تقاسم رسوم”، وهذا هو الوضع الصحي.

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

ثالثًا، سيولة الحصص المقفلة. خلال فترة الرهان، لا يمكن تحريك DUSK. وعندما تكون تقلبات سعر العملة كبيرة، قد لا تكون العوائد كافية لتعويض الخسارة غير المحققة. ومع ذلك، فإن استقرار شبكة Dusk الرئيسية ونهائية كل كتلة ضمن نطاق واحد يقللان كثيرًا من حالات عدم اليقين—على الأقل لن تتعرض الأصول لأضرار بسبب التراجع (الـrollback).

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

برأيك، ما أكثر المخاطر التي ينبغي أن يُسلَّط الضوء عليها بخصوص رهان Dusk؟

#dusk $DUSK @Dusk تعمل المؤسسات المالية التقليدية على السلسلة؛ لماذا لا نختار الإيثيريوم أولًا؟ بعد أن قرأت ورقة Dusk البيضاء فهمت

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

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

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

برأيك، عند صعود المؤسسات التقليدية إلى السلسلة، ما أول نقطة تتعثر فيها؟

#dusk $DUSK @Dusk مثلث استحالة سلاسل الكتل الخصوصية، هل حلّ Dusk في الواقع ثلثي المشكلة فقط؟

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

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

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

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

برأيك، في أي خطوة من الأكثر احتمالًا أن يتعثر Dusk؟

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

في الورقة البيضاء، لا تُعدّ وظيفة DUSK مجرد الحوكمة والرهن، بل هي وسيط الرسوم والتسويات لكل العمليات المالية على الشبكة. ماذا يعني ذلك؟ إذا قامت شركة بتحويل سندات إلى رموز (Tokenize) ونفّذت ذلك على Dusk، فإن دفع الفوائد، والاسترداد، والتحويل، والتحقق من الامتثال—كل خطوة من هذه الخطوات ستستهلك DUSK. ليست عملية شراء لمرة واحدة ثم تركه؛ بل هي حاجة مستمرة، ومتعددة المرات، وكلما زادت المبالغ زادت وتيرة العمليات. هذا النوع من الطلب ينبع من عمل حقيقي، وليس من مجرد الرهن لدعم السعر.

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

إطار Dusk البيئي لا يزال في بداياته، لكني أرى أنه يتجه بوضوح نحو توطين الأصول/السندات كرموز (Tokenization) واتجاه RWA. يبدو أن الهدف هو جعل DUSK عنصرًا ضروريًا في التسويات المالية. برأيي، هذه هي منطق الرسملة/الرمز الذي يمكن أن يثبت على المدى الطويل، وليس لعبة الأرقام في صفحة “عائد الرهن”.

برأيك، أي عمل تجاري حقيقي سيجلب لـ DUSK أولًا استهلاكًا مستمرًا؟

اليوم تحدثت مع أصدقائي عن $niulai ، وفجأة شعرت أن مفهوم “ينج بي” في الحقيقة مليء بالخيال.
في السابق كانت الأفلام أفلاماً، وMeme هو Meme.
الآن بدأ بعض الناس بمحاولة وضع هذين الشيئين معاً، بحيث يصبح عنوان الفيلم IP جزءاً من نقاشات المجتمع.
《نيولاي》 هو نقطة الدخول لهذا التجريب.
هل يمكن أن يتشكل فعلاً مسار جديد؟ لا يمكن الجزم في الوقت الحالي، لكن يمكن متابعة هذا الاستكشاف المبكر. #niulai #牛来

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

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

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

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

ما رأيك: ما أكثر نقطة ألم يجب أن تُحل أولًا في الخصوصية المالية باستخدام إثباتات عدم المعرفة؟

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

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

كما أنها تُصر على بناء Layer-1 مستقل، لا على تقديم ترقيع فوق Ethereum. فالسيناريوهات المالية تحتاج إلى حتمية التسوية وخصوصية قابلة للبرمجة، لا إلى حلّ مؤقت على شكل L2. اطلعتُ على تقدمها الفعلي في الفترة الأخيرة: النظام البيئي ليس حيويًّا كما في بعض المشاريع الأخرى، لكن الاتجاه لم يَحِيد؛ ما يزال يواصل العمل على “RWA” وترميز الأصول/الأوراق المالية—وهي عظام صعبة الهضم.

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

برأيك، ما هو السيناريو الأكثر احتمالاً أن تتفوق فيه Dusk أولاً؟

#baby $BABY لقد قرأت ورقة بابيلون البيضاء مرة أخرى، وهذه المرة غيرت زاوية النظر—دون التعمق في التفاصيل التقنية، اعتبرها فقط خطة عمل، وأريد أن أفهم سؤالًا واحدًا: في النهاية، من الذي سيدفع ثمن هذا؟

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

لكن كلما قرأت أكثر شعرت أن “العميل الرئيسي” الحقيقي ربما لم يدخل بعد على نطاق واسع.

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

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

إذا نجح هذا الاتجاه، فستبيع Babylon ليس فقط “الأمان”، بل نوعًا من المشتقات الائتمانية التي يمكن تسعيرها والتداول بها. الورقة البيضاء لم توضّح هذه الطبقة بالكامل، لكن البيانات والمنطق يشيران إليها بالفعل بشكل ضمني. وأنا الآن أعتقد أن عملاء Babylon الأوائل هم سلاسل PoS، لكن على المدى الطويل قد يكون العملاء هم كل الكيانات التجارية التي تحتاج إلى تأييد بمستوى أمان البيتكوين.@BabylonLabs_io

سؤال واحد: ما رأيك، من سيكون أكبر شريحة عملاء لـ Babylon في النهاية؟

#baby $BABY “الْـتَّرْهِين” استخدمتُ هذا المصطلح لمدة نصف عام تقريبًا، إلى أن أعدتُ قراءة فصل نموذج الاقتصاد في الورقة البيضاء الأسبوع الماضي، ففهمت فجأة أنني كنت أستخدم كلمة غير دقيقة.

ما هو “الترهين”؟ أنت تُدخل المال في الرهن، مقابل الحصول على نوع من العائد، والمخاطرة هي أن رأس المال قد يُصادر. هذا المنطق صحيح، لكنّه لا يشرح أهم شيء في Babylon—ماذا بالضبط أنت “ترهنه”؟ ولمَن ترهنه؟

بعد الانتهاء من قراءة الورقة البيضاء، كانت الكلمة التي خطرت في ذهني هي “التأمين”، وليست “الترهين”.

سلسلة PoS هي “المؤمَّن لهم”. فهي تحتاج إلى ضمان أمان، لمنع عقد التحقق (الـ验证节点) من إساءة التصرف بما يؤدي إلى ارتداد المعاملات أو حدوث ازدواج إنفاق. Babylon هو منصة التأمين، والمؤمِّن هو مُرهِن/مُقدِّم الضمان من BTC. عندما تُدخل BTC في المنظومة، فهذا يعني أنك تستخدم أموالك الحقيقية لتقديم اعتماد أمني لسلسلة PoS ما—إذا لم تحدث أي مشكلة في السلسلة، تحصل على أقساط التأمين في وقتها. وإذا حدثت مشكلة، يُصادر BTC الخاص بك ويُستخدم لتعويض الخسائر الناتجة عن إساءة التصرف.

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

لم أكن أرى Babylon من قبل إلا بعقلية “العائد السلبي”، وكأنها مجرد إيداع أموال في بنك. والآن فهمت: أنت في Babylon لست “صاحب وديعة”، بل أنت شركة تأمين. أرباحك ليست فائدة على ودائع، بل أقساط يدفعها الآخرون مقابل الأمان. يمكن للمودِع أن يستلقي، أما المؤمِّن فعليه أن يراقب.

بمجرد أن تغيّر هذا المنظور، زادت لديّ رهبة Babylon. إنها ليست بروتوكولًا آخر لمساعدتك على “جعل المال ينمو”، بل هي طريقة تستخدم بها BTC كوسادة أمان لبنية نظام PoS بأكملها. وراء نسبة العائد يوجد تسعير حقيقي للمخاطر.@BabylonLabs_io

سؤال واحد: هل تعتقد أن فهم Babylon على أنها “منصة تأمين” أدق؟

#baby $BABY في البداية ظننت أن منطق الرهن في Babylon بسيط: أنت ترهن العملات، والعُقد تؤدي العمل، ثم يحصل الجميع على حصتهم. لكن عندما قرأت فصل “العلاقات التنافسية” في الورقة البيضاء المخصص لهذا الجانب، اكتشفت أن هذين الدورين ليسا على وفاق كامل، بل هما لعبة توازن قُصِد بها بعناية.

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

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

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

بعد أن أنهيت قراءة هذا الفصل، كان شعوري أن Babylon لم تضع الأمان على فرضية خيالية مفادها أن “الجميع طيبون”. بل وضعت قواعد لعبة تجعل المشاركين الأنانيين يراقب بعضهم البعض. المُرهن يراقب العقد، والعقد يفلتر المُرهِنين. وكلا الطرفين يخاف من الخصم، ونتيجة ذلك يصبح النظام برمته أكثر أمانًا.@BabylonLabs_io

سؤال واحد: برأيك، من يملك كلمة الفصل بين المُرهِنين والعُقد؟

#baby $BABY قبل أن نتحدث عن Babylon، كنت دائمًا أركز على التقنية، إلى أن أدركت عند حساب عائدات الرهن أن المشكلة الجوهرية هي: كيف يتم تسعير خدمة الأمان الخاصة بها؟

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

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

بالطبع، التفاصيل لا تزال تحتاج إلى تحسين: تسعير المقارنة عبر السلاسل، ومعايير توحيد باقات الخدمة، وآليات احتواء حرب الأسعار… إلخ. لكن الاتجاه العام صحيح—سلطة التسعير لا تُترك للمشروع أو للأفراد الكبار، بل تُسلّم للسوق والسمعة.@BabylonLabs_io

وأخيرًا، سؤال أخير: عندما يتعلق الأمر بتسعير خدمة الأمان في Babylon، فستكون الكلمة الأخيرة لمن؟

اختياري هو A، فما رأيك؟

#baby $BABY يحتاج مقدّمو الإنهاء النهائي في Babylon إلى صيانة حالتيْ BTC وPoS معًا—هذا هو المقابل/التنازل وراء هذا التصميم

عندما رأيت أول مرة متطلبات عقد عقدة مُقدّم الإنهاء النهائي في Babylon، قلت في نفسي: ما هذه العتبة المرتفعة جدًا! يجب عليك تشغيل عقدة بثّي البيتكوين الكاملة وعقدة سلسلة PoS في الوقت نفسه، ويجب أن تتم مزامنة دفترَي الأستاذين في الوقت الحقيقي. ألا يؤدي ذلك إلى إنهاك العقد فعليًا؟

لاحقًا، تحدثت مع صديق كان قد شغّل عقدة تحقق (validator)، وقال لي جملة واحدة كانت بمثابة توضيح صريح: «التعب هو الصحيح.»

المهمة التي تقوم بها Babylon هي ربط نهائية معاملات سلسلة PoS بالبتكوين. فإذا كانت العقدة لا تراقب إلا سلسلة PoS ولا تراقب سلسلة BTC، فكيف ستعرف ما إذا كان جانب البيتكوين قد أكد فعليًا؟ وكيف تحدد ما إذا كانت شروط الجزاء قد تم تفعيلها فعلًا؟ باختصار: لكي يكون هذا الحكم، يجب أن ترى بيانات سلسلتيْن بعينيك أنت، لا أن تعتمد على من ينقلها لك.

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

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

لكن ما ستحصل عليه مقابل هذا الثمن ملموس: كل توقيع نهائية نهائي يحمل في خلفيته تأكيدًا حقيقيًا من العقد لحالة كلتا السلسلتين بالكامل. ليس تفويضًا، وليس وكالة، وليس سلسلة دومينو من نوع «أنا أثق به وهو يثق بك». هذا السماك/العمق الأمني الصلب والقائم على الدليل لا يمكن الحصول عليه بمجرد الكسل.

أعتقد أن هذا التصميم يبرز بشكل خاص ترتيب أولويات قيمة فريق Babylon: الأمان أولًا، ويمكن تأجيل سهولة الاستخدام قليلًا. @BabylonLabs_io

سؤال واحد: برأيك، هل ارتفاع عتبة الدخول للعقدة أمرٌ جيد أم أنه عيب/مخاطرة؟

#baby $BABY في الليلة قبل الماضية أعدت قراءة الورقة البيضاء لـ Babylon مرة أخرى، وأجبرت نفسي ألا أتخطّى أي شيء لا أفهمه. ثم عندما رأيت “Finality Gadget” مجددًا، عضضت على جمرة وقرأته ثلاث مرات أخرى، وفجأة فهمت. هذه الآلة ليست من باب التمويه، بل هي أذكى قطعة في كامل بنية Babylon.

سأترجمها بعبارات يفهمها أي شخص.

لدى سلاسل PoS عيب فطري: يمكن أن تُعاد معاملات “مؤكدة” إلى الوراء. اليوم قد ترى أن معاملة ما “نجحت”، لكن غدًا قد تُلغى بسبب تفرّع السلسلة (fork). في سيناريوهات التمويل هذا كابوس—تظن أن المال وصل، فإذا به يختفي في اليوم التالي.

ما الذي فعلته Babylon عبر Finality Gadget؟ قامت بإدخال البيتكوين ليكون بمثابة “قاضي نهائي”. كلما أصدرت سلسلة PoS مجموعة جديدة من الكتل، يقوم Finality Gadget بوضع “بصمة” تلك المجموعة على سلسلة البيتكوين. بمجرد أن تُؤكَّد هذه البصمة على سلسلة البيتكوين، تصبح تلك الكتل محسومة نهائيًا—لأن تاريخ البيتكوين لا يمكن التلاعب به؛ ولا يمكنك العودة وتعديل دفتر الأستاذ للبيتكوين.

بعبارة بسيطة: Finality Gadget هو لصق ختم على دفتر معاملات PoS باستخدام لا-قابلية-العكس (irreversibility) في البيتكوين. قبل لصق الختم، تكون المعاملات “صالحة مؤقتًا”. بعد لصق الختم، تصبح المعاملات “حسمًا قطعًا لا رجعة فيه”.

عندما وصلت إلى هذه المرحلة، راودني تشبيه: سلسلة PoS مثل موظف يدون الحسابات، وقد يعود ويغيّر سطرين سرًا. Finality Gadget من Babylon يعادل أنه كل عشر دقائق ينسخ دفتر الحسابات نسخة ويضعها في خزانة—والمفتاح موجود لدى قوة الحوسبة في كامل الشبكة. ومن يريد أن يتلاعب بالمحاسبة، فعليه أولًا أن يحاول كسر/اختراق خزانة البيتكوين.

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

سؤال للجميع: برأيك، “النهائية بمستوى البيتكوين” لسلاسل PoS هي حاجة ضرورية أم مجرد إضافة جميلة؟@BabylonLabs_io