BarBie_QueeN

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

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

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

ما يجعل الأمر يبدو أقل كأنه مجرد تمرين فكري هو أن Dusk لا تكتفي بالتنظير فقط. فالشبكة مرتبطة بالفعل بـ NPEX، وهي بورصة هولندية مرخّصة تعمل تحت التزامات MiFID II و MiCA الواقعية، مع مئات الملايين من الأوراق المالية المرمّزة التي تمرّ عبرها. تموضع Citadel بوصفه طبقة KYC الفعلية لهذا الإعداد، وليس مجرد عرض جانبي. إن البنية القانونية القائمة هذه هي ما يجعلها تبدو لي أكثر واقعية من معظم عروض "مستقبل الامتثال".

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

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

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

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

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

ما يجعل هذا يبدو أقل كونه مجرد نظرية هو لمن بُني: مؤسسات تتوقع أن لا ينطفئ البنية التحتية المالية أبدًا. هذا توقع واقعي قبل أن يكون توقعًا تقنيًا.

ومع ذلك، ما زلت أعود إلى شكّ. كتلة “keep-alive” فارغة ليست هي نفسها عودة النظام للعمل. وعندما يتم حلّ تفرّع (fork) تلقائيًا، هل يحمل هذا الحل الوزن نفسه الذي تحمله وثيقة قانونية، إذا كانت الملكية على المحك؟ الشيفرة التي تقرر ما الذي يُعد نهائيًا والقانون الذي يقرر ما الذي يُعد نهائيًا لا يقولان دائمًا الشيء نفسه.

يستحق التأمل لا القبول فقط. النظام الذي لا يتوقف ليس تلقائيًا نظامًا لا ينكسر.

تعلم صغير وثابت—هذا هو التراكم الحقيقي.
#dusk @Dusk $DUSK

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

لقد جلست متأملًا شيئًا من ورقة عمل Dusk Network البيضاء لا علاقة له بالتشفير. لقد بنوا نظامي معاملات منفصلين—أحدهما للخصوصية والآخر للامتثال—لأن أي نموذج بمفرده لا يمكنه القيام بالمهمتين معًا. وهذا الانقسام يقول عن مكانة البلوك تشين أكثر مما يمكن أن يقوله أي ميزة منفردة.

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

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

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

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

يجدر بك قراءة المصادر الأولية بنفسك قبل أن تقرر ما الذي يجب أن تصدّقه. وهذا يظل أكثر عادة مفيدة—أن تسائل الاستنتاجات، بما فيها استنتاجاتي، وتستمر في التعلم مع مرور الوقت.
@Dusk #dusk $DUSK

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

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

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

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

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

أتعلّم ما زال يتواصل، ورقة بيضاء واحدة في كل مرة.
@Dusk #dusk $DUSK

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

يبدو أن هذا الفرق أكبر مما قد يوحي به. أغلب الحديث عن الخصوصية في عالم العملات المشفرة يدور حول إخفاء المعاملات عن الغرباء. لكن هذا موجّه نحو شيء أكثر تحديدًا — قوانين الأوراق المالية نفسها. المشروع، شبكة Dusk، يبني نموذج الخصوصية الخاص به على معيار Confidential Security Contract، وهو مصمم لتلبية متطلبات ملموسة مثل قائمة السماح (الـ whitelisting) وتتبع دورة الحياة، بدلًا من محاولة تجنّبها. وهذا ما يجعله يبدو أقل كحيلة خصوصية وأكثر كشيء تمت صياغته مع أخذ الجهات التنظيمية في الحسبان.

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

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

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

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

