duskevm

$DUSK
الخصوصية تلتقي مع DeFi!
تحريك الأصول على السلسلة لا ينبغي أن يعني كشف كل رصيد أمام الجميع.
تهدف Hedger إلى تقديم تحويلات سرّية إلى DuskEVM مع الحفاظ على الأرصدة وأحجام التحويلات مشفّرة، بينما تظل المعاملات قابلة للتحقق.
الخصوصية + الشفافية، دون التضحية بإمكانية التحقق.
هل يمكن أن يكون هذا خطوة كبيرة نحو تمويل سلاسل خاص؟
ما رأيك في Hedger
#dusk #DuskEVM #crypto

$DUSK 24 ارتفعت على مدار 11 ساعة بنسبة 4.16%، وبلغت عند خط 0.08 دولار. لكن بالأمس قام @DuskFoundation بربط طرف EVM لهذه السلسلة وطرف توكناتها بشكل مباشر وواضح؛ وهذه هي المرة الأولى منذ الإطلاق التي تُكتب فيها «تشغيل التطبيق» و«استخدام التوكن» في جملة واحدة.

قبل أكثر من خمس أسابيع، كانت هذه السلسلة تتحدث فقط عن كونها متوافقة مع مجموعة أدوات Solidity، وأن طبقة الخصوصية يمكن تعديلها حسب الحاجة داخل EVM، وأن Chain ID 744 على الشبكة الرئيسية متصل بالفعل، وأن إطار التطوير الخاص بـ Foundry يصطف مباشرة مع واجهات الشبكة الرئيسية—كل ذلك كان بُعدًا «قابلًا للتشغيل». لكن كون الشيء يعمل لا يعني وجود عملاء عليه؛ فالعمل لم يصل إلى الجهة التي تستخدم فيها التوكنات، أي أن نشاط السلسلة والحركة المتعلقة بالتوكن مجرد صورتين منفصلتين.

لكن منشور 9-18 مختلف: @Dusk قام بتسمية الأمور مباشرة. خصصوا عقود دفع التوكن، ودفع معاملات المستخدمين، ودفع رسوم الشبكة، ودفع الرهن. كلما تم تشغيل تطبيق إضافي على السلسلة، زادت تلك الجهة احتياجًا لدى جانب التوكنات. ومن ناحية، تم تفصيل مسار إيرادات المنتج في المقال الطويل لشهر أغسطس (Dusk Trade يحقق رسومًا، ثم شراء عودة، ثم الحرق، ثم توزيع على طبقة التطبيقات)، ومن ناحية أخرى تم دفع شرط تطوير المطورين من عبارة «هل يمكن كتابته؟» إلى سؤال «عند الانتهاء، كم عدد التوكنات التي سيتم حرقها فعليًا مرة واحدة عند النشر؟».

بالنسبة لمطوري Solidity، فإن أغلى ما في هذه السلسلة ليس توافق EVM—فهذه الساحة مزدحمة جدًا. القيمة الحقيقية هي «درع الخصوصية» الذي تُضيفه لك طبقة الخصوصية على مستوى العقود حسب الحاجة: دفتر الأوامر يمكن خلطه، الرصيد يمكن إخفاؤه، الملكية يمكن تشفيرها—لكن واجهات المراقبة التي يجب أن تُرى تُفتح عند الحاجة. لا يتطلب منك كتابة دوائر المعرفة الصفرية بنفسك؛ ما عليك سوى استدعاؤها. وبالاقتران مع طبقة التطبيقات التي بدأت منذ أغسطس الحديث عنها لوجود حوض أصول بقيمة 300 مليون يورو، ومع ربط مكدس بيانات عبر السلاسل في سبتمبر، فإن تطبيقات هذه السلسلة ليست «تعمل على عرض DeFi تجريبي»، بل «تُنشئ بنية تحتية مالية متوافقة». سقف السوق لهاتين المسألتين يختلف بفارق رتبة.

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

