kashir016
6.2k منشورات
kashir016
🔥 Crypto Analyst | Market Updates Daily📊 Breaking News • BTC Signals • Altcoin Insights🚀 Simplifying Crypto for Everyone🔔 Follow for Real-Time Analysis
فتح تداول
حائز على BNB
مُتداول مُتكرر
5.7 سنوات
1.4K+ تتابع
10.6K+ المتابعون
2.5K+ إعجاب
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
Live
PINNED
تداول $DUSK 276.5 USDT خلال 30 يوم
#dusk يمكن أن تكون شراكة مؤسسية واحدة بمثابة تجربة رائدة. أما شراكة ثانية فتبدأ في الظهور كأنها استراتيجية.
تركّز معظم مناقشات Dusk على NPEX، وهو ما يبدو مناسبًا إلى حد كبير. لكن Dusk تتضمن أيضًا شراكة مع 21X، وهي بورصة أوروبية أخرى لتبادل سلاسل DLT تعمل ضمن نفس الإطار التنظيمي الذي تعمل بموجبه NPEX.
تُغيّر هذه التفاصيل طريقة قراءة ما الذي تقوم Dusk ببنائه فعليًا.
قد تعني شراكة بورصة واحدة فقط أن مؤسسة واحدة قررت التجربة. أما اختيار موقعين مرخّصين منفصلين للبنية التحتية نفسها كأساس، فيشير إلى أن نموذج الامتثال ذاته—وليس مجرد العلاقة—هو ما يمنح الإقناع. Dusk هي بلوكشين خصوصية من طبقة أولى للتطبيقات المالية، ومعيار XSC الخاص بها لعقد الأمان السري، هو ما يجعل العقود الذكية السرّية قابلة للاستخدام داخل إطار تنظيمي في المقام الأول. وهذه هي النقطة التي تتحقق منها منصة ثانية فعليًا بمجرد حضورها.
أعتقد أن هذا أهم مما يحصل عليه كل شريك على حدة من تقدير. البورصات المنظمة لا تتبنّى البنية التحتية بشكل عفوي. كل تكامل يعني مراجعة قانونية، وموافقة امتثال، وتعريضًا لسمعة الجهة إذا لم تكن التقنية الأساسية قادرة على الصمود أمام التدقيق. أن تقوم مؤسستان مستقلتان باجتياز هذا الحاجز يشير إلى رسالة مختلفة عن صفقة واحدة بشروط مواتية.
المقابل منطقي. فشراكتان ما تزالان عينة صغيرة، ولم تُثبت NPEX ولا 21X بعد حجم معاملات ذي معنى. توقيع البنية التحتية وتوجيه رأس مال حقيقي عبرها ليسا المحطتين نفسيهما.
عندما تتلاقى عدة منصات مُنظمة على طبقة امتثال واحدة، قد يصبح ذلك هو النمط الفعلي، أو تظل مجرد رهانات منعزلة اثنتان—حدثتا أن استقرّتا على السلسلة نفسها.
هل تغيّر شراكة ثانية بين بورصة مرخّصة من مدى جدّية تقييمك للأطروحة المؤسسية الخاصة بـ Dusk؟
@Dusk $DUSK #dusk
$AAPL.US $AAPLB
تركّز معظم مناقشات Dusk على NPEX، وهو ما يبدو مناسبًا إلى حد كبير. لكن Dusk تتضمن أيضًا شراكة مع 21X، وهي بورصة أوروبية أخرى لتبادل سلاسل DLT تعمل ضمن نفس الإطار التنظيمي الذي تعمل بموجبه NPEX.
تُغيّر هذه التفاصيل طريقة قراءة ما الذي تقوم Dusk ببنائه فعليًا.
قد تعني شراكة بورصة واحدة فقط أن مؤسسة واحدة قررت التجربة. أما اختيار موقعين مرخّصين منفصلين للبنية التحتية نفسها كأساس، فيشير إلى أن نموذج الامتثال ذاته—وليس مجرد العلاقة—هو ما يمنح الإقناع. Dusk هي بلوكشين خصوصية من طبقة أولى للتطبيقات المالية، ومعيار XSC الخاص بها لعقد الأمان السري، هو ما يجعل العقود الذكية السرّية قابلة للاستخدام داخل إطار تنظيمي في المقام الأول. وهذه هي النقطة التي تتحقق منها منصة ثانية فعليًا بمجرد حضورها.
أعتقد أن هذا أهم مما يحصل عليه كل شريك على حدة من تقدير. البورصات المنظمة لا تتبنّى البنية التحتية بشكل عفوي. كل تكامل يعني مراجعة قانونية، وموافقة امتثال، وتعريضًا لسمعة الجهة إذا لم تكن التقنية الأساسية قادرة على الصمود أمام التدقيق. أن تقوم مؤسستان مستقلتان باجتياز هذا الحاجز يشير إلى رسالة مختلفة عن صفقة واحدة بشروط مواتية.
المقابل منطقي. فشراكتان ما تزالان عينة صغيرة، ولم تُثبت NPEX ولا 21X بعد حجم معاملات ذي معنى. توقيع البنية التحتية وتوجيه رأس مال حقيقي عبرها ليسا المحطتين نفسيهما.
عندما تتلاقى عدة منصات مُنظمة على طبقة امتثال واحدة، قد يصبح ذلك هو النمط الفعلي، أو تظل مجرد رهانات منعزلة اثنتان—حدثتا أن استقرّتا على السلسلة نفسها.
هل تغيّر شراكة ثانية بين بورصة مرخّصة من مدى جدّية تقييمك للأطروحة المؤسسية الخاصة بـ Dusk؟
@Dusk $DUSK #dusk
$AAPL.US $AAPLB
DUSK-6.45%
AAPLUS+0.40%
PINNED
#dusk يُفترض الجميع أن البنية التحتية القوية تجذب المطورين تلقائيًا. شغّل التقنية، سيتبعها البناؤون، وسينمو النظام البيئي من تلقاء نفسه.
تُعد Dusk اختبارًا مفيدًا لهذا الافتراض، والإجابة الصريحة في الوقت الحالي أكثر تعقيدًا.
الحجة التقنية حقيقية. Dusk هي بلوكشين خصوصية من الطبقة الأولى للتطبيقات المالية، ومعيار XSC، وهو معيار عقد الأمان السري الخاص بها، يدعم العقود الذكية السرية التي لا يمكن لمعظم السلاسل تقليدها ببساطة. DuskEVM يُقلّل حاجز الدخول أمام مطوري Solidity، وDusk Connect أطلقت SDK خصيصًا لتقليل احتكاك التكامل. على الورق، توجد قطع لبناء نظام بيئي فعلي للمطورين.
لكن انظر إلى ما بُني فعليًا فوق ذلك. ما يزال Pieswap قريبًا من كونه التطبيق اللامركزي العملي الوحيد الجدير بالملاحظة، والقيمة الإجمالية المقفلة عبر النظام البيئي لا تزال أقل من مليون دولار، متأخرة كثيرًا عن منافسين يركزون على الخصوصية مثل Secret Network. الفجوة موجودة رغم وجود صندوق تطوير بقيمة 15 مليون DUSK، تمت إعادة هيكلته لاحقًا تحت برنامج Thesan.
إليك قراءتي. تُثبت الشراكات المؤسسية مثل NPEX أن أطروحة الامتثال تعمل في قمة مسار التحويل، حيث تقوم بورصة مرخصة بتقييم البنية التحتية مباشرة. أما تبنّي المطورين من القاعدة الشعبية فهو مسار مختلف، مدفوع بنضج الأدوات وبما إذا كان يرى البناؤون طريقًا أسرع للنشر مقارنةً بسلسلة EVM راسخة.
الاعتراض مفهوم. لا تحتاج سلسلة تمويل مُنظم إلى ألف تطبيق لامركزي؛ يكفي بضع تطبيقات من مستوى مؤسسي تُسوي حجمًا حقيقيًا، وهو معيار مختلف عن نموذج Ethereum المفتوح للجميع.
ومع ذلك، التمويل وحده لم يسد الفجوة حتى الآن. لا يُعد وجود صندوق منح غير مستغل بالكامل دليلًا على أن الاستراتيجية خاطئة. إنه دليل على أن الاستراتيجية لم تُنفَّذ بالكامل بعد.
هل تحتاج Dusk فعلًا إلى نظام بيئي واسع من التطبيقات اللامركزية كي تنجح، أم أن عددًا صغيرًا من التطبيقات المؤسسية عالية المستوى هو جوهر الفكرة بالكامل؟
@Dusk $DUSK #dusk
تُعد Dusk اختبارًا مفيدًا لهذا الافتراض، والإجابة الصريحة في الوقت الحالي أكثر تعقيدًا.
الحجة التقنية حقيقية. Dusk هي بلوكشين خصوصية من الطبقة الأولى للتطبيقات المالية، ومعيار XSC، وهو معيار عقد الأمان السري الخاص بها، يدعم العقود الذكية السرية التي لا يمكن لمعظم السلاسل تقليدها ببساطة. DuskEVM يُقلّل حاجز الدخول أمام مطوري Solidity، وDusk Connect أطلقت SDK خصيصًا لتقليل احتكاك التكامل. على الورق، توجد قطع لبناء نظام بيئي فعلي للمطورين.
لكن انظر إلى ما بُني فعليًا فوق ذلك. ما يزال Pieswap قريبًا من كونه التطبيق اللامركزي العملي الوحيد الجدير بالملاحظة، والقيمة الإجمالية المقفلة عبر النظام البيئي لا تزال أقل من مليون دولار، متأخرة كثيرًا عن منافسين يركزون على الخصوصية مثل Secret Network. الفجوة موجودة رغم وجود صندوق تطوير بقيمة 15 مليون DUSK، تمت إعادة هيكلته لاحقًا تحت برنامج Thesan.
إليك قراءتي. تُثبت الشراكات المؤسسية مثل NPEX أن أطروحة الامتثال تعمل في قمة مسار التحويل، حيث تقوم بورصة مرخصة بتقييم البنية التحتية مباشرة. أما تبنّي المطورين من القاعدة الشعبية فهو مسار مختلف، مدفوع بنضج الأدوات وبما إذا كان يرى البناؤون طريقًا أسرع للنشر مقارنةً بسلسلة EVM راسخة.
الاعتراض مفهوم. لا تحتاج سلسلة تمويل مُنظم إلى ألف تطبيق لامركزي؛ يكفي بضع تطبيقات من مستوى مؤسسي تُسوي حجمًا حقيقيًا، وهو معيار مختلف عن نموذج Ethereum المفتوح للجميع.
ومع ذلك، التمويل وحده لم يسد الفجوة حتى الآن. لا يُعد وجود صندوق منح غير مستغل بالكامل دليلًا على أن الاستراتيجية خاطئة. إنه دليل على أن الاستراتيجية لم تُنفَّذ بالكامل بعد.
هل تحتاج Dusk فعلًا إلى نظام بيئي واسع من التطبيقات اللامركزية كي تنجح، أم أن عددًا صغيرًا من التطبيقات المؤسسية عالية المستوى هو جوهر الفكرة بالكامل؟
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk
ما زال معظم الناس يصفون Dusk كسلسلة بلوكشين للخصوصية.
وأنا أعتقد أن هذا الوصف يفوّت الجزء الأكثر إثارة للاهتمام.
المشكلة الحقيقية في وضع الأصول المالية الخاضعة للتنظيم على السلسلة ليست فقط أن المعاملات تكون عامة. بل إن الأسواق المالية تحتاج إلى أمرين غالبًا ما يجذبان في اتجاهين متعاكسين: تحتاج المؤسسات إلى معرفة من يُسمح له بامتلاك أصلٍ ما، بينما لا يحتاج الجميع إلى رؤية كل تفاصيل هذا الامتلاك.
وهنا تبدأ مقاربة Dusk بأن تصبح منطقية بالنسبة لي.
تعتمد بنية Dusk الحالية على المعاملات السرية والإفصاح الانتقائي، لذا ليست الفكرة هي إخفاء كل شيء. بل الأقرب هو تزويد الطرف المناسب بالمعلومات التي يحتاجها دون تحويل سجلّ المستثمر بالكامل إلى بيانات عامة. وهذا يهم كثيرًا أكثر عند الحديث عن الأوراق المالية أو الصناديق أو السندات أو غيرها من الأصول الخاضعة للتنظيم مقارنةً بمجرد نقل الرموز.
كما أن تفكير Dusk الأخير حول توكينَة الشركات الصغيرة والمتوسطة (SME tokenization) طرح نقطة أخرى وجدتها مثيرة: ليست التوكينة قيمة تلقائيًا لمجرد أن تصبح الأصول قابلة للتجزئة أو تحصل على تمثيل على السلسلة.
الفرصة الأكبر هي ربط دورة حياة الملكية كاملة.
إصدار → أهلية المستثمر → الملكية → التحويل → التسوية → توزيعات أرباح أو إجراءات مؤسسية أخرى.
إذا بقيت هذه الخطوات في أنظمة منفصلة، فإن وضع توكن في المنتصف لا يصلح السوق بشكل سحري. من الواضح أن Dusk تستهدف البنية التحتية تحت هذه العملية.
وهذا أيضًا سبب متابعتي لـ DuskEVM بشكل مختلف الآن. يمكن لتوافق EVM أن يجلب أدوات Solidity المألوفة ومزيدًا من المطورين، بينما تظل البنية الأصلية لـ Dusk مركزة على الخصوصية والامتثال والتسوية المالية. هذا الدمج أكثر إثارة من أي جزء وحده.
لكن ما يزال هناك شيء يتعين على Dusk إثباته: هل يمكن لهذه البنية أن تجذب أصولًا مالية خاضعة للتنظيم فعلًا وأنشطة سوقية حقيقية؟
@Dusk #dusk $SPK $BTC
ما زال معظم الناس يصفون Dusk كسلسلة بلوكشين للخصوصية.
وأنا أعتقد أن هذا الوصف يفوّت الجزء الأكثر إثارة للاهتمام.
المشكلة الحقيقية في وضع الأصول المالية الخاضعة للتنظيم على السلسلة ليست فقط أن المعاملات تكون عامة. بل إن الأسواق المالية تحتاج إلى أمرين غالبًا ما يجذبان في اتجاهين متعاكسين: تحتاج المؤسسات إلى معرفة من يُسمح له بامتلاك أصلٍ ما، بينما لا يحتاج الجميع إلى رؤية كل تفاصيل هذا الامتلاك.
وهنا تبدأ مقاربة Dusk بأن تصبح منطقية بالنسبة لي.
تعتمد بنية Dusk الحالية على المعاملات السرية والإفصاح الانتقائي، لذا ليست الفكرة هي إخفاء كل شيء. بل الأقرب هو تزويد الطرف المناسب بالمعلومات التي يحتاجها دون تحويل سجلّ المستثمر بالكامل إلى بيانات عامة. وهذا يهم كثيرًا أكثر عند الحديث عن الأوراق المالية أو الصناديق أو السندات أو غيرها من الأصول الخاضعة للتنظيم مقارنةً بمجرد نقل الرموز.
كما أن تفكير Dusk الأخير حول توكينَة الشركات الصغيرة والمتوسطة (SME tokenization) طرح نقطة أخرى وجدتها مثيرة: ليست التوكينة قيمة تلقائيًا لمجرد أن تصبح الأصول قابلة للتجزئة أو تحصل على تمثيل على السلسلة.
الفرصة الأكبر هي ربط دورة حياة الملكية كاملة.
إصدار → أهلية المستثمر → الملكية → التحويل → التسوية → توزيعات أرباح أو إجراءات مؤسسية أخرى.
إذا بقيت هذه الخطوات في أنظمة منفصلة، فإن وضع توكن في المنتصف لا يصلح السوق بشكل سحري. من الواضح أن Dusk تستهدف البنية التحتية تحت هذه العملية.
وهذا أيضًا سبب متابعتي لـ DuskEVM بشكل مختلف الآن. يمكن لتوافق EVM أن يجلب أدوات Solidity المألوفة ومزيدًا من المطورين، بينما تظل البنية الأصلية لـ Dusk مركزة على الخصوصية والامتثال والتسوية المالية. هذا الدمج أكثر إثارة من أي جزء وحده.
لكن ما يزال هناك شيء يتعين على Dusk إثباته: هل يمكن لهذه البنية أن تجذب أصولًا مالية خاضعة للتنظيم فعلًا وأنشطة سوقية حقيقية؟
@Dusk #dusk $SPK $BTC
#dusk $DUSK @Dusk أنشئ مخططًا رئيسيًا للمنشور التالي لمربع Binance
تبدو قابلية الاتصال بالمحافظ وكأنها مشكلة محلولة إلى أن تكون المطور الذي يقوم ببنائها فعليًا. كل سلسلة لديها معيار اتصالها الخاص، وتدفق التوقيع الخاص بها، وحالات حافة قد تنكسر في الإنتاج.
أطلقت Dusk شيئًا لهذا بالضبط. Dusk Connect، حزمة تطوير خفيفة لإضافة اتصال المحافظ إلى تطبيقات Dusk.
تفصيل صغير، تأثير حقيقي. قبل ذلك، كان دمج اتصال المحافظ داخل تطبيق Dusk يتطلب عملًا مخصصًا أكثر لكل مشروع. الآن أصبح جزءًا قياسيًا يمكن للمطورين توصيله بدلًا من إعادة بنائه في كل مرة.
وهذا هو سبب اعتقادي أن الأمر مهم أكثر مما يبدو. تضع Dusk نفسها كطبقة-1 لسلسلة بلوكشين خصوصية لتطبيقات مالية، ومعيار XSC الخاص بها، وهو معيار Confidential Security Contract، هو ما يشغّل العقود الذكية السرّية على الشبكة. لا يصل كل ذلك إلى مستخدمين حقيقيين إذا كان البناء فوقه أصعب مما ينبغي. لا يهمّ بنية الامتثال إلا إذا كان المطورون فعلًا موجودين لبنائها.
إصدارات الأدوات لا تحظى بالاهتمام نفسه الذي تحظى به أخبار الشراكات أو تحركات الأسعار. لا أحد يرسم مخطط Dusk Connect. لكن احتكاك المطورين هو أحد الأسباب الهادئة التي تتعطل بها النظم البيئية حتى عندما تكون التقنية الأساسية قوية.
فكر في الأمر من منظور المطوّر. المطور الذي يقيّم السلاسل لا يزن فقط ما هو ممكن تقنيًا، بل يزن مقدار الوقت الذي سيضيعه في “السباكة” قبل أن يتمكن من إطلاق المنتج الفعلي. كل حزمة تطوير تزيل العمل المخصص هي سبب أقل لاختيار سلسلة مختلفة بدلًا عنها.
هذا جزء صغير بجانب XSC أو DuskEVM، لكن الأجزاء الأصغر غالبًا هي التي تقرر ما إذا كان المطورون سيظلون حولها طويلًا بما يكفي لإطلاق شيء حقيقي.
هل الأدوات مثل هذه مهمة أكثر للتبنّي على المدى الطويل مما تحظى به الميزات الرائدة من رصيد؟
@Dusk $DUSK #dusk
$AAPLB
تبدو قابلية الاتصال بالمحافظ وكأنها مشكلة محلولة إلى أن تكون المطور الذي يقوم ببنائها فعليًا. كل سلسلة لديها معيار اتصالها الخاص، وتدفق التوقيع الخاص بها، وحالات حافة قد تنكسر في الإنتاج.
أطلقت Dusk شيئًا لهذا بالضبط. Dusk Connect، حزمة تطوير خفيفة لإضافة اتصال المحافظ إلى تطبيقات Dusk.
تفصيل صغير، تأثير حقيقي. قبل ذلك، كان دمج اتصال المحافظ داخل تطبيق Dusk يتطلب عملًا مخصصًا أكثر لكل مشروع. الآن أصبح جزءًا قياسيًا يمكن للمطورين توصيله بدلًا من إعادة بنائه في كل مرة.
وهذا هو سبب اعتقادي أن الأمر مهم أكثر مما يبدو. تضع Dusk نفسها كطبقة-1 لسلسلة بلوكشين خصوصية لتطبيقات مالية، ومعيار XSC الخاص بها، وهو معيار Confidential Security Contract، هو ما يشغّل العقود الذكية السرّية على الشبكة. لا يصل كل ذلك إلى مستخدمين حقيقيين إذا كان البناء فوقه أصعب مما ينبغي. لا يهمّ بنية الامتثال إلا إذا كان المطورون فعلًا موجودين لبنائها.
إصدارات الأدوات لا تحظى بالاهتمام نفسه الذي تحظى به أخبار الشراكات أو تحركات الأسعار. لا أحد يرسم مخطط Dusk Connect. لكن احتكاك المطورين هو أحد الأسباب الهادئة التي تتعطل بها النظم البيئية حتى عندما تكون التقنية الأساسية قوية.
فكر في الأمر من منظور المطوّر. المطور الذي يقيّم السلاسل لا يزن فقط ما هو ممكن تقنيًا، بل يزن مقدار الوقت الذي سيضيعه في “السباكة” قبل أن يتمكن من إطلاق المنتج الفعلي. كل حزمة تطوير تزيل العمل المخصص هي سبب أقل لاختيار سلسلة مختلفة بدلًا عنها.
هذا جزء صغير بجانب XSC أو DuskEVM، لكن الأجزاء الأصغر غالبًا هي التي تقرر ما إذا كان المطورون سيظلون حولها طويلًا بما يكفي لإطلاق شيء حقيقي.
هل الأدوات مثل هذه مهمة أكثر للتبنّي على المدى الطويل مما تحظى به الميزات الرائدة من رصيد؟
@Dusk $DUSK #dusk
$AAPLB
#dusk $DUSK @Dusk تجبر معظم سلاسل الكتل على اتخاذ خيار مبكرًا. نموذج UTXO أم نموذج الحساب؟ سلكت بيتكوين هذا الطريق، وسلكت إيثيريوم الطريق الآخر، وكل من يبني فوقهما ورث قرارًا كهذا سواء كان مناسبًا لحالته أم لا.
لم تختر Dusk جانبًا. بل أنشأت Zedger بدلًا من ذلك.
Zedger هو نموذج معاملات هجين يجمع آليات UTXO مع وظائف نموذج الحساب. ولا يمكن لأيٍّ منهما وحده دعم ما احتاجته Dusk فعليًا. تُعد UTXOs ممتازة للخصوصية، لأن المعاملات لا ترتبط بهوية دائمة بالطريقة التي تفعلها أرصدة الحسابات. لكن تسوية الأوراق المالية تحتاج إلى أمور لا تتعامل معها UTXOs بطبيعتها بشكل جيد. توزيع الأرباح. حقوق التصويت. تحويلات محدودة مع حدود ملكية محددة.
هذه هي النقطة التي يتخطاها معظم الشرح. وُجدت Zedger تحديدًا لأن XSC، معيار عقد الأوراق المالية السرّي، احتاج إلى نموذج معاملات يستطيع القيام بالأمرين معًا. تتطلب العقود الذكية السرّية خصائص الخصوصية لـ UTXOs والتعقيد الوظيفي للحسابات في آنٍ واحد. لا يوصلك أي نموذج وحده إلى ذلك.
لم أتوقع أن يكون نموذج معاملات هو الأساس الحقيقي لقصة امتثال Dusk. يمضي معظم الناس مباشرةً إلى XSC أو إلى كون Dusk هي بلوكتشين خصوصية من الطبقة الأولى للتطبيقات المالية، ويتجاوزون الطبقة التي تقع تحت ذلك والتي تجعل XSC ممكنًا وظيفيًا من الأساس.
قرارات معمارية مثل هذه نادرًا ما تحظى بالاهتمام لأنها غير مرئية لمستخدمي النهاية. لا يتفاعل أحد مع Zedger مباشرةً. لكن كل رمز أمان امتثالي يصدر عبر XSC يعمل فوقه.
هل تفضل أن تختار بلوكتشين نموذج معاملات واحد وتُحسّنه بشدة، أم تبني نموذجًا هجينًا لملاءمة حالة استخدام محددة بشكل صحيح؟
@Dusk $DUSK #dusk
$RED
لم تختر Dusk جانبًا. بل أنشأت Zedger بدلًا من ذلك.
Zedger هو نموذج معاملات هجين يجمع آليات UTXO مع وظائف نموذج الحساب. ولا يمكن لأيٍّ منهما وحده دعم ما احتاجته Dusk فعليًا. تُعد UTXOs ممتازة للخصوصية، لأن المعاملات لا ترتبط بهوية دائمة بالطريقة التي تفعلها أرصدة الحسابات. لكن تسوية الأوراق المالية تحتاج إلى أمور لا تتعامل معها UTXOs بطبيعتها بشكل جيد. توزيع الأرباح. حقوق التصويت. تحويلات محدودة مع حدود ملكية محددة.
هذه هي النقطة التي يتخطاها معظم الشرح. وُجدت Zedger تحديدًا لأن XSC، معيار عقد الأوراق المالية السرّي، احتاج إلى نموذج معاملات يستطيع القيام بالأمرين معًا. تتطلب العقود الذكية السرّية خصائص الخصوصية لـ UTXOs والتعقيد الوظيفي للحسابات في آنٍ واحد. لا يوصلك أي نموذج وحده إلى ذلك.
لم أتوقع أن يكون نموذج معاملات هو الأساس الحقيقي لقصة امتثال Dusk. يمضي معظم الناس مباشرةً إلى XSC أو إلى كون Dusk هي بلوكتشين خصوصية من الطبقة الأولى للتطبيقات المالية، ويتجاوزون الطبقة التي تقع تحت ذلك والتي تجعل XSC ممكنًا وظيفيًا من الأساس.
قرارات معمارية مثل هذه نادرًا ما تحظى بالاهتمام لأنها غير مرئية لمستخدمي النهاية. لا يتفاعل أحد مع Zedger مباشرةً. لكن كل رمز أمان امتثالي يصدر عبر XSC يعمل فوقه.
هل تفضل أن تختار بلوكتشين نموذج معاملات واحد وتُحسّنه بشدة، أم تبني نموذجًا هجينًا لملاءمة حالة استخدام محددة بشكل صحيح؟
@Dusk $DUSK #dusk
$RED
#dusk $DUSK @Dusk يسعى معظم سلاسل إثبات الحصة إلى معاقبة أخطاء المُدقِّقين بالطريقة نفسها. تُفوّت واجباتك، أو تخرج عن الخدمة لمدة طويلة، أو يتم ضبطك وأنت تتصرف بشكل غير صحيح، فيتم حرق جزء من حصتك. ذهبٌ إلى الأبد.
لا يعمل “Dusk” بهذه الطريقة.
يستخدم شيئًا يُسمّى “soft slashing” (الخصم الناعم). يتم تعليق المُدقّق الذي يرتكب خطأ لفترة، ويصبح غير مؤهَّل للاختيار، ولا يحصل على أي عائد خلال تلك الفترة. تُعدّ المخالفات المتكررة أو الأسوأ بمثابة عقوبة، حيث يتم تحويل جزء من الحصة إلى “حوض المكافآت القابلة للمطالبة” بدل تدميرها. رأس المال لا يختفي. بل تتم إعادة توجيهه.
أريد أن أكون صريحًا: كانت ردّة فعلي الأولى أن هذا يبدو أكثر ليونة مما ينبغي. غالبًا ما تعني العقوبات الأقل انضباطًا أقل.
لكن انظر إلى من يبني “Dusk” بالفعل لأجله. مؤسسات تقوم بتعهيد (Staking) رأس مال حقيقي لتأمين شبكة تُسوّي أوراقًا مالية مُنظّمة لا تريد يومًا سيئًا واحدًا أن يحرق موقعها بشكل دائم. يعمل “Hard slashing” بشكل مناسب لمُدقِّقٍ مُضارب يشغّل عقدة منزلية. لكنه يعمل بشكل مختلف عندما يكون المُدقِّق جهةً حاضنة (custodian) أو كيانًا مُرخّصًا مع مساءلة حقيقية في مكان آخر.
وهذا يرتبط مباشرة بالسبب الذي من أجله وُجد “Dusk” أصلاً: كطبقة-1 لخصوصية البلوك تشين للتطبيقات المالية. ينال “XSC” والعقود الذكية السرّية معظم الاهتمام، لكن قرارات مستوى الإجماع مثل هذه هي ما يحدد فعليًا ما إذا كان رأس المال الجاد سيقبل تشغيل البنية التحتية على السلسلة على المدى الطويل.
الـ “Soft slashing” ليس مجرد عقوبة أصغر. إنه نظرية مختلفة لما يحافظ على التزام المُدقِّقين.
هل يؤدي إزالة الخسارة الدائمة لرأس المال من عقوبات المُدقِّقين إلى جعل الشبكة أكثر موثوقية للمؤسسات، أم مجرد جعلها أكثر تسامحًا؟
@Dusk $DUSK #dusk
$NVDAB
لا يعمل “Dusk” بهذه الطريقة.
يستخدم شيئًا يُسمّى “soft slashing” (الخصم الناعم). يتم تعليق المُدقّق الذي يرتكب خطأ لفترة، ويصبح غير مؤهَّل للاختيار، ولا يحصل على أي عائد خلال تلك الفترة. تُعدّ المخالفات المتكررة أو الأسوأ بمثابة عقوبة، حيث يتم تحويل جزء من الحصة إلى “حوض المكافآت القابلة للمطالبة” بدل تدميرها. رأس المال لا يختفي. بل تتم إعادة توجيهه.
أريد أن أكون صريحًا: كانت ردّة فعلي الأولى أن هذا يبدو أكثر ليونة مما ينبغي. غالبًا ما تعني العقوبات الأقل انضباطًا أقل.
لكن انظر إلى من يبني “Dusk” بالفعل لأجله. مؤسسات تقوم بتعهيد (Staking) رأس مال حقيقي لتأمين شبكة تُسوّي أوراقًا مالية مُنظّمة لا تريد يومًا سيئًا واحدًا أن يحرق موقعها بشكل دائم. يعمل “Hard slashing” بشكل مناسب لمُدقِّقٍ مُضارب يشغّل عقدة منزلية. لكنه يعمل بشكل مختلف عندما يكون المُدقِّق جهةً حاضنة (custodian) أو كيانًا مُرخّصًا مع مساءلة حقيقية في مكان آخر.
وهذا يرتبط مباشرة بالسبب الذي من أجله وُجد “Dusk” أصلاً: كطبقة-1 لخصوصية البلوك تشين للتطبيقات المالية. ينال “XSC” والعقود الذكية السرّية معظم الاهتمام، لكن قرارات مستوى الإجماع مثل هذه هي ما يحدد فعليًا ما إذا كان رأس المال الجاد سيقبل تشغيل البنية التحتية على السلسلة على المدى الطويل.
الـ “Soft slashing” ليس مجرد عقوبة أصغر. إنه نظرية مختلفة لما يحافظ على التزام المُدقِّقين.
هل يؤدي إزالة الخسارة الدائمة لرأس المال من عقوبات المُدقِّقين إلى جعل الشبكة أكثر موثوقية للمؤسسات، أم مجرد جعلها أكثر تسامحًا؟
@Dusk $DUSK #dusk
$NVDAB
#termmax @TermMax يظن الجميع أن الإقراض بسعر فائدة ثابت يعني أن أموالك محجوزة حتى تاريخ الاستحقاق ولا توجد طريقة للخروج مبكرًا. وهذا الافتراض غير صحيح في TermMax، وأعتقد أنه الجزء الأقل فهمًا في المنظومة كلها.
يشغّل TermMax كلًا من الإقراض بسعر ثابت وتداول الخيارات على البنية التحتية نفسها، لكن الحيلة المحددة تعيش فعليًا في جانب الإقراض. إليك ما يحدث. عندما تقرض، لا تنتظر في مكانك لتجمع الفائدة ببطء. أنت تتلقى كامل قيمة مدة القرض من FT فورًا—الأصل مع العائد الثابت الكامل—يُنشأ (minted) مسبقًا في اللحظة التي تقرض فيها. أودِع 1,000 USDC بمعدل ثابت 10% لمدة سنة، وستكون ممسكًا بـ 1,100 FT فورًا، وقابلة للاسترداد بالقيمة الاسمية عند حلول الاستحقاق.
الجزء الذي يغيّر الصورة هو أن FT ليس محبوسًا في محفظتك حتى ذلك الحين. بل يتداول في السوق المفتوح طوال الوقت. هل تحتاج إلى سيولة قبل الاستحقاق؟ بِع FT الخاص بك بالسعر الذي يحدده السوق في تلك اللحظة. لست تضطر للالتماس من بروتوكول للسحب المبكر ولا تتحمل رسوم عقوبة—إنما تنفّذ صفقة فقط.
ما أعتقد أنه تفعله هذه الآلية فعليًا هو تحويل مركز بسعر ثابت إلى شيء أقرب إلى سند يمكنك الخروج منه كلما سمح السوق بذلك، وليس خزنة مع عدّاد تنازلي. هذا تصور ذهني مختلف بشكل ملحوظ عن الرهان (staking) أو عمليات القفل التقليدية في DeFi.
الاستثناء—وأعتقد أن TermMax لا يحل هذه النقطة بالكامل—هو أن كون الأداة "قابلة للتداول" لا يهم إلا إذا كان هناك طرف آخر مستعد لشرائها. في سوق رقيقة (thin) أو أثناء لحظة أوسع من النفور من المخاطر، قد يتداول FT الخاص بك بخصم حقيقي مقابل القيمة الاسمية حتى لو كنت مدينًا/مؤهلاً تعاقديًا للحصول على القيمة كاملة عند الاستحقاق. الفائدة الثابتة والسيولة ليست بالضرورة الشيء نفسه.
فما الذي يهم المُقرض أكثر فعلًا: يقين السعر، أم القدرة على الخروج قبل نهاية المدة؟ في TermMax لا تحصل على الأمرين معًا بشكل مضمون في آن واحد.
@TermMax #TermMax $HEMI $BTW
يشغّل TermMax كلًا من الإقراض بسعر ثابت وتداول الخيارات على البنية التحتية نفسها، لكن الحيلة المحددة تعيش فعليًا في جانب الإقراض. إليك ما يحدث. عندما تقرض، لا تنتظر في مكانك لتجمع الفائدة ببطء. أنت تتلقى كامل قيمة مدة القرض من FT فورًا—الأصل مع العائد الثابت الكامل—يُنشأ (minted) مسبقًا في اللحظة التي تقرض فيها. أودِع 1,000 USDC بمعدل ثابت 10% لمدة سنة، وستكون ممسكًا بـ 1,100 FT فورًا، وقابلة للاسترداد بالقيمة الاسمية عند حلول الاستحقاق.
الجزء الذي يغيّر الصورة هو أن FT ليس محبوسًا في محفظتك حتى ذلك الحين. بل يتداول في السوق المفتوح طوال الوقت. هل تحتاج إلى سيولة قبل الاستحقاق؟ بِع FT الخاص بك بالسعر الذي يحدده السوق في تلك اللحظة. لست تضطر للالتماس من بروتوكول للسحب المبكر ولا تتحمل رسوم عقوبة—إنما تنفّذ صفقة فقط.
ما أعتقد أنه تفعله هذه الآلية فعليًا هو تحويل مركز بسعر ثابت إلى شيء أقرب إلى سند يمكنك الخروج منه كلما سمح السوق بذلك، وليس خزنة مع عدّاد تنازلي. هذا تصور ذهني مختلف بشكل ملحوظ عن الرهان (staking) أو عمليات القفل التقليدية في DeFi.
الاستثناء—وأعتقد أن TermMax لا يحل هذه النقطة بالكامل—هو أن كون الأداة "قابلة للتداول" لا يهم إلا إذا كان هناك طرف آخر مستعد لشرائها. في سوق رقيقة (thin) أو أثناء لحظة أوسع من النفور من المخاطر، قد يتداول FT الخاص بك بخصم حقيقي مقابل القيمة الاسمية حتى لو كنت مدينًا/مؤهلاً تعاقديًا للحصول على القيمة كاملة عند الاستحقاق. الفائدة الثابتة والسيولة ليست بالضرورة الشيء نفسه.
فما الذي يهم المُقرض أكثر فعلًا: يقين السعر، أم القدرة على الخروج قبل نهاية المدة؟ في TermMax لا تحصل على الأمرين معًا بشكل مضمون في آن واحد.
@TermMax #TermMax $HEMI $BTW
#dusk $DUSK @Dusk اختبارات الترقية في الشبكة التجريبية لا تُشار كثيرًا. لا أحد يلتقط لقطات شاشة لإصلاحات محاسبة الموارد.
لكن Dusk فعلت ذلك على أي حال. ترقية Boreas Protocol، وRusk v1.7.0.
ما الذي تمسه فعليًا: مرونة الشبكة. محاسبة الموارد. توافق العميل. كما تم نقل محفظة Rusk إلى الإصدار v0.4.0 إلى جانب ذلك.
إليك لماذا أهتم بتحديث الشبكة التجريبية. Boreas هو تجهيز مباشر لـ DuskEVM الشبكة الرئيسية. يتيح DuskEVM لمطوري Solidity النشر على Dusk دون إعادة كتابة أي شيء. وهذا لا يعمل إلا إذا استحكمت الطبقة الأساسية أولًا.
Dusk هي بلوكتشين خصوصية من الطبقة الأولى بُنيت لتطبيقات مالية. معيار XSC الخاص بها، عقد الأمان السري Confidential Security Contract، يشغّل العقود الذكية السرية عبر الشبكة. لا شيء من ذلك يهم على سلسلة لا يمكنها التعامل مع الحمل بشكل يمكن التنبؤ به.
يتحدث الجميع عن NPEX. يتحدث الجميع عن الأوراق المالية المرمّزة. حسنًا، هذه هي حالة الاستخدام الحقيقية. لكن تبادلًا مُنظّمًا لا يوجّه أحجام التسوية المباشرة عبر بنية تحتية لم تثبت نفسها في الأساسيات المملة أولًا.
هذه هي النقطة التي يتم تجاهلها في معظم محتوى Dusk. الترقية التي لا ينشر عنها أحد هي التي تجعل الترقية التي يريد الجميع التحدث عنها ممكنة فعلًا.
فكر فيما الذي يتعطل فعلًا في بيئة الإنتاج. ليس الميزة التي لم يُبنَها أحد. الحالة الحديّة في محاسبة الموارد التي لم يجرِ أحد اختبار ضغط لها. اختلاف إصدار العميل الذي لم يكتشفه أحد قبل الشبكة الرئيسية. وُجدت Boreas لإغلاق تلك الفجوات تحديدًا قبل أن تتسوى الأموال الحقيقية والأوراق المالية الحقيقية عبر هذه السلسلة.
إنها نوع مختلف من الأخبار عن إعلان الشراكة، لكنها هي التي تحدد ما إذا كانت إعلانات الشراكة ستصمد بعد ستة أشهر.
هل تتابع أي إنجازات في الشبكة التجريبية، أم الأخبار الخاصة بالشراكات فقط؟
@Dusk $DUSK #dusk
$DUSK
لكن Dusk فعلت ذلك على أي حال. ترقية Boreas Protocol، وRusk v1.7.0.
ما الذي تمسه فعليًا: مرونة الشبكة. محاسبة الموارد. توافق العميل. كما تم نقل محفظة Rusk إلى الإصدار v0.4.0 إلى جانب ذلك.
إليك لماذا أهتم بتحديث الشبكة التجريبية. Boreas هو تجهيز مباشر لـ DuskEVM الشبكة الرئيسية. يتيح DuskEVM لمطوري Solidity النشر على Dusk دون إعادة كتابة أي شيء. وهذا لا يعمل إلا إذا استحكمت الطبقة الأساسية أولًا.
Dusk هي بلوكتشين خصوصية من الطبقة الأولى بُنيت لتطبيقات مالية. معيار XSC الخاص بها، عقد الأمان السري Confidential Security Contract، يشغّل العقود الذكية السرية عبر الشبكة. لا شيء من ذلك يهم على سلسلة لا يمكنها التعامل مع الحمل بشكل يمكن التنبؤ به.
يتحدث الجميع عن NPEX. يتحدث الجميع عن الأوراق المالية المرمّزة. حسنًا، هذه هي حالة الاستخدام الحقيقية. لكن تبادلًا مُنظّمًا لا يوجّه أحجام التسوية المباشرة عبر بنية تحتية لم تثبت نفسها في الأساسيات المملة أولًا.
هذه هي النقطة التي يتم تجاهلها في معظم محتوى Dusk. الترقية التي لا ينشر عنها أحد هي التي تجعل الترقية التي يريد الجميع التحدث عنها ممكنة فعلًا.
فكر فيما الذي يتعطل فعلًا في بيئة الإنتاج. ليس الميزة التي لم يُبنَها أحد. الحالة الحديّة في محاسبة الموارد التي لم يجرِ أحد اختبار ضغط لها. اختلاف إصدار العميل الذي لم يكتشفه أحد قبل الشبكة الرئيسية. وُجدت Boreas لإغلاق تلك الفجوات تحديدًا قبل أن تتسوى الأموال الحقيقية والأوراق المالية الحقيقية عبر هذه السلسلة.
إنها نوع مختلف من الأخبار عن إعلان الشراكة، لكنها هي التي تحدد ما إذا كانت إعلانات الشراكة ستصمد بعد ستة أشهر.
هل تتابع أي إنجازات في الشبكة التجريبية، أم الأخبار الخاصة بالشراكات فقط؟
@Dusk $DUSK #dusk
$DUSK
بنية الـNFT الخاصة بـ TermMax GT هي الجزء الذي لفت انتباهي حقًا.
كل مركز مُستَنفَد فريد من نوعه، لذا فإن التعامل معه كـNFT أكثر منطقية من اعتباره رصيدًا قابلًا للاستبدال بشكل تقليدي.
كل مركز مُستَنفَد فريد من نوعه، لذا فإن التعامل معه كـNFT أكثر منطقية من اعتباره رصيدًا قابلًا للاستبدال بشكل تقليدي.
kashir016
·
--
صاعد#termmax @TermMax يصف معظم الشّارحين رمز Gearing Token الخاص بـ TermMax بأنه "ضمان مُلتفّ داخل توكن" ثم يمضون قدماً. لكن ما يتخطّونه هو أن GT ليس حتى من نفس نوع التوكن الموجود في بقية النظام. FT وXT هما توكنان قياسيّان من نوع ERC-20، وحدات قابلة للتبديل مثل أي عملة مستقرة. أما GT فهو مُهيكل كـ NFT. هذه التفاصيل غيّرت طريقة قراءتي للمنتج بالكامل.
تتضح المنطقية بمجرد أن تجلس معه. التوكن القابل للاستبدال يفترض أن كل وحدة متطابقة. أما المركز المُرفوع بالرافعة المالية فليس كذلك. قد يقفل مستخدمان نفس مبلغ 2,000 دولار من ETH، لكن يمكن أن ينتهيا بحجوم ديون مختلفة تماماً، وتوقيت دخول مختلف، ومدة زمنية متبقية مختلفة حتى تاريخ الاستحقاق. إن لفّ ذلك داخل NFT يجعل كل مركز كائناً قابلاً للتتبّع بذاته بدل أن يكون رقماً داخل حوض مشترك.
ما شدّ انتباهي هو أن هذا هو المنطق نفسه الذي استخدمه Uniswap V3 عندما نقل مراكز السيولة من توكنات LP القابلة للاستبدال إلى NFTs، لأن السيولة المُركزة تعني أن مركزين لن يكونا متطابقين أيضاً. طبّق TermMax هذه الفكرة نفسها على الديون والضمان بدل السيولة. من الناحية النظرية، يعني ذلك أيضاً أن مركز GT يمكن بيعه أو تحويله أو إعادة استخدامه كضمان في مكان آخر، لأن NFTs تنتقل عبر البروتوكولات بطرق لا تستطيع الموازنات المجمّعة القيام بها.
لكنني لست مقتنعاً تماماً بعدُ بأنها ميزة عملية. فالمراكز المبنية على NFTs أصعب على المحافظ والأسواق الثانوية لتسعيرها بدقة مقارنةً برصيد بسيط من ERC-20. وإذا لم تتطور سوق ثانوية حقيقية لـ GTs، فستبقى هذه القابلية للتراكم/التوافق مجرد نظرية وليست شيئاً يستخدمه الناس فعلاً.
السؤال الأكبر هو ما إذا كان التعامل مع مركز مُرفوع بالرافعة ككائن فريد وقابل للامتلاك فعلاً يغيّر طريقة إدارة الناس للمخاطر، أم أن الأمر مجرد تعقيد سيتجنبه معظم المستخدمين دون أن يلمسوه.
هل ستشتري مركزاً مُرفوعاً بالرافعة مفتوحاً لشخص آخر على TermMax إذا كان بإمكانك رؤية مبلغ الدين والضمان، لكن ليس سبب فتحه؟
@TermMax #TermMax #termax
تتضح المنطقية بمجرد أن تجلس معه. التوكن القابل للاستبدال يفترض أن كل وحدة متطابقة. أما المركز المُرفوع بالرافعة المالية فليس كذلك. قد يقفل مستخدمان نفس مبلغ 2,000 دولار من ETH، لكن يمكن أن ينتهيا بحجوم ديون مختلفة تماماً، وتوقيت دخول مختلف، ومدة زمنية متبقية مختلفة حتى تاريخ الاستحقاق. إن لفّ ذلك داخل NFT يجعل كل مركز كائناً قابلاً للتتبّع بذاته بدل أن يكون رقماً داخل حوض مشترك.
ما شدّ انتباهي هو أن هذا هو المنطق نفسه الذي استخدمه Uniswap V3 عندما نقل مراكز السيولة من توكنات LP القابلة للاستبدال إلى NFTs، لأن السيولة المُركزة تعني أن مركزين لن يكونا متطابقين أيضاً. طبّق TermMax هذه الفكرة نفسها على الديون والضمان بدل السيولة. من الناحية النظرية، يعني ذلك أيضاً أن مركز GT يمكن بيعه أو تحويله أو إعادة استخدامه كضمان في مكان آخر، لأن NFTs تنتقل عبر البروتوكولات بطرق لا تستطيع الموازنات المجمّعة القيام بها.
لكنني لست مقتنعاً تماماً بعدُ بأنها ميزة عملية. فالمراكز المبنية على NFTs أصعب على المحافظ والأسواق الثانوية لتسعيرها بدقة مقارنةً برصيد بسيط من ERC-20. وإذا لم تتطور سوق ثانوية حقيقية لـ GTs، فستبقى هذه القابلية للتراكم/التوافق مجرد نظرية وليست شيئاً يستخدمه الناس فعلاً.
السؤال الأكبر هو ما إذا كان التعامل مع مركز مُرفوع بالرافعة ككائن فريد وقابل للامتلاك فعلاً يغيّر طريقة إدارة الناس للمخاطر، أم أن الأمر مجرد تعقيد سيتجنبه معظم المستخدمين دون أن يلمسوه.
هل ستشتري مركزاً مُرفوعاً بالرافعة مفتوحاً لشخص آخر على TermMax إذا كان بإمكانك رؤية مبلغ الدين والضمان، لكن ليس سبب فتحه؟
@TermMax #TermMax #termax
#termmax @TermMax يصف معظم الشّارحين رمز Gearing Token الخاص بـ TermMax بأنه "ضمان مُلتفّ داخل توكن" ثم يمضون قدماً. لكن ما يتخطّونه هو أن GT ليس حتى من نفس نوع التوكن الموجود في بقية النظام. FT وXT هما توكنان قياسيّان من نوع ERC-20، وحدات قابلة للتبديل مثل أي عملة مستقرة. أما GT فهو مُهيكل كـ NFT. هذه التفاصيل غيّرت طريقة قراءتي للمنتج بالكامل.
تتضح المنطقية بمجرد أن تجلس معه. التوكن القابل للاستبدال يفترض أن كل وحدة متطابقة. أما المركز المُرفوع بالرافعة المالية فليس كذلك. قد يقفل مستخدمان نفس مبلغ 2,000 دولار من ETH، لكن يمكن أن ينتهيا بحجوم ديون مختلفة تماماً، وتوقيت دخول مختلف، ومدة زمنية متبقية مختلفة حتى تاريخ الاستحقاق. إن لفّ ذلك داخل NFT يجعل كل مركز كائناً قابلاً للتتبّع بذاته بدل أن يكون رقماً داخل حوض مشترك.
ما شدّ انتباهي هو أن هذا هو المنطق نفسه الذي استخدمه Uniswap V3 عندما نقل مراكز السيولة من توكنات LP القابلة للاستبدال إلى NFTs، لأن السيولة المُركزة تعني أن مركزين لن يكونا متطابقين أيضاً. طبّق TermMax هذه الفكرة نفسها على الديون والضمان بدل السيولة. من الناحية النظرية، يعني ذلك أيضاً أن مركز GT يمكن بيعه أو تحويله أو إعادة استخدامه كضمان في مكان آخر، لأن NFTs تنتقل عبر البروتوكولات بطرق لا تستطيع الموازنات المجمّعة القيام بها.
لكنني لست مقتنعاً تماماً بعدُ بأنها ميزة عملية. فالمراكز المبنية على NFTs أصعب على المحافظ والأسواق الثانوية لتسعيرها بدقة مقارنةً برصيد بسيط من ERC-20. وإذا لم تتطور سوق ثانوية حقيقية لـ GTs، فستبقى هذه القابلية للتراكم/التوافق مجرد نظرية وليست شيئاً يستخدمه الناس فعلاً.
السؤال الأكبر هو ما إذا كان التعامل مع مركز مُرفوع بالرافعة ككائن فريد وقابل للامتلاك فعلاً يغيّر طريقة إدارة الناس للمخاطر، أم أن الأمر مجرد تعقيد سيتجنبه معظم المستخدمين دون أن يلمسوه.
هل ستشتري مركزاً مُرفوعاً بالرافعة مفتوحاً لشخص آخر على TermMax إذا كان بإمكانك رؤية مبلغ الدين والضمان، لكن ليس سبب فتحه؟
@TermMax #TermMax #termax
تتضح المنطقية بمجرد أن تجلس معه. التوكن القابل للاستبدال يفترض أن كل وحدة متطابقة. أما المركز المُرفوع بالرافعة المالية فليس كذلك. قد يقفل مستخدمان نفس مبلغ 2,000 دولار من ETH، لكن يمكن أن ينتهيا بحجوم ديون مختلفة تماماً، وتوقيت دخول مختلف، ومدة زمنية متبقية مختلفة حتى تاريخ الاستحقاق. إن لفّ ذلك داخل NFT يجعل كل مركز كائناً قابلاً للتتبّع بذاته بدل أن يكون رقماً داخل حوض مشترك.
ما شدّ انتباهي هو أن هذا هو المنطق نفسه الذي استخدمه Uniswap V3 عندما نقل مراكز السيولة من توكنات LP القابلة للاستبدال إلى NFTs، لأن السيولة المُركزة تعني أن مركزين لن يكونا متطابقين أيضاً. طبّق TermMax هذه الفكرة نفسها على الديون والضمان بدل السيولة. من الناحية النظرية، يعني ذلك أيضاً أن مركز GT يمكن بيعه أو تحويله أو إعادة استخدامه كضمان في مكان آخر، لأن NFTs تنتقل عبر البروتوكولات بطرق لا تستطيع الموازنات المجمّعة القيام بها.
لكنني لست مقتنعاً تماماً بعدُ بأنها ميزة عملية. فالمراكز المبنية على NFTs أصعب على المحافظ والأسواق الثانوية لتسعيرها بدقة مقارنةً برصيد بسيط من ERC-20. وإذا لم تتطور سوق ثانوية حقيقية لـ GTs، فستبقى هذه القابلية للتراكم/التوافق مجرد نظرية وليست شيئاً يستخدمه الناس فعلاً.
السؤال الأكبر هو ما إذا كان التعامل مع مركز مُرفوع بالرافعة ككائن فريد وقابل للامتلاك فعلاً يغيّر طريقة إدارة الناس للمخاطر، أم أن الأمر مجرد تعقيد سيتجنبه معظم المستخدمين دون أن يلمسوه.
هل ستشتري مركزاً مُرفوعاً بالرافعة مفتوحاً لشخص آخر على TermMax إذا كان بإمكانك رؤية مبلغ الدين والضمان، لكن ليس سبب فتحه؟
@TermMax #TermMax #termax
تمّ التحقق
#dusk $DUSK @Dusk الجميع يتحدثون عن “الترميز” وكأن الفوز هو ملكية مجزأة إلى أجزاء. تقسيم السهم إلى وحدات أصغر يجعل عددًا أكبر من الناس قادرين على الشراء. لكن فريق Dusk الخاص نشر شيئًا يدفع عكس هذه الفكرة مباشرةً.
لا تُنشئ الوحدات الأصغر وحدها طلبًا من المستثمرين، ولا توفر اليقين القانوني أو السيولة. ما يهم فعلًا هو ربط الإصدار، وأهلية المستثمر، وسجلات الملكية، والتحويلات، والتسوية ضمن عملية مشتركة واحدة بدلًا من خمس عمليات منفصلة.
خذ شركة خاصة هولندية. يتطلب تأسيسها وجود كاتب عدل. تتطلب عمليات نقل الأسهم صكًا رسميًا أمام كاتب عدل. يمكن أن يساعد سجل المساهمين الرقمي، لكن يجب أن يظل هناك من يقرر أي سجل هو المرجع القانوني الموثوق. فوجود “توكن” بجانب أنظمة يدوية دون تغيير لا يصلح ذلك. بل يضيف مجرد سجلًا آخر يحتاج إلى مواءمة.
هنا يأتي تصميم Dusk الفعلي. كبلوكشين خصوصية من الطبقة الأولى للتطبيقات المالية، تستخدم Dusk معيار XSC الخاص بها، وهو “معيار عقد الأمان السري”، لدعم العقود الذكية السرية حيث يمكن التحقق من أهلية المستثمر عبر الإفصاح الانتقائي قبل قبول أي تحويل. بعدها تعمل الملكية والخدمات والتسوية انطلاقًا من السجل نفسه المُدار.
يُبنى شراكة Dusk مع NPEX، وهي بورصة هولندية مُصرّح بها من AFM، خصيصًا حول نموذج دورة الحياة هذا بدل الاكتفاء بالتجزئة البسيطة، بهدف تمويل حقيقي للشركات الصغيرة والمتوسطة عبر نظام تجريبي DLT التابع للاتحاد الأوروبي.
الترميز لا يستبدل كاتب العدل، ولا المُصدر، ولا الجهة التنظيمية. بل يزيل عملية مواءمة البيانات بين هذه الأطراف. تحمي المعاملات السرية والإفصاحات الانتقائية الأجزاء الحساسة من هذا السجل، بينما تربط التسوية الحتمية نقل الملكية مباشرةً بالدفع، بحيث تتحرك الركنان معًا بدل أن تتم مواءمتهما منفصلتين لاحقًا.
هل ربط دورة حياة الملكية الكاملة هو “فتح” أكبر للأسواق الخاصة من أي ما كان عليه الترميز الجزئي للملكية؟
@Dusk $DUSK #dusk
$TRIA
لا تُنشئ الوحدات الأصغر وحدها طلبًا من المستثمرين، ولا توفر اليقين القانوني أو السيولة. ما يهم فعلًا هو ربط الإصدار، وأهلية المستثمر، وسجلات الملكية، والتحويلات، والتسوية ضمن عملية مشتركة واحدة بدلًا من خمس عمليات منفصلة.
خذ شركة خاصة هولندية. يتطلب تأسيسها وجود كاتب عدل. تتطلب عمليات نقل الأسهم صكًا رسميًا أمام كاتب عدل. يمكن أن يساعد سجل المساهمين الرقمي، لكن يجب أن يظل هناك من يقرر أي سجل هو المرجع القانوني الموثوق. فوجود “توكن” بجانب أنظمة يدوية دون تغيير لا يصلح ذلك. بل يضيف مجرد سجلًا آخر يحتاج إلى مواءمة.
هنا يأتي تصميم Dusk الفعلي. كبلوكشين خصوصية من الطبقة الأولى للتطبيقات المالية، تستخدم Dusk معيار XSC الخاص بها، وهو “معيار عقد الأمان السري”، لدعم العقود الذكية السرية حيث يمكن التحقق من أهلية المستثمر عبر الإفصاح الانتقائي قبل قبول أي تحويل. بعدها تعمل الملكية والخدمات والتسوية انطلاقًا من السجل نفسه المُدار.
يُبنى شراكة Dusk مع NPEX، وهي بورصة هولندية مُصرّح بها من AFM، خصيصًا حول نموذج دورة الحياة هذا بدل الاكتفاء بالتجزئة البسيطة، بهدف تمويل حقيقي للشركات الصغيرة والمتوسطة عبر نظام تجريبي DLT التابع للاتحاد الأوروبي.
الترميز لا يستبدل كاتب العدل، ولا المُصدر، ولا الجهة التنظيمية. بل يزيل عملية مواءمة البيانات بين هذه الأطراف. تحمي المعاملات السرية والإفصاحات الانتقائية الأجزاء الحساسة من هذا السجل، بينما تربط التسوية الحتمية نقل الملكية مباشرةً بالدفع، بحيث تتحرك الركنان معًا بدل أن تتم مواءمتهما منفصلتين لاحقًا.
هل ربط دورة حياة الملكية الكاملة هو “فتح” أكبر للأسواق الخاصة من أي ما كان عليه الترميز الجزئي للملكية؟
@Dusk $DUSK #dusk
$TRIA
حيازة $ACE 0.2 USDT
#termmax @TermMax $VELVET $ACE $AIO يربط معظم الناس تداول الخيارات بمخاطر التصفية: تلك اللحظة التي تُمحى فيها مراكزك لأن السوق تحرك بسرعة كبيرة بينما لم تكن تتابع. أسواق Call وPut لدى TermMax تتجاوز ذلك بالكامل، وأعتقد أن هذه هي القصة الحقيقية هنا، وليس نقاط لوحة الصدارة.
الآلية بسيطة. تأخذ مركزًا في صفقة Call أو Put، ولا توجد «محرك تصفية» يجلس في الخلفية بانتظار إجبارك على الإغلاق. يتم تحديد خسارتك القصوى لحظة دخولك، كما هو الحال عند شراء عقد خيارات تقليدي من بورصة منظّمة، باستثناء أن هذا العقد يعمل عبر خمس سلاسل: Ethereum وArbitrum وBNB Chain وHyperEVM وBerachain. هذا نطاق أوسع مما تحاول حتى معظم بروتوكولات الفائدة الثابتة.
وبالإضافة إلى ذلك، توجد لوحة موسم (Season) بمضاعفات XP: حتى 10x للمتداولين النشطين و30x لمودعي الفُرَص (vault depositors). واضح أنها مصممة لمكافأة النشاط المستمر بدل الزراعة لمرة واحدة (one-time farming)، وهذا يتماشى مع كيفية تنظيم TermMax لحملاتها الأخرى أيضًا.
لكن لدي سؤال صريح. إزالة التصفية من تداول الخيارات تبدو أكثر أمانًا، لكن الخيارات أصلًا لديها عيوب محددة حسب التصميم. فهل «عدم وجود تصفية» يعالج مخاطرة حقيقية، أم أنه في الغالب إطار تسويقي حول شيء كان متداولو الخيارات يمتلكونه بالفعل؟
سأكون سعيدًا بسماع آراء أي شخص تداول مباشرة أسواق Call/Put. @TermMax #TermMax
الآلية بسيطة. تأخذ مركزًا في صفقة Call أو Put، ولا توجد «محرك تصفية» يجلس في الخلفية بانتظار إجبارك على الإغلاق. يتم تحديد خسارتك القصوى لحظة دخولك، كما هو الحال عند شراء عقد خيارات تقليدي من بورصة منظّمة، باستثناء أن هذا العقد يعمل عبر خمس سلاسل: Ethereum وArbitrum وBNB Chain وHyperEVM وBerachain. هذا نطاق أوسع مما تحاول حتى معظم بروتوكولات الفائدة الثابتة.
وبالإضافة إلى ذلك، توجد لوحة موسم (Season) بمضاعفات XP: حتى 10x للمتداولين النشطين و30x لمودعي الفُرَص (vault depositors). واضح أنها مصممة لمكافأة النشاط المستمر بدل الزراعة لمرة واحدة (one-time farming)، وهذا يتماشى مع كيفية تنظيم TermMax لحملاتها الأخرى أيضًا.
لكن لدي سؤال صريح. إزالة التصفية من تداول الخيارات تبدو أكثر أمانًا، لكن الخيارات أصلًا لديها عيوب محددة حسب التصميم. فهل «عدم وجود تصفية» يعالج مخاطرة حقيقية، أم أنه في الغالب إطار تسويقي حول شيء كان متداولو الخيارات يمتلكونه بالفعل؟
سأكون سعيدًا بسماع آراء أي شخص تداول مباشرة أسواق Call/Put. @TermMax #TermMax
#dusk $DUSK @Dusk إثبات أنك مؤهل للاستثمار غالبًا يعني تسليم قدر أكبر من البيانات الشخصية مما يتطلبه الفحص الفعلي فقط. إثبات سكن هنا، وثيقة دخل هناك، وكل ذلك يجلس لاحقًا على خادم إحدى المنصات.
لقد انطلقت قائمة الانتظار لـ Dusk Trade، ومن المهم إلقاء نظرة دقيقة على نموذج الأهلية الذي يقف وراءها.
Dusk هي بلوكتشين من الطبقة الأولى، لكن الجزء الذي يهم هنا هو ما بُنيت من أجله. تم تصميمها كسلسلة خصوصية للتطبيقات المالية تحديدًا، وليست سلسلة عامة الغرض تتم إضافة الخصوصية إليها لاحقًا. يظهر هذا التركيز بشكل مباشر في XSC، معيار Confidential Security Contract، الذي يشغّل العقود الذكية السرّية عبر الشبكة.
تُعد XSC ما يجعل الإفصاح الانتقائي ممكنًا على مستوى البروتوكول. يمكن لتطبيق ما أن يتحقق من أن المستخدم يستوفي شرطًا محددًا—الإقامة، أو صفة الاعتماد، أيًا كانت القاعدة المطلوبة—دون أن يرى أبدًا البيانات الشخصية الأساسية نفسها. تتم عملية التحقق. وتبقى البيانات خاصة.
لم أكن قد فكرت في مقدار التعرض غير الضروري الذي يخلقه KYC العادي إلى أن نظرت إلى هذا جنبًا إلى جنب. تجمع معظم المنصات كل شيء مقدمًا لأن التحقق بشكل انتقائي أصعب في البناء. قامت Dusk ببناء XSC خصيصًا لجعل عمليات التحقق الانتقائية هي الافتراضية.
هذا ليس مجرد افتراض. يتم بناء Dusk Trade بالشراكة مع NPEX، وهي بورصة هولندية مرخصة، لإدخال الأموال المُمَثَّلة (tokenized) والأصول الواقعية إلى السلسلة، وتُعد عملية التحقق من الأهلية عبر XSC جزءًا مما يجعل ذلك متوافقًا بالتصميم.
بالنسبة لمنصة خاضعة للتنظيم، فإن الفرق بين جمع البيانات والتحقق من ادعاء ما كبير. أحدهما يخلق مسؤولية. والآخر لا.
هل ستثق بمنصة أكثر إذا كانت تستطيع تأكيد أهليتك دون تخزين مستنداتك الشخصية على الإطلاق؟
@Dusk $DUSK #dusk
$RED
لقد انطلقت قائمة الانتظار لـ Dusk Trade، ومن المهم إلقاء نظرة دقيقة على نموذج الأهلية الذي يقف وراءها.
Dusk هي بلوكتشين من الطبقة الأولى، لكن الجزء الذي يهم هنا هو ما بُنيت من أجله. تم تصميمها كسلسلة خصوصية للتطبيقات المالية تحديدًا، وليست سلسلة عامة الغرض تتم إضافة الخصوصية إليها لاحقًا. يظهر هذا التركيز بشكل مباشر في XSC، معيار Confidential Security Contract، الذي يشغّل العقود الذكية السرّية عبر الشبكة.
تُعد XSC ما يجعل الإفصاح الانتقائي ممكنًا على مستوى البروتوكول. يمكن لتطبيق ما أن يتحقق من أن المستخدم يستوفي شرطًا محددًا—الإقامة، أو صفة الاعتماد، أيًا كانت القاعدة المطلوبة—دون أن يرى أبدًا البيانات الشخصية الأساسية نفسها. تتم عملية التحقق. وتبقى البيانات خاصة.
لم أكن قد فكرت في مقدار التعرض غير الضروري الذي يخلقه KYC العادي إلى أن نظرت إلى هذا جنبًا إلى جنب. تجمع معظم المنصات كل شيء مقدمًا لأن التحقق بشكل انتقائي أصعب في البناء. قامت Dusk ببناء XSC خصيصًا لجعل عمليات التحقق الانتقائية هي الافتراضية.
هذا ليس مجرد افتراض. يتم بناء Dusk Trade بالشراكة مع NPEX، وهي بورصة هولندية مرخصة، لإدخال الأموال المُمَثَّلة (tokenized) والأصول الواقعية إلى السلسلة، وتُعد عملية التحقق من الأهلية عبر XSC جزءًا مما يجعل ذلك متوافقًا بالتصميم.
بالنسبة لمنصة خاضعة للتنظيم، فإن الفرق بين جمع البيانات والتحقق من ادعاء ما كبير. أحدهما يخلق مسؤولية. والآخر لا.
هل ستثق بمنصة أكثر إذا كانت تستطيع تأكيد أهليتك دون تخزين مستنداتك الشخصية على الإطلاق؟
@Dusk $DUSK #dusk
$RED
تمّ التحقق
#termmax معظم بروتوكولات الإقراض في التمويل اللامركزي (DeFi) لديها سرّ قذر: عندما تجف السيولة ويحتاج مركز ما إلى التصفية، فإن البروتوكول ببساطة يتحمل الخسارة ويسميها "ديوناً معدومة". يتعامل TermMax مع ذلك بطريقة مختلفة وبصراحة لم أتوقع أن يفكر بروتوكول إقراض بهذا العمق مسبقاً.
يُسمّى ذلك التسليم المادي. إذا لم تكن هناك سيولة كافية لتصفية ضمان المقترض فعلياً، فلن يترك المُقرض حاملاً فقط لوعد بالدفع (IOU). بل يحصل على الضمان نفسه مباشرةً، دون بيع قسري في سوق رقيقة. تؤدي هذه المفاضلة التصميمية الواحدة إلى إزالة أحد أسوأ أنماط الأعطال في إقراض DeFi: دوامة الموت التي لا تستطيع فيها التصفّيات أن تُصفّي، ويتحمل الجميع الخسارة معاً.
ومن الداخل، بُني على Gearing Tokens التي تقفل الضمان، وFixed-Rate Tokens التي تتصرف مثل سندات صفرية القسيمة (zero-coupon bonds)، تُباع بخصم الآن وتُسترد بقيمتها الكاملة عند انتهاء الأجل. لذلك يعرف الطرفان أرقامهماً في اليوم الأول بدل التخمين بناءً على مزاج السوق في ذلك الأسبوع.
لكنني لست مقتنعاً بالكامل بعد. تسليم المُقرضين ضماناً خاماً بدل العملات المستقرة يبدو أكثر أماناً على الورق، لكن الآن سيصبحون عالقين في إدارة أصل لم يختاروا أصلاً الاحتفاظ به. هل هذا فعلاً تقليل للمخاطر، أم مجرد نقل للمخاطر مع إلباسها ثوب ميزة؟
أتساءل كيف يتوقع @TermMax من المُقرضين التعامل مع ذلك عملياً. #TermMax
$TERMINUS
يُسمّى ذلك التسليم المادي. إذا لم تكن هناك سيولة كافية لتصفية ضمان المقترض فعلياً، فلن يترك المُقرض حاملاً فقط لوعد بالدفع (IOU). بل يحصل على الضمان نفسه مباشرةً، دون بيع قسري في سوق رقيقة. تؤدي هذه المفاضلة التصميمية الواحدة إلى إزالة أحد أسوأ أنماط الأعطال في إقراض DeFi: دوامة الموت التي لا تستطيع فيها التصفّيات أن تُصفّي، ويتحمل الجميع الخسارة معاً.
ومن الداخل، بُني على Gearing Tokens التي تقفل الضمان، وFixed-Rate Tokens التي تتصرف مثل سندات صفرية القسيمة (zero-coupon bonds)، تُباع بخصم الآن وتُسترد بقيمتها الكاملة عند انتهاء الأجل. لذلك يعرف الطرفان أرقامهماً في اليوم الأول بدل التخمين بناءً على مزاج السوق في ذلك الأسبوع.
لكنني لست مقتنعاً بالكامل بعد. تسليم المُقرضين ضماناً خاماً بدل العملات المستقرة يبدو أكثر أماناً على الورق، لكن الآن سيصبحون عالقين في إدارة أصل لم يختاروا أصلاً الاحتفاظ به. هل هذا فعلاً تقليل للمخاطر، أم مجرد نقل للمخاطر مع إلباسها ثوب ميزة؟
أتساءل كيف يتوقع @TermMax من المُقرضين التعامل مع ذلك عملياً. #TermMax
$TERMINUS
صحيح جزئيًا
حيازة $DUSK 2.8 USDT
#dusk $DUSK يتحمل الامتثال عبر معظم السلاسل على مستوى التطبيق. كل بروتوكول يبني نظامه الخاص للـKYC، وإجراءات التحقق من الأهلية الخاصة به، وسجل التدقيق الخاص به، حتى عندما تكون القواعد الأساسية متطابقة.
تتبع Dusk نهجًا مختلفًا، ويبدأ ذلك من خلال XSC.
إن XSC، وهو معيار Confidential Security Contract، هو ما يجعل Dusk سلسلة خصوصية مخصصة تحديدًا للتطبيقات المالية وليست مجرد سلسلة عامة أضيفت إليها الخصوصية لاحقًا. تدعم عقود XSC العقود الذكية السرية حيث تُفرض قواعد الأهلية وقيود التحويل ومتطلبات الإفصاح مباشرةً على السلسلة، دون تعريض البيانات الحساسة للعامة.
تلك الأساسيات هي ما يجعل ترخيص مستوى البروتوكول ممكنًا من الأساس.
ومن خلال شراكتها مع NPEX، وهي بورصة هولندية مرخصة ضمن نظام تجريبي DLT التابع للاتحاد الأوروبي، تعمل Dusk على نقل الامتثال من التطبيقات الفردية إلى طبقة البروتوكول نفسها. يمكن لمستخدم يُكمل KYC مرة واحدة أن يتفاعل -على نحو محتمل- مع عدة تطبيقات مبنية على XSC عبر منظومة كاملة دون تكرار إجراءات التسجيل في كل مرة.
لم أكن قد فكرت في مقدار الاحتكاك الذي ينشأ عن الامتثال المنعزل إلى أن نظرت إلى كيفية تنظيم ذلك. يجلب NPEX نحو 300 مليون يورو من الأصول الخاضعة للإدارة بالفعل. وتقدم Dusk XSC والعقود الذكية السرية كطبقة تقنية تجعل الامتثال المشترك قابلًا للتطبيق فعليًا، لا مجرد وعود.
هذا خطاب مختلف عن تحويل أصل إلى توكن والآمل أن يلحق المنظمون بالركب لاحقًا.
ما إذا كانت قابلية التركيب هذه ستتحقق على نطاق واسع ما زال يعتمد على وجود شركاء مرخصين أكثر يبنون على XSC بدلًا من تكديس حلول معزولة. إن بورصة واحدة تُثبت أن المعيار يعمل. لكنها لا تُثبت بعد تأثير الشبكة.
هل معيار خصوصية مُصمم للتمويل، مثل XSC، ينتهي به الأمر إلى أن يكون أكثر أهمية على المدى الطويل من خصوصية السلاسل العامة؟
@Dusk $DUSK #dusk
$DEXE
تتبع Dusk نهجًا مختلفًا، ويبدأ ذلك من خلال XSC.
إن XSC، وهو معيار Confidential Security Contract، هو ما يجعل Dusk سلسلة خصوصية مخصصة تحديدًا للتطبيقات المالية وليست مجرد سلسلة عامة أضيفت إليها الخصوصية لاحقًا. تدعم عقود XSC العقود الذكية السرية حيث تُفرض قواعد الأهلية وقيود التحويل ومتطلبات الإفصاح مباشرةً على السلسلة، دون تعريض البيانات الحساسة للعامة.
تلك الأساسيات هي ما يجعل ترخيص مستوى البروتوكول ممكنًا من الأساس.
ومن خلال شراكتها مع NPEX، وهي بورصة هولندية مرخصة ضمن نظام تجريبي DLT التابع للاتحاد الأوروبي، تعمل Dusk على نقل الامتثال من التطبيقات الفردية إلى طبقة البروتوكول نفسها. يمكن لمستخدم يُكمل KYC مرة واحدة أن يتفاعل -على نحو محتمل- مع عدة تطبيقات مبنية على XSC عبر منظومة كاملة دون تكرار إجراءات التسجيل في كل مرة.
لم أكن قد فكرت في مقدار الاحتكاك الذي ينشأ عن الامتثال المنعزل إلى أن نظرت إلى كيفية تنظيم ذلك. يجلب NPEX نحو 300 مليون يورو من الأصول الخاضعة للإدارة بالفعل. وتقدم Dusk XSC والعقود الذكية السرية كطبقة تقنية تجعل الامتثال المشترك قابلًا للتطبيق فعليًا، لا مجرد وعود.
هذا خطاب مختلف عن تحويل أصل إلى توكن والآمل أن يلحق المنظمون بالركب لاحقًا.
ما إذا كانت قابلية التركيب هذه ستتحقق على نطاق واسع ما زال يعتمد على وجود شركاء مرخصين أكثر يبنون على XSC بدلًا من تكديس حلول معزولة. إن بورصة واحدة تُثبت أن المعيار يعمل. لكنها لا تُثبت بعد تأثير الشبكة.
هل معيار خصوصية مُصمم للتمويل، مثل XSC، ينتهي به الأمر إلى أن يكون أكثر أهمية على المدى الطويل من خصوصية السلاسل العامة؟
@Dusk $DUSK #dusk
$DEXE
#dusk $DUSK معظم الأشخاص الذين يقيّمون سلسلة الكتل ينظرون أولاً إلى قابلية المعالجة أو الرسوم. أما في التمويل المُنظَّم، فقد يكون السؤال الأكثر أهمية أبسط: متى تصبح المعاملة فعليًا نهائية، وهل يمكن التنبؤ بهذه اللحظة بيقين؟
يتعامل «Dusk» مع ذلك عبر طبقة الإجماع الخاصة به، والتي تُسمّى «Succinct Attestation».
بدلاً من الاعتماد على عملية تأكيد مفتوحة وغير محددة، يستخدم «Dusk» لجاناً قائمة على الرهن، يتم اختيارها عبر «sortition»، لاقتراح الكتل والتحقق منها واعتمادها.
بمجرد اعتماد كتلة، فإن لها قابلية نهائية حتمية.
هذا الفرق مهم أكثر مما كنت أعتقد في البداية.
لا يمكن لتسوية مالية أن تعمل على أساس «تمت تسويتها على الأرجح». يحتاج الوسيط الحافظ للأصول الذي يطابق صفقة إلى نقطة واضحة تم فيها نقل الملكية. كما يحتاج مزود بنية تحتية للسوق إلى معرفة متى تكون المعاملة نهائية، بدلًا من انتظار أن تتزايد الثقة مع إضافة كتل إضافية.
يعمل التمويل التقليديً بالفعل حول لحظات تسوية محددة. وإذا كان من المأمول أن تدعم بنية سلسلة الكتل أسواقًا مُنظَّمة، فإن الحصول على نهائية يمكن التنبؤ بها على مستوى البروتوكول يصبح أمراً بالغ الأهمية.
وهذا هو الجزء من «Succinct Attestation» الذي أجده مثيراً للاهتمام.
ليس مجرد ميزة أداء.
بل هو شرط للتوافق مع نوع اليقين الذي تحتاجه البنية التحتية المالية.
كما يتصل ذلك أيضاً بالسبب وراء استمرار «Dusk» في التأكيد على التسوية الحتمية. الفكرة ليست فقط أن المعاملات تحدث بسرعة؛ بل أن الشبكة يمكنها أن توفر نقطة واضحة وقابلة للتنبؤ للنهائية.
وهنا تصبح $DUSK becomes interesting to me.
ربما لا يفكر معظم المتداولين الأفراد أبداً في تصميم الإجماع. من المرجح أن المؤسسات التي تُقيّم البنية التحتية للتسوية تفكر في ذلك باستمرار.
إذا كانت سلسلة الكتل ستتعامل مع أصول مالية جدية، فهل يهم اليقين بالنهائية في النهاية أكثر من سرعة المعاملات الخام؟
@Dusk $DUSK #dusk
يتعامل «Dusk» مع ذلك عبر طبقة الإجماع الخاصة به، والتي تُسمّى «Succinct Attestation».
بدلاً من الاعتماد على عملية تأكيد مفتوحة وغير محددة، يستخدم «Dusk» لجاناً قائمة على الرهن، يتم اختيارها عبر «sortition»، لاقتراح الكتل والتحقق منها واعتمادها.
بمجرد اعتماد كتلة، فإن لها قابلية نهائية حتمية.
هذا الفرق مهم أكثر مما كنت أعتقد في البداية.
لا يمكن لتسوية مالية أن تعمل على أساس «تمت تسويتها على الأرجح». يحتاج الوسيط الحافظ للأصول الذي يطابق صفقة إلى نقطة واضحة تم فيها نقل الملكية. كما يحتاج مزود بنية تحتية للسوق إلى معرفة متى تكون المعاملة نهائية، بدلًا من انتظار أن تتزايد الثقة مع إضافة كتل إضافية.
يعمل التمويل التقليديً بالفعل حول لحظات تسوية محددة. وإذا كان من المأمول أن تدعم بنية سلسلة الكتل أسواقًا مُنظَّمة، فإن الحصول على نهائية يمكن التنبؤ بها على مستوى البروتوكول يصبح أمراً بالغ الأهمية.
وهذا هو الجزء من «Succinct Attestation» الذي أجده مثيراً للاهتمام.
ليس مجرد ميزة أداء.
بل هو شرط للتوافق مع نوع اليقين الذي تحتاجه البنية التحتية المالية.
كما يتصل ذلك أيضاً بالسبب وراء استمرار «Dusk» في التأكيد على التسوية الحتمية. الفكرة ليست فقط أن المعاملات تحدث بسرعة؛ بل أن الشبكة يمكنها أن توفر نقطة واضحة وقابلة للتنبؤ للنهائية.
وهنا تصبح $DUSK becomes interesting to me.
ربما لا يفكر معظم المتداولين الأفراد أبداً في تصميم الإجماع. من المرجح أن المؤسسات التي تُقيّم البنية التحتية للتسوية تفكر في ذلك باستمرار.
إذا كانت سلسلة الكتل ستتعامل مع أصول مالية جدية، فهل يهم اليقين بالنهائية في النهاية أكثر من سرعة المعاملات الخام؟
@Dusk $DUSK #dusk
#dusk $DUSK يظل بيع الأوراق المالية وتسويتها عملية تتسم بتجزئة مدهشة في طبقاتها: وسطاء، أمناء حفظ، منصات تداول، أنظمة تسوية، وكثير من عمليات المطابقة في المكتب الخلفي.
تتخذ معيار XSC من Dusk نهجًا مختلفًا.
تُختصر XSC بـ <b>عقود الأمان السرية</b>، حيث تضع قدرًا كبيرًا من منطق الأصول مباشرةً داخل العقد الذكي. يمكن التعامل مع قواعد الأهلية، وقيود النقل، وسير عمل الملكية، والتسوية وغيرها من الوظائف المرتبطة بالأوراق المالية كجزء من دورة حياة الأصل على السلسلة بدلًا من أن تكون موزعة على أنظمة منفصلة.
الجزء الذي أراه الأكثر إثارة للاهتمام ليس الخصوصية نفسها.
بل ما يحدث عندما يصبح الأصل قابلًا للبرمجة.
بدلًا من التعامل مع الرمز الأمني بوصفه مجرد غلاف رقمي لعملية قديمة، تحاول Dusk إدخال القواعد المتعلقة بهذا الأصل في البنية التحتية نفسها. من يمكنه امتلاكها، ومن يمكنه نقلها، وما القيود المطبقة، وما المعلومات التي يجب الإفصاح عنها—يمكن أن تصبح جزءًا من سير العمل.
ثم تأتي طبقة الخصوصية.
تدمج Dusk المعاملات السرية، وإثباتات المعرفة الصفرية، والإفصاح الانتقائي بحيث لا تضطر التدفقات التنظيمية إلى الاختيار بين إبقاء المعلومات الحساسة خاصة وتقديم الأدلة للأطراف المخولة عند الحاجة.
وهنا تحديدًا تصبح $DUSK مثيرة للاهتمام بالنسبة لي.
الفكرة الأوسع ليست مجرد "وضع الأوراق المالية على بلوك تشين".
بل السؤال هو ما إذا كانت بنية بلوك تشين يمكنها في النهاية دمج الملكية والامتثال والخصوصية والتسوية الحتمية ضمن سير عمل منسق واحد.
إذا نجح هذا النموذج على نطاق واسع، فقد تصبح التحويلات الرمزية أكثر من مجرد وضع الأصول التقليدية على السلسلة.
قد يعني ذلك إعادة بناء طريقة انتقال تلك الأصول فعليًا.
وهل سيُفضّل المستثمرون في النهاية الملكية والتسوية القابلتين للبرمجة على البنية التحتية المتجزئة اليوم؟
@Dusk $DUSK #dusk
تتخذ معيار XSC من Dusk نهجًا مختلفًا.
تُختصر XSC بـ <b>عقود الأمان السرية</b>، حيث تضع قدرًا كبيرًا من منطق الأصول مباشرةً داخل العقد الذكي. يمكن التعامل مع قواعد الأهلية، وقيود النقل، وسير عمل الملكية، والتسوية وغيرها من الوظائف المرتبطة بالأوراق المالية كجزء من دورة حياة الأصل على السلسلة بدلًا من أن تكون موزعة على أنظمة منفصلة.
الجزء الذي أراه الأكثر إثارة للاهتمام ليس الخصوصية نفسها.
بل ما يحدث عندما يصبح الأصل قابلًا للبرمجة.
بدلًا من التعامل مع الرمز الأمني بوصفه مجرد غلاف رقمي لعملية قديمة، تحاول Dusk إدخال القواعد المتعلقة بهذا الأصل في البنية التحتية نفسها. من يمكنه امتلاكها، ومن يمكنه نقلها، وما القيود المطبقة، وما المعلومات التي يجب الإفصاح عنها—يمكن أن تصبح جزءًا من سير العمل.
ثم تأتي طبقة الخصوصية.
تدمج Dusk المعاملات السرية، وإثباتات المعرفة الصفرية، والإفصاح الانتقائي بحيث لا تضطر التدفقات التنظيمية إلى الاختيار بين إبقاء المعلومات الحساسة خاصة وتقديم الأدلة للأطراف المخولة عند الحاجة.
وهنا تحديدًا تصبح $DUSK مثيرة للاهتمام بالنسبة لي.
الفكرة الأوسع ليست مجرد "وضع الأوراق المالية على بلوك تشين".
بل السؤال هو ما إذا كانت بنية بلوك تشين يمكنها في النهاية دمج الملكية والامتثال والخصوصية والتسوية الحتمية ضمن سير عمل منسق واحد.
إذا نجح هذا النموذج على نطاق واسع، فقد تصبح التحويلات الرمزية أكثر من مجرد وضع الأصول التقليدية على السلسلة.
قد يعني ذلك إعادة بناء طريقة انتقال تلك الأصول فعليًا.
وهل سيُفضّل المستثمرون في النهاية الملكية والتسوية القابلتين للبرمجة على البنية التحتية المتجزئة اليوم؟
@Dusk $DUSK #dusk
#dusk $DUSK حادث أمني يخبرك بشيء لا يمكن لخارطة طريق أن تخبرك به: كيف تتصرف إحدى الفرق عندما ينكسر النظام فعليًا.
في 16 يناير، تمكن مهاجم من الحصول على وصول غير مصرح به إلى محفظة توقيع تُستخدم بواسطة خدمة الجسر الخاصة بـ Dusk. والأهم أن ما ذكره Dusk في تقرير ما بعد الحادث يقول إن هذا كان اختراقًا لمحفظة الجسر، وليس فشلًا في الإجماع أو استغلالًا لبروتوكول النواة.
لم يلفت انتباهي الحادث نفسه. بل ما جاء بعده.
بدلًا من مجرد استبدال المحفظة المخترَقة، أعاد Dusk تصميم بنية الجسر. تم فصل عملية التوقيع عن معالجة الأحداث. وتم فصل إطلاق الأموال عن إدخال الأحداث. يستخدم النظام الجديد دورة حياة معاملات صريحة، مع تقليل تعرّض محفظة ساخنة وتعزيز صلابة مضيف الجسر.
هذه استجابة أكثر إثارة من "لقد أصلحنا الخلل".
الدرس هنا أكبر من $DUSK . كانت الجسور لسنوات هي أكثر أجزاء بنية التشفير تعرضًا للاستغلال، تحديدًا لأنها تجمع قدرًا كبيرًا من السلطة الاقتصادية في مكان واحد.
للجسر سلطة اقتصادية، لذا يصبح التصميم التشغيلي جزءًا من نموذج الأمان. إذا استطاع مفتاح واحد مخترق أن يصل إلى أبعد مما ينبغي، فالمشكلة ليست في المفتاح وحده. بل في مقدار السلطة التي منحها له التصميم المعماري من الأساس.
وبالنسبة لمشروع يستهدف تمويلًا على السلسلة مُنظّمًا، فهذا الأمر مهم بشكل خاص. لن تسأل المؤسسات فقط ما إذا كانت البنية التحتية تعمل في الظروف العادية. سيسألن في النهاية ماذا يحدث عندما يسوء الأمر.
وهنا أعتقد أن إعادة تصميم Dusk تستحق الاهتمام.
ادعاءات الأمان سهلة النشر. أما تغيير البنية المعمارية بعد وقوع الفشل فهو أصعب.
هل ستمنح وزنًا أكبر لكيف يستجيب بلوكتشين بعد حادث، مقارنة بكل ما وعد به قبل وقوعه؟
@Dusk $DUSK #dusk
$EDEN
في 16 يناير، تمكن مهاجم من الحصول على وصول غير مصرح به إلى محفظة توقيع تُستخدم بواسطة خدمة الجسر الخاصة بـ Dusk. والأهم أن ما ذكره Dusk في تقرير ما بعد الحادث يقول إن هذا كان اختراقًا لمحفظة الجسر، وليس فشلًا في الإجماع أو استغلالًا لبروتوكول النواة.
لم يلفت انتباهي الحادث نفسه. بل ما جاء بعده.
بدلًا من مجرد استبدال المحفظة المخترَقة، أعاد Dusk تصميم بنية الجسر. تم فصل عملية التوقيع عن معالجة الأحداث. وتم فصل إطلاق الأموال عن إدخال الأحداث. يستخدم النظام الجديد دورة حياة معاملات صريحة، مع تقليل تعرّض محفظة ساخنة وتعزيز صلابة مضيف الجسر.
هذه استجابة أكثر إثارة من "لقد أصلحنا الخلل".
الدرس هنا أكبر من $DUSK . كانت الجسور لسنوات هي أكثر أجزاء بنية التشفير تعرضًا للاستغلال، تحديدًا لأنها تجمع قدرًا كبيرًا من السلطة الاقتصادية في مكان واحد.
للجسر سلطة اقتصادية، لذا يصبح التصميم التشغيلي جزءًا من نموذج الأمان. إذا استطاع مفتاح واحد مخترق أن يصل إلى أبعد مما ينبغي، فالمشكلة ليست في المفتاح وحده. بل في مقدار السلطة التي منحها له التصميم المعماري من الأساس.
وبالنسبة لمشروع يستهدف تمويلًا على السلسلة مُنظّمًا، فهذا الأمر مهم بشكل خاص. لن تسأل المؤسسات فقط ما إذا كانت البنية التحتية تعمل في الظروف العادية. سيسألن في النهاية ماذا يحدث عندما يسوء الأمر.
وهنا أعتقد أن إعادة تصميم Dusk تستحق الاهتمام.
ادعاءات الأمان سهلة النشر. أما تغيير البنية المعمارية بعد وقوع الفشل فهو أصعب.
هل ستمنح وزنًا أكبر لكيف يستجيب بلوكتشين بعد حادث، مقارنة بكل ما وعد به قبل وقوعه؟
@Dusk $DUSK #dusk
$EDEN
تمّ التحقق
#dusk $DUSK تعامل أغلب سلاسل EVM الخصوصية باعتبارها ميزة إضافية. بينما قامت Dusk بإدراجها مباشرةً داخل طبقة التنفيذ نفسها، وهذا الفرق أهم مما قد يبدو.
تتيح DuskEVM للمطوّرين مسارًا مألوفًا من نوع Solidity/EVM، ما قد يقلّل الاحتكاك الناتج عن نقل تطبيقات EVM الحالية إلى Dusk. في البداية افترضت أن الخصوصية ستأتي في طبقة منفصلة، ربما عبر مُزج/مِكسِر أو طبقة طرف ثالث.
لكن الجزء المثير للاهتمام هو Hedger.
يُدخل Hedger إمكانيات المعاملات السرّية مباشرةً إلى DuskEVM، عبر الجمع بين التشفير المُتماثل (homomorphic) وإثباتات المعرفة الصفرية، بحيث يمكن أن تبقى معلومات المعاملة الحساسة محمية، مع دعم متطلبات التحقق التي يفرضها القطاع المالي المُنظَّم.
وهذا الجزء الأخير هو الفكرة الأعمق بالنسبة لي.
كثير من تقنيات الخصوصية مصممة حول فكرة إخفاء كل شيء عن الجميع. لكن لدى المؤسسات المالية متطلب مختلف. فهي تحتاج إلى سرّية عن المنافسين والجمهور، لكنها أيضًا تحتاج إلى وصول مُتحكَّم به، والتحقق والامتثال عند الحاجة إلى إشراف مشروع.
وهنا تصبح مقاربة Dusk مثيرة للاهتمام.
تظهر الاتجاهات المؤسسية أيضًا في عمل Dusk مع NPEX، وهي بورصة مرخّصة كمشغل تداول متعدد الأطراف (MTF) في هولندا، إلى جانب البنية التحتية الأوسع الخاصة بـ Dusk Trade التي يجري تطويرها حول الإصدار والتداول والتسوية بما يتوافق مع المتطلبات.
لذلك لا أعتقد أن أكبر اختبار لـ DuskEVM يتمثل فقط في عدد المطورين الذين سينشرون العقود.
السؤال الأكبر هو ما إذا كانت المؤسسات ستثق بهذا نموذج الكشف الانتقائي بدرجة كافية لتحريك نشاط مالي ذي مغزى على السلسلة على المدى الطويل.
إذا كان تمويل البلوك تشين يتجه نحو الطابع المؤسسي، فربما لا يكون النموذج الفائز هو الشفافية الكاملة أو السرية الكاملة.
ربما تكون الخصوصية مع مسار مُتحكَّم به للوصول إلى التحقق.
@Dusk $DUSK #dusk
$DEXE
تتيح DuskEVM للمطوّرين مسارًا مألوفًا من نوع Solidity/EVM، ما قد يقلّل الاحتكاك الناتج عن نقل تطبيقات EVM الحالية إلى Dusk. في البداية افترضت أن الخصوصية ستأتي في طبقة منفصلة، ربما عبر مُزج/مِكسِر أو طبقة طرف ثالث.
لكن الجزء المثير للاهتمام هو Hedger.
يُدخل Hedger إمكانيات المعاملات السرّية مباشرةً إلى DuskEVM، عبر الجمع بين التشفير المُتماثل (homomorphic) وإثباتات المعرفة الصفرية، بحيث يمكن أن تبقى معلومات المعاملة الحساسة محمية، مع دعم متطلبات التحقق التي يفرضها القطاع المالي المُنظَّم.
وهذا الجزء الأخير هو الفكرة الأعمق بالنسبة لي.
كثير من تقنيات الخصوصية مصممة حول فكرة إخفاء كل شيء عن الجميع. لكن لدى المؤسسات المالية متطلب مختلف. فهي تحتاج إلى سرّية عن المنافسين والجمهور، لكنها أيضًا تحتاج إلى وصول مُتحكَّم به، والتحقق والامتثال عند الحاجة إلى إشراف مشروع.
وهنا تصبح مقاربة Dusk مثيرة للاهتمام.
تظهر الاتجاهات المؤسسية أيضًا في عمل Dusk مع NPEX، وهي بورصة مرخّصة كمشغل تداول متعدد الأطراف (MTF) في هولندا، إلى جانب البنية التحتية الأوسع الخاصة بـ Dusk Trade التي يجري تطويرها حول الإصدار والتداول والتسوية بما يتوافق مع المتطلبات.
لذلك لا أعتقد أن أكبر اختبار لـ DuskEVM يتمثل فقط في عدد المطورين الذين سينشرون العقود.
السؤال الأكبر هو ما إذا كانت المؤسسات ستثق بهذا نموذج الكشف الانتقائي بدرجة كافية لتحريك نشاط مالي ذي مغزى على السلسلة على المدى الطويل.
إذا كان تمويل البلوك تشين يتجه نحو الطابع المؤسسي، فربما لا يكون النموذج الفائز هو الشفافية الكاملة أو السرية الكاملة.
ربما تكون الخصوصية مع مسار مُتحكَّم به للوصول إلى التحقق.
@Dusk $DUSK #dusk
$DEXE
#baby $BABY شاهدت ديفيد من بابل وهو يسير خلال تدفّق الاقتراض الفعلي هذا الأسبوع بدلًا من مجرد القراءة عنه، ووجدته أبسط مما توقعت.
أربع خطوات: إيداع BTC. اقتراض شيء مثل USDC مقابل ذلك. سداد. استعادة BTC. هذا كل شيء. لا توجد خطوة إضافية مخفية هناك تضطرك إلى الوثوق بشخص آخر في قِطعتك النقدية أثناء الطريق.
ما لفت انتباهي هو الخطوة الأولى تحديدًا. على ما يقرب من كل منصات الإقراض الأخرى، يعني إيداع BTC فعليًا تسليمه أولًا إلى أمين حفظ (custodian)، ثم يمنحك نسخة مغلفة (wrapped) لاستخدامها. هنا تكمن معظم المخاطر في إقراض البيتكوين فعلًا، وليس في عملية الاقتراض نفسها.
تتجاوز خزائن بابل للبيتكوين بدون ثقة (Trustless Bitcoin Vaults) هذه الخطوة تمامًا. يقوم إثبات zk تشفيري مقام الأمين، ويتحقق من أن الإيداع حقيقي ومقفل بشكل صحيح دون أن يمسك أي شخص آخر البيتكوين. يحدث تدفّق الخطوات الأربع كاملة بينما يبقى BTC على شبكة البيتكوين طوال الوقت.
أعتقد أن هذا هو الجزء الذي يفوته الناس عندما يسمعون عبارة "اقتراض مدعوم بـ BTC الأصلي". الأمر ليس حقًا في اختلاف آليات الاقتراض. بل في إزالة الخطوة الوحيدة التي كانت تتطلب ثقة عمياء.
إذا كان إثبات ما يمكنه أن يقوم بما كان يقوم به الأمين، فهل سيؤثر ذلك على مدى ارتياحك عند إدخال BTC في تدفّق إقراض مثل هذا؟ @BabylonLabs_io $BABY #baby
$DEXE
أربع خطوات: إيداع BTC. اقتراض شيء مثل USDC مقابل ذلك. سداد. استعادة BTC. هذا كل شيء. لا توجد خطوة إضافية مخفية هناك تضطرك إلى الوثوق بشخص آخر في قِطعتك النقدية أثناء الطريق.
ما لفت انتباهي هو الخطوة الأولى تحديدًا. على ما يقرب من كل منصات الإقراض الأخرى، يعني إيداع BTC فعليًا تسليمه أولًا إلى أمين حفظ (custodian)، ثم يمنحك نسخة مغلفة (wrapped) لاستخدامها. هنا تكمن معظم المخاطر في إقراض البيتكوين فعلًا، وليس في عملية الاقتراض نفسها.
تتجاوز خزائن بابل للبيتكوين بدون ثقة (Trustless Bitcoin Vaults) هذه الخطوة تمامًا. يقوم إثبات zk تشفيري مقام الأمين، ويتحقق من أن الإيداع حقيقي ومقفل بشكل صحيح دون أن يمسك أي شخص آخر البيتكوين. يحدث تدفّق الخطوات الأربع كاملة بينما يبقى BTC على شبكة البيتكوين طوال الوقت.
أعتقد أن هذا هو الجزء الذي يفوته الناس عندما يسمعون عبارة "اقتراض مدعوم بـ BTC الأصلي". الأمر ليس حقًا في اختلاف آليات الاقتراض. بل في إزالة الخطوة الوحيدة التي كانت تتطلب ثقة عمياء.
إذا كان إثبات ما يمكنه أن يقوم بما كان يقوم به الأمين، فهل سيؤثر ذلك على مدى ارتياحك عند إدخال BTC في تدفّق إقراض مثل هذا؟ @BabylonLabs_io $BABY #baby
$DEXE
سجّل الدخول لاستكشاف المزيد من المُحتوى