ＲＥＸＹ

@Dusk #dusk $DUSK

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

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

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

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

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

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

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

هل تفكر في معمارية جسر Dusk عند تقييم المخاطر، أم يُعتبر هذا حلًا لمشكلته بالفعل في هذه المرحلة؟

$BMT

$STAR

$UAI $PROM

@Dusk #dusk $DUSK

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

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

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

أكثر ما فاجأني بشأن «ديـسك» هو مقدار الطاقة التي يبدو أنها موجهة لتمكين ما تريده المؤسسات (سجلات التدقيق، تفويض الامتثال، الشفافية في الحوكمة) بينما قد تكون العقبة الفعلية أبسط من ذلك: هل تعمل الخصوصية فعليًا على نطاق واسع دون الإخلال بالاقتصاديات؟ هل يستطيع المدققون تشغيلها بشكل مربح؟ هل يمكن للمطوّرين البناء عليها دون التضحية بالوعد الأساسي؟

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

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

@Dusk #dusk $DUSK

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

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

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

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

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

ما لستُ متأكدًا منه حقًا: هل حلّ مسألة الخصوصية الملائمة للمطورين يؤدي فعلًا إلى حلّ خصوصية المستخدمين؟ أم أنه يخلق وضعًا أشبه بـ“مسرح خصوصية” حيث تُخفى بعض الأشياء بينما لا تُخفى أخرى؟
$SPK

$MORPHO
كيف تفكر في هذا التوازن بين الخيارين؟

@Dusk $DUSK #dusk
فخّ الخصوصية مقابل الامتثال الذي يظن DUSK أنه حلّه
أعتقد أن معظم الناس يسيئون فهم ما يحاول DUSK حلّه فعليًا. يرون "بلوك تشين للخصوصية" ويظنون أنه منافس آخر لـ Monero. لكن قضاء الوقت مع الوثائق جعلني أدرك أن الهدف الحقيقي شيء مختلف تمامًا.
المشكلة ليست في الخصوصية نفسها. المشكلة أن المؤسسات المالية تحتاج إلى الخصوصية والامتثال معًا، ولا توجد بنية تحتية قائمة تتعامل مع الأمرين معًا. السلاسل التقليدية شفافة جدًا، ما يمنع التبنّي المؤسسي. سلاسل الخصوصية شديدة الغموض، ما لا يسمح به المنظمون. أنت مجبر على الاختيار بين المراقبة أو التقييد.
محاولة DUSK تفكيك هذا التعارض عبر استخدام براهين المعرفة الصفرية. أنت تُثبت أن المعاملة تتبع قواعد الامتثال دون الكشف عن المعاملة نفسها. يرى المنظمون دليلًا على المشروعية. لا يرى المنافسون استراتيجيتك. هذا منتج مختلف جوهريًا عن سلاسل الخصوصية المبنية حول إخفاء الهوية.
ما أدهشني أكثر هو مدى ضيق السوق الفعلي. هذا ليس مخصصًا لمستخدمي التجزئة الذين يخفون المعاملات. بل للمؤسسات التي لديها التزامات امتثال حقيقية ومخاوف تنافسية يمكن للبلوك تشين أن تحلها فعلًا. هذا جمهور أصغر بكثير مما يتخيله المتطرفون في الخصوصية. لكنه أيضًا جمهور أكثر استدامة اقتصاديًا.
المقايضة التي تقلقني هي افتراض الثقة المتعلق بآلية البرهنة. إذا كان هناك خلل في تنفيذ المعرفة الصفرية، فأنت أنشأت أسوأ سيناريو: مستخدمو الخصوصية الذين ظنوا أنهم ملتزمون، ومؤسسات ظنت أنها خاصة. تصبح التشفير نقطة الفشل الوحيدة.
ما الذي برأيك يحدد ما إذا كانت المؤسسات ستتبنى هذا فعليًا أم ستكتفي ببناء بنية خاصة يتحكمون بها على أي حال؟
$TUT
$TRUMP

@Dusk #dusk $DUSK

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

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

إلى أي مدى يعتمد نجاح Dusk على أن يهتم المطورون فعلًا بهذا الفصل؟ أم أن السوق يهتم أكثر بما إذا كانت القائمة تُدرجه في بورصة مركزية معينة؟
$ENA
$BLESS

@Dusk #dusk $DUSK

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

هذه مشكلة أضيق، لكنها سوق أكبر بكثير.

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

ما فاجأني هو أن جزءًا كبيرًا من هذا بالفعل قيد التشغيل وليس مجرد تنظير. شراكة NPEX في هولندا ليست إعلانًا تجريبيًا، بل بورصة مرخّصة تقوم فعليًا بنقل أوراق مالية حقيقية إلى بنية Dusk التحتية. ومع إدخال DuskEVM الذي يجلب التوافق مع Solidity، يمكن لفرق RWA وDeFi القائمة على Ethereum الانتقال دون الحاجة إلى إعادة كتابة مكدسهم بالكامل.

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

لا أظن أن هذا يُناقش بما يكفي: سلاسل البنية التحتية المبنية حول إطار تنظيمي واحد تحمل مخاطر سياسية، لا مجرد مخاطر تقنية.

هل فاتني شيء هنا، أم أن
اعتمادية التنظيم هي الخطر الحقيقي الذي يقلل الجميع من تقديره في Dusk؟
$AVAAI
$ONG

@Dusk #dusk $DUSK

لماذا لا تكون «بنية الخصوصية» كما تبدو فعليًا

أعتقد أن معظم الناس ينظرون إلى DUSK بشكل خاطئ.

عندما تسمع «بلوك تشين الخصوصية»، تفترض أن القصة تتعلق بالتقنية. إثباتات معرفة-صفرية أفضل. معاملات سرّية أسرع. سرد البنية التحتية المعتاد. لكن عندما قضيت وقتًا في فهم تموضع DUSK، أدركت أن المشكلة الحقيقية التي يتم حلها مختلفة تمامًا.

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

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

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

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

لا أعتقد أن DUSK يُناقش بما يكفي من حيث نوع المؤسسات التي ستنتقل فعليًا. ليس «من الذي قد يستخدم هذا نظريًا»، بل من الذي يوفر المال أو يكتسب ميزة تنافسية اليوم بالفعل.

وهل تهم تقنية الخصوصية نفسها أكثر من حل التعقيد التنظيمي لاعتمادها؟
$BTW $VELVET

لم يُخبرني أحد أن @Dusk لديه عنوانان لنفس المحفظة، وأن اختيار العنوان الخطأ هو قصة كاملة 💀

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

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

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

لستُ أقول إن التصميم سيئ. أقول إن "سلسلة خصوصية جاهزة للامتثال" و"مصممة بما يكفي لتكون بديهية لشخص ينتقل من MetaMask" هما هدفان تصميميان مختلفان، وDusk يحاول تحقيقهما معًا.
$ACE $EDEN

#dusk $DUSK
أتعجب أي واحد تعتقد أنه الأكثر أهمية الآن:

@Dusk #dusk $DUSK

كنت أظن أن الخصوصية على بلوكتشين تعني إخفاء الذات عن المساءلة. جعلتني «داسك» أعيد التفكير في ذلك.

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

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

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

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

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

هل يفضّل التمويل المُنظّم مسارات لا يمكنه رؤيتها بالكامل، إن كان ذلك يعني الامتثال دون تعرّض كامل، أم أن الثقة المؤسسية تتطلب امتلاك البنية التحتية بالكامل؟
$GPS $STAR

@Dusk #dusk

حسنًا، لم أتوقع أن سحب $DUSK من DuskEVM سيشبه لغزًا، لكن ها نحن ذا 😭

لذا أنت تقوم بردّ/جسر DUSK الخاص بك من DuskEVM إلى Dusk L1، وتتوقع أن يظهر ببساطة. لا. إنه يجلس في حالة "قيد النقل"، وغير قابل للاستخدام بعد. ثم يحتاج إلى تقديم إثبات على L1. بعد ذلك توجد خطوة نهائية منفصلة. ثلاث مراحل قبل أن تتمكن فعليًا من لمسه.

وهذه هي القطعة التي أربكتني: إنهاء تكاليف السحب على L1... يتم دفعها بـ DUSK. لكن الـ DUSK الذي تحاول فتحه هو حرفيًا الشيء نفسه العالق في منتصف عملية السحب. لذا إذا لم يكن لديك مسبقًا احتياطي صغير من DUSK غير محمي (غير شيلد) على L1، فإن سحبك أنت لا يمكنه أن يدفع لإكمال نفسه.

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

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

$PORTAL

$CYS

لكلّ شخص

$PORTAL
$HEMI

يستمر الجميع في مقارنة DUSK بسلاسل خصوصية أخرى. برأيي، هذه مقارنة غير صحيحة.

معظم مشاريع الخصوصية تقوم بإطلاق علم التشفير أولًا ثم تأمل أن تتكيف الجهات التنظيمية في النهاية. أمضت DUSK وقتًا حقيقيًا في أمر أقل إثارة للحديث عنه: السعي إلى مسار فعلي للحصول على إعفاء تنظيمي إلى جانب شراكتها NPEX في هولندا، حيث تمتلك NPEX بالفعل ترخيص MTF وترخيص وسيط وترخيص ECS.

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

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

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

هل يُعدّ البُعد القانوني ميزة أكثر دوامًا من البُعد التقني، أم أنه ينقل فقط عنق الزجاجة إلى شيء أبطأ لإزالته؟

@Dusk #dusk

$COW
$CYS

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

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

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

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

أتساءل كيف يقرأ الآخرون ذلك. هل يحتاج التمويل على السلسلة الخاضع للتنظيم فعلًا إلى L1 مُصمم خصيصًا، أم أنه في النهاية سيندمج في سلاسل عامة الاستخدام مع أدوات أفضل؟
$ACE $AKE

@Dusk $DUSK #dusk

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

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

ما أقنعني هو DuskTrade، الذي بُني باستخدام NPEX، وهي بورصة هولندية مُرخّصة. يُقال إن أكثر من 300 مليون يورو من الأوراق المالية التقليدية قد انتقلت إلى مسارات Dusk هناك. هذا ليس عرضًا تجريبيًا على testnet، بل رأس مال مُنظّم يلامس بنية تحتية حقيقية. وبمزاوجته مع DuskEVM، طبقة تنفيذ متوافقة مع Solidity، يمكن لفرق Ethereum القائمة أن تتصل نظريًا بتسوية تحافظ على الخصوصية دون إعادة كتابة منظومتها بالكامل.

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

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

هل تعتقد أن سلاسل الخصوصية الخاضعة للتنظيم مثل Dusk يمكنها فعلًا التفوق على L1 عامة الأغراض في الأصول الواقعية، أم أن تصميمًا قائمًا على الامتثال يحصرها في مكانة/زاوية إلى الأبد؟

$AKE $ACU

نهج Dusk للخصوصية المُنظّمة في RWAs —

@BabylonLabs_io #baby
سألني أحد الأشخاص في مجموعة مطورين أمس لماذا سيتعبّون في بناء سلسلة تتميّز بأمان البيتكوين إذا كان ذلك يعني ترك كامل مجموعة أدواتهم الخاصة بالإيثيريوم — مثل MetaMask وSolidity وكل ما يعرفونه بالفعل.

سؤال في مكانه. والاتّضح أن Babylon يجيب عنه مباشرة: إضافة دعم EVM إلى جانب بيئتها الحالية CosmWasm، بحيث تعمل كسلسلة بنظاميْن افتراضيين بدلًا من إجبار المطورين على اختيار اتجاه واحد.

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

ما زلت ألاحظ هذا النمط مع Babylon: التحديثات المثيرة ليست الصاخبة. بل هي التي تزيل سببًا لعدم البناء هنا.

ما ميزة من هذا النوع في عالم الكريبتو — غير لامعة، لكنها فعليًا الشيء الذي يقرر ما إذا كنت ستستخدم بروتوكولًا أم لا؟

$BABY

$HEI
$BLESS

@BabylonLabs_io #baby $BABY

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

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

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

إذا كان BTC الخامل قادرًا الآن على تمويل الإجماع لمجتمعات كاملة دون لمس جسر، فليس السؤال الحقيقي هو ما إذا كانت Babylon ستنجح. بل هل كانت عبارة «آمن لكن خامد» ميزة دائمة في بيتكوين، أم مجرد قيد مؤقت في الأدوات المحيطة بها.

ما الذي يعيق رأس مال بيتكوين فعليًا؟

$BLESS
$HOME

@BabylonLabs_io $BABY #baby

أعتقد أن معظم الناس يقيمون بابل كونه مجرد بروتوكول استيكينغ آخر، وأن هذا التصور يفوّت ما الذي يتم حله بالفعل.

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

السبب في أن أحدًا لم يحل هذه المشكلة سابقًا ليس الكسل. بل إن لغة سكريبت بيتكوين تتعمد تجنب نوع البرمجة (programmability) الذي يجعل الاستيكينغ سهلًا. لا يمكنك ببساطة كتابة عقد ذكي يقوم بخصم (slashing) لبيتكوين كما تفعل على سلسلة مبنية على EVM. مساهمة بابل الفعلية هي آلية وضع علامات زمنية (timestamping) والخصم تعمل ضمن قيود بيتكوين بدلًا من محاولة التحايل عليها عبر توكن مُلتفّ (wrapped token) أو وسيط حفظ (custodian).

أكثر ما فاجأني هو أن جزءًا كبيرًا من التصميم يركز على تقليل افتراضات الثقة الجديدة بدلًا من إضافة ميزات. بيتكوين المُستَك (Staked BTC) لا يغادر بيتكوين أبدًا. لا توجد جسر (bridge)، ولا أصل اصطناعي (synthetic asset)، ولا وصي متعدد التوقيع (multisig custodian) يحتفظ بأموال المستخدمين. يأتي الأمان من علامات بيتكوين الزمنية ومن شرط الخصم المُفروض عبر إثباتاتٍ تشفيرية، وليس من صدق لجنةٍ ما.

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

أي جزء من نموذج الثقة هذا برأيك هو الأكثر أهمية مع انضمام المزيد من السلاسل إليه؟

$IDOL
$BLESS

@BabylonLabs_io $BABY #baby

لقد قضى البيتكوين ستة عشر عامًا وهو ذو قيمة ويفعل شيئًا دون جدوى. تعمل Babylon Labs على تغيير ذلك.

يتيح البروتوكول لحاملي BTC أن يضعوا مقتنياتهم مباشرة على بلوك تشين البيتكوين — دون لفّ (wrapping)، دون جسر (bridging)، ودون تسليم العملات إلى أمين حفظ. يتم قفل BTC داخل سكربت بيتكوين أصلي، ثم تفوّضه إلى مزوّد نهائية (Finality Provider) يؤمّن شبكة خارجية لإثبات الحصة (Proof-of-Stake)، وتحصل على مكافآت في BABY بينما لا تغادر عملاتك فعليًا البيتكوين. تريد أموالَك مجددًا؟ اطلب فكّ القفل (unbonding) وستصبح قابلة للإنفاق مرة أخرى بعد نحو 50 ساعة.

هناك تبعة حقيقية مضمّنة في التصميم: إذا قام مزوّد نهائية بالتوقيع المزدوج (double-signs) أو خالف القواعد، سيتم اقتطاع جزء من الرصيد المفوَّض (delegated stake). وهذا ما يجعل الأمان ذا معنى بدلًا من أن يكون مجرد زينة.

لم يعد هذا مجرد فكرة في ورقة بيضاء. فقد أضافت Kraken التزامن (staking) Babylon لعملائها، كما وضعت a16z Crypto 15 مليون دولار خلف خطوة Babylon التالية — خزائن BTC غير قابلة للثقة (Trustless BTC Vaults)، والتي تتيح للبيتكوين المقفل أن يعمل كضمان DeFi يمكن التحقق منه لإقراض العملات المستقرة، ما يزال ذلك دون لفّ أو وسطاء حفظ. وقد قام أكثر من 124,000 شخص بالمشاركة في المرحلة 1 وحدها.

الأمر ليس بلا مخاطر. ففي أبريل 2025، تمت إلغاء التزام حوالي 1.26 مليار دولار من BTC خلال أيام قليلة، ما خفّض TVL الخاص بـ Babylon إلى الثلث — تذكير بأن هذا السوق ما يزال فتيًا وأن السيولة قد تتقلب بسرعة.

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

$1000RATS
$KOMA

@BabylonLabs_io $BABY #baby
قضت البيتكوين ستة عشر عامًا وهي تُمدح على ما ترفض القيام به. إنها لا تفوض الثقة. ولا تأخذ التعليمات من أي شخص. إن هذا الصمود هو جوهر عرض القيمة — وهو أيضًا السبب في أن البيتكوين لم تمتلك بطبيعتها طريقة لمعاقبة السلوك السيئ بالطريقة التي تفعلها سلاسل إثبات الحصة. يتطلب “القطع” سلسلة يمكنها الدخول والمصادرة. ولا يمكن لبرمجة البيتكوين الوصول إلى أي مكان.

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

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

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

كل سلسلة تريد رأس مال البيتكوين. ولا يسأل القليلون عمّا يعنيه عندما يمكن لهذا الرأس مال أن يدافع عن نفسه.

$KOMA
$CAP