هناك سؤال واحد يستحق المتابعة فقط: ما المشروع التالي الذي سينشر عقدًا على الشبكة الرئيسية، وأي صناعة سيكون؟#dusk #DuskEVM #التوكن_استخدامه_في_أين

$DUSK 24 ساعات ارتفاع طفيف 0.45%، ليدور عند 0.07 دولار. لكن الشيء الذي يجب أن تنظر إليه اليوم ليس السعر.

@Dusk محرك الخصوصية في هذه السلسلة: في النصف الأول من عام 2026، الأكثر جدارة بالتفكيك ليس ما تفعله من ناحية الخصوصية، بل **كيف تستخدم التشفير لتحقيق الخصوصية**. معظم حلول الخصوصية في التمويل اللامركزي تعتمد فقط على الإثباتات بالمعرفة الصفرية؛ أي حزمة واحدة من الإثباتات بالمعرفة الصفرية تكفي. لكنها لا تفعل ذلك: فهي تجمع في آنٍ واحد بين **التشفير المتجانس** (بناءً على منحنيات إهليلجية، يمكن إجراء العمليات مباشرةً على القيم المشفرة) وطبقة المعرفة الصفرية، وبينهما تضيف نموذج حسابين مزدوجين لتحسين التوافق. تركيبة من ثلاث طبقات: تضحي بالأداء مقابل تحقيق الجمع بين الامتثال والخصوصية.

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

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

#dusk #DuskEVM #عقد خصوصية متوافق

(للبحث فقط، ليست نصيحة استثمارية)

كنت أعتقد أن الأصول الواقعية (RWAs) تتعلق في الغالب بأمر واحد: أخذ الأصول المالية التقليدية مثل السندات أو صناديق الاستثمار المتداولة (ETFs) أو الأوراق المالية ووضعها على البلوكشين. تحويل الأصل إلى توكن، والجزء الصعب قد تم… أو هكذا كنت أظن.

كلما تعمقت في Dusk، أدركت أن التحدي الحقيقي ليس هو عملية التوكننة—بل بناء بنية تحتية يمكن للتمويل المُنظّم استخدامها فعليًا. 🏛️

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

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

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

لست أُدّعي أن Dusk قد أثبتت النموذج بالفعل بعد. الاختبار الحقيقي سيأتي مع اعتماد أوسع للـ mainnet وظهور سير عمل مالي حي. لكن بالتأكيد أنها واحدة من المشاريع التي تجعلني أعيد التفكير في ماهية ما يمكن أن يصبحه البلوكشين في أسواق رأس المال. 🚀@Dusk

#dusk #RWA! #DuskEVM #Hedger #Blockchain #Tokenization #ZeroKnowledge #Privacy #DeFi #Crypto #Binance
$DUSK

#DUSKARMY. #DuskEVM
👀 يبدو DuskEVM وكأنه أكثر من مجرد محاولة أخرى للتوافق مع EVM.
@Dusk
يعمل DuskEVM كطبقة تنفيذ متوافقة مع Solidity على OP Stack، حيث يتم التسوية عبر السلسلة الأساسية لـ Dusk، مع دفع رسوم الغاز في $DUSK .
$TUT ,$GPS
الجزء المثير للاهتمام هو جانب الخصوصية:
⚙️ يمكن نشر تطبيقات Solidity الحالية مع تغييرات بسيطة للغاية
🔐 تتوفر ميزات الخصوصية عبر مكوّن Hedger المنفصل
⛓️ يحدث التسوية على السلسلة الأساسية لـ Dusk
💰 يتم دفع الغاز باستخدام DUSK

لكن التوافق وحده لا يضمن التبنّي.
السؤال الحقيقي: لماذا سيختار المطوّرون Dusk على أنظمة EVM الأكبر ذات السيولة الأعمق وقواعد المستخدمين الأكبر؟

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

#Ethereum✅ #Crypto #Blockchain

#dusk $DUSK @Dusk
كومة داكنة المعيارية: ثلاث طبقات، غرض واحد

ماذا لو تعاملت بنية البلوكشين مع التسوية والتنفيذ كوظيفتين منفصلتين؟

