Sheemm

هناك شيء واحد بخصوص @Dusk جذب انتباهي، وهو أنه لا ينظر إلى الخصوصية على أنها مجرد إخفاء المعاملات.

بالنسبة للمؤسسات المالية، قد تكون المشكلة الحقيقية أكثر تعقيدًا.

يحتاج الـ blockchain إلى قدر كافٍ من الشفافية للجهات التنظيمية والمدققين والأطراف المقابلة للتحقق مما يجري. لكن المؤسسات قد لا ترغب في أن تكون كل الأرصدة أو المراكز أو أنماط المعاملات أو درجة التعرض مرئية للجميع.

وهذا يخلق توترًا مثيرًا للاهتمام: الخصوصية مقابل قابلية التحقق.

نهج Dusk، المبني حول العقود الذكية السرّية ومعيار XSC، هو محاولة للعمل ضمن هذا التوتر.

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

يبدو أن الإفصاح الانتقائي مفيد، لكنه يثير أيضًا سؤالًا أصعب: من يتحكم فيما يتم الإفصاح عنه؟

إذا كانت قواعد الامتثال تتطلب وصولًا مُتحكمًا به، فهل يمكن أن يؤدي ذلك إلى مخاطر جديدة تتعلق بالحَوْكمة أو المركزية؟

أعتقد أن هذا هو النقاش الأكثر إثارة للاهتمام حول Dusk.

ربما لم تكن سلاسل الكتل العامة شفافة للغاية في العموم. ربما كانت مجرد شفافة أكثر من اللازم لأنواع معيّنة من رأس المال.

هل قد يكون التحكم القابل للبرمجة في وضوح المعلومات المالية أكثر أهمية من مجرد جعل المعاملات خاصة؟

@Dusk $DUSK #dusk

لماذا نفترض أن سلسلة الكتل يجب أن تكشف كل ما تعرفه لإثبات أن شيئًا ما صحيح؟

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

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

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

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

وهذا يثير أيضًا سؤالًا أوسع للسوق: هل نبني سلاسل كتل عامة بناءً على ما يسهل كشفه تقنيًا، بدلًا مما يحتاجه المستخدمون حقًا للكشف عنه؟

لا أملك إجابة شاملة بعد، لكن DUSK جعلت هذا السؤال يبدو أكثر عملية بكثير.

@Dusk #dusk $DUSK

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

#Dusk $DUSK @Dusk

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

انضم إلى غرفة الدردشة الخاصة بي يا رفاق😊😁👇 رابط التتبع أدناه
#repopomybothpinpoposuppome #repopo #repopomypopo #repopomypinpoposuppome #malizchatroom
$BTC $XAU $NVDAB

شيء واحد جعلني أتوقف عن التمرير بشأن شبكة الاختبار DuskEVM: الجسر ليس مجرد تدفق بسيط “انقل DUSK واعتبر الأمر منتهيًا”.

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

وهنا صار الأمر ممتعًا بشكل غريب.

يتطلب السحب من DuskEVM ثلاث عمليات منفصلة على السلسلة: بدء على EVM، ثم إثبات على Dusk L1، ثم إنهاء على L1. والأهم من ذلك أن الوثائق تقول إن الجاهزية تعتمد على حالة الشبكة المنشورة ونضج الإثبات وفحوصات لعبة النزاع—وليس مجرد الانتظار لمدة ثابتة.

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

ميكانيكيًا، هذا منطقي لبيئة تنفيذ على نمط OP Stack تم تسويتها عبر DuskDS. لكن من الناحية الهيكلية، فهذا يعني أن تجربة المستخدم يتم التحكم فيها جزئيًا بواسطة شروط خارج معاملة EVM الأصلية.

وهذه هي النقطة التي لا يذكرها أحد في عنوان “‏EVM يعمل”.

ربما هذا مجرد المقايضة غير القابلة للتجنب عند ربط طبقتي تنفيذ.

لكن جعلني أتساءل: مع انتقال DuskEVM من التجارب على الشبكة التجريبية نحو نشاط مالي حقيقي، هل سيقبل المستخدمون وجود جسر حيث “تمت” لا تعني بالضرورة “قابل للسحب” بعد؟
@Dusk
#dusk $DUSK