AbdullRauf

في البداية افترضت أن نمذجي المعاملات على Dusk هما مجرد خيار للخصوصية. عام أو خاص. مفتاح واحد. اختيار بسيط.

لكن الفرق الفعلي أعمق من ذلك.

يعمل Moonlight مثل Ethereum. لدى حسابك nonce. كل معاملة تزيده بشكل علني. يمكن لأي شخص رؤية رصيدك وسجلّك وتسلسلَك. الـ nonce هو عدّاد. وهو أيضًا أثر.

أما Phoenix فيعمل بشكل مختلف. لا يوجد حساب. لا رصيد ظاهر. لا عدّاد تسلسلي. بدلًا من ذلك، عندما تنفق مذكرة (note)، فإنك تُنتج مُبطِلًا (nullifier). يسجّل الشبكة هذا الـ nullifier ويعرف أن المذكرة قد زالت. لكن لا يستطيع ربط الـ nullifier بالمذكرة التي جاء منها. الإنفاق قابل لإثبات. وهوية ما تم إنفاقه ليست كذلك.

هذا التمييز مهم أكثر مما يبدو. في Moonlight، يصبح سجل معاملاتك قصةً قابلة للقراءة. في Phoenix، تعرف الشبكة أن فصولًا تُكتب دون أن تعرف ما الذي تقولُه.

ما أفكر فيه باستمرار هو أي المؤسسات تريد أي نموذج فعليًا. قد تحتاج مؤسسة مصرفية تُجري تسوية إلى Moonlight لسجلات التدقيق. وقد يحتاج صندوق ينفّذ استراتيجية إلى Phoenix لتجنّب التلاعب بالأوامر قبل تنفيذها (front-running). يمكن لكليهما العيش على السلسلة نفسها. ولا يجبر أحدهما الآخر على المساومة.

ما لم أستطع العثور عليه في التوثيق هو كيفية تعامل الجهات التنظيمية مع الـ nullifiers باعتبارها دليلًا. الـ nonce يثبت التسلسل. والـ nullifier يثبت الإنفاق دون كشف المذكرة. هل هذان يعادلان قانونيًا في سياق الامتثال؟

ما رأيك — عندما يطلب منظمٌ ما تقديم إثبات معاملة، هل يفي الـ nullifier بالمتطلب أم أنه يطرح سؤالًا أصعب فقط؟

#dusk $DUSK @Dusk

تنبيه هدية 🎁🧧
نوزّع 2000 هدية على عائلتنا في Square كجزيل شكرًا على دعمكم!
للدخول:
✅ تابع
✅ شارك هذه المنشورة
✅ اعلّق "666 !"
سيتم اختيار الفائزين عشوائيًا. حظًا موفقًا للجميع! 🚀

الخصوصية المضافة إلى EVM ليست هي نفسها الخصوصية المدمجة منذ اليوم الأول.#dusk

كنتُ أنظر إلى تصميم إجماع جديد وأطرح سؤالًا واحدًا أولًا: كيف يمكن للمهاجم اختراق ذلك؟

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

هذا هو «مشكلة حافز المولِّد المستقبلي». لا تأتي من الخارج. بل تنبع من الحوافز المتاحة للمشارك الشرعي.

كانت استجابة Dusk هي إعادة تشكيل تلك الحوافز. أفصل بين مكافآت المُولِّد والمصوّت. استبعد مُولِّد التكرار التالي من التصويت الحالي. حدّد عدد التكرارات التي يمكن تشغيلها.

هناك مفاضلة. كل قاعدة حوافز إضافية تضيف افتراضًا جديدًا يجب أن يستمر في الصمود تحت الضغط.

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

#dusk $DUSK @Dusk

$DUSK انخفض بنسبة 93%… ومع ذلك يحافظ على شراكات ومسار إصدار بقيمة 200 مليون يورو+؛ معظم البروتوكولات عند هذا السعر لا تمتلك ذلك

في البداية افترضت أن إضافة الخصوصية إلى بيئة EVM يشبه بناء الخصوصية من الأساس. من الخارج تبدو الاثنين متشابهتين. أما من الداخل فليس الأمر كذلك.

يحمل نموذج حسابات EVM افتراضًا بنيويًا. العناوين تستمر. يتراكم النشاط. حتى عندما تُشفَّر المعاملات الفردية، يصبح الحساب نفسه نمطًا مع مرور الوقت. يضيف Hedger السرّية فوق هذا النموذج. يمكن أن تصبح بيانات المعاملة غير قابلة للقراءة (مُعتمة). تبقى بنية الحساب ظاهرة.

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

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

هل تمنح السرّية على مستوى المعاملة المؤسسات حمايةً كافية، أم أن نموذج الحساب الكامن تحت السطح يحدّ بهدوء من الوعد كله؟