@Dusk
أمرٌ ما في ورقة “Dusk” البيضاء فاجأني: فهي تعترف علنًا بعيبٍ في تصميمها بدلًا من الاكتفاء ببيع الرؤية. يتم اختيار المولّدات (generators) وفق معادلة حتمية، لذلك يمكن لجهةٍ مُهيِّئة (provisioner) أحيانًا أن تتنبّأ مسبقًا بأنّها وُضِعت لتُحاول لاحقًا نفس الكتلة إذا فشلت المحاولات السابقة — وهذا يخلق حافزًا غريبًا للتركيز على ترك تلك المحاولات تنهار.
تسمي الورقة هذه مشكلة حافز المولّد المستقبلي (future-generator incentive problem)، وبدلًا من التغطية عليها، تقترح ترقيعات فعلية: مكافأة الناس لمجرد التصويت، وربط جزء من مكافأة المولّد بعدد الأصوات التي يدرجونها، وإبعاد المولّد التالي في السلسلة عن التصويت الحالي. هذا النوع من الصراحة يبدو موجّهًا للأشخاص الذين يدققون الأنظمة على أساس مهني، لا لمن يطاردون روايةً ما، وهو ما يتماشى مع طرح “Dusk” برمّته نحو التمويل الخاضع للتنظيم.
ومع ذلك، ليست الترقيعة إصلاحًا جذريًا. فالمكافآت تُعدِّل السلوك، لكنها لا تُزيل قابلية التنبؤ الكامنة، وحتى مُهيِّئٌ ذا تمويلٍ قوي لا يبالغ بحساب السمعة يمكنه أن يقرر أن المخاطرة تستحق العناء. إنه نفس النوع من الفجوة التي تظهر بين الكود والقانون: قد يجعل البروتوكول السلوك السيّئ مكلفًا، لكن لا يمكن للمحكمة أو المُنظّم أن يجعله ذا عواقب حقيقية بغض النظر عن عمق جيوب أي شخص.
لا يعني ذلك أن منهج “Dusk” أقل فكرًا، بل فقط يعني أن الجزء المثير للاهتمام في الورقة البيضاء غالبًا ما يكون الفقرة التي تعترف بضعفٍ ما، وليس الفقرة التي تَبيع النتيجة. اقرأ القيود التي يسميها مشروعٌ لنفسه، ثم قرر كم من بقية الأمور تريد الوثوق به.
ما زلت أتعلم هذه الأشياء ورقةً تلو الأخرى، والصراحة أن هذا هو الجزء الممتع.
@Dusk #dusk $DUSK

معظم ورقة عمل Dusk مبنية لتُدهش: إثباتٌ مختصرٌ يَعِدُ بالنهائية خلال ثوانٍ، ونماذج Moonlight-Phoenix مزدوجة تتيح أن تتعايش المدفوعات الشفافة والمُشفّاة (المخفّاة). وبينما تنطوي قرب النهاية، تحت قسم بعنوان "العقود الأخرى"، على شيءٍ أكثر هدوءًا قد يهم بقدر ما يهم مهمة Dusk الفعلية: عقد Citadel، الذي يُنظّم التراخيص.

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

ما يجعل الأمر يستحق نظرة ثانية هو ما يعمل عليه. Citadel هو نظام هوية Dusk الخاص بالمعرفة الصفرية (zero-knowledge)، وتصفه التیم كحل KYC مبني على المعرفة الصفرية. يشير ورق البحث إلى ضعفٍ حقيقي في التصاميم الأقدم: حقوق المستخدم — اشتراك، أو تذكرة، أو تصريح للتداول — كانت ممثلة كـ NFT مُثبتة عبر برهان معرفة صفرية، لكن الـ NFT ظل عامًا وقابلًا للتتبّع، فيُلغي الخصوصية بهدوء. يحافظ Citadel أيضًا على الحق خاصًا، بحيث يمكن لترخيص مُبني عليه أن يتيح لشخص ما إظهار أنه يمتلك ترخيصًا صالحًا وغير منتهي دون كشف أي ترخيص هو تحديدًا، ولا من أصدره، ولا من هو.

هذا جوابٌ مختلف فعلًا عن مأزق الخصوصية مقابل الامتثال في البلوك تشين، بخلاف الخيارين المعتادين: شفافية كاملة كما في Ethereum، أو عدم الكشف عن الهوية الشخصية كما في Monero. قد تحتاج الأسواق المُنظَّمة إلى خيارٍ ثالث — قابلية إثبات الأهلية دون إرفاق هوية عامة، قابل لإعادة الاستخدام عبر العلاقات بدلًا من تكرار KYC في كل مرة. وبجانب Zedger، الجار الذي يركز على الأوراق المالية، تبدو طبقة التراخيص هذه أقل كأنها ملاحظة إدارية وأكثر كأنها الآلية التي تراهن Dusk عليها لجعل الخصوصية والرقابة تتعايشان.
@Dusk #dusk
$DUSK
$ETH
$XMR

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

