#duskevm
duskevm
17,000 مشاهدات
248 يقومون بالنقاش
رائج
جديد
تمّ التحقق
منذ أربعة عشر يومًا بدأت القصة مع البلوك 22450093 ومع كلمتين: مشكلة دفتر الزجاج. أريد أن أغلق النقاش حول ما إذا كان Dusk قد أغلق تلك الفجوة فعلًا، أم أنه فقط نقلها.
يُشفّر Hedger معاملات DuskEVM من النهاية إلى النهاية، لكن السؤال المفتوح من اليوم الأول كان: ماذا يرى المُسلسِل المركزي قبل أن يَبدأ بأي ترتيب. لم يأتِ عن ذلك جواب واضح، ولا ينبغي أن يأتي. كل ما غطّته هذه الحملة كان في جوهره عن ما إذا كان باقي النظام يكسب الثقة على أي حال: Moonlight وPhoenix يتيحان الخصوصية كإعداد بدلًا من كونها شوكة، وSuccinct Attestation يحوّل الحسم إلى تأكيد صريح بدل لعبة انتظار، ويتم توجيه الحيازة عبر بنية تحتية مصممة للتحكم متعدد الأطراف بدلًا من مفتاح واحد، وجسران مختلفان الشكل ينقلان ملفي مخاطر مختلفين اعتمادًا على أيّهما تستخدمه فعليًا.
لا شيء من ذلك يلغي سؤال المُسلسِل. ما يفعله هو جعل كل ما يأتي بعد الترتيب—التسوية، والحيازة، والهوية، والإفصاح—قابلًا للإثبات ومتينًا، بحيث تبقى القطعة الوحيدة غير المحسومة صغيرة تمامًا بدل أن تختبئ داخل كومة أكبر من المجهولات.
دخلت هذا وأنا أظن أن التمويل المُنظَّم على السلسلة يعني اختيار الشفافية أو الخصوصية. وما الذي غيّر رأيي خلال هذه الأيام الأربعة عشر هو أن Dusk ما زال يعامل ذلك كأنه السؤال الخطأ؛ الخصوصية والامتثال كأنهما إثبات واحد، لا كخيار مقابل.
ما زلت أراقب ذلك المُسلسِل، رغم ذلك. بعض الأسئلة يُفترض أن تبقى مفتوحة.
#dusk $DUSK @Dusk #DuskEVM
يُشفّر Hedger معاملات DuskEVM من النهاية إلى النهاية، لكن السؤال المفتوح من اليوم الأول كان: ماذا يرى المُسلسِل المركزي قبل أن يَبدأ بأي ترتيب. لم يأتِ عن ذلك جواب واضح، ولا ينبغي أن يأتي. كل ما غطّته هذه الحملة كان في جوهره عن ما إذا كان باقي النظام يكسب الثقة على أي حال: Moonlight وPhoenix يتيحان الخصوصية كإعداد بدلًا من كونها شوكة، وSuccinct Attestation يحوّل الحسم إلى تأكيد صريح بدل لعبة انتظار، ويتم توجيه الحيازة عبر بنية تحتية مصممة للتحكم متعدد الأطراف بدلًا من مفتاح واحد، وجسران مختلفان الشكل ينقلان ملفي مخاطر مختلفين اعتمادًا على أيّهما تستخدمه فعليًا.
لا شيء من ذلك يلغي سؤال المُسلسِل. ما يفعله هو جعل كل ما يأتي بعد الترتيب—التسوية، والحيازة، والهوية، والإفصاح—قابلًا للإثبات ومتينًا، بحيث تبقى القطعة الوحيدة غير المحسومة صغيرة تمامًا بدل أن تختبئ داخل كومة أكبر من المجهولات.
دخلت هذا وأنا أظن أن التمويل المُنظَّم على السلسلة يعني اختيار الشفافية أو الخصوصية. وما الذي غيّر رأيي خلال هذه الأيام الأربعة عشر هو أن Dusk ما زال يعامل ذلك كأنه السؤال الخطأ؛ الخصوصية والامتثال كأنهما إثبات واحد، لا كخيار مقابل.
ما زلت أراقب ذلك المُسلسِل، رغم ذلك. بعض الأسئلة يُفترض أن تبقى مفتوحة.
#dusk $DUSK @Dusk #DuskEVM
MICHAEL MOORE:
I’ve been looking at that early ordering stage as the harder privacy boundary.
If sensitive metadata is exposed before the proof or shielding takes effect, the protection later in the flow may not solve the original information leak.
#dusk $DUSK @Dusk قضيت بعض الوقت في التعمق أكثر في نموذج إجماع داستك، وهذه الجزئية تحديدًا لفتت انتباهي حقًا.
بدلًا من الاعتماد على نهج بسيط (ناخب واحد/مدقق واحد—تصويت واحد)، يجمع داستك بين الشهادة المُوجزة (Succinct Attestation) ونظام لجنة لإثبات الحصة (Proof of Stake) قائم على الإذن/اللامركزية (permissionless). تلعب الحصة (Stake)، ورصيد التصويت (voting credits)، وحدود التكرار (iteration limits)، وأحجام عتبات الاتفاق المختلفة دورًا في كيفية الوصول إلى الإجماع.
الجزئية التي أجدها مثيرة للاهتمام بشكل خاص هي كيفية تعامل الشبكة مع كل من الحالات العادية والوضعيات الصعبة. يلزم عتبة 2/3 لتحقيق (Valid)، بينما يمكن أن تصل نتائج أخرى إلى أغلبية مقدارها 1/2 + 1. وإذا استمر فشل الوصول إلى الإجماع، يمكن للبروتوكول أن ينتقل تدريجيًا إلى وضع الطوارئ.
ثم توجد جانب الحوافز: تُقسَّم المكافآت بين مُولّد الكتلة، ولجنة التصويت، وداستك نفسه، بينما يمكن أن تؤدي السلوكيات الجادة مثل التصويت المزدوج إلى عقوبات شديدة (hard slashing).
تذكير بأن بناء بنية تحتية للتمويل اللامركزي (onchain) المُنظّم لا يتعلق فقط بالتوكننة—فإن تصميم الإجماع الأساسي مهم بقدر كبير.
#tokenizations #DuskEVM #Crypto
#dusk $DUSK @Dusk
بدلًا من الاعتماد على نهج بسيط (ناخب واحد/مدقق واحد—تصويت واحد)، يجمع داستك بين الشهادة المُوجزة (Succinct Attestation) ونظام لجنة لإثبات الحصة (Proof of Stake) قائم على الإذن/اللامركزية (permissionless). تلعب الحصة (Stake)، ورصيد التصويت (voting credits)، وحدود التكرار (iteration limits)، وأحجام عتبات الاتفاق المختلفة دورًا في كيفية الوصول إلى الإجماع.
الجزئية التي أجدها مثيرة للاهتمام بشكل خاص هي كيفية تعامل الشبكة مع كل من الحالات العادية والوضعيات الصعبة. يلزم عتبة 2/3 لتحقيق (Valid)، بينما يمكن أن تصل نتائج أخرى إلى أغلبية مقدارها 1/2 + 1. وإذا استمر فشل الوصول إلى الإجماع، يمكن للبروتوكول أن ينتقل تدريجيًا إلى وضع الطوارئ.
ثم توجد جانب الحوافز: تُقسَّم المكافآت بين مُولّد الكتلة، ولجنة التصويت، وداستك نفسه، بينما يمكن أن تؤدي السلوكيات الجادة مثل التصويت المزدوج إلى عقوبات شديدة (hard slashing).
تذكير بأن بناء بنية تحتية للتمويل اللامركزي (onchain) المُنظّم لا يتعلق فقط بالتوكننة—فإن تصميم الإجماع الأساسي مهم بقدر كبير.
#tokenizations #DuskEVM #Crypto
#dusk $DUSK @Dusk
قد تكون توافقية $TMX $BTC EVM هي الجزء الأقل إثارة للاهتمام في DuskEVM.
الجزء الذي جذب انتباهي هو ما يحدث عندما يدخل سير عمل Solidity/EVM المألوف إلى Dusk.
#DuskEVM تمنح المطورين والمؤسسات طبقة تطبيق متوافقة مع EVM، بينما تضيف Hedger سير عمل EVM سرياً باستخدام التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية.
لذلك تصبح التدفقية:
أدوات EVM المألوفة → تنفيذ سري → نتيجة قابلة للتحقق → مراجعة مصرح بها
وهذا يغيّر المشكلة بالنسبة لي.
لم يعد الجزء الصعب هو جعل المعاملة خاصة فحسب. بل أصبح هو تحديد ما يجب أن يبقى سرياً وما الذي لا يزال يحتاج إلى قابلية المراجعة بشكل مستقل.
وهذا يخلق نتيجة غير متوقعة.
قد يخفف DuskEVM الاحتكاك في الدخول إلى النظام البيئي، لكن التنفيذ السري لا يجعل التعقيد يختفي. بل ينقله إلى مكان آخر — إلى منطق التطبيق، أو براهين الخصوصية، أو سير عمل الامتثال المحيط بها.
الاختبار الحقيقي لعمل DuskEVM mainnet ليس ما إذا كان بإمكان عقود Solidity أن تعمل.
بل ما إذا أصبح التنفيذ السري عملياً بما يكفي بحيث لا يضطر المطورون إلى الاختيار بين الأدوات المألوفة والخصوصية المالية.
@Dusk $DUSK #dusk
الجزء الذي جذب انتباهي هو ما يحدث عندما يدخل سير عمل Solidity/EVM المألوف إلى Dusk.
#DuskEVM تمنح المطورين والمؤسسات طبقة تطبيق متوافقة مع EVM، بينما تضيف Hedger سير عمل EVM سرياً باستخدام التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية.
لذلك تصبح التدفقية:
أدوات EVM المألوفة → تنفيذ سري → نتيجة قابلة للتحقق → مراجعة مصرح بها
وهذا يغيّر المشكلة بالنسبة لي.
لم يعد الجزء الصعب هو جعل المعاملة خاصة فحسب. بل أصبح هو تحديد ما يجب أن يبقى سرياً وما الذي لا يزال يحتاج إلى قابلية المراجعة بشكل مستقل.
وهذا يخلق نتيجة غير متوقعة.
قد يخفف DuskEVM الاحتكاك في الدخول إلى النظام البيئي، لكن التنفيذ السري لا يجعل التعقيد يختفي. بل ينقله إلى مكان آخر — إلى منطق التطبيق، أو براهين الخصوصية، أو سير عمل الامتثال المحيط بها.
الاختبار الحقيقي لعمل DuskEVM mainnet ليس ما إذا كان بإمكان عقود Solidity أن تعمل.
بل ما إذا أصبح التنفيذ السري عملياً بما يكفي بحيث لا يضطر المطورون إلى الاختيار بين الأدوات المألوفة والخصوصية المالية.
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk At first, I treated EVM compatibility like a checkbox.
If a chain supports Solidity, developers can come over. Simple, right?
Then I looked closer at DuskEVM, and that assumption started feeling a little too shallow.
What actually matters is what developers can keep when they move.
With DuskEVM, developers can work in an EVM-equivalent environment using Solidity and familiar EVM tooling. That means the conversation isn't simply about adding another execution environment. It's about lowering the distance between what developers already know and what Dusk is building.
That part caught my attention.
Because asking a developer to learn an entirely new stack is one thing. Letting them bring familiar smart-contract workflows into a different blockchain architecture is another.
And then there’s DuskDS.
DuskEVM handles execution, while DuskDS provides the settlement and data-availability foundation underneath it. DuskVM is another execution path, running Rust/WASM contracts directly on the Dusk L1.
So I started wondering:
If different execution environments can rely on the same settlement foundation, does that make the overall architecture more flexible?
Maybe.
But I don't think EVM compatibility alone proves anything.
The real test is what happens after developers arrive. Do they actually build? Is the tooling comfortable enough? Do applications benefit from the separation between execution and settlement?
That's what I'm more interested in watching now.
For an emerging Layer 1, is supporting Solidity enough to attract developers, or does the real test begin once people actually start building?
@Dusk $DUSK
#Dusk #DuskEVM
If a chain supports Solidity, developers can come over. Simple, right?
Then I looked closer at DuskEVM, and that assumption started feeling a little too shallow.
What actually matters is what developers can keep when they move.
With DuskEVM, developers can work in an EVM-equivalent environment using Solidity and familiar EVM tooling. That means the conversation isn't simply about adding another execution environment. It's about lowering the distance between what developers already know and what Dusk is building.
That part caught my attention.
Because asking a developer to learn an entirely new stack is one thing. Letting them bring familiar smart-contract workflows into a different blockchain architecture is another.
And then there’s DuskDS.
DuskEVM handles execution, while DuskDS provides the settlement and data-availability foundation underneath it. DuskVM is another execution path, running Rust/WASM contracts directly on the Dusk L1.
So I started wondering:
If different execution environments can rely on the same settlement foundation, does that make the overall architecture more flexible?
Maybe.
But I don't think EVM compatibility alone proves anything.
The real test is what happens after developers arrive. Do they actually build? Is the tooling comfortable enough? Do applications benefit from the separation between execution and settlement?
That's what I'm more interested in watching now.
For an emerging Layer 1, is supporting Solidity enough to attract developers, or does the real test begin once people actually start building?
@Dusk $DUSK
#Dusk #DuskEVM
mas_coach:
As the Web3 landscape continues to evolve, projects offering practical infrastructure could play an important role.
#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 يثير اهتمامك أكثر؟
كومة داكنة المعيارية: ثلاث طبقات، غرض واحد
ماذا لو تعاملت بنية البلوكشين مع التسوية والتنفيذ كوظيفتين منفصلتين؟
@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 يثير اهتمامك أكثر؟
🔹 DuskDS — Settlement
0%
🔹 DuskEVM — EVM compatibility
100%
🔹 DuskVM — Native execution
0%
🔹 🔐 Privacy & compliance
0%
1 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
لقد كنتُ أتعامل دائمًا مع "نهائية البلوكشين" باعتبارها أقرب إلى لغة تسويقية منها إلى ضمان حقيقي—شيئًا بين الأمل والاحتمال. لكن قراءة كيفية إغلاق "الاثبات المُوجز" الخاص بـ Dusk (Succinct Attestation) للبلوك غيرت ذلك.
تجري كل جولة عبر ثلاث مراحل: يقوم مُقدِّم (provisioner) تم اختياره عشوائيًا باقتراح بلوك مُرشّح، ثم تصوّت لجنة على صحته، ثم تُصدّق لجنة ثانية هذه النتيجة، وكلاهما باستخدام تواقيع BLS مُجمّعة للوصول إلى أغلبية كاسحة. هذا ليس تأكيدًا احتماليًا يتراكم مع مرور الوقت، بل هو إثبات تشفيري صريح بأن البلوك يفي بالمتطلبات. تنتقل البلوكات عبر حالات محددة: مُوثَّقة (attested)، مؤكَّدة (confirmed)، نهائية (final)، وتستقر DuskDS خلال حوالي عشر ثوانٍ، بينما تكون DuskEVM أسرع حتى عند قرابة ثانيتين. قامت Oak Security بمراجعة إجماع Dusk وبروتوكول الاقتصاد بالكامل، ووصفته بأنه مُحكَم التصميم، حيث يجمع بين أجزاء من مناهج قائمة مع بعض الحلول المُخصصة حقًا.
هذه إجابة حقيقية على مخاطر إعادة التنظيم (reorg). الصفقة التي تُعد نهائية على Dusk لا تصبح نهائية حتى لا يعترض أحد لبعض الوقت، بل لأنها بالفعل خضعت لتوثيق بواسطة لجنة محددة، وهذا هو الشرط الفعلي لتسوية الأوراق المالية المُنظَّمة.
إليك ما لا يحلّه ذلك، وهو ما يتصل بشيء أثرتُه قبل أسابيع حول مُجدول المعاملات (sequencer) في DuskEVM. إن عملية التوثيق هذه لا مركزية بالكامل بين المُقدِّمين في DuskDS. لكن DuskEVM ما يزال يُرتّب المعاملات عبر مُجدول واحد قبل أن تصل أي شيء إلى DuskDS لتحقيق الضمان نفسه. النهائية التي وصفتها تحمي ما يحدث بعد عملية الترتيب. لم يُبنَ النظام من الأساس للإجابة عن من يرى المعاملة أولًا.
#dusk $DUSK @Dusk #DuskEVM
تجري كل جولة عبر ثلاث مراحل: يقوم مُقدِّم (provisioner) تم اختياره عشوائيًا باقتراح بلوك مُرشّح، ثم تصوّت لجنة على صحته، ثم تُصدّق لجنة ثانية هذه النتيجة، وكلاهما باستخدام تواقيع BLS مُجمّعة للوصول إلى أغلبية كاسحة. هذا ليس تأكيدًا احتماليًا يتراكم مع مرور الوقت، بل هو إثبات تشفيري صريح بأن البلوك يفي بالمتطلبات. تنتقل البلوكات عبر حالات محددة: مُوثَّقة (attested)، مؤكَّدة (confirmed)، نهائية (final)، وتستقر DuskDS خلال حوالي عشر ثوانٍ، بينما تكون DuskEVM أسرع حتى عند قرابة ثانيتين. قامت Oak Security بمراجعة إجماع Dusk وبروتوكول الاقتصاد بالكامل، ووصفته بأنه مُحكَم التصميم، حيث يجمع بين أجزاء من مناهج قائمة مع بعض الحلول المُخصصة حقًا.
هذه إجابة حقيقية على مخاطر إعادة التنظيم (reorg). الصفقة التي تُعد نهائية على Dusk لا تصبح نهائية حتى لا يعترض أحد لبعض الوقت، بل لأنها بالفعل خضعت لتوثيق بواسطة لجنة محددة، وهذا هو الشرط الفعلي لتسوية الأوراق المالية المُنظَّمة.
إليك ما لا يحلّه ذلك، وهو ما يتصل بشيء أثرتُه قبل أسابيع حول مُجدول المعاملات (sequencer) في DuskEVM. إن عملية التوثيق هذه لا مركزية بالكامل بين المُقدِّمين في DuskDS. لكن DuskEVM ما يزال يُرتّب المعاملات عبر مُجدول واحد قبل أن تصل أي شيء إلى DuskDS لتحقيق الضمان نفسه. النهائية التي وصفتها تحمي ما يحدث بعد عملية الترتيب. لم يُبنَ النظام من الأساس للإجابة عن من يرى المعاملة أولًا.
#dusk $DUSK @Dusk #DuskEVM
Olivia_BTC:
That’s the key distinction: finality becomes an explicit attestation, not just confidence increasing with confirmations.
تمّ التحقق
بعد أن تحدثت إليهم عن تبنّي @Dusk 🌒، أجد أنه من المثير للاهتمام أيضًا أن أروي لكم قليلًا المزيد عن المشروع، لأن Dusk لا يقوم ببناء بنية تحتية للأسواق المالية المُنظَّمة فقط. مشروعه أوسع بكثير ويشمل طبقات مختلفة.
في هذه الفرصة أود أن أطلعكم على DuskEVM، بيئة البرمجة الخاصة بـ Dusk المتوافقة مع EVM من Ethereum. إنها مصممة للمطورين والتطبيقات والمستخدمين، بحيث يسمح لمطور يعمل بالفعل مع أدوات من منظومة EVM مثل Solidity وVyper وMetaMask وFoundry وغير ذلك، بأن يستفيد من المعارف والأدوات التي يعرفها بالفعل لتطوير تطبيقات على Dusk، دون الحاجة إلى تعلم كل شيء من الصفر.
من المهم أخذ ذلك في الاعتبار: أن DuskEVM ليس Ethereum، بل هو بيئة Dusk التي تسعى لأن تكون متوافقة مع منظومة EVM داخل بلوكتشينها الخاصة، مستفيدة بذلك من قدرات الخصوصية والامتثال.
بالنسبة لي، فإن تسهيل الطريق أمام المطور هو استراتيجية ذكية وصائبة، لأنه يمكن أن يسهّل أيضًا الطريق نحو تبنّي Dusk، وتقليل الفجوات التقنية قد يكون عاملًا مهمًا لكي تتمكن مشاريع منظومة EVM من استكشاف القدرات التي يوفرها $DUSK .
#dusk #DuskEVM #Ethereum
في هذه الفرصة أود أن أطلعكم على DuskEVM، بيئة البرمجة الخاصة بـ Dusk المتوافقة مع EVM من Ethereum. إنها مصممة للمطورين والتطبيقات والمستخدمين، بحيث يسمح لمطور يعمل بالفعل مع أدوات من منظومة EVM مثل Solidity وVyper وMetaMask وFoundry وغير ذلك، بأن يستفيد من المعارف والأدوات التي يعرفها بالفعل لتطوير تطبيقات على Dusk، دون الحاجة إلى تعلم كل شيء من الصفر.
من المهم أخذ ذلك في الاعتبار: أن DuskEVM ليس Ethereum، بل هو بيئة Dusk التي تسعى لأن تكون متوافقة مع منظومة EVM داخل بلوكتشينها الخاصة، مستفيدة بذلك من قدرات الخصوصية والامتثال.
بالنسبة لي، فإن تسهيل الطريق أمام المطور هو استراتيجية ذكية وصائبة، لأنه يمكن أن يسهّل أيضًا الطريق نحو تبنّي Dusk، وتقليل الفجوات التقنية قد يكون عاملًا مهمًا لكي تتمكن مشاريع منظومة EVM من استكشاف القدرات التي يوفرها $DUSK .
#dusk #DuskEVM #Ethereum
تمّ التحقق
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، قمتُ بفحص ترسانة التقنية لدينا واكتشفت أننا نملك وحشاً ثنائي المحرك! 🏎️⚙️
يُزوّد Dusk المطورين بمحركين قويين: DuskVM (قوة Rust/WASM الخام للخصوصية العميقة القائمة على إثباتات معرفة-صفرية للبيانات الأصلية) وDuskEVM (الممر السلس بلغة Solidity لتطبيقات Ethereum dApps).
أنا مجرد متداول، لستُ مبرمجاً، فكيف نستخدمه؟ سهل! نحن لا نقرأ العقود الذكية. فقط نتفاعل مع DuskEVM dApps على الـTestnet عبر محافظ EVM المألوفة. ما الفائدة؟ انتقال هائل للسيولة وخصوصية قوية جداً مع ضمانات (bulletproof) دون تعلّم تقنية جديدة. فقط قم بربط/جسر رموزك التجريبية، واختبر الـ dApps الخاصة، وراكِم $DUSK !
ليست نصيحة مالية!
#dusk @Dusk #DuskEVM #PrivacyTech $TRUMP $ENA
CryptoDeon:
DuskEVM lowers the entry barrier for Solidity developers and users coming from Ethereum-style tooling, while DuskVM is where applications can access Dusk-native execution and privacy capabilities more directly.
تمّ التحقق
افترضتُ أن على سلسلة بلوكشين للخصوصية أن تختار جانبًا: إخفاءً كاملًا أو شفافيةً كاملة. لكن بعد قراءة كيفية عمل Moonlight وPhoenix معًا فعليًا على Dusk، لم يَصمد هذا الافتراض.
Phoenix ليس مجهول الهوية كما توقعت. في مواصفته 2.0، يمكن تحديد مُرسِل المعاملة بشكل يمكن إثباته للمستلم، حتى وإن كانت قيمة المعاملة وتفاصيلها تبقى مخفية عن الجميع الآخرين. صمّم Dusk ذلك تحديدًا لتجنب مخاطر شطب البورصات؛ فبروتوكولات الخصوصية الكاملة كانت تفشل باستمرار اجتياز شرط الامتثال، بينما لا تفشل الخصوصية المُتحكَّم بها. يجلس Moonlight بجواره كنموذج عام بالكامل قائم على الحسابات، بنفس شكل إدخال دفتر الأستاذ العادي، مُضاف لسبب مماثل: بعض الأطراف المقابلة، خصوصًا البورصات، تحتاج الشفافية افتراضيًا لا كاستثناء.
ما فاجأني فعلًا هو طريقة تَواصُلهما. فهما ليسا منتجين منفصلين مُلصقين معًا؛ بل توجد آلية تحويل مباشرة بين الإخفاء وفكه مدمجة في عقد التحويل، بحيث تتحرك ملاحظة Phoenix ورصيد Moonlight إلى داخل كل منهما وخارجه بشكل ذري. الأصل نفسه، والسلسلة نفسها، ومستوى الخصوصية إعدادٌ، وليس انقسامًا إلى شوكة.
السؤال المفتوح بالنسبة لي: Hedger في DuskEVM يضيف نموذجًا ثالثًا فوق ذلك—تشفيـر متماثل مع ZK لطبقة EVM—وهو بناء مختلف عن أيٍّ من Phoenix أو Moonlight. وجود ثلاثة نماذج خصوصية متعايشة أكثر مرونة على الورق. لم أتحقق بعد مما إذا كانت هذه المرونة تكلف السيولة أو تفتت الأدوات عندما تحتاج الأصول إلى الانتقال بين النماذج الثلاثة، لا بين اثنين فقط.
#dusk $DUSK @Dusk #DuskEVM #Ethereum
Phoenix ليس مجهول الهوية كما توقعت. في مواصفته 2.0، يمكن تحديد مُرسِل المعاملة بشكل يمكن إثباته للمستلم، حتى وإن كانت قيمة المعاملة وتفاصيلها تبقى مخفية عن الجميع الآخرين. صمّم Dusk ذلك تحديدًا لتجنب مخاطر شطب البورصات؛ فبروتوكولات الخصوصية الكاملة كانت تفشل باستمرار اجتياز شرط الامتثال، بينما لا تفشل الخصوصية المُتحكَّم بها. يجلس Moonlight بجواره كنموذج عام بالكامل قائم على الحسابات، بنفس شكل إدخال دفتر الأستاذ العادي، مُضاف لسبب مماثل: بعض الأطراف المقابلة، خصوصًا البورصات، تحتاج الشفافية افتراضيًا لا كاستثناء.
ما فاجأني فعلًا هو طريقة تَواصُلهما. فهما ليسا منتجين منفصلين مُلصقين معًا؛ بل توجد آلية تحويل مباشرة بين الإخفاء وفكه مدمجة في عقد التحويل، بحيث تتحرك ملاحظة Phoenix ورصيد Moonlight إلى داخل كل منهما وخارجه بشكل ذري. الأصل نفسه، والسلسلة نفسها، ومستوى الخصوصية إعدادٌ، وليس انقسامًا إلى شوكة.
السؤال المفتوح بالنسبة لي: Hedger في DuskEVM يضيف نموذجًا ثالثًا فوق ذلك—تشفيـر متماثل مع ZK لطبقة EVM—وهو بناء مختلف عن أيٍّ من Phoenix أو Moonlight. وجود ثلاثة نماذج خصوصية متعايشة أكثر مرونة على الورق. لم أتحقق بعد مما إذا كانت هذه المرونة تكلف السيولة أو تفتت الأدوات عندما تحتاج الأصول إلى الانتقال بين النماذج الثلاثة، لا بين اثنين فقط.
#dusk $DUSK @Dusk #DuskEVM #Ethereum
Ayesha NiceCrypto:
I assumed a privacy blockchain had to pick a side, fully hidden or fully transparent. Reading how Moonlight and Phoenix actually work together on Dusk, that assumption didn't survive
#dusk $DUSK @Dusk لا تزال تطير تحت الرادار عندما أقارن اهتمامها الحالي بوتيرة التطور خلف منظومة النظام البيئي. المشروع يبني حول الخصوصية، والتحقق، والبنية التحتية المصممة لحالات استخدام مالية واقعية—وهي مجالات قد تصبح أكثر أهمية مع استمرار نضج التمويل عبر السلسلة.
لهذا السبب تبدو $DUSK غير مُقدّرة بالنسبة لي. قصة النمو ليست فقط عن تحرك السعر؛ بل أيضًا عن مدى ثبات تقدم التكنولوجيا والمنظومة البيئية. عندما أقارن معدل تطور Dusk وتركيزه طويل الأمد مع الاهتمام الذي يحظى به حاليًا، يبدو أن هناك فجوة واضحة. سواء أغلق السوق هذه الفجوة أم لا، فإن @Dusk بالتأكيد مشروع يستحق المتابعة عن كثب. $DUSK #DuskEVM #Web3 #RWA
لهذا السبب تبدو $DUSK غير مُقدّرة بالنسبة لي. قصة النمو ليست فقط عن تحرك السعر؛ بل أيضًا عن مدى ثبات تقدم التكنولوجيا والمنظومة البيئية. عندما أقارن معدل تطور Dusk وتركيزه طويل الأمد مع الاهتمام الذي يحظى به حاليًا، يبدو أن هناك فجوة واضحة. سواء أغلق السوق هذه الفجوة أم لا، فإن @Dusk بالتأكيد مشروع يستحق المتابعة عن كثب. $DUSK #DuskEVM #Web3 #RWA
@Dusk يبني شيئًا في مجال التمويل اللامركزي (DeFi)، وسيتطلب التمويل المُرمّز بشكل متزايد: الخصوصية دون فقدان الامتثال. تتمتع سلاسل الكتل العامة بقوة لأنها تجعل المعاملات شفافة وقابلة للتحقق، لكن الأسواق المالية المُنظَّمة لا يمكنها كشف كل رصيد أو مركز أو تفاصيل المستثمر أو المعاملة علنًا. تتعامل @Dusk مع هذا التحدي عبر الجمع بين تقنيات المعرفة الصفرية، والتحويلات السرّية، والإفصاح الانتقائي، وضوابط الوصول، والتسوية الحتمية. �
Dusk +1
ما يجعل هذا النهج مثيرًا للاهتمام هو فكرة أن الخصوصية لا يجب أن تعني إخفاء كل شيء. يمكن للمشاركين المصرّح لهم تلقي المعلومات التي يحتاجونها، بينما تظل البيانات الحساسة محمية من التعرض العام غير الضروري. قد يكون هذا مهمًا بشكل خاص للأوراق المالية المُرمّزة، والأصول الواقعية، وDeFi المؤسسي، وسير العمل المالي الآخر حيث تهم الأهلية ومتطلبات الإبلاغ وقيود التحويل وقواعد التسوية. �
DOCS +1
تستخدم Dusk أيضًا بنية معيارية، حيث يركز #DuskDS على التسوية وتوفر البيانات، و#DuskVM للتنفيذ الأصلي عبر Rust/WASM، و#DuskEVM للتطبيقات المتوافقة مع EVM. يمنح ذلك المطورين مسارات مختلفة، اعتمادًا على ما إذا كان التطبيق يعطي أولوية للخصوصية الأصلية أو لأدوات EVM المألوفة أو لبنية تحتية للتسوية المنظمة. �
DOCS
بالنسبة لي، الجزء المثير للاهتمام في Dusk ليس مجرد “الخصوصية”. بل هو الجمع بين الخصوصية والامتثال والتسوية المتوقعة ضمن بنية تحتية مالية واحدة. إذا تحركت المزيد من الأصول الواقعية والأسواق المؤسسية إلى السلسلة، فقد تصبح هذه القدرات أكثر أهمية. #dusk $DUSK
Dusk +1
ما يجعل هذا النهج مثيرًا للاهتمام هو فكرة أن الخصوصية لا يجب أن تعني إخفاء كل شيء. يمكن للمشاركين المصرّح لهم تلقي المعلومات التي يحتاجونها، بينما تظل البيانات الحساسة محمية من التعرض العام غير الضروري. قد يكون هذا مهمًا بشكل خاص للأوراق المالية المُرمّزة، والأصول الواقعية، وDeFi المؤسسي، وسير العمل المالي الآخر حيث تهم الأهلية ومتطلبات الإبلاغ وقيود التحويل وقواعد التسوية. �
DOCS +1
تستخدم Dusk أيضًا بنية معيارية، حيث يركز #DuskDS على التسوية وتوفر البيانات، و#DuskVM للتنفيذ الأصلي عبر Rust/WASM، و#DuskEVM للتطبيقات المتوافقة مع EVM. يمنح ذلك المطورين مسارات مختلفة، اعتمادًا على ما إذا كان التطبيق يعطي أولوية للخصوصية الأصلية أو لأدوات EVM المألوفة أو لبنية تحتية للتسوية المنظمة. �
DOCS
بالنسبة لي، الجزء المثير للاهتمام في Dusk ليس مجرد “الخصوصية”. بل هو الجمع بين الخصوصية والامتثال والتسوية المتوقعة ضمن بنية تحتية مالية واحدة. إذا تحركت المزيد من الأصول الواقعية والأسواق المؤسسية إلى السلسلة، فقد تصبح هذه القدرات أكثر أهمية. #dusk $DUSK
تمّ التحقق
ماذا يحدث عندما تتوقف تقنية البلوك تشين عن كونها مجرد مرفق (Sidecar) للنظام المالي التقليدي، وتبدأ في أن تصبح جزءًا من النظام المالي نفسه؟
هذا هو السؤال الذي أعود إليه باستمرار مع @Dusk
توجد فروق كبيرة بين وضع غلاف رقمي حول منتج مالي موجود، وبين تصميم دورة حياة الأصل بالكامل بشكل أصلي على السلسلة.
عندما تصبح البنية التحتية جزءًا أساسيًا من سير العمل المالي، تصبح المعايير العالية غير قابلة للتفاوض. الأمر لا يتعلق فقط بالسرعة—بل يتعلق بالخصوصية، والامتثال القابل للتحقق، والثقة بمستوى مؤسسي.
هنا يبرز @Dusk :
الامتثال والخصوصية الأصليان: تتيح تقنية المعرفة الصفرية (Zero-Knowledge) المضمنة إجراء معاملات خاصة مع الحفاظ على قابلية التدقيق الكامل (متوافقة مع MiCA).
زخم واقعي على أرض الواقع: تمكين منصات منظّمة مثل $NPEX لإتاحة الأوراق المالية على السلسلة مباشرةً.
التوافقية: يضمن تكامل #DuskEVM وChainlink #CCIP اتصال الأصول المؤسسية بسلاسة إلى سيولة أوسع ضمن عالم DeFi.
ومع إظهار $ETH زخمًا سوقيًا متجددًا، تتسارع عملية التحول نحو بنية تحتية لـ RWA بمستوى مؤسسي.
الاختبار الحقيقي بالنسبة لـ Dusk: هل يمكن لهذه التقنية أن تصبح موثوقة بما يكفي للمؤسسات كي تعتبر البنية التحتية على السلسلة جزءًا من النظام المالي نفسه؟
#dusk @Dusk $DUSK $XRP
هذا هو السؤال الذي أعود إليه باستمرار مع @Dusk
توجد فروق كبيرة بين وضع غلاف رقمي حول منتج مالي موجود، وبين تصميم دورة حياة الأصل بالكامل بشكل أصلي على السلسلة.
عندما تصبح البنية التحتية جزءًا أساسيًا من سير العمل المالي، تصبح المعايير العالية غير قابلة للتفاوض. الأمر لا يتعلق فقط بالسرعة—بل يتعلق بالخصوصية، والامتثال القابل للتحقق، والثقة بمستوى مؤسسي.
هنا يبرز @Dusk :
الامتثال والخصوصية الأصليان: تتيح تقنية المعرفة الصفرية (Zero-Knowledge) المضمنة إجراء معاملات خاصة مع الحفاظ على قابلية التدقيق الكامل (متوافقة مع MiCA).
زخم واقعي على أرض الواقع: تمكين منصات منظّمة مثل $NPEX لإتاحة الأوراق المالية على السلسلة مباشرةً.
التوافقية: يضمن تكامل #DuskEVM وChainlink #CCIP اتصال الأصول المؤسسية بسلاسة إلى سيولة أوسع ضمن عالم DeFi.
ومع إظهار $ETH زخمًا سوقيًا متجددًا، تتسارع عملية التحول نحو بنية تحتية لـ RWA بمستوى مؤسسي.
الاختبار الحقيقي بالنسبة لـ Dusk: هل يمكن لهذه التقنية أن تصبح موثوقة بما يكفي للمؤسسات كي تعتبر البنية التحتية على السلسلة جزءًا من النظام المالي نفسه؟
#dusk @Dusk $DUSK $XRP
vnuk_geologa:
Solid point. The modular architecture and zero-knowledge features make Dusk stand out compared to most other RWA projects.
تمّ التحقق
بعد أن بردت نفسي مع مكافآت الستاكينغ بنسبة 12%، تساءلت: "ما المحرك الذي يشغّل خط الأنابيب هذا المقاوم للتلاعب @Dusk ؟" لذلك راجعت وثائقهم ووجدت DuskEVM!
ما هو؟ إنه طبقة Dusk المتوافقة مع Ethereum. تخيّله مثل دراجة Honda Wave Alpha المألوفة التي يمكن لأي شخص ركوبها، لكن بمجرد تشغيل المحرك، تتحول إلى باتموبيل مدرّع من فيلم باتمان! لماذا؟ لأن المطورين يمكنهم استخدام Solidity الأساسي، لكن وحدة Hedger من Dusk تقوم فورًا بلفّ كودهم في تشفير متماثل (homomorphic encryption) لعمليات العمل الخاصة!
أنا مجرد متداول، لست مطورًا، فما الذي علينا فعله؟ سهل! ربط أموالك بـ DuskEVM على شبكة الاختبار (Testnet) هو الطريقة لتختبر هذا المحرك المدرّع مباشرة. احصل على بعض رموز الاختبار وتفاعل مع تطبيقاتهم اللامركزية الخاصة (dApps).
ليس نصيحة مالية! حمّل $DUSK واركب الوحش المدرّع! 🏎️💨
#dusk #DuskEVM #VINHTOCDO $MAGMA $1000PEPE
ما هو؟ إنه طبقة Dusk المتوافقة مع Ethereum. تخيّله مثل دراجة Honda Wave Alpha المألوفة التي يمكن لأي شخص ركوبها، لكن بمجرد تشغيل المحرك، تتحول إلى باتموبيل مدرّع من فيلم باتمان! لماذا؟ لأن المطورين يمكنهم استخدام Solidity الأساسي، لكن وحدة Hedger من Dusk تقوم فورًا بلفّ كودهم في تشفير متماثل (homomorphic encryption) لعمليات العمل الخاصة!
أنا مجرد متداول، لست مطورًا، فما الذي علينا فعله؟ سهل! ربط أموالك بـ DuskEVM على شبكة الاختبار (Testnet) هو الطريقة لتختبر هذا المحرك المدرّع مباشرة. احصل على بعض رموز الاختبار وتفاعل مع تطبيقاتهم اللامركزية الخاصة (dApps).
ليس نصيحة مالية! حمّل $DUSK واركب الوحش المدرّع! 🏎️💨
#dusk #DuskEVM #VINHTOCDO $MAGMA $1000PEPE
AloneTrader_18:
DuskEVM brings an Ethereum-compatible execution environment to Dusk, giving developers a familiar path to build with Solidity while exploring privacy-focused functionality.
صحيح جزئيًا
التداول خلال 30 يوم $DUSK68.2 USDT
كنت أُدير مركزًا صغيرًا في $DUSK منذ بضعة أسابيع، معظم الوقت بالمراقبة. لم يكن هناك شيء مثير للدراما؛ أمس فقط زدت قليلاً بعد أن لاحظت شيئًا في وثائق البروتوكول لم أكن قد رأيت أحدًا يتحدث عنه.
الأمر يتعلق بما يحدث عندما يتوقف الإجماع عن العمل... ليس بسبب هجوم. ولا بسبب خلل. بل فقط لأن المُدقّقين يصبحون صامتين.
لدى ديـسك ميزة اسمها "وضع الطوارئ"، وكان انطباعي الأول أنها موجودة لإنتاج كتل طارئة. لكن هذا ليس دقيقًا تمامًا.
الهدف الحقيقي هو الحفاظ على قابلية التشغيل (liveness) عندما تصبح مشاركة الحصة غير موثوقة.
وهذه الأمور التي لفتت انتباهي: لا يتوقف ديـسك إذا استمر المُدقّقون في الغياب. بدلًا من ذلك، يترك تكرارات الإجماع السابقة مفتوحة بينما تبدأ تكرارات جديدة في الوقت نفسه. يحصل المُوفّرون المتبقّون على محاولات أكثر لإيجاد اتفاق بدلًا من الاصطدام بجدار حاد.
والقاعدة ذات الأولوية مهمة كذلك. إذا نجح أكثر من تكرار في نفس الوقت، فإن البروتوكول دائمًا يفضّل التكرار الأقل رقمًا. هكذا يحل مشكلة تَنافُس الكتل دون الحاجة إلى تدخل يدوي.
وإذا فشل حتى ذلك، يتم تفعيل "طلب كتلة الطوارئ" (Emergency Block Request).
بمجرد أن تتراكم طلبات EBR التي تمثل أغلبية الحصة، يقوم السلسلة بإنتاج كتلة فارغة! لا توجد معاملات؛ فقط استمرارية وبذرة (seed) جديدة للجولة التالية.
قرار التصميم هذا يخبرني أن @Dusk لا يبني لظروف مثالية.
إنه يبني للحظة التي تنقطع فيها تلك الظروف.
ما لا أعرفه حقًا بعد هو كيف يصمد مسار الاسترداد هذا إذا ظلت المشاركة متدهورة عبر عدة جولات متتالية. هذا هو اختبار الضغط الذي كنت أتمنى رؤية توثيقه.
#Dusk #EmergencyMode #DuskEVM
ما الأهم في تصميم وضع الطوارئ في Dusk؟
الأمر يتعلق بما يحدث عندما يتوقف الإجماع عن العمل... ليس بسبب هجوم. ولا بسبب خلل. بل فقط لأن المُدقّقين يصبحون صامتين.
لدى ديـسك ميزة اسمها "وضع الطوارئ"، وكان انطباعي الأول أنها موجودة لإنتاج كتل طارئة. لكن هذا ليس دقيقًا تمامًا.
الهدف الحقيقي هو الحفاظ على قابلية التشغيل (liveness) عندما تصبح مشاركة الحصة غير موثوقة.
وهذه الأمور التي لفتت انتباهي: لا يتوقف ديـسك إذا استمر المُدقّقون في الغياب. بدلًا من ذلك، يترك تكرارات الإجماع السابقة مفتوحة بينما تبدأ تكرارات جديدة في الوقت نفسه. يحصل المُوفّرون المتبقّون على محاولات أكثر لإيجاد اتفاق بدلًا من الاصطدام بجدار حاد.
والقاعدة ذات الأولوية مهمة كذلك. إذا نجح أكثر من تكرار في نفس الوقت، فإن البروتوكول دائمًا يفضّل التكرار الأقل رقمًا. هكذا يحل مشكلة تَنافُس الكتل دون الحاجة إلى تدخل يدوي.
وإذا فشل حتى ذلك، يتم تفعيل "طلب كتلة الطوارئ" (Emergency Block Request).
بمجرد أن تتراكم طلبات EBR التي تمثل أغلبية الحصة، يقوم السلسلة بإنتاج كتلة فارغة! لا توجد معاملات؛ فقط استمرارية وبذرة (seed) جديدة للجولة التالية.
قرار التصميم هذا يخبرني أن @Dusk لا يبني لظروف مثالية.
إنه يبني للحظة التي تنقطع فيها تلك الظروف.
ما لا أعرفه حقًا بعد هو كيف يصمد مسار الاسترداد هذا إذا ظلت المشاركة متدهورة عبر عدة جولات متتالية. هذا هو اختبار الضغط الذي كنت أتمنى رؤية توثيقه.
#Dusk #EmergencyMode #DuskEVM
ما الأهم في تصميم وضع الطوارئ في Dusk؟
🔗Chain liveness above all
66%
⚖️The iteration priority rule
17%
🧪Still needs a stress test
17%
6 الأصوات • تمّ إغلاق التصويت
#dusk $DUSK @Dusk
غسقEVM: طبقة التوافق التي قد تُقلّل عتبة الدخول
ماذا لو لم يكن على المطورين الاختيار بين أدوات EVM المألوفة والبنية التحتية المصممة للتمويل الخاضع للتنظيم؟
هنا تصبح DuskEVM مثيرة للاهتمام.
تُعد DuskEVM بيئة تنفيذ مكافئة لـ EVM تستخدم DuskDS للتسوية وتوفّر البيانات. يمكن للمطورين البناء باستخدام Solidity وأدوات مألوفة مثل Hardhat وFoundry.
لماذا هذا مهم؟
• تقليل احتكاك الهجرة: يمكن للمطورين الحاليين في EVM العمل بلغات ومحافظ وأدوات مألوفة بدلًا من تعلّم نموذج تطوير جديد بالكامل.
• بقاء التسوية متصلة: التطبيقات المبنية على DuskEVM تتم تسويتها عبر DuskDS، مع الحفاظ على التنفيذ والتسوية كطبقتين منفصلتين.
• مُصمّمة لِسير العمل المالية: تضع Dusk توافق EVM إلى جانب الأصول المُرمّزة، وDeFi، والامتثال، والخصوصية، والبنية التحتية للأسواق المُنظّمة.
السؤال الأهم ليس ما إذا كان توافق EVM يبدو مريحًا. بل ما إذا كانت البنية التحتية للمطورين المألوفة يمكن أن تساعد المزيد من البنّائين على تجربة نهج Dusk في الخصوصية والتمويل المالي المعرّض للتنظيم على السلسلة.
وهنا أعتقد أن @Dusk تصبح مثيرة للاهتمام بشكل خاص.
$DUSK #DUSK
#dusk #DuskEVM #Tokenization
استفتاء:
غسقEVM: طبقة التوافق التي قد تُقلّل عتبة الدخول
ماذا لو لم يكن على المطورين الاختيار بين أدوات EVM المألوفة والبنية التحتية المصممة للتمويل الخاضع للتنظيم؟
هنا تصبح DuskEVM مثيرة للاهتمام.
تُعد DuskEVM بيئة تنفيذ مكافئة لـ EVM تستخدم DuskDS للتسوية وتوفّر البيانات. يمكن للمطورين البناء باستخدام Solidity وأدوات مألوفة مثل Hardhat وFoundry.
لماذا هذا مهم؟
• تقليل احتكاك الهجرة: يمكن للمطورين الحاليين في EVM العمل بلغات ومحافظ وأدوات مألوفة بدلًا من تعلّم نموذج تطوير جديد بالكامل.
• بقاء التسوية متصلة: التطبيقات المبنية على DuskEVM تتم تسويتها عبر DuskDS، مع الحفاظ على التنفيذ والتسوية كطبقتين منفصلتين.
• مُصمّمة لِسير العمل المالية: تضع Dusk توافق EVM إلى جانب الأصول المُرمّزة، وDeFi، والامتثال، والخصوصية، والبنية التحتية للأسواق المُنظّمة.
السؤال الأهم ليس ما إذا كان توافق EVM يبدو مريحًا. بل ما إذا كانت البنية التحتية للمطورين المألوفة يمكن أن تساعد المزيد من البنّائين على تجربة نهج Dusk في الخصوصية والتمويل المالي المعرّض للتنظيم على السلسلة.
وهنا أعتقد أن @Dusk تصبح مثيرة للاهتمام بشكل خاص.
$DUSK #DUSK
#dusk #DuskEVM #Tokenization
استفتاء:
🔐 Privacy
0%
⚙️ EVM Compatibility
0%
🏦 Regulated Finance
0%
🌐 Ecosystem Growth
0%
0 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
الحسم الفوري والثقة الهادئة
لنتحدث عن التسوية. $DUSK يستخدم إجماع Succinct Attestation. بمجرد اعتماد كتلة، تصبح دائمة. لا فروع. لا إعادة تنظيم. لا انتظار احتمالي.
بالنسبة لتداولات السندات والطرح الخاص، هذا الحسم الفوري غير قابل للتفاوض.
تحت الغطاء، تتعامل محرك Phoenix مع الأموال كـ "Notes" مشفّرة (نموذج UTXO). وبفضل عشوائية Diffie-Hellman المضمّنة، تكون المعاملات غير قابلة للربط بالكامل—حتى الصفقات المتكررة من نفس الطرف لا يمكن أن تُنسب لبعضها. خصوصية مالية حقيقية.
وهم يشغّلون جهازين افتراضيين مزدوجين—DuskVM (Rust/WASM للأداء الأصلي) إلى جانب DuskEVM (OP Stack Rollup لمطوّري Solidity). سرعة أصلية + نظام Ethereum البيئي. أفضل ما في العالمين، بدون تنازلات.
ما يعجبني أكثر؟ أنهم يتحدثون بهدوء. لا وعود صاخبة، لا مطاردة للميِمات—فقط عمل ثابت على بنية تحتية حقيقية. مشاهدة DuskEVM وهي تدخل حيز التشغيل وتتشكل الشراكات الهادئة… يبدو كأحد تلك المشاريع التي تنمو في الخلفية بينما الجميع الآخر يناقش الضجة.
لا تحتاج المؤسسات إلى مزيد من الشفافية. بل تحتاج إلى القدرة على الاختيار.
$DUSK يمنحهم ذلك—بتوصيل الفجوة بين التمويل التقليدي والمسارات اللامركزية، دون إجبار أي طرف على المساومة.
ما زال الأمر في بدايته، وما زال التعلّم مستمرًا… لكن هذا بالتأكيد بقي عالقًا في ذهني.
@Dusk #dusk $DUSK #DuskEVM #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
تمّ التحقق
لقد كنت أتابع DuskEVM عن كثب، وأعتقد أن القصة الحقيقية هي تمويل EVM السري.
يمنح DuskEVM المطورين بيئة مألوفة من Solidity/EVM، بينما يضيف Hedger الخصوصية عبر التشفير المتماثل التام وإثباتات المعرفة الصفرية.
ما أراه مثيرًا للاهتمام هو ما يمكن أن يتيحه ذلك:
→ أرصدة وتحويلات مُشفّرة
→ ملكية أصول خاصة
→ معاملات قابلة للتحقق دون كشف بيانات حساسة
→ خصوصية قابلة للتدقيق للتطبيقات الخاضعة للتنظيم
→ مزيد من الخصوصية لنشاط التداول المؤسسي
لا أعتقد أن الهدف هو إخفاء كل شيء فحسب.
تتمثل الفكرة الأكبر في جعل البيانات المالية خاصة عندما يلزم الأمر، مع البقاء قابلة للتحقق عندما تكون هناك حاجة إلى ذلك.
بالنسبة لي، قد يصبح هذا المزيج جزءًا كبيرًا من البنية التحتية للـ DeFi المؤسسي.
#DuskEVM #dusk $DUSK @Dusk
يمنح DuskEVM المطورين بيئة مألوفة من Solidity/EVM، بينما يضيف Hedger الخصوصية عبر التشفير المتماثل التام وإثباتات المعرفة الصفرية.
ما أراه مثيرًا للاهتمام هو ما يمكن أن يتيحه ذلك:
→ أرصدة وتحويلات مُشفّرة
→ ملكية أصول خاصة
→ معاملات قابلة للتحقق دون كشف بيانات حساسة
→ خصوصية قابلة للتدقيق للتطبيقات الخاضعة للتنظيم
→ مزيد من الخصوصية لنشاط التداول المؤسسي
لا أعتقد أن الهدف هو إخفاء كل شيء فحسب.
تتمثل الفكرة الأكبر في جعل البيانات المالية خاصة عندما يلزم الأمر، مع البقاء قابلة للتحقق عندما تكون هناك حاجة إلى ذلك.
بالنسبة لي، قد يصبح هذا المزيج جزءًا كبيرًا من البنية التحتية للـ DeFi المؤسسي.
#DuskEVM #dusk $DUSK @Dusk
LAST MOON:
This is what makes DuskEVM interesting imo. It’s not about hiding everything, but giving financial apps privacy where it matters while keeping things verifiable. That could be huge for institutional DeFi.
كنت أتابع Dusk لأنها تبني بنية تحتية لتطبيقات مالية مُنظَّمة، وقد أضفت مؤخرًا مركزًا صغيرًا $DUSK إلى محفظتي.
ما غيّر وجهة نظري لم يكن عنوانًا آخر عن الت tokenization. بل كان الفرق بين تمثيل أصل على السلسلة (onchain) وبين تصميم دورة حياته فعليًا حول دفتر الأستاذ.
كنت أظن في البداية أن @Dusk يدور أساسًا حول الخصوصية. لكن زاوية الإصدار الأصلي جعلتني أنظر إليها بشكل مختلف.
إذا أمكن هيكلة الإصدار، والتحويلات، والخدمات، وضوابط الوصول، والتسوية ضمن البيئة onchain نفسها، فقد تختفي بعض الحاجة إلى التوفيق بين أنظمة منفصلة. وهذا مهم لأن الأصول المُنظَّمة لا تتعلق فقط بإنشاء رمز. الجزء المربك هو كل ما يحدث حوله.
يمنح DuskEVM للمطوّرين أدوات EVM المألوفة، بينما يوفّر DuskDS نهائيةً حتمية وتوفّرًا للبيانات ونماذج معاملات قابلة للخصوصية.
هذه المجموعة تثير اهتمامي لأنها تستهدف تصميم سير العمل، وليس مجرد تمثيل الأصول.
ومع ذلك، لست مقتنعًا بالكامل بعد. لا يمكن ببساطة حلّ الهياكل القانونية، والجهات المعتمدة، والحفظ (custody)، والسيولة، والتبنّي المؤسسي عبر تصميم البروتوكول.
لكنني بدأت أرى Dusk أقل باعتبارها «سلسلة tokenization أخرى»، وأكثر كبنية تحتية لإعادة بناء أجزاء من دورة الحياة المالية.
السؤال الحقيقي بالنسبة لي هو ما إذا كانت المؤسسات تستخدم هذه المرونة فعليًا على نطاق واسع.
$RED $EDEN #DUSK #DuskEVM #Web3 #Tokenization
🗳️ ما الذي يهم أكثر لتبنّي Dusk؟
ما غيّر وجهة نظري لم يكن عنوانًا آخر عن الت tokenization. بل كان الفرق بين تمثيل أصل على السلسلة (onchain) وبين تصميم دورة حياته فعليًا حول دفتر الأستاذ.
كنت أظن في البداية أن @Dusk يدور أساسًا حول الخصوصية. لكن زاوية الإصدار الأصلي جعلتني أنظر إليها بشكل مختلف.
إذا أمكن هيكلة الإصدار، والتحويلات، والخدمات، وضوابط الوصول، والتسوية ضمن البيئة onchain نفسها، فقد تختفي بعض الحاجة إلى التوفيق بين أنظمة منفصلة. وهذا مهم لأن الأصول المُنظَّمة لا تتعلق فقط بإنشاء رمز. الجزء المربك هو كل ما يحدث حوله.
يمنح DuskEVM للمطوّرين أدوات EVM المألوفة، بينما يوفّر DuskDS نهائيةً حتمية وتوفّرًا للبيانات ونماذج معاملات قابلة للخصوصية.
هذه المجموعة تثير اهتمامي لأنها تستهدف تصميم سير العمل، وليس مجرد تمثيل الأصول.
ومع ذلك، لست مقتنعًا بالكامل بعد. لا يمكن ببساطة حلّ الهياكل القانونية، والجهات المعتمدة، والحفظ (custody)، والسيولة، والتبنّي المؤسسي عبر تصميم البروتوكول.
لكنني بدأت أرى Dusk أقل باعتبارها «سلسلة tokenization أخرى»، وأكثر كبنية تحتية لإعادة بناء أجزاء من دورة الحياة المالية.
السؤال الحقيقي بالنسبة لي هو ما إذا كانت المؤسسات تستخدم هذه المرونة فعليًا على نطاق واسع.
$RED $EDEN #DUSK #DuskEVM #Web3 #Tokenization
🗳️ ما الذي يهم أكثر لتبنّي Dusk؟
🔹 Native issuance
33%
🔹 Privacy + compliance
67%
🔹 Onchain settlement
0%
6 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
#DUSKARMY. #DuskEVM
👀 يبدو DuskEVM وكأنه أكثر من مجرد محاولة أخرى للتوافق مع EVM.
@Dusk
يعمل DuskEVM كطبقة تنفيذ متوافقة مع Solidity على OP Stack، حيث يتم التسوية عبر السلسلة الأساسية لـ Dusk، مع دفع رسوم الغاز في $DUSK .
$TUT ,$GPS
الجزء المثير للاهتمام هو جانب الخصوصية:
⚙️ يمكن نشر تطبيقات Solidity الحالية مع تغييرات بسيطة للغاية
🔐 تتوفر ميزات الخصوصية عبر مكوّن Hedger المنفصل
⛓️ يحدث التسوية على السلسلة الأساسية لـ Dusk
💰 يتم دفع الغاز باستخدام DUSK
لكن التوافق وحده لا يضمن التبنّي.
السؤال الحقيقي: لماذا سيختار المطوّرون Dusk على أنظمة EVM الأكبر ذات السيولة الأعمق وقواعد المستخدمين الأكبر؟
إذا استطاع Dusk جذب فرق تحتاج فعلاً إلى الخصوصية والامتثال وبنية التحتية للتسوية، فستصبح القصة أكثر إثارة بكثير.
#Ethereum✅ #Crypto #Blockchain
👀 يبدو DuskEVM وكأنه أكثر من مجرد محاولة أخرى للتوافق مع EVM.
@Dusk
يعمل DuskEVM كطبقة تنفيذ متوافقة مع Solidity على OP Stack، حيث يتم التسوية عبر السلسلة الأساسية لـ Dusk، مع دفع رسوم الغاز في $DUSK .
$TUT ,$GPS
الجزء المثير للاهتمام هو جانب الخصوصية:
⚙️ يمكن نشر تطبيقات Solidity الحالية مع تغييرات بسيطة للغاية
🔐 تتوفر ميزات الخصوصية عبر مكوّن Hedger المنفصل
⛓️ يحدث التسوية على السلسلة الأساسية لـ Dusk
💰 يتم دفع الغاز باستخدام DUSK
لكن التوافق وحده لا يضمن التبنّي.
السؤال الحقيقي: لماذا سيختار المطوّرون Dusk على أنظمة EVM الأكبر ذات السيولة الأعمق وقواعد المستخدمين الأكبر؟
إذا استطاع Dusk جذب فرق تحتاج فعلاً إلى الخصوصية والامتثال وبنية التحتية للتسوية، فستصبح القصة أكثر إثارة بكثير.
#Ethereum✅ #Crypto #Blockchain
سجّل الدخول لاستكشاف المزيد من المُحتوى