Mawalii Burhiya

#termmax @TermMax البارحة قصيرة $STAR محجوزة خسارة 15$ الآن انظر، إنها مرة أخرى في الرابحين اليوم. هيا بسرعة، ادخل في صفقة شراء طويلة على $SKYAI 0.15 هو الهدف أيضًا، شراء طويل

قضيت جزءًا من بعد الظهر في قراءة بنية ما قبل التعدين في TMX التي كتبهاTermMax، وتوقفني رقم واحد.

40 مليون TMX.

من إجمالي المعروض الثابت البالغ 1 مليار، تم تخصيص 4% تحديدًا لتحفيز المستخدمين الأوائل عبر ما قبل التعدين.

في البداية قرأته مثل حملة مكافآت أخرى: إيداع، توفير سيولة، جمع مكافآت، ثم المضي قدمًا.

ثم لاحظت اختلاف تقسيم كيفية كسب تلك المكافآت فعليًا.

حاملو FT يتراكم لهم TMX يوميًا بناءً على أرصدة FT الخاصة بهم.

صانعو الأوامر كانوا يكسبون TMX بناءً على حجم التداول لأوامرهم المطابقة. وعندما كان المؤهلون كقُيمين (Curators) ضمن صانعي الأوامر، كانت تُوزَّع مكافآتهم مباشرةً على المودعين في الـ vault المقابلة.

مهلًا… هذا سلوكان مختلفان جدًا يتم دعمهما.

جانب يكافئ رأس المال على الاحتفاظ بمراكز بسعر ثابت.

والجانب الآخر يكافئ رأس المال على إنشاء تدفق أوامر يتم مطابقته فعليًا.

يبدو الأمر أقل مثل صنبور توزيع مجاني (airdop) وأكثر مثل TermMax يحاول تحفيز المشاركة والسيولة القابلة للاستخدام في الوقت الذي ما زال فيه السوق في مرحلة التكوّن.

كما أن TMX APY المعروض يجعل الموضوع أكثر إثارة.

تقول وثائق TermMax إن معدل APY الخاص بالحوافز تم حسابه بافتراض FDV بقيمة 60 مليون دولار، بناءً على تقييم جولة تمويله.

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

هذه هي النقطة التي سأراقبها.

عندما يصبح TMX سائلًا وتتحول الحوافز إلى سعر سوق حقيقي… هل سيظل المستخدمون يحبون المنتج ذو السعر الثابت الذي تحته…

أم أن الحوافز كانت تعمل أكثر من مجرد معدل الفائدة؟

$USELESS سيضخ مرة أخرى



@TermMax #TermMax
استطلاع: ما الذي يثبت فعلاً طلب TermMax بعد الحوافز؟

#termmax متحمّس جدًا لـ @TermMax لوحة الصدارة لِنرى كم عدد المرات التي يـصرح بها ماري ميني

بعيدًا عن المزاح، دعني أحجز ربحًا من الطرفين $ACE n $BTW تداول أخيرًا تم إغلاق بعض الصفقات على ربح u يمكنك أن تشتري/تطوّل $BR وسيصل إلى 0.24 قريبًا جدًا.. عودة إلى @TermMax

كنت أظن أن مزود السيولة في TermMax يجب أن يقرر مسبقًا: هل أنا أقرض هنا، أم أستدين؟

أوامر النطاق ذات الاتجاهين تجعل هذا الأمر أكثر غرابة.

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

تتبّعت جانب الاستدانة أولًا. عندما يقوم متلقي السوق بملئه، يتم سكّ رموز ديون مكافئة FT وXT. يتم بعد ذلك تداول XT مقابل أمر النطاق ذات الاتجاهين مقابل FT إضافية.

ثم يأتي الجزء الذي كدت أتجاوزه.

يتحقق TermMax مما إذا كان لدى هذا الطلب احتياطيات كافية من FT لإجراء التبادل. إذا لم يكن كذلك، يمكن سك FT إضافية من GT الخاص بالمُنشئ — وتزداد الديون المسجّلة داخل ذلك GT.

لذا فالمُنشئ لم يقدّم “سيولة” فقط. لقد نقل الطلب في السوق ميكانيكيًا إلى وضع استدانة، مع وجود الدين داخل رمز الجيَرنج الخاص بهم.

املأ الجانب الآخر وينعكس الدور: يعمل المُنشئ كمُقرض ويتراكم FT تمثل الأصل/المبلغ والفائدة الثابتة.

وهذا يجعل أمر النطاق ذات الاتجاهين يبدو أقل كونه سيولة سلبية وأكثر كونه مركزًا يتغير ميزانُه تبعًا للجانب الذي يطلبه المستخدمون فعلًا.

هل السماح لمركز واحد في TermMax بأن يتحول ديناميكيًا إلى مُقترض أو مُقرض يجعل رأس المال أكثر كفاءة فعلًا، أم أنه يجعل التعرض النهائي للمُنشئ أصعب في التوقع؟؟

أوامر TermMax ذات الاتجاهين: أكبر نقطة تَنازُل؟

#dusk $DUSK @Dusk I كنت أعتقد أن الجزء المثير من Phoenix هو ببساطة أن Dusk يملك نموذج معاملات قائمًا على UTXO.

أما الجزء الأعمق فهو ما الذي يغيّره ذلك فعليًا.

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

وهذا البنية تناسب المعاملات السرية بشكل مدهش.

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

لكن هناك تكلفة.

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