@Dusk تتبع هذا النهج بتصميم معياري مبني حول ثلاثة مكونات:

1. DuskDS — أساس التسوية
يتولى التوافق، وإثبات/حسم النهاية، وتوافر البيانات، ونماذج المعاملات الأصلية من Dusk، بما في ذلك Moonlight للتحويلات العامة وPhoenix للتحويلات المُشفّاة.

2. DuskEVM — مسار EVM
يمكن للمطورين استخدام Solidity وأدوات Ethereum المألوفة، بينما تتم التسوية عبر DuskDS. يجعل ذلك البيئة أكثر سهولة للتطبيقات المبنية على EVM مثل DeFi والأصول المُرمّزة.

3. DuskVM — تنفيذ L1 مباشر
تشغّل DuskVM عقودًا ذكية بلغة Rust/WASM مباشرة على Dusk L1، ما يجعلها مناسبة للتطبيقات التي تحتاج إلى وصول أعمق إلى نماذج معاملات Dusk، أو متطلبات الخصوصية، أو قدرات الإثباتات الصفرية المعرفة.

الجزء المثير للاهتمام هو الفصل ذاته: يمكن لتطبيقات مختلفة اختيار بيئة التنفيذ التي تحتاجها دون استبدال طبقة التسوية الأساسية.

بالنسبة لـ $DUSK ، يوفّر ذلك أساسًا يمكن فيه أن تعمل قابلية التوافق مع EVM، والتنفيذ المباشر على L1، والخصوصية، والتسوية الحتمية ضمن نفس البنية الأوسع.

#DUSK #DuskEVM #DuskVM

استطلاع: 🏗️ أي جزء من البنية المعيارية لـ Dusk يثير اهتمامك أكثر؟

لقد كنت أتابع DuskEVM عن كثب، وأعتقد أن القصة الحقيقية هي تمويل EVM السري.

يمنح DuskEVM المطورين بيئة مألوفة من Solidity/EVM، بينما يضيف Hedger الخصوصية عبر التشفير المتماثل التام وإثباتات المعرفة الصفرية.

ما أراه مثيرًا للاهتمام هو ما يمكن أن يتيحه ذلك:

→ أرصدة وتحويلات مُشفّرة
→ ملكية أصول خاصة
→ معاملات قابلة للتحقق دون كشف بيانات حساسة
→ خصوصية قابلة للتدقيق للتطبيقات الخاضعة للتنظيم
→ مزيد من الخصوصية لنشاط التداول المؤسسي

لا أعتقد أن الهدف هو إخفاء كل شيء فحسب.

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

بالنسبة لي، قد يصبح هذا المزيج جزءًا كبيرًا من البنية التحتية للـ DeFi المؤسسي.

#DuskEVM #dusk $DUSK @Dusk

#dusk $DUSK @Dusk لم يعيدوا هيكلته. هدموا.

قال متدرّب الغسق لا للإصدار 1.0 وجلب كرة الهدم.
التصميم القديم؟ إلى الأبد.
الكود القديم؟ إلى الأبد.
الحدود القديمة؟ أيضًا إلى الأبد.

بدلًا من ذلك: THEDUSKINTERN.COM 🌙
ناطحة سحاب جديدة بالكامل بُنيت للبنّائين.

داخلها: #DuskEVM أدوات، وTDI drops، و $TDI.
مبنية على #Dusk. بواسطة متدرّب.
تنبيه: متدرّب يعمل.

هذا هو شكل الشحن بسرعة في Web 3.
اكسر الأشياء. ابْنِ أكبر. أطلق تجارب.

الخصوصية + الامتثال + EVM = تبدأ هنا حقبة جديدة.
@Dusk الأساس $DUSK #RWA #dusk

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

ما غيّر وجهة نظري لم يكن عنوانًا آخر عن الت tokenization. بل كان الفرق بين تمثيل أصل على السلسلة (onchain) وبين تصميم دورة حياته فعليًا حول دفتر الأستاذ.