هذا ما جعل الأمر يبدو أكثر «واقعية» بالنسبة لي من معظم مشاريع الخصوصية التي قرأتها. لا يكتفي Dusk بإخفاء مبالغ/أرقام المعاملات؛ فهو يبني في اتجاه مسارات تدقيق، وطبقة هوية وترخيص تُسمّى Citadel، وإطار أوراق مالية (Zedger) مُنمذجًا على كيفية عمل الإجراءات المؤسسية بالفعل خارج السلسلة (off-chain). إنه أقل من شعار «الشفرة هي القانون» وأكثر من «على الشفرة أن تُجيب عن القانون»، وهي مسألة أصعب بكثير في التصميم.

ومع ذلك، ما زلت غير مقتنع بالكامل. يمكن للورقة البيضاء أن تصف آلية تدقيق؛ لكنها لا تستطيع أن تخبرك بما إذا كانت أي جهة تنظيمية ستعتبر إثباتًا ذا معرفة صفرية (zero-knowledge proof) دليلًا صالحًا في قضية حقيقية. تُوصَف عدة من هذه العقود بأنها أشياء «سيتم» نشرها، وليست أشياء تعمل اليوم. إن تصميم الامتثال والحصول على الاعتراف القانوني بوصفه متوافقًا هما مرحلتان مختلفتان تمامًا، وغالبًا ما تستغرق المرحلة الثانية سنوات، وتتطلب محاكم ونزاعات واقعية لتُحسم.

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

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

#DuskNetwork #ProofOfStake $DUSK @Dusk #dusk

في البداية افترضت أن قابلية العيش/الاستمرارية في توافق (consensus) Dusk مجرد دالة لمقدار الرهن (stake) والمشاركة — ما دامت هناك جهة تقدّم صادقة كافية على الإنترنت، فالـسلسلة تستمر في الحركة من تلقاء نفسها. لكن كلما نظرت أكثر إلى قسم وضع الطوارئ، أصبحت الصورة أكثر هدوءًا من ذلك. عندما تفشل عددٌ كافٍ من التكرارات المتتالية ولا يصل أي مرشح إلى حد النصاب (quorum)، فإن الشبكة لا تكتفي بالاستمرار في المحاولة من تلقاء نفسها وفق شروطها إلى ما لا نهاية. يمكن لمزوّدي الخدمة (provisioners) طلب كتلة طوارئ، وإنتاجها يعتمد على بذرة (seed) موقّعة بواسطة مفتاح تسميه الورقة ببساطة "Dusk"، ويتم التحقق منها مقابل مفتاح عام مُدرج كمعامل عام (global parameter). وتتطلب عملية الطلب نفسها أغلبية من الوزن المرهون خلفها، لذلك فهي ليست قرارًا أحاديًا. ومع ذلك، فإن آلية التعويض للحالة الأسوأ في النظام تنتهي إلى أن تمرّ عبر طرفٍ واحد مُسمّى بعينه بدلًا من أسلوب الانتقاء العشوائي المفتوح (open sortition) المستخدم في كل مكان آخر. ربما تكون هذه صفقة معقولة لسلسلة بُنيت حول التمويل المُنظّم. يجعلني ذلك أتساءل عمّا إذا كانت اللامركزية تُقيَّم الأفضل وفق الحالة المعتادة، أم وفق ما يحدث عندما تنهار الحالة المعتادة.
#dusk #Consensus @Dusk $DUSK

لقد كنت أقرأ هذا الأسبوع عن خزائن بيتكوين، ولفت انتباهي رقم واحد: شيء مثل 99% من كل بيتكوين لا يلمس الـDeFi أبدًا. ليس لأن الناس لا يريدون استخدامًا أكبر له، بل لأن القيام بأي شيء به في أماكن أخرى غالبًا يعني الوثوق بجهة حافظة (custodian)، أو بجسر (bridge)، أو بشركة تمسك عملاتك نيابةً عنك.

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

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