فهل تمنح حالة UTXO المتقطعة Dusk أساسًا أفضل للمعاملات المالية السرية، أم أن تعقيد الحالة الإضافي يصبح ثمنًا لهذا نموذج الخصوصية؟?

#dusk @Dusk

#dusk $DUSK @Dusk

قضيتُ وقتَ الغروب وأنا أقرأ خطة ECSP مرةً أخرى، وشيءٌ واحد ظلّ يزعجني: بناء البنية التحتية للأصول المُنظَّمة مشكلة. في الواقع، نقل تلك الأصول إلى البنية التحتية مشكلة أخرى.
تقدّم Dusk بطلب للحصول على رخصة ECSP لربط الشركات الأوروبية التي تجمع رأس المال مع المستثمرين عبر عروض مؤهلة مثل القروض والأسهم والسندات.
هذه هي النقطة التي علقتُ عندها.
تذكر Dusk في تحديثها أن أوروبا لديها نحو 34 مليون شركة صغيرة ومتوسطة، بينما يشير الجزء نفسه إلى ما يقارب 70 مليار دولار تمّت تسهيلها عبر منصات التمويل الجماعي عالميًا في 2025. ثم تأتي ضغوط التمويل: تستشهد Dusk ببيانات الربع الثاني من 2026 تُظهر هامشًا قدره 43 نقطة مئوية لدى الشركات الصغيرة والمتوسطة تُبلغ عن ارتفاع أسعار الفائدة على القروض البنكية.
لذا فالأمر ليس مجرد ترخيص آخر بجانب مكدّس التكنولوجيا.
إذا تمت الموافقة، يوفّر مسار ECSP لـ Dusk طريقة لجلب الشركات التي تبحث عن رأس المال إلى النظام البيئي نفسه حيث يمكن للأصول المالية الناتجة في النهاية أن تتفاعل مع بنية الهوية والخصوصية والتوزيع والتسوية.
وتُهيّئ المواد التنظيمية الأقدم لدى Dusk ECSP بوصفها التفويض الذي يغطي أدوات الاستثمار المموّلة بالتجزئة عبر الاتحاد الأوروبي.
Hmm، هذا نموذج نمو مختلف عن انتظار أن يقوم شخص آخر بتشفير/ترميز شيء ما.
تحصل الشركات على مسار تمويل آخر. يحصل المستثمرون على وصول إلى عروض خاضعة للتنظيم. وقد تحصل Dusk على أصول جديدة ونشاط يتدفّق إلى مكدّس منتجاتها.
لكن مهلاً—إن التقديم ليس موافقة، والرخصة ليست طلبًا.
ما زالت الشركات بحاجة إلى اختيار المسار، وما زال المستثمرون بحاجة إلى تمويل العروض.
لقد بردت قهوتي وأنا أعود إلى هذه الفكرة باستمرار. يمكن للبنية التحتية نقل الأصول بمجرد وجودها. وقد تساعد ECSP في الإجابة عن مصدر تلك الأصول فعليًا.
إذن هل يؤدي السعي وراء ECSP إلى تحويل Dusk من مجرد انتظار البنية التحتية للأصول المُنظَّمة إلى بنية تحتية قادرة على توفير/مصادرَة تلك الأصول، أم أن هذا لا يهم إلا عندما تبدأ شركات حقيقية ومستثمرون باستخدام المسار على نطاق واسع؟
#dusk @Dusk $DUSK

#dusk @Dusk $TUT +22.66%, $UAI +25.87%, $ZRO+24.80%…
مخطط الرابحين عبارة عن حفلة لم أكن مدعوًا إليها 😂

كان هناك شيء ما بخصوص عمل DLT-TSS لدى Dusk يجعلني أقرأ خارطة الطريق بشكل خاطئ.

a كنت أتعامل معه على أنه DuskEVM.

المهندسون يبنونها.

يكتمل الاختبار.

ثم شخص ما يقلب المفتاح.

بعد ذلك عدت وراجعت تحديث @Dusk حول تطبيق NPEX و… هذه المحطة تعمل وفق ساعة مختلفة تمامًا.

DLT-TSS تعني نظام تداول وتسوية DLT.

الجزء المهم ليس إطلاق عقد ذكي آخر.

تسعى Dusk وNPEX للحصول على إذن تنظيمي يجمع بين التداول والتسوية لأدوات مالية منظمة قائمة على DLT ضمن إطار الاتحاد الأوروبي.

ووصف Dusk نفسه للعمل يكاد يكون عكس الإصدار البرمجي المعتاد.

فريق تقني مشارك.

تطوير أعمال مشارك.

Norton Rose Fulbright مشارك.

اجتماعات مع الجهات التنظيمية.

متطلبات تتغير.

أسئلة وإدراجات بعد التقديم.

هذه هي النقطة التي علِقت في ذهني.

لا يمكنك أن تمر من خلال المرحلة الأخيرة بطريقة GitHub.

قالت Dusk في أكتوبر 2025 إن التطبيق كان قريبًا من الاكتمال، وبعدها يمكن للجهات التنظيمية أن تعود بأسئلة وإدراجات وفي النهاية قرار.

ومواد Dusk اللاحقة ما زالت تصف NPEX DLT-TSS بأنها قيد التقدم.

لذا أنا حذر مع كلمة “launch” هنا.

قد يكون البنية التحتية جاهزة تقنيًا بينما لا يكون الإذن موجودًا.