كنت أظن في البداية أن @Dusk يدور أساسًا حول الخصوصية. لكن زاوية الإصدار الأصلي جعلتني أنظر إليها بشكل مختلف.

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

يمنح DuskEVM للمطوّرين أدوات EVM المألوفة، بينما يوفّر DuskDS نهائيةً حتمية وتوفّرًا للبيانات ونماذج معاملات قابلة للخصوصية.

هذه المجموعة تثير اهتمامي لأنها تستهدف تصميم سير العمل، وليس مجرد تمثيل الأصول.

ومع ذلك، لست مقتنعًا بالكامل بعد. لا يمكن ببساطة حلّ الهياكل القانونية، والجهات المعتمدة، والحفظ (custody)، والسيولة، والتبنّي المؤسسي عبر تصميم البروتوكول.

لكنني بدأت أرى Dusk أقل باعتبارها «سلسلة tokenization أخرى»، وأكثر كبنية تحتية لإعادة بناء أجزاء من دورة الحياة المالية.

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

$RED $EDEN #DUSK #DuskEVM #Web3 #Tokenization

🗳️ ما الذي يهم أكثر لتبنّي Dusk؟

الحسم الفوري والثقة الهادئة

لنتحدث عن التسوية. $DUSK يستخدم إجماع Succinct Attestation. بمجرد اعتماد كتلة، تصبح دائمة. لا فروع. لا إعادة تنظيم. لا انتظار احتمالي.

بالنسبة لتداولات السندات والطرح الخاص، هذا الحسم الفوري غير قابل للتفاوض.

تحت الغطاء، تتعامل محرك Phoenix مع الأموال كـ "Notes" مشفّرة (نموذج UTXO). وبفضل عشوائية Diffie-Hellman المضمّنة، تكون المعاملات غير قابلة للربط بالكامل—حتى الصفقات المتكررة من نفس الطرف لا يمكن أن تُنسب لبعضها. خصوصية مالية حقيقية.

وهم يشغّلون جهازين افتراضيين مزدوجين—DuskVM (Rust/WASM للأداء الأصلي) إلى جانب DuskEVM (OP Stack Rollup لمطوّري Solidity). سرعة أصلية + نظام Ethereum البيئي. أفضل ما في العالمين، بدون تنازلات.

ما يعجبني أكثر؟ أنهم يتحدثون بهدوء. لا وعود صاخبة، لا مطاردة للميِمات—فقط عمل ثابت على بنية تحتية حقيقية. مشاهدة DuskEVM وهي تدخل حيز التشغيل وتتشكل الشراكات الهادئة… يبدو كأحد تلك المشاريع التي تنمو في الخلفية بينما الجميع الآخر يناقش الضجة.

لا تحتاج المؤسسات إلى مزيد من الشفافية. بل تحتاج إلى القدرة على الاختيار.

$DUSK يمنحهم ذلك—بتوصيل الفجوة بين التمويل التقليدي والمسارات اللامركزية، دون إجبار أي طرف على المساومة.

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

@Dusk #dusk $DUSK #DuskEVM #DUSK

قد تكون توافقية $TMX $BTC EVM هي الجزء الأقل إثارة للاهتمام في DuskEVM.
الجزء الذي جذب انتباهي هو ما يحدث عندما يدخل سير عمل Solidity/EVM المألوف إلى Dusk.
#DuskEVM تمنح المطورين والمؤسسات طبقة تطبيق متوافقة مع EVM، بينما تضيف Hedger سير عمل EVM سرياً باستخدام التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية.
لذلك تصبح التدفقية:
أدوات EVM المألوفة → تنفيذ سري → نتيجة قابلة للتحقق → مراجعة مصرح بها
وهذا يغيّر المشكلة بالنسبة لي.
لم يعد الجزء الصعب هو جعل المعاملة خاصة فحسب. بل أصبح هو تحديد ما يجب أن يبقى سرياً وما الذي لا يزال يحتاج إلى قابلية المراجعة بشكل مستقل.
وهذا يخلق نتيجة غير متوقعة.
قد يخفف DuskEVM الاحتكاك في الدخول إلى النظام البيئي، لكن التنفيذ السري لا يجعل التعقيد يختفي. بل ينقله إلى مكان آخر — إلى منطق التطبيق، أو براهين الخصوصية، أو سير عمل الامتثال المحيط بها.
الاختبار الحقيقي لعمل DuskEVM mainnet ليس ما إذا كان بإمكان عقود Solidity أن تعمل.
بل ما إذا أصبح التنفيذ السري عملياً بما يكفي بحيث لا يضطر المطورون إلى الاختيار بين الأدوات المألوفة والخصوصية المالية.
@Dusk $DUSK #dusk

@Dusk يُنشئ بنيةً تحتية للخصوصية من أجل التمويل اللامركزي المُنظَّم على السلسلة، وقد بدأت أُمعن أكثر في كيفية ملاءمة Hedger ضمن DuskEVM.

في الواقع، أضفتُ مركزًا صغيرًا $DUSK بعد تردُّد في البداية. ما غيّر رأيي لم يكن عنوانًا آخر عن الخصوصية—بل الطريقة التي يتعامل بها Hedger مع القيم المخفية.

يمزج Hedger بين التشفير المُتجانس وإثباتات المعرفة الصفرية، بحيث يمكن أن تبقى الأرصدة وأحجام التحويلات مُشفّرة، بينما لا يزال بإمكان الشبكة إثبات أن القواعد المطلوبة قد استُوفيت.

هذا جعلني أفكر بشكل مختلف بشأن التبنّي.

كنتُ أرى الخصوصية أساسًا على أنها “إخفاء المعاملة”. أما الآن فأعتقد أن الأهم هو إخفاء المعلومات المالية الحساسة دون كسر عملية المراجعة.

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

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

موقعي الصغير هو في الأساس طريقة بالنسبة لي لمواصلة مراقبة هذه التجربة.

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

$AKE $ACE #DUSK #DuskEVM #Privacy #Hedger

#dusk $DUSK @Dusk
كنت أقرأ الليلة الماضية توثيق محول DuskEVM، ولا تزال عبارة “مجرد وكيل” لا ترتاح لها نفسي.

إنها طبقة الترجمة، وطبقات الترجمة هي المكان الذي تختبئ فيه حالات الفشل المثيرة للاهتمام.

تأخذ حالة GraphQL/RUES الخاصة بـ Dusk وتعيد صياغتها على هيئة JSON-RPC بأسلوب Ethereum — كتل، وإيصالات، وسجلات، وإثباتات — بالإضافة إلى تحويل LUX إلى WEI ونموذج مُعرّف المُستدعي الذي لا يتطابق بدقة مع الطريقة التي تفكر بها عقود Ethereum حول msg.sender.

إن طريق السعادة موثّق بشكل جيد.

لا توجد أوضاع فشل، على الأقل لم أجد أيًا منها.

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

أم شيء يبدو صحيحًا لكنه ليس كذلك؟ وأنا أيضًا مهتم بمعرفة ما الذي يحدث لمنطق لعبة التنازع بعد أن تنحرف الافتراضات النهائية على القرص عمّا بُنيت عليه مكدس OP.

ومتى ما افترضت أدوات EVM سلوكًا وقتيًا لا يمكن فعلاً تلبية نموذج عقد القرص — هل يفشل بشكل صارخ، أم بصمت؟

إذا شغّل أحدهم عقدة DuskEVM أو دفع المحول تحت حمل حقيقي،

لأتمنى حقًا أن أسمع ما إذا كان تعيين الحالة يصمد،

أو أين يتشقق.

#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook

منذ أربعة عشر يومًا بدأت القصة مع البلوك 22450093 ومع كلمتين: مشكلة دفتر الزجاج. أريد أن أغلق النقاش حول ما إذا كان Dusk قد أغلق تلك الفجوة فعلًا، أم أنه فقط نقلها.