لذا فأنا غير متأكد بعد، وأعتقد أن ذلك أمر طبيعي. ليس كل شيء جديد يحتاج إلى حكمٍ فوري.

ما أعود إليه دائمًا هو هذا: افهم كيف يعمل الشيء فعليًا قبل أن تقرر ماذا يعني. هذا صحيح هنا، وصحيح تقريبًا في كل مكان. ابقَ فضوليًا، واطرح الأسئلة، وأعطِ نفسك إذنًا لمواصلة التعلم ببطء. عادةً ما يكون هذا هو المكان الذي يحدث فيه النمو الحقيقي، بعد أن يهدأ الضجيج.
@BabylonLabs_io #baby $BABY

لقد كنت أراجع ورقة بابلون الجديدة حول محافظ البيتكوين غير القابلة للثقة، وهناك تفصيل ظل عالقًا في ذهني أكثر من التشفير نفسه: فهم يتعمّدون ألا يسمّونها جسراً. هذا ليس مجرد تسويق. الجسور تتطلب مشغّلين في المنتصف، وموقّعين، ومُتحدّين، والتاريخ يواصل إظهار لنا مدى فشل هذا المنتصف بسهولة. ما تقترحه بابلون بدلًا من ذلك هو مَجلَد (Vault) مرتبط بأطراف محددة ومعروفة، باستخدام معاملات مُوقّعة مسبقًا وأدلة إثبات معرفة صفرية (Zero-Knowledge)، بحيث لا تغادر BTC فعليًا سلسلة بيتكوين لتُشارك في مكان آخر.#Babylon
ما يجعل هذا يبدو أكثر واقعية من معظم إعلانات العملات المشفرة هو أنه ليس مجرد فكرة؛ بل تم إثباته جزئيًا بالفعل. بروتوكول الإيداع الأساسي (staking) كان يعمل منذ 2024، وبداخله مليارات من BTC حقيقية مُقفلة عبره. هذا السجلّ يُهمّني أكثر من أي شريحة خريطة طريق. إنه يوحي بأن الفريق يطوّر شيئًا مُجرّبًا، لا يطلق وعدًا جديدًا.
ومع ذلك، سأبقي تفاؤلي بقدر من الحذر. تقليل الثقة ليس هو الشيء نفسه مثل انعدام المخاطر. إذا ما حُسم نزاع يومًا ما بشكل متنازع عليه، فلا يزال هناك من يحتاج إلى توليد الدليل، وتخزين دوائر كبيرة ومشوّهة (garbled circuits)، والرد بشكل صحيح ضمن نافذة زمنية محددة. هذا قدر كبير من التنسيق يعتمد على أفراد أو مشغّلين صغار، والتنسيق تحديدًا هو المكان الذي تميل فيه الأنظمة إلى الانكسار تحت الضغط. كما توجد أسئلة مفتوحة حول كيفية تنظيم المُصَفّين (liquidators)، والمقرضين، والعقود الذكية عبر سلاسل مختلفة فعليًا عندما تسوء الأمور ماليًا.
لذلك لست جاهزًا لوصف هذا بأنه "محلٌّ". أنا أقول إنه يستحق المتابعة عن كثب.
إذا كان هناك شيء واحد تعلّمني إياه عادات العملات المشفرة باستمرار فهو هذا: افهم الآلية قبل أن تثق بالنتيجة. تتطور الأنظمة، وتتغير الحوافز، والتصميم الذكي اليوم قد يصبح حالة طرفية (edge case) غدًا. البقاء فضوليًا، وطرح أسئلة غير مريحة، وبناء فهم حقيقي تدريجيًا يتفوّق دائمًا على الثقة العمياء.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

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