وقد تؤدي التغذية الراجعة التنظيمية إلى إجبار البنية التحتية على التغيير.

21X مفيد كاتساق سياقي لأن منصة مرخصة لـ DLT-TSS داخل الاتحاد الأوروبي موجودة بالفعل، وDusk تعمل معها.

لذا هذا المسار التنظيمي ليس مجرد فرضية.

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

همم.

ربما لهذا السبب تهم هذه المحطة أكثر من إصدار منتج آخر.

البرمجيات تثبت أن Dusk يمكنها بناء المسارات.

إذن DLT-TSS سيتحقق مما إذا كانت الجهات التنظيمية مستعدة للسماح لمنصة أوراق مالية قائمة بالفعل بتشغيل التداول والتسوية المنظمة فوقها فعليًا.

أيّهما أصعب تحقيقًا؟

#Dusk $DUSK

#dusk $DUSK @Dusk bought $ZEC at 365 now look it break its all time high 300 + profit patience always pays off

$POL is about to short fuel ended now

i keep thinking about how much wallet friction gets blamed on blockchains when sometimes its just discovery.

The interesting part of Dusk Connect isnt really the connect button. Its that a dApp can discover multiple compatible wallet providers, expose them to the user, and let the user choose instead of hardcoding one extension into the application.

That sounds minor. It isnt.

The old single-provider assumption gets messy once several wallets exist in the same browser. EIP-6963-style discovery tackles that general problem by letting providers announce themselves instead of competing to be the one object a dApp happens to find. Dusk Connect is aiming at the same practical outcome on Dusk: discover whats available first, select second, request access after.

i like the separation. What im less convinced about is whether discovery alone removes the real friction. The application still has to react correctly when the selected provider, profile, authorization or network changes after connection.

Thats where clean standards usually meet messy user behavior.

So does multi-wallet discovery actually solve the connection problem, or does it just move the difficult part from finding a wallet to managing its state correctly??

@Dusk #dusk

#dusk $DUSK @Dusk قضيت وقتًا في العبث في نافذة CreatorPad والتعمق في نماذج المعاملات الخاصة بـ @Dusk بدلًا من مجرد قراءة عرض الشريحة، والحادثة التي وقعت في الجسر الأسبوع الماضي هي التي جعلت الأمر ينقر في ذهني.
في 16 أغسطس، قام نظام المراقبة لدى Dusk برصد نشاط مشبوه مرتبط بمحفظة مُدارة من الفريق كانت تُستخدم في عمليات الجسر. قام الفريق بتعطيل المحفظة وإعادة تدوير العناوين ذات الصلة، وإيقاف خدمات الجسر، وهذه هي النقطة التي علقت في ذهني: تم شحن قائمة حظر لمستلمي Web Wallet لمنع التحويلات إلى عناوين خطرة أو خاضعة لعقوبات معروفة. كما تنسيق مع Binance بمجرد أن لامس جزء من التدفق منصتهم. لا توجد أموال مستخدمين متأثرة، وفقًا لإشعار الفريق نفسه.
وهنا المشكلة. تقديم $DUSK بالكامل هو Phoenix وMoonlight: اختر مستوى الخصوصية الذي تريده، وبدّل بينهما متى شئت. Phoenix هو نموذج UTXO مُشفَّر (shielded) مع الملاحظات وnullifiers واثباتات ZK، ولا يظهر المُرسل/المستلم/المبلغ دون مفتاح عرض. أما Moonlight فهو قائم على الحسابات وعلني، الأرصدة تظهر للعيان، ومصمم لتقارير امتثال سهلة.
تعايش جميل على الورق. لكن راقب ما تم اللجوء إليه بمجرد أن بدا الأمر مريبًا: الإصلاح الذي تم شحنه كان قائمة حظر على الجانب الشفاف. يمكنك مطابقة عنوان Moonlight مع قائمة عقوبات في الوقت الحقيقي. أما مطابقة ملاحظة Phoenix بالطريقة نفسها فأصعب بكثير—وهذا هو سبب وجودها أصلاً.
لذا، "التبديل ذهابًا وإيابًا بنقرة زر"—صحيح من الناحية التقنية. لكن ذراع التفعيل في حالات الطوارئ كان السكة العامة. لست أُقلل من قيمة القرار، ربما كان صحيحًا. لكن مجرد ملاحظة أن النموذجين غير متماثلين تحت الضغط.
يُتركني أتساءل: هل يميل المستخدمون المُنظمون إلى الافتراضي نحو Moonlight لأي شيء قد يحتاج إلى استجابة سريعة للحوادث، ويبقى Phoenix غلافًا للأشياء التي لا يقلق أحد من تجميدها؟ هل شاهد أحدكم بالفعل استجابة لحادث من جانب Phoenix؟ أم أنها ما زالت غير مُختبرة؟

#termmax @TermMax أسوأ شيء حدث لي على الإطلاق باختصار $ENA yesterday والآن صار ضمن الرابحين، التداول ما زال مستمرًا رغم أنه في خسارة لكني واصلت القراءة @TermMax لمعاملات السوق اليوم، وفرق بسيط واحد جعل الأمر أكثر وضوحًا للمرة الثانية: MLTV و LLTV ليسا نفس العتبة.

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

لذلك يوجد عن قصد هامش بين “الحد الأقصى للاقتراض” و“صَفِّر هذا المركز”.

ذلك الفجوة هي الجزء المثير للاهتمام.