يُشفّر Hedger معاملات DuskEVM من النهاية إلى النهاية، لكن السؤال المفتوح من اليوم الأول كان: ماذا يرى المُسلسِل المركزي قبل أن يَبدأ بأي ترتيب. لم يأتِ عن ذلك جواب واضح، ولا ينبغي أن يأتي. كل ما غطّته هذه الحملة كان في جوهره عن ما إذا كان باقي النظام يكسب الثقة على أي حال: Moonlight وPhoenix يتيحان الخصوصية كإعداد بدلًا من كونها شوكة، وSuccinct Attestation يحوّل الحسم إلى تأكيد صريح بدل لعبة انتظار، ويتم توجيه الحيازة عبر بنية تحتية مصممة للتحكم متعدد الأطراف بدلًا من مفتاح واحد، وجسران مختلفان الشكل ينقلان ملفي مخاطر مختلفين اعتمادًا على أيّهما تستخدمه فعليًا.

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

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

ما زلت أراقب ذلك المُسلسِل، رغم ذلك. بعض الأسئلة يُفترض أن تبقى مفتوحة.

#dusk $DUSK @Dusk #DuskEVM

لم يسبق لبنكك أن رأى رصيدك. ومع ذلك فهو ما زال يعرف أن كل شيك تكتبه سيكون جيدًا. يبدو هذا غريبًا ويصعب تصديقُه!

هذا بالضبط ما تفعله @Dusk مع Hedger. فهو يجمع بين التشفير المتماثل (homomorphic encryption) وإثباتات المعرفة الصفرية، فيقوم بتشفير الأرصدة وأحجام المعاملات مع السماح للشبكة بالتحقق من أن كل شيء صحيح دون كشف القيم الأساسية، ويقوم بذلك في أقل من ثانيتين دون مغادرة متصفحك. وبما أن Dusk EVM متوافق مع EVM، فإنه يعمل مع أدوات تطوير Solidity التي يعرفها المطورون بالفعل.

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

أنا لا أقول إن هذا عيب. إنها المفاضلة لإدخال الخصوصية إلى بيئة EVM بدلًا من مطالبة المطورين بالانتقال إلى مجموعة أدوات مختلفة تمامًا.

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

@Dusk $DUSK #dusk
#DuskEVM

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

الأمر يتعلق بما يحدث عندما يتوقف الإجماع عن العمل... ليس بسبب هجوم. ولا بسبب خلل. بل فقط لأن المُدقّقين يصبحون صامتين.

لدى ديـسك ميزة اسمها "وضع الطوارئ"، وكان انطباعي الأول أنها موجودة لإنتاج كتل طارئة. لكن هذا ليس دقيقًا تمامًا.

الهدف الحقيقي هو الحفاظ على قابلية التشغيل (liveness) عندما تصبح مشاركة الحصة غير موثوقة.

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

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

وإذا فشل حتى ذلك، يتم تفعيل "طلب كتلة الطوارئ" (Emergency Block Request).

بمجرد أن تتراكم طلبات EBR التي تمثل أغلبية الحصة، يقوم السلسلة بإنتاج كتلة فارغة! لا توجد معاملات؛ فقط استمرارية وبذرة (seed) جديدة للجولة التالية.

قرار التصميم هذا يخبرني أن @Dusk لا يبني لظروف مثالية.

إنه يبني للحظة التي تنقطع فيها تلك الظروف.

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

#Dusk #EmergencyMode #DuskEVM
ما الأهم في تصميم وضع الطوارئ في Dusk؟

#dusk $DUSK @Dusk

🤔 لماذا لا تزال العديد من مشاريع الأصول المرتبطة بالعالم الحقيقي RWA عالقة في ضجة نظرية بينما تنتظر رؤوس الأموال المؤسسية على الهامش؟

كنت أبحث عن مشاريع يمكنها فعلاً الربط بين التمويل التقليدي و#Web3 و@Dusk ، وقد لفت انتباهي التداول بهذا الشكل.👀

