ŘeGáL TraÐér
13.6k منشورات
ŘeGáL TraÐér
تحقُّق Binance Square الإضافي📢Binance Square KOL 🎯 | Signal Provider 📈 | Square Visionary |X/Twitter: @mir_mudassir872 Follow for trading signals
فتح تداول
مُتداول بمُعدّل مرتفع
3 سنوات
1.2K+ تتابع
43.0K+ المتابعون
32.2K+ إعجاب
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
مقاطع فيديو
Live
PINNED
ادّعِ مكافأة BNB هائلة الآن 😍🎁🎁💝🧧
استعجل وشاركها مع أصدقائك..!
ابقَ مباركًا.. هذه هدية من أجلي #BinanceSquareFamily 😍😍😍
استعجل وشاركها مع أصدقائك..!
ابقَ مباركًا.. هذه هدية من أجلي #BinanceSquareFamily 😍😍😍
·
--
🎙️ جلسة UXUY × SUBB في المقرّ الرئيسي لـ Binance AMA | قادمة بقوة!
إنهاء
03 ساعة 21 دقيقة 36 ثانية
16.5k
28
·
--
🎙️ تحديثات سوق العملات المشفرة؛ حل أسئلة المبتدئين ✅ لنشارك في بناء ساحة بينانس 🦅 وننشر فكرة الحرية! نحافظ على توازن النظام البيئي!
إنهاء
03 ساعة 12 دقيقة 05 ثانية
10.5k
76
·
--
🎙️ شبكة الغسق: لماذا المساءلة النهائية مهمة للتمويل على السلسلة
إنهاء
34 دقيقة 15 ثانية
61
DUSK
الأرصدة
0%
0
#dusk $DUSK
عندما تبدأ سلسلة الخصوصية في التقدّم للحصول على التراخيص
تؤدي بروتوكولات الخصوصية التي تتقدم للحصول على ترخيص مالي إلى تغيير نوع المخاطر التي يتعيّن التفكير فيها.
مع سعي Dusk للحصول على ترخيص ECSP، فإن الجزء المثير للاهتمام ليس مجرد الالتزام بالأنظمة. بل هو مدى قرب المشروع من التدفق الرأسمالي الفعلي.
حتى الآن، كان النموذج الذهني الأسهل هو البنية التحتية: الخصوصية، والتسوية، والهوية، والأوراق المالية المُرمّزة.
تدفع موافقة ECSP Dusk إلى أعلى هذه الطبقة.
إذا نجح الطلب، فأعتقد أنه قد تتمكن الشركات من جمع رأس المال عبر عروض منظّمة، بينما يصل المستثمرون إلى هذه العروض عبر منتجات مثل Dusk Trade. فجأةً، تصبح القروض والأوراق المالية القابلة للتحويل أقرب بكثير إلى الشبكة نفسها، بدل أن تكون أعمال شخص آخر مبنية فوقها.
وقد يكون لذلك أثر اقتصادي كذلك.
يمكن أن يعني المزيد من الإصدار مزيدًا من نشاط التسوية، ورسومًا أكبر للمنتجات، وربما مزيدًا من الأسباب لاستخدام DUSK. لن تنتظر السلسلة فقط حتى يقوم طرف ثالث بخلق الطلب.
لكن هنا تصبح الفكرة أقل راحة.
تشغيل بنية تحتية للخصوصية والعمل قرب التوزيع المالي الخاضع للتنظيم وظيفتان مختلفتان جدًا.
إن تصميم Dusk للإفصاح الانتقائي والمعاملات السرّية يجعل هذا الجمع مثيرًا للاهتمام تقنيًا. الخصوصية لا تعني بالضرورة إخفاء كل شيء عن الجميع.
ومع ذلك، فإن البنية التحتية غير المصرّح بها (permissionless) والتوسّط المرخّص تسحبان بطبيعة الحال في اتجاهات مختلفة.
إحداهما تريد وصولًا محايدًا.
والأخرى يجب أن تقرر من يمكنه المشاركة، وتحت أي شروط، وأحيانًا من لا يمكنه ذلك.
لذا لا أرى خطوة ECSP كأنها بالضرورة متفائلة (bullish) تلقائيًا أو مقيِّدة تلقائيًا.
بل هي أقرب إلى اختبار Dusk لما إذا كان بإمكانه امتلاك جزء أكبر من مكدس التمويل دون السماح للجزء الخاضع للتنظيم بأن يحدد الحدود ببطء لبروتوكول ما تحته.
قد ينجح ذلك.
لكن إذا أصبح Dusk Trade والإصدار والتسوية & الترخيص مرتبطين ارتباطًا وثيقًا، فستصبح عملية الفصل بين “بنية الشبكة التحتية” و“المشغّل الخاضع للتنظيم” شيئًا يستحق مراقبته بعناية شديدة.
@Dusk
عندما تبدأ سلسلة الخصوصية في التقدّم للحصول على التراخيص
تؤدي بروتوكولات الخصوصية التي تتقدم للحصول على ترخيص مالي إلى تغيير نوع المخاطر التي يتعيّن التفكير فيها.
مع سعي Dusk للحصول على ترخيص ECSP، فإن الجزء المثير للاهتمام ليس مجرد الالتزام بالأنظمة. بل هو مدى قرب المشروع من التدفق الرأسمالي الفعلي.
حتى الآن، كان النموذج الذهني الأسهل هو البنية التحتية: الخصوصية، والتسوية، والهوية، والأوراق المالية المُرمّزة.
تدفع موافقة ECSP Dusk إلى أعلى هذه الطبقة.
إذا نجح الطلب، فأعتقد أنه قد تتمكن الشركات من جمع رأس المال عبر عروض منظّمة، بينما يصل المستثمرون إلى هذه العروض عبر منتجات مثل Dusk Trade. فجأةً، تصبح القروض والأوراق المالية القابلة للتحويل أقرب بكثير إلى الشبكة نفسها، بدل أن تكون أعمال شخص آخر مبنية فوقها.
وقد يكون لذلك أثر اقتصادي كذلك.
يمكن أن يعني المزيد من الإصدار مزيدًا من نشاط التسوية، ورسومًا أكبر للمنتجات، وربما مزيدًا من الأسباب لاستخدام DUSK. لن تنتظر السلسلة فقط حتى يقوم طرف ثالث بخلق الطلب.
لكن هنا تصبح الفكرة أقل راحة.
تشغيل بنية تحتية للخصوصية والعمل قرب التوزيع المالي الخاضع للتنظيم وظيفتان مختلفتان جدًا.
إن تصميم Dusk للإفصاح الانتقائي والمعاملات السرّية يجعل هذا الجمع مثيرًا للاهتمام تقنيًا. الخصوصية لا تعني بالضرورة إخفاء كل شيء عن الجميع.
ومع ذلك، فإن البنية التحتية غير المصرّح بها (permissionless) والتوسّط المرخّص تسحبان بطبيعة الحال في اتجاهات مختلفة.
إحداهما تريد وصولًا محايدًا.
والأخرى يجب أن تقرر من يمكنه المشاركة، وتحت أي شروط، وأحيانًا من لا يمكنه ذلك.
لذا لا أرى خطوة ECSP كأنها بالضرورة متفائلة (bullish) تلقائيًا أو مقيِّدة تلقائيًا.
بل هي أقرب إلى اختبار Dusk لما إذا كان بإمكانه امتلاك جزء أكبر من مكدس التمويل دون السماح للجزء الخاضع للتنظيم بأن يحدد الحدود ببطء لبروتوكول ما تحته.
قد ينجح ذلك.
لكن إذا أصبح Dusk Trade والإصدار والتسوية & الترخيص مرتبطين ارتباطًا وثيقًا، فستصبح عملية الفصل بين “بنية الشبكة التحتية” و“المشغّل الخاضع للتنظيم” شيئًا يستحق مراقبته بعناية شديدة.
@Dusk
·
--
🎙️ شبكة الغسق: الخصوصية والامتثال وتطور الأصول الرقمية
إنهاء
23 دقيقة 19 ثانية
99
0
تداول $DUSK 5K USDT خلال 30 يوم
كنت أتفقد DUSK مرة أخرى اليوم، ليس فقط بسبب حركة السعر، بل لأن هناك خيارًا تصميميًا واحدًا يلفت انتباهي باستمرار.
كان المخطط مثيرًا للاهتمام بالفعل. دفعت DUSKUSDT مؤخرًا باتجاه 0.0797 دولار، ثم عادت إلى منطقة 0.074 دولار. لا يوجد شيء غير معتاد بالنسبة لسوق متقلب، لكن ذلك جعلني أنظر مرة أخرى إلى ما يحدث تحت سطح التوكن نفسه.
الشيء الذي أراه مختلفًا في Dusk هو كيفية تعاملها مع النشاط العام والخاص.
Moonlight يتولى المعاملات الشفافة، بينما Phoenix يتولى المعاملات المُشفّاة باستخدام إثباتات المعرفة الصفرية. لكن الجزء المهم هو أن هذين العالمين ليسا مرتبطين بشكل عابر. تنسيقات العناوين منفصلة حسب التصميم.
في البداية، اعتقدت أن هذا الأمر هو في الأساس ميزة أمان.
لكن كلما تعمقت أكثر، رأيت المزيد من المقايضة.
يمكن للبورصة أو أمين الحفظ أن يبقى على الجانب العام دون القلق من دخول معاملات خاصة غير متوقعة إلى نظامه. هذا نهج أنيق جدًا للبيئات المُنظّمة.
الجانب الآخر هو أن نقل الأصول السرية إلى سيولة عامة يتطلب خطوة تحويل إضافية. الخصوصية تكون أقوى لأن الأنظمة لا تختلط، لكن سير العمل يصبح أكثر تعمدًا.
أعتقد أن هذا من تلك خيارات التصميم التي لا توجد لها إجابة مثالية.
فكلما زادت درجة الفصل زادت ضمانات الخصوصية، لكن المؤسسات تقدر أيضًا السرعة والمرونة.
السؤال الذي ما زلت أراقبه هو ما إذا كانت الأسواق المُنظّمة ستفضل هذا النوع من العزل الصارم، أم أنها في النهاية ستطالب بجسر أكثر سلاسة بين السيولة الخاصة والعامة.
هذا التوازن على الأرجح هو ما سيحدد مدى عملية هذا النموذج. $DUSK #dusk
@Dusk
كان المخطط مثيرًا للاهتمام بالفعل. دفعت DUSKUSDT مؤخرًا باتجاه 0.0797 دولار، ثم عادت إلى منطقة 0.074 دولار. لا يوجد شيء غير معتاد بالنسبة لسوق متقلب، لكن ذلك جعلني أنظر مرة أخرى إلى ما يحدث تحت سطح التوكن نفسه.
الشيء الذي أراه مختلفًا في Dusk هو كيفية تعاملها مع النشاط العام والخاص.
Moonlight يتولى المعاملات الشفافة، بينما Phoenix يتولى المعاملات المُشفّاة باستخدام إثباتات المعرفة الصفرية. لكن الجزء المهم هو أن هذين العالمين ليسا مرتبطين بشكل عابر. تنسيقات العناوين منفصلة حسب التصميم.
في البداية، اعتقدت أن هذا الأمر هو في الأساس ميزة أمان.
لكن كلما تعمقت أكثر، رأيت المزيد من المقايضة.
يمكن للبورصة أو أمين الحفظ أن يبقى على الجانب العام دون القلق من دخول معاملات خاصة غير متوقعة إلى نظامه. هذا نهج أنيق جدًا للبيئات المُنظّمة.
الجانب الآخر هو أن نقل الأصول السرية إلى سيولة عامة يتطلب خطوة تحويل إضافية. الخصوصية تكون أقوى لأن الأنظمة لا تختلط، لكن سير العمل يصبح أكثر تعمدًا.
أعتقد أن هذا من تلك خيارات التصميم التي لا توجد لها إجابة مثالية.
فكلما زادت درجة الفصل زادت ضمانات الخصوصية، لكن المؤسسات تقدر أيضًا السرعة والمرونة.
السؤال الذي ما زلت أراقبه هو ما إذا كانت الأسواق المُنظّمة ستفضل هذا النوع من العزل الصارم، أم أنها في النهاية ستطالب بجسر أكثر سلاسة بين السيولة الخاصة والعامة.
هذا التوازن على الأرجح هو ما سيحدد مدى عملية هذا النموذج. $DUSK #dusk
@Dusk
تمّ التحقق
لاحظت عمليات التوسيع المتفائلة ضمن منظومة @Dusk ، وما لفت انتباهي هو أن هذه الأنظمة قد وعدت بتوافق EVM، لكنها غالبًا ما تستمر في حمل نافذة تحدّي السحب التي تمتد سبعة أيام. ولا يزال هذا يمثل نقطة احتكاك كبيرة للمؤسسات التي تتطلب تسوية أسرع وأكثر قابلية للتنبؤ.
وهنا تصبح مقاربة Dusk مثيرة للاهتمام. فهي تحاول دمج مُتحقّقٍ أولي مدعومًا بمعالجات MIPS داخل طبقة التسوية، ما يسمح بإجراء التحقق من التنفيذ بشكل محتمل دون الاعتماد على فترة تحدّي ممتدة. وبعد فحص البنية المعمارية، فهمت أن انتقالات الحالة من بيئة التنفيذ يتم التحقق منها قبل قبولها بواسطة DuskDS.
تقنيًا، يغيّر هذا الافتراض الكامن خلف أنظمة التوسيع المتفائلة. بدلًا من قبول المعاملات أولًا ثم التحدّي لاحقًا، يحدث التحقق قبل قبول التسوية. وبما أن المُتحقّق الأولي يعمل على مستوى العقدة، فقد تبقى قابلية الوصول إلى الحسم أقرب إلى توقيت الطبقة الأساسية.
أجد التصميم مثيرًا للاهتمام لأنه يحاول الحفاظ على توافق EVM مع معالجة تأخر الحسم. ومع ذلك، ما زلت متحفظًا. لقد رأيت مقاربات التحقق المبكر تؤدي أداءً جيدًا في البيئات المُتحكَّم فيها، لكنها تواجه ضغطًا من حجم الشبكة وتنوع العملاء وتعقيد العمليات.
قد يقلل الدمج الوثيق بين المُتحقّق الأولي وطبقة التسوية لدى Dusk من الاعتماديات الخارجية، لكن السؤال الحقيقي هو ما إذا كان بإمكانه تلبية متطلبات الاعتمادية وقابلية التوسع الخاصة بالأسواق المالية الخاضعة للتنظيم.
والسؤال الأكبر هو ما إذا كانت هذه البنية يمكن أن تعمل بنفس القوة تحت أحجام التداول المالية الواقعية، وضغوط الامتثال، ومتطلبات المؤسسات، كما تبدو على الورق. وهذا يظل التحدّي الرئيسي.
#dusk $DUSK @Dusk .
وهنا تصبح مقاربة Dusk مثيرة للاهتمام. فهي تحاول دمج مُتحقّقٍ أولي مدعومًا بمعالجات MIPS داخل طبقة التسوية، ما يسمح بإجراء التحقق من التنفيذ بشكل محتمل دون الاعتماد على فترة تحدّي ممتدة. وبعد فحص البنية المعمارية، فهمت أن انتقالات الحالة من بيئة التنفيذ يتم التحقق منها قبل قبولها بواسطة DuskDS.
تقنيًا، يغيّر هذا الافتراض الكامن خلف أنظمة التوسيع المتفائلة. بدلًا من قبول المعاملات أولًا ثم التحدّي لاحقًا، يحدث التحقق قبل قبول التسوية. وبما أن المُتحقّق الأولي يعمل على مستوى العقدة، فقد تبقى قابلية الوصول إلى الحسم أقرب إلى توقيت الطبقة الأساسية.
أجد التصميم مثيرًا للاهتمام لأنه يحاول الحفاظ على توافق EVM مع معالجة تأخر الحسم. ومع ذلك، ما زلت متحفظًا. لقد رأيت مقاربات التحقق المبكر تؤدي أداءً جيدًا في البيئات المُتحكَّم فيها، لكنها تواجه ضغطًا من حجم الشبكة وتنوع العملاء وتعقيد العمليات.
قد يقلل الدمج الوثيق بين المُتحقّق الأولي وطبقة التسوية لدى Dusk من الاعتماديات الخارجية، لكن السؤال الحقيقي هو ما إذا كان بإمكانه تلبية متطلبات الاعتمادية وقابلية التوسع الخاصة بالأسواق المالية الخاضعة للتنظيم.
والسؤال الأكبر هو ما إذا كانت هذه البنية يمكن أن تعمل بنفس القوة تحت أحجام التداول المالية الواقعية، وضغوط الامتثال، ومتطلبات المؤسسات، كما تبدو على الورق. وهذا يظل التحدّي الرئيسي.
#dusk $DUSK @Dusk .
·
--
🎙️ شبكة الغسق: الخصوصية والامتثال في البلوك تشين المالي..!
إنهاء
29 دقيقة 16 ثانية
61
0
كنت أعتقد أن الجزء الأصعب من الخصوصية على EVM هو إثبات أنه حتى المعلومات المخفية يمكن الوثوق بها. بعد الاطلاع على مقاربات مختلفة مع مرور الوقت، بدأت ألاحظ مشكلة مختلفة: حتى عندما تعمل التشفيرات، ما يزال على شخص ما أن يقوم ببناء النظام وتشغيله والوثوق به من حولها.
هذا هو الجزء الذي جعل Hedger مثيرًا للاهتمام بالنسبة لي. ركزت حلول الخصوصية الكثيرة على ما يمكن إخفاؤه، لكن قلة منها تقضي وقتًا كافيًا في فهم كيفية ملاءمة هذه الخصوصية لبيئات التطوير القائمة. يسلك Hedger طريقًا مختلفًا عبر استكشاف الحوسبة السرّية داخل إطار متوافق مع EVM. من خلال الجمع بين التشفير المتجانس مع إثباتات عدم المعرفة، يهدف إلى إبقاء القيم الحساسة خاصة مع السماح في الوقت نفسه بالتحقق. كما تجعل العقود المُسبقة (precompiled contracts) هذه الإمكانيات أقرب إلى تدفقات عمل Solidity التي يعرفها المطورون بالفعل.
لكن الأسئلة العملية ما تزال قائمة. إن الحوسبة المشفّرة ليست مجانية. ما زالت الأداء وإدارة المفاتيح وعمليات الامتثال تُسبب احتكاكًا. رأيت أنظمة تقنية مذهلة من قبل بدت مقنعة في ظروف مضبوطة، لكنها أصبحت أكثر تعقيدًا عندما وصلت إلى عمليات مالية حقيقية.
أفكر في أن Hedger يعالج مشكلة يمكن التقليل من شأنها بسهولة. خصوصية المؤسسات ليست فقط مسألة إخفاء المعلومات؛ بل هي إدخال السرّية ضمن أنظمة لديها بالفعل قواعد ومسؤوليات. لست مقتنعًا بالكامل بعد بأن المقايضات ستكون سهلة الإدارة، لكن المحاولة تبدو أكثر واقعية من العديد من المقاربات السابقة التي تابعتها.
@Dusk $DUSK #dusk #dusk
هذا هو الجزء الذي جعل Hedger مثيرًا للاهتمام بالنسبة لي. ركزت حلول الخصوصية الكثيرة على ما يمكن إخفاؤه، لكن قلة منها تقضي وقتًا كافيًا في فهم كيفية ملاءمة هذه الخصوصية لبيئات التطوير القائمة. يسلك Hedger طريقًا مختلفًا عبر استكشاف الحوسبة السرّية داخل إطار متوافق مع EVM. من خلال الجمع بين التشفير المتجانس مع إثباتات عدم المعرفة، يهدف إلى إبقاء القيم الحساسة خاصة مع السماح في الوقت نفسه بالتحقق. كما تجعل العقود المُسبقة (precompiled contracts) هذه الإمكانيات أقرب إلى تدفقات عمل Solidity التي يعرفها المطورون بالفعل.
لكن الأسئلة العملية ما تزال قائمة. إن الحوسبة المشفّرة ليست مجانية. ما زالت الأداء وإدارة المفاتيح وعمليات الامتثال تُسبب احتكاكًا. رأيت أنظمة تقنية مذهلة من قبل بدت مقنعة في ظروف مضبوطة، لكنها أصبحت أكثر تعقيدًا عندما وصلت إلى عمليات مالية حقيقية.
أفكر في أن Hedger يعالج مشكلة يمكن التقليل من شأنها بسهولة. خصوصية المؤسسات ليست فقط مسألة إخفاء المعلومات؛ بل هي إدخال السرّية ضمن أنظمة لديها بالفعل قواعد ومسؤوليات. لست مقتنعًا بالكامل بعد بأن المقايضات ستكون سهلة الإدارة، لكن المحاولة تبدو أكثر واقعية من العديد من المقاربات السابقة التي تابعتها.
@Dusk $DUSK #dusk #dusk
تداول $DUSK 2.1K USDT خلال 30 يوم
اليوم كنت أتفحّص نهج Dusk في التمويل السري، وظلّت هناك فكرة واحدة تزعجني.
عادةً ما يُوصَف الخصوصيّة بأنها إخفاء المعلومات.
لكن لا أعتقد أنها الصورة الكاملة.
كلما نظرت أكثر إلى تصميم Dusk، بدا لي أن المشكلة الأصعب هي تحديد من ينبغي له أن يرى ماذا، ومتى.
يتعامل Dusk مع ذلك عبر العقود الذكية السرّية ومعيار عقد الأمان السرّي (XSC). ليست الفكرة مجرد جعل المعاملات غير مرئية. بل هي إنشاء نظام يمكن للنشاط المالي من خلاله أن يظل قابلاً للتحقق، دون أن تُكشف المعلومات الحسّاسة بشكل غير ضروري.
في البداية، اعتقدت أن هذا يُعدّ في الأساس تحسينًا للخصوصية.
الآن أراه بشكل مختلف.
بالنسبة للتطبيقات المالية، غالبًا ما ترتبط السرّية بمخاوف عملية. يمكن أن يحمل كلٌّ من تفاصيل الملكية، والمناصب التجارية، ومعلومات المعاملات قيمة تجارية حقيقية. قد يبدو النظام الذي يكشف كل شيء أكثر شفافية، لكنه قد يجعل المشاركة المؤسسية أكثر صعوبة أيضًا.
تطرح الخصوصية تحديًا آخر.
لا يمكن للمنظومة المالية أن تصبح سرّية إلى حدّ أن يفقد المشاركون الثقة فيما يحدث تحت السطح.
يبدو أن هذا التوازن هو المكان الذي تبدأ فيه التجربة الحقيقية لـ Dusk.
أحيانًا لا يكون أهم قرار تصميمي هو ما تسمح به الشبكة للجميع برؤيته، بل ما تختار عمدًا ألّا تكشفه.
@Dusk $DUSK #dusk
عادةً ما يُوصَف الخصوصيّة بأنها إخفاء المعلومات.
لكن لا أعتقد أنها الصورة الكاملة.
كلما نظرت أكثر إلى تصميم Dusk، بدا لي أن المشكلة الأصعب هي تحديد من ينبغي له أن يرى ماذا، ومتى.
يتعامل Dusk مع ذلك عبر العقود الذكية السرّية ومعيار عقد الأمان السرّي (XSC). ليست الفكرة مجرد جعل المعاملات غير مرئية. بل هي إنشاء نظام يمكن للنشاط المالي من خلاله أن يظل قابلاً للتحقق، دون أن تُكشف المعلومات الحسّاسة بشكل غير ضروري.
في البداية، اعتقدت أن هذا يُعدّ في الأساس تحسينًا للخصوصية.
الآن أراه بشكل مختلف.
بالنسبة للتطبيقات المالية، غالبًا ما ترتبط السرّية بمخاوف عملية. يمكن أن يحمل كلٌّ من تفاصيل الملكية، والمناصب التجارية، ومعلومات المعاملات قيمة تجارية حقيقية. قد يبدو النظام الذي يكشف كل شيء أكثر شفافية، لكنه قد يجعل المشاركة المؤسسية أكثر صعوبة أيضًا.
تطرح الخصوصية تحديًا آخر.
لا يمكن للمنظومة المالية أن تصبح سرّية إلى حدّ أن يفقد المشاركون الثقة فيما يحدث تحت السطح.
يبدو أن هذا التوازن هو المكان الذي تبدأ فيه التجربة الحقيقية لـ Dusk.
أحيانًا لا يكون أهم قرار تصميمي هو ما تسمح به الشبكة للجميع برؤيته، بل ما تختار عمدًا ألّا تكشفه.
@Dusk $DUSK #dusk
·
--
🎙️ شبكة الغسق: هل يمكن أن تصبح الخصوصية الطبقة التالية في عالم التمويل؟
إنهاء
01 ساعة 14 دقيقة 31 ثانية
162
BNB
الأرصدة
0%
0
تداول $DUSK 2K USDT خلال 30 يوم
استمررت في رؤية مكوّنات ديْسك المختلفة وهي تُناقَش بشكل منفصل: DuskDS وDuskVM وDuskEVM وطبقات الخصوصية، لكن سؤالًا واحدًا كان يعود إليّ باستمرار: ما الذي يجعل هذه الأجزاء تعمل معًا فعليًا؟
هذا قادني إلى Rusk.
في البداية، ظننت أنه مجرد البرنامج الذي يشغّل عقدة. لكن كلما تعمّقت أكثر، أدركت أنه يؤدي دورًا أكبر بكثير. إن Rusk هو طبقة التنفيذ التي تشغّل إجماع Dusk، وتحافظ على حالة البلوكشين، وتنفّذ عقود DuskVM، كما تربط التطبيقات الخارجية عبر واجهات برمجة التطبيقات.
ما لفت انتباهي هو أن Rusk ليس الميزة التي يتحدث عنها المستخدمون عادةً. لا توجد عناوين خصوصية لافتة للنظر ولا تطبيق واضح مبني حولها.
وهذا بالضبط ما يجعله مميزًا.
مع أن معمارية البلوكشين تصبح أكثر نمطية ووحداتية، يصبح التنسيق بنفس أهمية الميزات الفردية. فطبقة تنفيذ قوية لا تعني الكثير إذا لم يستطع النظام الأساسي إبقاء كل شيء متزامنًا.
المقابل هو أنه كلما تولّت الطبقة الأساسية مسؤوليات أكثر، ازدادت أهمية الاعتمادية والأمان.
ربما لن يُحدَّد مستقبل بنية البلوكشين التحتية فقط بما يراه المستخدمون من ميزات، بل بما لا يُرى من طبقات تعمل بهدوء لتجعل تلك الميزات ممكنة.
@Dusk $DUSK #dusk #dusk
هذا قادني إلى Rusk.
في البداية، ظننت أنه مجرد البرنامج الذي يشغّل عقدة. لكن كلما تعمّقت أكثر، أدركت أنه يؤدي دورًا أكبر بكثير. إن Rusk هو طبقة التنفيذ التي تشغّل إجماع Dusk، وتحافظ على حالة البلوكشين، وتنفّذ عقود DuskVM، كما تربط التطبيقات الخارجية عبر واجهات برمجة التطبيقات.
ما لفت انتباهي هو أن Rusk ليس الميزة التي يتحدث عنها المستخدمون عادةً. لا توجد عناوين خصوصية لافتة للنظر ولا تطبيق واضح مبني حولها.
وهذا بالضبط ما يجعله مميزًا.
مع أن معمارية البلوكشين تصبح أكثر نمطية ووحداتية، يصبح التنسيق بنفس أهمية الميزات الفردية. فطبقة تنفيذ قوية لا تعني الكثير إذا لم يستطع النظام الأساسي إبقاء كل شيء متزامنًا.
المقابل هو أنه كلما تولّت الطبقة الأساسية مسؤوليات أكثر، ازدادت أهمية الاعتمادية والأمان.
ربما لن يُحدَّد مستقبل بنية البلوكشين التحتية فقط بما يراه المستخدمون من ميزات، بل بما لا يُرى من طبقات تعمل بهدوء لتجعل تلك الميزات ممكنة.
@Dusk $DUSK #dusk #dusk
#termmax @TermMax .
كنت أُمعن النظر في أسواق الفائدة الثابتة وتساءلت عن سؤال بسيط: من الذي يقرر فعليًا كيف ينبغي أن يبدو سعر الفائدة «العادل»؟
في العديد من بروتوكولات الإقراض، يتبع السوق منحنى محددًا مسبقًا. @TermMax اتخذت نهجًا مختلفًا عبر أوامر النطاق (Range Orders)، ما يسمح لمقدمي السيولة بتحديد نطاقات لسعر الفائدة بدل الالتزام برأس المال تحت شرط ثابت واحد.
في البداية، بدا الأمر كتعقيد غير ضروري. لماذا يحتاج المستخدمون إلى تشكيل منحنى التسعير بأنفسهم؟ لكن الفكرة تصبح أكثر إثارة عند النظر إلى كيفية تصرف طلب الاقتراض فعليًا. نادرًا ما يتحرك الطلب وفق نمط يمكن التنبؤ به تمامًا. قد يقبل المُقرِض سعرًا واحدًا عندما يكون طلب السيولة منخفضًا، لكنه يتوقع تسعيرًا مختلفًا مع استهلاك المزيد من رأس المال.
وهنا تصبح الأمور مثيرة للاهتمام، لأن الأسواق نادرًا ما تكون قابلة للتنبؤ كما توحي به معادلة واحدة. يفترض منحنى سوق واحد أن الجميع يتشاركون الرؤية نفسها للمخاطر والطلب. تتيح أوامر النطاق لمقدمي سيولة مختلفين التعبير عن تفضيلات تسعير مختلفة عبر مناطق سعرية متعددة، مما يخلق بنية سوقية أكثر مرونة.
تتمثل الميزة الرئيسية في هذه المرونة، لكنها تُدخل أيضًا تحديًا جديدًا. فكلما زاد التحكم، زادت المسؤولية. يحتاج المستخدمون إلى فهم أفضل لكيفية تصميم منحنيات فعّالة، وليس فقط توفير السيولة والانتظار حتى التنفيذ.
السؤال الذي ما زلت أعود إليه هو ما إذا كانت الأسواق القابلة للتخصيص ستقود إلى قرارات سيولة أكثر ذكاءً، أم أنها ستنقل التعقيد فحسب من البروتوكولات إلى المشاركين.
هل سيعتمد مستقبل التمويل اللامركزي ذو الفائدة الثابتة (DeFi) بدرجة أكبر على خوارزميات أفضل أم على استراتيجيات مصممة بشكل أفضل من البشر؟
كنت أُمعن النظر في أسواق الفائدة الثابتة وتساءلت عن سؤال بسيط: من الذي يقرر فعليًا كيف ينبغي أن يبدو سعر الفائدة «العادل»؟
في العديد من بروتوكولات الإقراض، يتبع السوق منحنى محددًا مسبقًا. @TermMax اتخذت نهجًا مختلفًا عبر أوامر النطاق (Range Orders)، ما يسمح لمقدمي السيولة بتحديد نطاقات لسعر الفائدة بدل الالتزام برأس المال تحت شرط ثابت واحد.
في البداية، بدا الأمر كتعقيد غير ضروري. لماذا يحتاج المستخدمون إلى تشكيل منحنى التسعير بأنفسهم؟ لكن الفكرة تصبح أكثر إثارة عند النظر إلى كيفية تصرف طلب الاقتراض فعليًا. نادرًا ما يتحرك الطلب وفق نمط يمكن التنبؤ به تمامًا. قد يقبل المُقرِض سعرًا واحدًا عندما يكون طلب السيولة منخفضًا، لكنه يتوقع تسعيرًا مختلفًا مع استهلاك المزيد من رأس المال.
وهنا تصبح الأمور مثيرة للاهتمام، لأن الأسواق نادرًا ما تكون قابلة للتنبؤ كما توحي به معادلة واحدة. يفترض منحنى سوق واحد أن الجميع يتشاركون الرؤية نفسها للمخاطر والطلب. تتيح أوامر النطاق لمقدمي سيولة مختلفين التعبير عن تفضيلات تسعير مختلفة عبر مناطق سعرية متعددة، مما يخلق بنية سوقية أكثر مرونة.
تتمثل الميزة الرئيسية في هذه المرونة، لكنها تُدخل أيضًا تحديًا جديدًا. فكلما زاد التحكم، زادت المسؤولية. يحتاج المستخدمون إلى فهم أفضل لكيفية تصميم منحنيات فعّالة، وليس فقط توفير السيولة والانتظار حتى التنفيذ.
السؤال الذي ما زلت أعود إليه هو ما إذا كانت الأسواق القابلة للتخصيص ستقود إلى قرارات سيولة أكثر ذكاءً، أم أنها ستنقل التعقيد فحسب من البروتوكولات إلى المشاركين.
هل سيعتمد مستقبل التمويل اللامركزي ذو الفائدة الثابتة (DeFi) بدرجة أكبر على خوارزميات أفضل أم على استراتيجيات مصممة بشكل أفضل من البشر؟
#TermMax
أحتاج إلى خمس دقائق من اهتمامك لأنني أريد مشاركة تفاصيل صغيرة عن TermMax vault والتي كدت أتجاوزها اليوم: آلية حماية الحد الأدنى للعائد السنوي (Min. APY).
ظننت في البداية أنها مجرد معامل مخاطر آخر. لكن عندما نظرت إليها، أدركت أنها تتعلق بأمر أكبر حقًا…. إلى أي مدى يجب أن يثق المستخدمون بالقائمين على إدارة الـ vault؟
في vaults @TermMax ، يقرر القيمون (curators) كيفية تخصيص رأس المال عبر الاستراتيجيات. هذه المرونة مفيدة، لكنها تعني أيضًا أن المودعين يعتمدون على قرارات تتخذ خلف الكواليس.
يُنشئ إعداد Min. APY حدًا أدنى للعودة (العائد). أعتقد أن زيادة هذا التخيص/الحماية يمكن أن يتم بسرعة، لكن تقليلها يتطلب فترة قفل زمني (timelock).
أنا في الواقع أستمتع بهذا النهج غير المتماثل لأنه يعامل حماية المستخدمين بشكل مختلف عن التغييرات الأكثر مخاطرة. يمكن للقيم تحسين الأمان بسرعة، لكن خفض الحماية يمنح المستخدمين وقتًا ليلاحظوا ويتصرفوا.
في الحقيقة، هذا اختيار تصميمي مثير للاهتمام بالنسبة لي. لا تحتاج DeFi دائمًا إلى صلاحيات أقل؛ أحيانًا تحتاج إلى صلاحيات مُصممة بشكل أفضل.
ومع تعقّد استراتيجيات الـ vaults أكثر، أتساءل إذا كانت مثل هذه الآليات يمكن أن تصبح طبقة جديدة من الثقة بين المستخدمين والتمويل المؤتمت. #TermMax
$BTW
$BIO
$BOME
أحتاج إلى خمس دقائق من اهتمامك لأنني أريد مشاركة تفاصيل صغيرة عن TermMax vault والتي كدت أتجاوزها اليوم: آلية حماية الحد الأدنى للعائد السنوي (Min. APY).
ظننت في البداية أنها مجرد معامل مخاطر آخر. لكن عندما نظرت إليها، أدركت أنها تتعلق بأمر أكبر حقًا…. إلى أي مدى يجب أن يثق المستخدمون بالقائمين على إدارة الـ vault؟
في vaults @TermMax ، يقرر القيمون (curators) كيفية تخصيص رأس المال عبر الاستراتيجيات. هذه المرونة مفيدة، لكنها تعني أيضًا أن المودعين يعتمدون على قرارات تتخذ خلف الكواليس.
يُنشئ إعداد Min. APY حدًا أدنى للعودة (العائد). أعتقد أن زيادة هذا التخيص/الحماية يمكن أن يتم بسرعة، لكن تقليلها يتطلب فترة قفل زمني (timelock).
أنا في الواقع أستمتع بهذا النهج غير المتماثل لأنه يعامل حماية المستخدمين بشكل مختلف عن التغييرات الأكثر مخاطرة. يمكن للقيم تحسين الأمان بسرعة، لكن خفض الحماية يمنح المستخدمين وقتًا ليلاحظوا ويتصرفوا.
في الحقيقة، هذا اختيار تصميمي مثير للاهتمام بالنسبة لي. لا تحتاج DeFi دائمًا إلى صلاحيات أقل؛ أحيانًا تحتاج إلى صلاحيات مُصممة بشكل أفضل.
ومع تعقّد استراتيجيات الـ vaults أكثر، أتساءل إذا كانت مثل هذه الآليات يمكن أن تصبح طبقة جديدة من الثقة بين المستخدمين والتمويل المؤتمت. #TermMax
$BTW
$BIO
$BOME
تمّ التحقق
#dusk $DUSK
أحتاج فقط إلى خمس دقائق من اهتمامك لأنني أريد مشاركة تفصيل من “ديـسك” كنت أوشك أن أفوته أثناء الاطلاع على تصميمه في مرحلة الإجماع.
في البداية، كنت أنظر إلى الصورة الأكبر…. الخصوصية، والعقود الذكية والتطبيقات المالية. لكن بعد ذلك قضيت وقتًا أطول في “الإثبات الموجز”، وأمسكتني هذه النقطة الصغيرة في التصميم.
@Dusk لا يجعل كل مشارك يؤدي الدور نفسه تمامًا. بدلًا من ذلك، ينقسم الإجماع إلى مراحل. لجنة تقترح، وأخرى تتحقق، وثالثة تؤكد النتيجة النهائية.
بصراحة، أريد قراءة هذا الجزء مرتين لأن الفكرة تبدو بسيطة، لكن تأثيرها أكبر مما يبدو للوهلة الأولى.
الجزء المثير بالنسبة لي هو فصل المسؤوليات. الشبكة التي تؤمن تطبيقات مالية تحتاج أكثر من معاملات سريعة؛ تحتاج إلى عملية تكون فيها القرارات مُهيكلة ويمكن التنبؤ بها. بالطبع، هذا يثير أيضًا أسئلة حول اختيار اللجان، واللامركزية، وافتراضات الأمان.
لكنني أحب الاتجاه…. ربما لا تتمكن سلاسل الكتل المستقبلية من التوسع عبر جعل الجميع يفعل كل شيء، بل عبر منح كل دور هدفًا أوضح.
أحيانًا تكون خيارات التصميم الخفية هي التي تحكي القصة الحقيقية لبروتوكول ما.
#dusk
$BOME
$MRNAon #CryptoRally
أحتاج فقط إلى خمس دقائق من اهتمامك لأنني أريد مشاركة تفصيل من “ديـسك” كنت أوشك أن أفوته أثناء الاطلاع على تصميمه في مرحلة الإجماع.
في البداية، كنت أنظر إلى الصورة الأكبر…. الخصوصية، والعقود الذكية والتطبيقات المالية. لكن بعد ذلك قضيت وقتًا أطول في “الإثبات الموجز”، وأمسكتني هذه النقطة الصغيرة في التصميم.
@Dusk لا يجعل كل مشارك يؤدي الدور نفسه تمامًا. بدلًا من ذلك، ينقسم الإجماع إلى مراحل. لجنة تقترح، وأخرى تتحقق، وثالثة تؤكد النتيجة النهائية.
بصراحة، أريد قراءة هذا الجزء مرتين لأن الفكرة تبدو بسيطة، لكن تأثيرها أكبر مما يبدو للوهلة الأولى.
الجزء المثير بالنسبة لي هو فصل المسؤوليات. الشبكة التي تؤمن تطبيقات مالية تحتاج أكثر من معاملات سريعة؛ تحتاج إلى عملية تكون فيها القرارات مُهيكلة ويمكن التنبؤ بها. بالطبع، هذا يثير أيضًا أسئلة حول اختيار اللجان، واللامركزية، وافتراضات الأمان.
لكنني أحب الاتجاه…. ربما لا تتمكن سلاسل الكتل المستقبلية من التوسع عبر جعل الجميع يفعل كل شيء، بل عبر منح كل دور هدفًا أوضح.
أحيانًا تكون خيارات التصميم الخفية هي التي تحكي القصة الحقيقية لبروتوكول ما.
#dusk
$BOME
$MRNAon #CryptoRally
تمّ التحقق
تداول $DUSK 1.7K USDT خلال 30 يوم
امنحني فقط 5 دقائق… أريد أن أشارك تفاصيل صغيرة واحدة @Dusk وجدتها لأنها تبدو مملة في البداية، لكنها في الواقع تقول الكثير عن كيفية تصميم DuskVM. تُسمى argbuf.
بشكل أساسي، عندما يحتاج عقد ذكي يعمل داخل DuskVM إلى استقبال البيانات أو إعادتها، فإنه لا يمرر المعلومات بحرية فقط. تمنحه Dusk مساحة ذاكرة ثابتة مقدارها 64 كيلوبايت، تعمل مثل صندوق بريد مؤقت بين العقد والنظام.
يخبر النظام العقد بكمية البيانات التي تم وضعها هناك. يقرأها العقد، ويؤدي عمله، ثم يكتب النتيجة مرة أخرى في المساحة نفسها.
هذه فكرة بسيطة… لكنني في الواقع أحبها.
هناك حدود واضحة بين العقد والبيئة المحيطة به، ما قد يجعل التنفيذ أكثر قابلية للتنبؤ. وفي الوقت نفسه، ما زال على المطورين التعامل مع المدخلات والذاكرة بعناية. لا يمكن للآلة الافتراضية أن تنقذ منطق عقد سيئ.
وبالنظر إلى المستقبل، أعتقد أن تفاصيل مثل هذه قد تصبح أكثر أهمية مع اجتذاب Dusk لتطبيقات مالية جدية.
تحظى الخصوصية بأكبر قدر من الاهتمام، لكن أحيانًا تكون قواعد التنفيذ الهادئة هذه هي ما يجعل النظام أسهل للثقة.
$DUSK
$GAIX
$BTW
بشكل أساسي، عندما يحتاج عقد ذكي يعمل داخل DuskVM إلى استقبال البيانات أو إعادتها، فإنه لا يمرر المعلومات بحرية فقط. تمنحه Dusk مساحة ذاكرة ثابتة مقدارها 64 كيلوبايت، تعمل مثل صندوق بريد مؤقت بين العقد والنظام.
يخبر النظام العقد بكمية البيانات التي تم وضعها هناك. يقرأها العقد، ويؤدي عمله، ثم يكتب النتيجة مرة أخرى في المساحة نفسها.
هذه فكرة بسيطة… لكنني في الواقع أحبها.
هناك حدود واضحة بين العقد والبيئة المحيطة به، ما قد يجعل التنفيذ أكثر قابلية للتنبؤ. وفي الوقت نفسه، ما زال على المطورين التعامل مع المدخلات والذاكرة بعناية. لا يمكن للآلة الافتراضية أن تنقذ منطق عقد سيئ.
وبالنظر إلى المستقبل، أعتقد أن تفاصيل مثل هذه قد تصبح أكثر أهمية مع اجتذاب Dusk لتطبيقات مالية جدية.
تحظى الخصوصية بأكبر قدر من الاهتمام، لكن أحيانًا تكون قواعد التنفيذ الهادئة هذه هي ما يجعل النظام أسهل للثقة.
$DUSK
$GAIX
$BTW
تمّ التحقق
#TermMax
امنحني فقط 5 دقائق، أريد أن أشارك شيئًا مثيرًا للاهتمام حول@TermMax . كنت أقرأ تصميم مخزن TermMax للإصدار V2، ووجدت تفصيلًا ظل يجذبني إلى الوراء: رأس المال الخامل لا يبقى دائمًا خاملاً.
يمكن لقيّم أن يوجّه الأصول غير المستخدمة إلى مصدر عائد قائم على القاعدة مثل Aave أو Morpho، بينما يتم نشر رأس مال الصندوق المتبقي في أوامر النطاق الخاصة بـ TermMax. لا يزال المودعون يحتفظون بحصص صندوق ERC-4626، لكن العائد الكامن تحتها يمكن أن يأتي من أكثر من مكان.
في البداية، أعجبني ذلك فورًا. لماذا نترك USDC جالسًا إذا كان يمكنه أن يدرّ شيئًا؟
لكن كلما فكرت أكثر، بدأت تسمية "معدل ثابت" تبدو أقل بساطة.
قد يكون جزء من الصندوق معرضًا لعوائد خارجية متغيرة، وفي الوقت نفسه يقرر القيّم أيضًا مقدار رأس المال الذي يبقى متاحًا للسحب، ومقدار ما يُوجَّه إلى الأوامر النشطة، وأين تُركن الأصول الخاملة.
هذه المرونة مفيدة، لكنها تعني أيضًا أن المودع يثق جزئيًا في قرارات تخصيص رأس مال القيّم، وليس فقط في البنية الخاصة بسوق المعدل الثابت لدى TermMax.
أتوقع أن هذا الأمر يصبح أكثر أهمية مع كبر حجم الصناديق. قد يبدو العائد الرئيسي بسيطًا، بينما الآلية تحته تقوم بعدة وظائف مختلفة في الوقت نفسه.
كم مقدار التعرض لسعر متغير داخل صندوق بُني حول أسواق ذات معدل ثابت يعد كثيرًا؟
$BTW
$VELVET
$LAB
امنحني فقط 5 دقائق، أريد أن أشارك شيئًا مثيرًا للاهتمام حول@TermMax . كنت أقرأ تصميم مخزن TermMax للإصدار V2، ووجدت تفصيلًا ظل يجذبني إلى الوراء: رأس المال الخامل لا يبقى دائمًا خاملاً.
يمكن لقيّم أن يوجّه الأصول غير المستخدمة إلى مصدر عائد قائم على القاعدة مثل Aave أو Morpho، بينما يتم نشر رأس مال الصندوق المتبقي في أوامر النطاق الخاصة بـ TermMax. لا يزال المودعون يحتفظون بحصص صندوق ERC-4626، لكن العائد الكامن تحتها يمكن أن يأتي من أكثر من مكان.
في البداية، أعجبني ذلك فورًا. لماذا نترك USDC جالسًا إذا كان يمكنه أن يدرّ شيئًا؟
لكن كلما فكرت أكثر، بدأت تسمية "معدل ثابت" تبدو أقل بساطة.
قد يكون جزء من الصندوق معرضًا لعوائد خارجية متغيرة، وفي الوقت نفسه يقرر القيّم أيضًا مقدار رأس المال الذي يبقى متاحًا للسحب، ومقدار ما يُوجَّه إلى الأوامر النشطة، وأين تُركن الأصول الخاملة.
هذه المرونة مفيدة، لكنها تعني أيضًا أن المودع يثق جزئيًا في قرارات تخصيص رأس مال القيّم، وليس فقط في البنية الخاصة بسوق المعدل الثابت لدى TermMax.
أتوقع أن هذا الأمر يصبح أكثر أهمية مع كبر حجم الصناديق. قد يبدو العائد الرئيسي بسيطًا، بينما الآلية تحته تقوم بعدة وظائف مختلفة في الوقت نفسه.
كم مقدار التعرض لسعر متغير داخل صندوق بُني حول أسواق ذات معدل ثابت يعد كثيرًا؟
$BTW
$VELVET
$LAB
ما أراه غريبًا في تصميم الفائدة الثابتة لـ #TermMax هو أن أحد رموزه يقوم بالضبط بما لا يحبه معظم حاملي الرموز عادةً: التحرك نحو الصفر.
لكن مع XT، فهذا ليس إخفاقًا. بل هو جزء من البنية.
يربط كل سوق بسعر فائدة ثابتة بين FT وXT بحيث يساوي 1 FT + 1 XT = 1 من رمز الدين. يمثّل FT الطرف الذي يصل في النهاية إلى قيمة الاسترداد الخاصة به، بينما XT هو الجزء المكمّل الذي تتلاشى قيمته عند الاستحقاق.
أعتقد أن ذلك يجعل XT أصعب في التقييم مما يبدو عليه أولاً.
عادةً، عندما أنظر إلى رمز، أسأل ما الذي يمكن أن يحافظ على استمرار الطلب عبر الوقت. ينعكس هذا السؤال تقريبًا في XT. فمحصله في النهاية معروف بالفعل، لذا الجزء المهم هو كل ما يحدث قبل أن يصل إلى هناك: كيف يقيّم المتداولون الوقت المتبقي، وما إذا كانت السيولة تبقى عميقة بما يكفي، ولأي غرض يمكن ما زال استخدام الرمز مع اقتراب الاستحقاق.
كما يجعل ذلك عائد TermMax الثابت يبدو لي مختلفًا قليلًا.
يتم إنشاء الجانب المتوقع من النظام جنبًا إلى جنب مع شيء مُتعمد أن يكون مؤقتًا. أحب منطق ذلك لأن القطعتين لديهما وظائف مختلفة جدًا، لكن هذا أيضًا يعني أنه لا يمكن حقًا تقييم XT بعقلية مشابهة لرمز عادي.
بالنسبة لي، الاختبار الحقيقي ليس ما إذا كان XT سيصل في النهاية إلى الصفر. بل ما إذا كان السوق يستطيع الاستمرار في تسعير فائدته المتبقية بشكل معقول في الطريق إلى هناك. @TermMax #TermMax .
👉مسار XT نحو الصفر هو…
لكن مع XT، فهذا ليس إخفاقًا. بل هو جزء من البنية.
يربط كل سوق بسعر فائدة ثابتة بين FT وXT بحيث يساوي 1 FT + 1 XT = 1 من رمز الدين. يمثّل FT الطرف الذي يصل في النهاية إلى قيمة الاسترداد الخاصة به، بينما XT هو الجزء المكمّل الذي تتلاشى قيمته عند الاستحقاق.
أعتقد أن ذلك يجعل XT أصعب في التقييم مما يبدو عليه أولاً.
عادةً، عندما أنظر إلى رمز، أسأل ما الذي يمكن أن يحافظ على استمرار الطلب عبر الوقت. ينعكس هذا السؤال تقريبًا في XT. فمحصله في النهاية معروف بالفعل، لذا الجزء المهم هو كل ما يحدث قبل أن يصل إلى هناك: كيف يقيّم المتداولون الوقت المتبقي، وما إذا كانت السيولة تبقى عميقة بما يكفي، ولأي غرض يمكن ما زال استخدام الرمز مع اقتراب الاستحقاق.
كما يجعل ذلك عائد TermMax الثابت يبدو لي مختلفًا قليلًا.
يتم إنشاء الجانب المتوقع من النظام جنبًا إلى جنب مع شيء مُتعمد أن يكون مؤقتًا. أحب منطق ذلك لأن القطعتين لديهما وظائف مختلفة جدًا، لكن هذا أيضًا يعني أنه لا يمكن حقًا تقييم XT بعقلية مشابهة لرمز عادي.
بالنسبة لي، الاختبار الحقيقي ليس ما إذا كان XT سيصل في النهاية إلى الصفر. بل ما إذا كان السوق يستطيع الاستمرار في تسعير فائدته المتبقية بشكل معقول في الطريق إلى هناك. @TermMax #TermMax .
👉مسار XT نحو الصفر هو…
Smart by design
50%
Hard to price
0%
Liquidity dependent
50%
Too time-sensitive
0%
2 الأصوات • تمّ إغلاق التصويت
تمّ التحقق
ما لفتني ليس كون Dusk يدعم بيئتي تنفيذ. بل السبب الذي قد يجعل هذا الاختيار يصبح محرجًا لاحقًا.
لذلك توفّر DuskVM للمطوّرين الأصليين بلغة Rust/WASM مسارهم الخاص، بينما تُبقي DuskEVM فرق Solidity داخل الأدوات المألوفة لديهم. هذا أمر عملي. لا يحتاج المطوّرون إلى التخلي عن كل ما يعرفونه كي يبنوا على Dusk.
تظهر التعقيدات بعد أن يبدأ الاعتماد بالعمل.
إذا اجتذبت كلتا البيئتين تطبيقات حقيقية، فقد ينتهي الأمر بـ Dusk إلى أن تتطور ثقافتان للمطوّرين جنبًا إلى جنب. أدوات مختلفة، عادات تعاقد مختلفة، وتوقعات مختلفة حول كيفية تفاعل التطبيقات.
هذا لا يعني بالضرورة أن شيئًا سيتعطل. لكن قد يجعل النظام البيئي أصعب في الحفاظ على اتساقه.
الجزء الذي أراه مثيرًا للاهتمام هو أن Dusk ربما يقلّل نوعًا من الاحتكاك بينما يخلق بهدوء نوعًا آخر. يصبح جذب المطوّرين أسهل. وجعل العالمين يشعران وكأنهما شبكة واحدة قد يصبح أصعب.
كنت سأراقب ما يحدث عندما يتوقف المستخدمون عن الاهتمام بالبيئة التي يعيش فيها التطبيق. غالبًا عندها سيتم اختبار قرار التصميم هذا بشكل صحيح.
@Dusk $DUSK #dusk
لذلك توفّر DuskVM للمطوّرين الأصليين بلغة Rust/WASM مسارهم الخاص، بينما تُبقي DuskEVM فرق Solidity داخل الأدوات المألوفة لديهم. هذا أمر عملي. لا يحتاج المطوّرون إلى التخلي عن كل ما يعرفونه كي يبنوا على Dusk.
تظهر التعقيدات بعد أن يبدأ الاعتماد بالعمل.
إذا اجتذبت كلتا البيئتين تطبيقات حقيقية، فقد ينتهي الأمر بـ Dusk إلى أن تتطور ثقافتان للمطوّرين جنبًا إلى جنب. أدوات مختلفة، عادات تعاقد مختلفة، وتوقعات مختلفة حول كيفية تفاعل التطبيقات.
هذا لا يعني بالضرورة أن شيئًا سيتعطل. لكن قد يجعل النظام البيئي أصعب في الحفاظ على اتساقه.
الجزء الذي أراه مثيرًا للاهتمام هو أن Dusk ربما يقلّل نوعًا من الاحتكاك بينما يخلق بهدوء نوعًا آخر. يصبح جذب المطوّرين أسهل. وجعل العالمين يشعران وكأنهما شبكة واحدة قد يصبح أصعب.
كنت سأراقب ما يحدث عندما يتوقف المستخدمون عن الاهتمام بالبيئة التي يعيش فيها التطبيق. غالبًا عندها سيتم اختبار قرار التصميم هذا بشكل صحيح.
@Dusk $DUSK #dusk
سجّل الدخول لاستكشاف المزيد من المُحتوى