يمكن نظريًا لـ TermMax السماح بأن يصل الاقتراض مباشرة إلى حد التصفية، لكن عندها قد تدفع حركة صغيرة نسبيًا في الضمان مركزًا مُنشأً حديثًا إلى المتاعب. MLTV بدلًا من ذلك يترك مساحة عازلة قبل LLTV.

يبدو من المنطقي. لكن هذه المساحة العازلة ليست حماية دائمة. قد ينخفض الضمان أو قد يرتفع توكن الدين، ما يؤدي إلى “التهام” المسافة بين هاتين العتبتين.

قضيت وقتًا أفكر فيما إذا كان المستخدمون سيعاملون MLTV كرقم أمان بينما هو ميكانيكيًا في الأساس قيد للدخول. حد التصفية يظل LLTV.

هل فصل MLTV عن LLTV يمنح المقترضين مساحة تنفس مفيدة كافية، أم أن وجود تلك المساحة العازلة قد يجعل المركز يبدو أكثر أمانًا مما هو عليه فعليًا؟ @TermMax #TermMax $ENA

#dusk $DUSK @Dusk

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

الإفصاح الانتقائي = أفضل نقطة وسط؟

#dusk أنا منزعج لأن رتبتي لا تتحسن، جرّبت كل شيء الآن انتهيت $TREE n $HEMI هل النجم الصاعد اليوم

قضيت مهمة الغسق في التنقيب عبر تحديث هندسي وتعطلت بسبب آلية تحويل لم أكن قد فكرت فيها حقًا: لا يَجب على عقد ذكي قبول DUSK فقط لأن عقدًا آخر يرسله.
أضاف Dusk transfer_to_contract، حيث يمكن لعقد واحد تحويل DUSK إلى عقد آخر وإرفاق بيانات عشوائية بالنداء. يحق للعقد المستلم فحص تلك البيانات ثم قبول التحويل أو رفضه.
يبدو الأمر صغيرًا. لكنه ليس كذلك.
في نموذج التحويل المعتاد، تُعامل الأموال الواردة على أنها شيء سلبي. إذا أرسل شخص قيمة إلى عنوان، تصل القيمة. هنا، يمكن أن يصبح الاستلام جزءًا من منطق التطبيق. يمكن للعقد أن يقول فعليًا: “أقبل هذا الدفع فقط إذا كانت المعلومات المرفقة به تَستوفي قواعدي.”
عدت مرارًا إلى ما يعنيه ذلك لعمليات سير العمل المالية. قد يحتاج الدفع إلى أن يتوافق مع تعليمات أو حالة أو شرط معيّن قبل أن تعتبره أداة الاستقبال صالحًا. بدلًا من قبول الأموال أولًا ثم معرفة ما كانت عليه لاحقًا، يمكن للمستلم أن يجعل القبول جزءًا من التنفيذ نفسه.
هذا أنظف، لكن أيضًا يعني أن المدفوعات لم تعد محايدة عالميًا كما كانت. للعقد الوجه سلطة في إتمام التحويل، ومن الممكن أن تؤدي منطق قبولٍ سيئ التصميم إلى رفض تدفقات شرعية تمامًا.
الغريب أن الجزء المثير للاهتمام ليس أن العقود يمكنها إرسال الأموال. هذا متوقع. المثير هو أن جهة الاستلام تحصل على صوت.
فهل قبول الاستقبال الصريح هو العنصر البدائي الصحيح لعقود مالية تحتاج إلى مدفوعات مشروطة، أم أن السماح للعقود برفض القيمة الواردة يضيف تعقيدًا إلى شيء يجب أن يظل بسيطًا مثل التحويلات؟
#dusk $DUSK @Dusk

المدفوعات الشرطية لـ DUSK: عنصر بدائي أفضل أم تعقيد إضافي؟

#dusk @Dusk $DUSK
$CLO $ALPINE جعل يومي رائعًا، حجز ربح سعيد لكن رؤية الترتيب (rank) خربت مزاجي بالكامل

الأمر الغريب في مقارنة DuskVM مع DuskEVM هو أن المقارنة تبدأ بالتفكك بمجرد أن تفهم ما يحاول كل واحد منهما الحفاظ عليه.

تُبقي DuskVM القرب من Dusk نفسها.

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

لكن كونها أصلية أيضًا يعني قبول عالم أكثر تحديدًا.

على المطوّر أن يفهم بنية Dusk وABI وأدواتها بدلًا من الوصول بعد سنوات من عادات Ethereum كما هي.

يبدو أن DuskEVM مُصمّمة حول هذا الاحتكاك.

إنها بيئة EVM مبنية على OP Stack حيث يمكن للمطوّرين استخدام Solidity أو Vyper وبنية تحتية مألوفة مثل Hardhat وFoundry ومحافظ EVM. ومع ذلك، لا تكون التنفيذات منفصلة ببساطة عن Dusk: تستخدم DuskEVM DuskDS للتسوية وتوفير البيانات، بينما يقوم DUSK بدور رمز الغاز (gas token) الخاص بها.

وهذا يغيّر طريقة رؤيتي للمقارنة.

تبدو DuskVM كاختيار للغة الأصلية للشبكة لأن التطبيق يحتاج شيئًا قريبًا من البروتوكول. بينما تبدو DuskEVM كاختيار للتوافق لأن إعادة بناء ثقافة تطوير كاملة من الصفر ستكون احتكاكًا غير ضروري.