#dusk $DUSK @Dusk

في البداية افترضت أن إضافة الخصوصية إلى بيئة مبنية على EVM هو نفسه بناء الخصوصية منذ البداية. من الخارج تبدو الاثنتان متشابهتين. أما من الداخل فالأمر مختلف.

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

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

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

هل توفر السرية على مستوى المعاملة حماية كافية للمؤسسات، أم أن نموذج الحساب من الأسفل يحدّ بهدوء من الوعد كله؟

#dusk $DUSK @Dusk

في البداية افترضت أن الظهور في لوحة الصدارة كافٍ.

قضيت وقتًا في مراجعة القواعد ووجدت أن التحقق هو البوابة الحقيقية.

اليوم هي النافذة الوحيدة.

Binance Wallet → Discover → Booster → TermMax → Square task → Complete & Verify.

إذا فاتتك هذه الخطوة فلن تعني الترتيبات شيئًا

العمل الهادئ في تأكيد المعاملات هو الذي يحدد فعلاً من سيحصل على الدفع.
@TermMax
#TermMax

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

#dusk $DUSK @Dusk

في البداية افترضت أن التمويل المُنظَّم لا يمكنه التحرك على السلسلة لأن الجهات التنظيمية لن تسمح بذلك أبدًا. كانت القواعد صارمة جدًا. كانت الأنظمة مغلقة جدًا. كانت سلسلة الكتل مفتوحة جدًا.

ثم ظهرت الأرقام. أكثر من 200 مليون يورو في إصدار مُؤكَّد عبر NPEX، وهي بورصة هولندية مُنظَّمة تعمل مع Dusk. لم يبدُ ذلك كأنه مقاومة. بل بدا كالنقيض.

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

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

عندما يتحرك التمويل المُنظَّم على السلسلة، هل تصبح سلسلة الكتل أكثر تنظيمًا، أم يصبح التمويل أكثر حرية؟

#dusk $DUSK @Dusk

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

#dusk $DUSK @Dusk

في البداية افترضت أن إمدادًا ثابتًا قدره مليار واحد هو أقوى إشارة في تصميم $TMX. قضيت وقتًا مع جدول الإطلاق الفعلي ووجدت أن الرقم الأكثر أهمية هو “السيولة/الكمية القابلة للتداول (float)”.

يُتوقع فقط أن يتداول حوالي 200 مليون في البداية. وحدها رموز المستثمرين تطلق تقريبًا 11.67 مليون شهريًا بعد فترة الجَلْف (cliff). عند إضافة عمليات إطلاق الفريق والمستشارين، يمكن أن يصل التدفق الخطي الشهري إلى نحو 17.67 مليون. التخفيف/الزيادة المقررة (dilution) أمر طبيعي. الاختبار الحقيقي هو ما إذا كان الطلب الفعلي وإيرادات البروتوكول يمتصّان المعروض الجديد أسرع مما يصل.

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

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

#termmax @TermMax

في البداية افترضت أن طبقة امتثال للأصول الخاضعة للتنظيم ستكون شيئًا واحدًا فقط. تصميم واحد. مجموعة واحدة من المفاضلات. الجميع يستخدمون المسار نفسه. تعمل Dusk على مسارين. تم بناء Zedger على بيئة التنفيذ الأصلية. يعمل Hedger على طبقة متوافقة مع EVM. كلاهما يتعامل مع إصدار الأصول الخاضعة للتنظيم. وكلاهما يفرض قواعد الامتثال. ولا يَحلّ أحدهما محل الآخر. ما شد انتباهي لم يكن الانقسام التقني بقدر ما يكشفه ذلك حول من يحاول البروتوكول فعلًا خدمته. يحصل المطورون الأصليون على مسار واحد. يحصل مطورو Solidity على مسار آخر. هذه مرونة. لكنها أيضًا قاعدتا كود، عبء صيانة مزدوج، وموضعان يمكن أن يظهر فيهما فجوة امتثال قبل أن يلاحظ أحد. السؤال الذي لا أستطيع الإجابة عنه من الوثائق هو ما إذا كانت كلتا الطبقتين توفران ضمانات خصوصية متطابقة أم أن إحداهما يقدم مفاضلات لا تقدمها الأخرى. المرونة التي تمنح مستخدمين مختلفين مستويات حماية مختلفة بشكل خفي ليست حقًا مرونة. إنها منظومة طبقية باسم أكثر لطفًا. عندما @Dusk ينشئ طبقتين امتثال على البروتوكول نفسه، هل يضاعف ذلك النظام البيئي أم يقسمه؟

#dusk $DUSK @Dusk