تم بناؤه كنظام شبه وسيط neobroker على #DuskEVM ، ويُتيح إدخال صناديق أسواق المال MMFs وصناديق ETFs والسندات و RWA على السلسلة، مع الجمع بين الملكية الفعلية والتسوية الفورية وقابلية التكوين على مستوى DeFi ضمن إطار تنظيمي.

إنها بنية تحتية من شأنها أن تجعل التمويل المُرمّز يبدو أقل كونه رواية وأكثر كبنية سوقية حقيقية.

@Dusk $DUSK #dusk

📊 ما هي الأصول المرمّزة التي ترغب أكثر في تداولها على السلسلة؟

DuskVM و DuskEVM. اثنان في واحد.
بالعودة إلى مقر @dusk، قمتُ بفحص ترسانة التقنية لدينا واكتشفت أننا نملك وحشاً ثنائي المحرك! 🏎️⚙️
يُزوّد Dusk المطورين بمحركين قويين: DuskVM (قوة Rust/WASM الخام للخصوصية العميقة القائمة على إثباتات معرفة-صفرية للبيانات الأصلية) وDuskEVM (الممر السلس بلغة Solidity لتطبيقات Ethereum dApps).
أنا مجرد متداول، لستُ مبرمجاً، فكيف نستخدمه؟ سهل! نحن لا نقرأ العقود الذكية. فقط نتفاعل مع DuskEVM dApps على الـTestnet عبر محافظ EVM المألوفة. ما الفائدة؟ انتقال هائل للسيولة وخصوصية قوية جداً مع ضمانات (bulletproof) دون تعلّم تقنية جديدة. فقط قم بربط/جسر رموزك التجريبية، واختبر الـ dApps الخاصة، وراكِم $DUSK !
ليست نصيحة مالية!
#dusk @Dusk #DuskEVM #PrivacyTech $TRUMP $ENA

@Dusk يبني شيئًا في مجال التمويل اللامركزي (DeFi)، وسيتطلب التمويل المُرمّز بشكل متزايد: الخصوصية دون فقدان الامتثال. تتمتع سلاسل الكتل العامة بقوة لأنها تجعل المعاملات شفافة وقابلة للتحقق، لكن الأسواق المالية المُنظَّمة لا يمكنها كشف كل رصيد أو مركز أو تفاصيل المستثمر أو المعاملة علنًا. تتعامل @Dusk مع هذا التحدي عبر الجمع بين تقنيات المعرفة الصفرية، والتحويلات السرّية، والإفصاح الانتقائي، وضوابط الوصول، والتسوية الحتمية. �
Dusk +1
ما يجعل هذا النهج مثيرًا للاهتمام هو فكرة أن الخصوصية لا يجب أن تعني إخفاء كل شيء. يمكن للمشاركين المصرّح لهم تلقي المعلومات التي يحتاجونها، بينما تظل البيانات الحساسة محمية من التعرض العام غير الضروري. قد يكون هذا مهمًا بشكل خاص للأوراق المالية المُرمّزة، والأصول الواقعية، وDeFi المؤسسي، وسير العمل المالي الآخر حيث تهم الأهلية ومتطلبات الإبلاغ وقيود التحويل وقواعد التسوية. �
DOCS +1
تستخدم Dusk أيضًا بنية معيارية، حيث يركز #DuskDS على التسوية وتوفر البيانات، و#DuskVM للتنفيذ الأصلي عبر Rust/WASM، و#DuskEVM للتطبيقات المتوافقة مع EVM. يمنح ذلك المطورين مسارات مختلفة، اعتمادًا على ما إذا كان التطبيق يعطي أولوية للخصوصية الأصلية أو لأدوات EVM المألوفة أو لبنية تحتية للتسوية المنظمة. �
DOCS
بالنسبة لي، الجزء المثير للاهتمام في Dusk ليس مجرد “الخصوصية”. بل هو الجمع بين الخصوصية والامتثال والتسوية المتوقعة ضمن بنية تحتية مالية واحدة. إذا تحركت المزيد من الأصول الواقعية والأسواق المؤسسية إلى السلسلة، فقد تصبح هذه القدرات أكثر أهمية. #dusk $DUSK