وبالفعل، يقوم Dusk بتوصيل تلك البيئات. يتيح جسره الحالي لـ DUSK على شبكة الاختبار أن ينتقل بين Dusk L1 وDuskEVM Testnet، على الرغم من أن عمليات السحب إلى الخلف تتطلب إثباتًا وإتمامًا على L1.

لذا ربما تكون مقارنة DuskVM مقابل DuskEVM هي المنافسة الخاطئة.

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

.على أي مسار من Dusk ستبني؟

#termmax @TermMax إذا كنت تريد تحقيق ربح جيد قصير $VELVET الآن حسنًا لقد أعطيتك إشارة $STAR لكن نسيت أن أخبرك بأن جني الأرباح هو 0.23

$GPS سوف يطير أعلى وأعلى

هناك شيء غريب في اكتشاف مشكلة داخل خزانة ثم أن آلية الأمان تطلب منك الانتظار.

هذا التوتر هو ما جعل تصميم <a>الـ timelock غير المتناظر</a> لدى @TermMax مثيرًا للاهتمام بالنسبة لي.

عادةً، تتبع تغييرات الخزائن الحساسة مسارًا بسيطًا: إرسال التغيير، الانتظار خلال فترة الـ timelock، ثم قبوله. التأخير الافتراضي هو يوم واحد، وخلال هذه الفترة يمكن للـ Guardian إلغاء التغيير المعلّق.

لكن TermMax لا يجعل كل تغيير يتحرك بسرعة متساوية.

زيادة الـ timelock، خفض رسوم الأداء، أو إزالة سوق من القائمة البيضاء يمكن أن يحدث فورًا. تقليل الـ timelock، رفع الرسوم، إضافة سوق، أو تغيير الـ Guardian يجب أن ينتظر.

ظللت أفكر في سبب أهمية هذا التفاوت
الـ timelock مفيد عندما يريد القيمون/المنسقون أن يقبل المودعون شيئًا جديدًا. إضافة سوق توسّع المكان الذي يمكن تعريض رأس مالهم له. رفع الرسوم يغيّر اقتصاديات ما وافقوا عليه. تقصير الـ timelock يقلل فترة التحذير حول القرارات المستقبلية.

هذه الإجراءات تستحق وجود احتكاك.

لكن تخيّل أن سوقًا ضمن القائمة البيضاء يصبح فجأة خطيرًا. جعل انتظار إزالته يحدث فقط لأن «كل تغييرات المعاملات تتطلب تأخيرات» سيحوّل الحماية إلى عائق.

تبدو القاعدة الأعمق أنها أقل ارتباطًا بتغيير المعاملات وأكثر ارتباطًا بتغيير التصاريح.

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

أعجبني هذا التفريق، رغم أن الواقع قد يكون أعقد من مجرد التصنيف. إزالة سوق قد تقلل تعرضًا واحدًا بينما تغيّر السيولة أو التركّز في مكان آخر. «تقليل المخاطر» لا يعني دائمًا أن تكون النتائج بلا تبعات

ربما هذا هو الاختبار الحقيقي للـ timelocks غير المتناظرة: ليس فقط ما إذا كان إبطاء زيادة المخاطر منطقيًا، بل هل ما تزال المخاطر تتجه بوضوح عندما تكون الأسواق تحت ضغط

الـ timelocks غير المتناظرة لدى TermMax منطقية لأنها

#dusk $DUSK @Dusk $TUT flying again go long on $PORTAL
قد ينظر مُقدِّم الخدمة إلى أنه جاهز قبل أن تعتبره Dusk مؤهلًا. لفتت انتباهي هذه الفجوة لأنها تحوّل التوقيع/التكديس من مجرد إيداع إلى اختبار مستمر للجاهزية.
الشرط الأول صارم: يجب أن يبقى على الأقل 1,000 DUSK مُكدّسًا. من السهل قراءة هذا الرقم كأنه سعر دخول، لكنه يتصرف أكثر كأنه حد أدنى يجب على المشغّل أن يظل واقفًا عليه. إن أدى فكّ جزئي أو غرامة تدفع الرصيد تحت هذا الحد الأدنى، فلن تقلل النفوذ فحسب. بل تنهي الأهلية.
النضج أكثر هدوءًا. لا يمكن أن يشارك التكديس الجديد فور استقرار معاملته. #dusk تنتظر حتى بداية الحقبة بعد الحدّ التالي، وعادةً من ست إلى اثنتي عشرة ساعة. تبدو هذه الوقفة مزعجة فقط إذا كان التكديس يُعامل كعملية شراء. من جانب الشبكة، هي بمثابة buffer. يمكن أن تصل الأموال بسرعة؛ لكن لا ينبغي أن تكون المسؤولية كذلك.
ثم يأتي الشرط الذي لا يمكن لأي رصيد ضمانه: conduct. قد يمتلك مُقدِّم الخدمة ما يكفي من التكديس ويشغّل عقدة متزامنة، ومع ذلك قد يُعلّق بعد أن يفشل في المشاركة بشكل صحيح. @Dusk تميّز بين الفشل العادي والسلوك غير الصحيح بشكل يمكن إثباته. قد تنقل العقوبات اللينة الرصيد النشط إلى جزء مُقفل بينما تبقى الملكية مع المُكدِّس. العقوبات القاسية يمكنها حرق التكديس مقابل تصويتات غير صالحة أو توقيعات متعارضة. التعطّل والخداع كلاهما يهددان الإجماع، لكن معاملتهما كشيء واحد سيكون تبسيطًا فظًا.
الأمر الذي يبدو صادقًا هو أن هذه الشروط لا يمكن أن تعوّض بعضها بعضًا. الثروة لا تستطيع محو فترة الانتظار. النضج لا يستطيع تبرير تشغيل غير موثوق. سجل نظيف لا يستطيع إنقاذ تكديس يقع تحت الحد الأدنى.
إذًا، ليست الأهلية شارة تُمنح مرة واحدة. إنها حكم حي. قد ينجح المشغّل في التأهل اليوم ويفقد ذلك الموقع غدًا بسبب غياب، أو سوء إعداد (misconfiguration)، أو مفتاح إجماع مكرر (duplicated consensus key). ربما تكون هذه هي النقطة الحقيقية: Dusk لا تسأل مُقدِّم الخدمة مرة واحدة فقط بعد أن ظهر موثوقًا. إنها تستمر في السؤال عما إذا كان مُقدِّم الخدمة جاهزًا للكتلة التالية.
ما الذي يهم أكثر لأهلية مُقدِّم خدمة Dusk؟

#termmax @TermMax حظي لا يعمل في @Dusk لنرَ ماذا سيحدث هذه المرة في @TermMax قبل ذلك سأقوم بالشراء الطويل في $GPS $STAR

كنت أعتقد أن قرضًا بسعر فائدة ثابت كان مجرد وضع دين عادي مع تجميد رقم الفائدة.

كلما تعمقت أكثر في @TermMax ، شعرت بأن هذا التفسير غير مكتمل.

يقوم TermMax فعليًا بتقسيم رمز الدين إلى جزأين. FT يمثل المطالبة التي تصبح قابلة للاسترداد مقابل رمز دين واحد عند الاستحقاق، بينما XT هو الجزء المكمل. قبل الاستحقاق، فإن 1 FT + 1 XT يساوي 1 رمز دين.

كانت هذه العلاقة هي التي ظلت تزعجني.

لا يتعين أن تكون FT اليوم تساوي كامل قيمة رمز الدين لأن الاسترداد يحدث لاحقًا. تحمل XT القيمة المتبقية بين FT المُخصم والرمز الأساسي للدين. ومع اقتراب الاستحقاق، تتقارب قيمة FT نحو قيمة الاسترداد بينما تصل XT في النهاية إلى الصفر.

لذا فالسعر ليس مجرد شيء يُكتب على قرض في مكان ما. بل ينعكس في كيفية تقييم هاتين المطالبتين مقابل بعضهما.

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

لكن هذا يعني أيضًا أن فهم مركز TermMax يتطلب التفكير بما هو أبعد من “إيداع الآن، واستلام الفائدة لاحقًا”. أنت تتعامل مع مطالب تتغير قيمتها بطرق مختلفة مع اقتراب الاستحقاق.

هل تقسيم رمز دين واحد إلى FT وXT يجعل التعرض لسعر ثابت أسهل على الأسواق لتسعيره، أم أصعب على المستخدمين لفهمه؟
#TermMax @TermMax

📊 هل يؤدي تقسيم الدين إلى FT + XT إلى جعل التعرض لسعر ثابت…؟

$ACE مرة أخرى ضمن الرابحين اليوم

#dusk $DUSK

بصراحة، أنا مصدوم. فقط 5 نقاط رغم أنني حصلت على 5K مشاهدة، يبدو هذا غير عادل جدًا ومخيّب للآمال.

أنشر اليوم بقلب مثقل… لكن قبل النشر، إليك سكالب سريع:

Long $PORTAL 📈
Short $CYS 📉
لا تنسَ أن تشكرني عندما تحجز الأرباح

كنت أعتقد في الأصل أن التخفيض الذي حدث على @Dusk يعني شيئًا واحدًا: خسارة الرهان وإعادة تشغيل العقدة

دليل الاسترداد يرسم خطًا أكثر حدة.

العقوبة اللينة يمكن أن توقف أهلية المُوفِّر (provisioner) وتحوّل جزءًا من رهانها النشط إلى رهان مُقيَّد. هذا الرهان ما زال ملكًا للمُشغّل ويمكن إلغاء تقييده.

العقوبات الصارمة تُطبّق على سلوك إجماع غير صالح بشكل مُثبت، مثل التصويت المتعارض أو التباس/تكافؤ (equivocation). يُحرق جزء من الرهان، ولا يمكن لاستئناف التشغيل أو إعادة الرهن أن يستعيده

هذا هو الفارق الذي عالق.

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

تحذير المفتاح المكرر يجعل الحدود عملية.

تشغيل نفس مفتاح الإجماع على عقدتين نشطتين يمكن أن يتسبب في أن توقع كلتا الآلتين رسائل غير متوافقة حتى لو كان المشغّل يعتقد أن العقدة الثانية مجرد نسخة احتياطية.

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

النموذج يعني أيضًا أن التكرار (النسخ الاحتياطي) يجب تصميمه بعناية. النسخة الاحتياطية التي تهدف لتحسين التوفر يمكن أن تُشكّل خطر “الحرق الصارم” إذا أصبحت نشطة بالمفتاح نفسه.

هل يؤدي فصل الفشل التشغيلي عن equivocation إلى فرض عقوبات أكثر عدلًا، أم يجعل إدارة مفاتيح الإجماع هي الجزء الأكثر قسوة في تشغيل مُوفِّر؟
سحب المُوفِّر على @Dusk يطرح سؤالًا مثيرًا للاهتمام
ما الأهم للحفاظ على أمان المدققين؟

#dusk @Dusk

خلّيني أختصر $APR اليوم، لِنأمل أني سأُغلقه لتحقيق ربح. بالمناسبة، $COW يبدو الأمر مُغريًا، واترك كل شيء خلفك 😜

كنت أسمع باستمرار: “حوّل الأسواق المالية إلى onchain” وأقوم ذهنيًا بترجمتها إلى تحويل ملكية الأسهم إلى رموز.

اصنع أصلًا (mint).

تاجر بالرمز.

تم.

ثم بدأت أفتّش فيما يحاول @Dusk و NPEX توصيله، وفكرة “التوكَنَة” بدأت تبدو الجزء الأصغر.

توضح وثائق البنية التحتية لسوق Dusk المشكلة القديمة بشكل مباشر.

الجهات المُصدِرة، والجهات المنصّة، والمستثمرون، والمحافظ، وأجزاء الدفع، والتقارير والتسوية غالبًا تعمل عبر أنظمة منفصلة.

وهذا يعني أن هناك دائمًا مطابقة/مصالحة (reconciliation) للتأكد من أن الجميع يملك النسخة نفسها من الواقع.

يجعل NPEX ذلك أقل نظرية.

موقع Dusk يضع المنصّة عند إصدار مُؤكد بقيمة 200 مليون يورو+ مع قاعدة مستثمرين تتجاوز 20,000.

الخطة ليست مجرد وضع أمان (security) من NPEX على Dusk ثم القول إنه صار مُرقمنًا.

بل هي دمج الإصدار والتداول والإفصاح والتسوية داخل سير عمل onchain واحد.

هذا غيّر طريقة قراءتي للشراكة.

إذا كانت أرجل الأصل والدفع تتنسيق على البنية التحتية نفسها—and إذا كانت حالة النتيجة تحصل على حتمية نهائية (deterministic finality)—فإن Dusk لا ينافس شهادة أسهم PDF.

بل ينافس “آلية” المطابقة التي تقع بين المؤسسات.

هدف أكبر بكثير.

كما أنه أصعب بكثير في الإثبات.

فالمطابقة تختفي فقط إذا تعاملت المؤسسات مع الحالة المشتركة بوصفها السجل الحقيقي.

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

لذلك يبدو NPEX بمثابة الاختبار المفيد:

ليس “هل تستطيع Dusk توكنَة الأوراق المالية؟”

البلوكتشين يمكنها بالفعل إنشاء رموز.

السؤال الحقيقي هو ما إذا كانت المنصّة المنظمة تستطيع إزالة قدر كافٍ من الأعمال الورقية/الدفاتر المكررة بحيث تصبح التسوية هي السجل—وليس مجرد رسالة أخرى عن السجل.

إذا وصل NPEX إلى هناك، فهل ستصبح البلوك تشين أخيرًا بنية تحتية للسوق بدل كونها مجرد غلاف للأصل؟

$DUSK

#dusk لا أزال ألاحق ذلك المركز ضمن أفضل 100 مع دافع كبير وقهوة قوية وبدون أي تعلق عاطفي تمامًا باللوحة

لنرَ ما إذا كانت الاستمرارية ستقودني إلى أفضل 100

$ACE تغويني أن أراهن على الصعود، و$BEAT انخفضت لدرجة أنها نسيت الإيقاع، و"كرة بلوريّة" غير مرخّصة لدي تقول إن$DUSK سيمسّ 0.20$ عندما تنتهي الحملة. 🌙

استراتيجية الحملة: ابحث بجد، وتاجر بحذر، وامْصخ القهوة إذا سارت الأمور بشكل خاطئ. 😂

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

ثم عدت لأراجع @Dusk s XSC وتصميم Citadel، ووجدت أن التقسيم أكثر إثارة للاهتمام من ذلك.

XSC مصمم للأوراق المالية التي ما زال المُصدر بحاجة إلى التحكم فيها: قواعد الأهلية، التحويلات الخاضعة للرقابة، الاسترداد، التصويت، توزيعات الأرباح، وحتى حدود الملكية.

لكن Citadel 2 يتعامل مع الهوية بشكل مختلف.

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

Dusk لا يحاول إخفاء الامتثال وراء الخصوصية.

إنها تفصل بين إثبات أن المستثمر مُصرّح له أن يفعل شيئًا، وبين كشف كل شيء علنًا عن من هو هذا المستثمر.

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

لا يزال XSC يمنح المُصدرين السيطرة، ولا يزال Citadel يترك سياسة الخدمة بيد موفّر الخدمة.

لذا فهذه ليست تمويلًا مجهولًا مع لصاقة امتثال.

إنها رؤية انتقائية.

سواء قبلت الجهات التنظيمية والمؤسسات في النهاية إثباتًا تشفيريًا مع إفصاحٍ مضبوط باعتباره دليلًا كافيًا…
#dusk

هل ستقبل الأسواق المُنظَّمة امتثالًا يحفظ الخصوصية؟

#dusk يا هوهو، حملة أخرى! 🚀

في المرة السابقة، وصلت إلى قائمة أفضل 150 منشئًا. هذه المرة، سأستهدف المراكز ضمن أفضل 100 في حملة Dusk. أشعر بالحماس والدافعية والاستعداد لأقدّم أفضل ما لدي! 💪

وفي الوقت نفسه، رحلتي في التداول تُبقيتني متواضعًا: ربح 5 دولارات على $AKE وخسارة 3 دولارات على $TUT . لذا من الناحية التقنية، ما زلت أغنى بمقدار 2… ببساطة عبقري أسواق. 😂

الآن لنرَ إن كانت حظي سيعمل بشكل أفضل مع المحتوى مقارنةً بالرسوم البيانية. حملة @Dusk ، أنا قادم! 🌙

i أواصل التركيز أولًا على رقم DUSK المُرهَن (210M+)، لكن أعتقد أن السؤال الأصعب هو: ما الذي يبقي هذا الرهن مشاركًا فعلًا عندما يُصدر الإجماع أوامره.

تقدّر Dusk أنها تُصدر حوالي 19.86 DUSK لكل بلوك. الجزء المثير للاهتمام ليس فقط معدل الانبعاث. بل إلى أين تذهب: 70% تذهب إلى مُولّد البلوك، وحتى 10% إضافية تعتمد على إدراج ما يكفي من الأصوات، بينما تحصل لجان التحقق والمصادقة كلٌ منها على 5%، مع تخصيص 10% إلى صندوق التطوير.

يبدو هذا التصميم منطقيًا بالنسبة لي لأن «الاعتداد/الاستشهاد الموجز» لا يعتمد على مُوقّع واحد. يجب على مقدّمي الخدمة المختارين اقتراح والتحقق والمصادقة قبل أن تعني الحتمية النهائية الكثير.

إن رقم 210M+ مرهون يبدو قويًا. لكن الرهن الجالس هناك لا يثبت أن كل عقدة مُختارة تستجيب عندما تكون مطلوبة. المكافآت تحاول تحويل رأس المال المُقيّد إلى عمل إجماعي فعلي.

ربما أمن Dusk أقل ارتباطًا بكمية DUSK المُركونة، وأكثر ارتباطًا بما إذا كان تقسيم الحوافز يحافظ على مشاركة اللجان فعليًا.

ما الذي يهم أكثر لأمن Dusk: إجمالي كمية DUSK المُرهَنة، أم المشاركة المستمرة للجنة؟؟

ما الذي يهم أكثر لأمن Dusk؟

#dusk

$DUSK

أشعر بحزن شديد الآن. حاولت كل شيء لمدة 15 يومًا، لكن رتبتي ما زالت ترفض التحسّن.

في هذه المرحلة، أنا وعالمي ضمن المراكز الثلاثمئة الأولى في علاقة سامة. أظل ألاحقه، وهو يتجاهلني 😭

بالنسبة لليوم، هل يجب أن أراهن شراءً على $HEI $HFT ، أم أراهن بيعًا، أم فقط أطلب سَمبوسة وأحمي رأسمالي المتبقي؟

أريد فقط 10 نقاط لأكون ضمن أفضل 300.

$BABY

كنت أستمع لندوة المؤسسين @BabylonLabs_io ، وكان رقم أحد الشركاء يظل يسحبني إلى الوراء.

يمكن أن يؤدي دمج TBV المخطط من GoMining إلى تفعيل ما يصل إلى 1,000 BTC، أي حوالي 75 مليون دولار عند الإعلان.

يُقفل حاملو البيتكوين البيتكوين الأصلي عبر "Vault" بيتكوين بلا ثقة، ثم يقترضون عملات مستقرة ويقومون بنشرها في منتجات التعدين المُدارة من GoMining، بينما يتم تسوية المكافآت مرة أخرى في BTC.

للوهلة الأولى، هذا يبدو كأنه طلب بقيمة 1,000 BTC جاهز لسلسلة التشغيل الرئيسية.

ثم علقت عند عبارة "حتى".

هذا الجزء هو ما علّق.

السعة ليست هي نفسها 1,000 BTC تدخل الصناديق.

وBTC المُفعّل كضمان ليس هو الشيء نفسه مثل قيام المستخدمين بالاقتراض حتى قرب أقصى السعة.

يمكن لشخص أن يُفعّل صندوقًا ثم يقترض بشكل محافظ.

يمكنه تركه بدون ديون.

أو أن يقرر أن سعر الاقتراض والرسوم ومخاطر التصفية لا تبرر الاستراتيجية عندما يكون هناك رأس مال على المحك.

كنت جالسًا مع الشاي الخاص بي وأنا أفكر في كم عدد المؤشرات التي يمكن أن تختبئ داخل إعلان واحد.

تم إيداع BTC.
تم تفعيل BTC.
تم اقتراض عملات مستقرة.
تم نشر رأس المال.
تم سداد القروض دون تصفية.

كل واحدة منها تحكي جزءًا مختلفًا من قصة التبني.

ما زالت سلسلة الشركاء مهمة. يقوم Babylon بالعثور على سيولة بيتكوين محتملة قبل التشغيل على mainnet، وGoMining يمنح العملات المستقرة المقترضة استخدامًا واضحًا.

لكن يمكن للشبكة التجريبية أن تُثبت أن التدفق يعمل.

لا يمكنها أن تُثبت كم الدين الذي ستحمله المستخدمون مقابل بيتكوينهم.

ربما عبارة "حتى 1,000 BTC" هي أقوى إشارة مبكرة قبل الإطلاق.

أو ربما رقم ملاءمة المنتج للسوق هو أبسط من ذلك:

كم يبقى من ديون العملات المستقرة مفتوحًا بعد أن تختفي الحوافز.

#baby