الفكرة الأساسية رائعة: بدلًا من تسليم البيتكوين إلى أمين حفظ أو جسر والآثِقَة من أنهم سيتصرفون بشكل جيد، تقوم بقفله داخل خزنة تُقرّر فيها البراهين التشفيرية مَن يحق له السحب لا شركة، ولا لجنة. هذا ما يجعل الأمر يبدو لي "أكثر واقعية" من معظم العروض الترويجية للعملات المشفرة. وليس الأمر يحدث في فراغ. في هذا العام، بدأ كلٌّ من هيئة الأوراق المالية والبورصات الأمريكية (SEC) ولجنة تداول السلع الآجلة (CFTC) في كتابة إرشادات فعلية حول أدوات الحفظ الذاتي واستخدام العملات المشفرة كضمان في الأسواق المنظمة. هذه إشارة حقيقية المنظمون لم يعودوا يتجاهلون ذلك، بل يحاولون إدخاله ضمن القوانين القائمة.#Babylon

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

لذا أنا فضولي، لكن غير مقتنع. الأنظمة المصممة لتقليل الثقة العمياء تستحق الفهم العميق، لا الاكتفاء بالتصفيق الأعمى. اسأل عن الآليات، ولا تكتفِ بالعَرض. هذه في الحقيقة هي الدرس الأكبر هنا: ابقَ فضوليًا، وواصل التعلّم، واترك فهمك ينمو جنبًا إلى جنب مع التكنولوجيا بدلًا من أن تتقدّم عليها.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

في البداية افترضت أن تفصيلة "كل طرف يولّد دائرة مرة واحدة لكل جهة مقابلة" ضمن نموذج تكلفة BitVM3 مجرد ملاحظة تحسين. لكن كلما نظرت أكثر، اتضح أن الآلية التي تقوم بالعمل الحقيقي هنا هي الاستبعاد، لا كلفة التوليد. إن الطعن الفاشل لا يحل نزاعًا واحدًا فقط؛ بل يزيل هذا الطرف بالكامل من عمليات السحب من الخزائن مستقبلًا. وهذا ما يسمح بإطفاء تكلفة توليد الدوائر بدل أن تتكرر لكل إيداع. ما لفت انتباهي هو مقدار الوزن الذي يوضع على "المشغّلين المحترفين" الذين يُتوقع من المقترضين الأصغر أن يفوضوا لهم ذلك. لا يمكنهم سرقة البيتكوين، لأن المقترض ما زال يوقّع بالاشتراك، لكن بإمكانهم تجميع التعرض عبر جهات مقابلة كثيرة، حيث يثق كل منها بشكل فردي في قاعدة استبعاد لم يكن هو من صمّمها. يفترض نموذج الأمان أن الخسارة مرة واحدة تكفي كرادع. وربما يكون هذا معقولًا لمشغّل عقلاني يدير سمعته. وهذا يترك السؤال الأكثر هدوءًا: هل يصف نظامٌ يعامل "القبض مرة واحدة" باعتباره عقابًا كافيًا سلوك المشغّلين، أم أنه مجرد أمل في ذلك.
#bitcoin #defi #BitVM $BABY @BabylonLabs_io #baby $BTC

أعود دائمًا إلى سؤال يتجاوز عنه معظم مُفسّري العملات المشفّرة: عندما يحدث خطأ ما، من الذي يتحمّل المخاطر فعليًا؟ ليس من الناحية النظرية — بل في التفاصيل الدقيقة.
هذا السؤال هو ما جعل ورقة هذا القبو الخاص بالبيتكوين مثيرة للاهتمام بالنسبة لي. تعتمد معظم تصاميم الجسور بشكلٍ صامت على لجنة أو مجموعة من "المشغّلين" يمكنهم — من حيث المبدأ — التواطؤ والهرب بالأموال. يحاول هذا التصميم شيئًا مختلفًا: بدلًا من تسليم الحيازة إلى طرف ثالث، يقوم شخصان مباشرةً بالتوقيع المُسبق على الشروط الدقيقة التي بموجبها تنتقل الأموال، وتقوم برهانٌ تشفيري — لا بكلمة شخص — بتحديد من صاحب الحق. وعلى الورق، هذا يقدّم نموذج مخاطر مختلفًا بصورة ملموسة عن "ثق بهذه الـ multisig".#Babylon
ما يجعله يبدو أكثر واقعية من معظم العروض هو الصراحة في طريقة تقديمه. توجد بالفعل جدول مقارنة يوضح، حالةً بحالة، بالضبط أي طرف لا يزال مضطرًا لأن يثق بمن تحت كل تصميم — بما في ذلك الطرف نفسه. هذا نادر. معظم المشاريع تبيع اليقين؛ هذا المشروع يريك أين تستقر الثقة المتبقية فعليًا.
ومع ذلك، لا أعتقد أن "وجود عدد أقل من البشر في الحلقة" يعني تلقائيًا "خطرًا خاليًا من المخاطر". يمكن للـ oracles أن تخطئ. وقد يتأخر المُصَفِّون أو قد يغيبون. ويمكن للنظام أن يكون سليمًا تشفيريًا بينما يظل هشًا تشغيليًا — غير مختبَر على نطاق واسع، وتحت ضغط سوق حقيقي، مع أموال حقيقية تَهلع في الوقت الحقيقي.
لذلك لستُ مستعدًا لإعلان أن الأمر "محسوم". أنا فقط سعيد لأن شخصًا ما دوّن أين تعيش الثقة فعلًا بدلًا من إخفائها.
من المفيد تذكر ذلك: فهم حدود النظام ما يزال تقدّمًا، حتى بدون استنتاج مرتب.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

كنت أقرأ الورقة البيضاء الجديدة من بايبيلون حول خزائن بيتكوين، وتشبثت بي واحدة من التفاصيل أكثر من التقنية نفسها: إنهم لا يبنون جسراً. يذكرون صراحةً أن الجسور حلّ بديل وليست الهدف — وبعد أن رأيت كمّ القليل من بيتكوين الفعلي الذي ينتقل إلى التمويل اللامركزي (أقل من 1%)، أصبح هذا الطرح منطقيًا. معظم بيتكوين لا يزال هناك، متروكًا في مكانه، ومنفصلًا عن كل شيء.
الذي يجعل هذا يبدو مختلفًا عن كثير من عروض العملات المشفّرة هو أنه لا يطلب منك أن تثق بشركة أو لجنة. التصميم كله مبني على إزالة تلك الطبقة — بوب ولاري، الطرفان في مثال الإقراض لديهم، يقومان بالتوقيع المسبق للمعاملات بحيث لا يستطيع أيٌّ منهما التحكم بهدوء في عملات الطرف الآخر. لا يوجد أمين حفظ يمسك بيتكوين الخاص بك "للاحتفاظ الآمن". ولا يوجد توكن مُغلّف حيث أنك في الواقع إنما تثق بمن قام بإصداره. هذا وعد مختلف بشكل ملموس عن الوعود التي تقدمها أغلب منتجات الجسور.
لكن سأكون صريحًا: أنا متحفظ حيال الفجوة بين "غير قائم على الثقة نظريًا" و"غير قائم على الثقة عمليًا". تعترف الورقة نفسها بأن التحديات تكلف أموالًا حقيقية إذا حدثت نزاعات، وتعتمد على بنية تحتية خارج السلسلة — الدوائر المشوشة، توليد الإثباتات، وصول العقد — والتي ما زال يجب تشغيلها بواسطة شخص ما، بشكل صحيح في كل مرة. الضمانات التشفيرية لا تكون أقوى من البرنامج الذي ينفذها، وغالبًا ما يكون هذا هو المكان الذي تنكسر فيه الأمور بهدوء.
#Babylon
لست أتجاهل الفكرة، لكنني لست مقتنعًا بالكامل أيضًا. إنه محاولة مثيرة فعلًا لحل مشكلة حقيقية بدل الاكتفاء بتغطيتها بواجهة حفظ أصول أخرى.
إذا كنت تتابع هذا المجال، فمن المفيد قراءة الآليات الفعلية قبل أن تقرر ماذا يعني لك مصطلح "غير قائم على الثقة". أبطئ وتأكد مما يُفترض مقابل ما هو مُثبت، وواصل التعلم — عادة التعلم هذه أهم من أي مشروع بعينه.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC