ADITYAA-56

إذا فاتتك صفقة ترامب وEpic، فلا تفوّت هذه. 👀

اشترِ بعض $SPELL واحتفظ به لتحقيق ربح بنسبة 50 إلى 70%.

قد يحدث ضخ مفاجئ في أي وقت.
$SPELL

كنت أتصفّح صباح اليوم مستكشف Dusk block explorer عندما لاحظت شيئًا غريبًا. كانت نهائية المعاملة تدور حول 5-6 ثوانٍ، وهذا أمر طبيعي في DuskDS. لكن تحويل الاختبار الخاص بي استغرق قرابة 45 ثانية حتى يستقر.

أرجعت الأمر إلى الـ RPC. افترضت أنها مشكلة في عقدة ما أو ازدحام في الشبكة.

كان الأمر سهلًا أكثر من اللازم.

اتضح أن “التأكيد” لا يساوي “النهائية”. تم تأكيد المعاملة. وتم التحقق من برهان ZK. لكن DuskDS يعمل بنموذج تسوية حتمي مع أزمنة كتل مدتها ثانية واحدة. فما الذي فاتني؟ لقد واجهت المعاملة تشغيلًا باردًا على جانب المُبرهن—فأول عملية نقل سرّية بعد فترة خمول تستغرق وقتًا أطول لأن خط إنتاج برهان ZK يحتاج إلى الإقلاع.

ما الذي لا يتحدث عنه أحد؟ فترات الانتظار (Queue intervals). الشبكة لديها حاليًا 47 عقدة. وهذا ليس كثيرًا بالنسبة للطبقة الأولى (Layer 1). إذا قدمت عدة مؤسسات فحوص الامتثال في الوقت نفسه—مثلًا أثناء إصدار مؤكد بقيمة NPEX تزيد عن 200 مليون يورو—فستتراكم هذه الطوابير بسرعة.

البنية التحتية مصممة للأصول المنظمة مع الإفصاح الانتقائي. لكنني أعود دائمًا إلى هذا: 47 عقدة، وكمية عرض متداول 500 مليون، وجدول انبعاثات مدته 36 عامًا. اقتصاديات المُتحقق/المُدقق مصممة لتكون طويلة الأمد. لكن الاستخدام المستمر من أحجام مؤسسية حقيقية؟ هذا يختلف عن حركة testnet.

ماذا يحدث عندما تتداول الـ 200 مليون يورو فعليًا ويتم “ضرب” جميع العقد الـ 47 في آن واحد؟

#dusk $DUSK @Dusk

$BABY

بيّع الآن 😂😂

لاحظت شيئًا غير معتاد في لوحة انتظار Dusk Trade هذا الصباح. ظهرت بعض الأصول على أنها "مسجَّلة" لكن لم تكن مرئية للتداول. كانت فحوصات الامتثال قد اجتازت، واتصالات المحفظة عملت—لكن الأصول فقط ظلت هناك.

افترضت أنها مشكلة في ذاكرة التخزين المؤقت للواجهة (UI). ربما لم يتم تحديث الواجهة الأمامية. بدا ذلك منطقيًا.

لكن ذلك كان سهلًا أكثر من اللازم.

اتضح أن التسجيل لا يعني الإتاحة. كانت الأصول مُرمَّزة—نسخًا مُغلَّفة من أدوات خارج السلسلة (off-chain)، ما زالت تعيش في قواعد بيانات تقليدية مع دورات تسوية قديمة. كانت "على السلسلة" بالاسم فقط. لم تكن عنق الزجاجة هو عقد الرمز؛ بل كان سير العمل الكامل للسوق: قواعد الأهلية، ومتطلبات الإفصاح، وتنسيق الدفع وتسوية الأصول.

تقع Dusk Trade فوق البروتوكول الأساسي، محوّلة بدائله التحتية إلى مسارات عمل مخصّصة للمستخدمين. لكن الإصدار الأصلي (native issuance)—حيث تولد الأصول على السلسلة مع منطق الامتثال والتسوية المدمج على مستوى البروتوكول—شيء مختلف تمامًا. يتطلب ذلك التعامل مع قوانين الأوراق المالية، وتضمين امتثال MiFID II وMiCA، والتكامل مع منصات خاضعة للتنظيم.

ما لا أستطيع حسمه هو هذا: NPEX يخطط لإحضار أكثر من €300M من الأصول على السلسلة عبر Dusk. هذه أطروحة RWA محددة وواضحة. لكن إذا كان معظم ذلك هو مجرد ترميز بدلًا من إصدار أصلي، فهل نحن حقًا نحرّك الإبرة؟ أم أننا فقط نضع "جلدًا" رقميًا على نظام كان بالفعل معطوبًا؟

الاستخدام المستمر سيكشف الحقيقة. 👍

ماذا يحدث عندما تحتاج تلك الـ300 مليون يورو فعليًا إلى التسوية؟

#dusk $DUSK @Dusk

جرّبت أداة Dusk التي تم إصدارها كمصدر مفتوح اليوم، وكانت إحدى النتائج على غير المتوقع.

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

لم تفشل في الفحص. ظننت أن هذا خلل.

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

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

تُكتب المواصفة ويُفهرسها النظام، وتَنحرف الشفرة، ويجري الاختلاف خلال فحص check-doc-drift، ثم يتم اكتشاف التناقض. بعد ذلك يبحث الأداة في الأسطر القريبة عن تلك العلامة؛ الانحرافات المتعمدة تذهب في طريق، وغير المبررة تفشل عملية البناء.

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

ما الذي يحدث لهذا العرف عبر مئات طلبات السحب PR في الأسبوع، بمجرد أن يقف بين تراجع regression واستمرار هادئ؟ 👍

#dusk $DUSK @Dusk

شاهدت نفس المعادلة تُراجَع مرتين اليوم، وكدت أتخطّى فهم السبب.

قرأت تقريرًا أمنيًا عن Dusk، وصيغـة رسوم: حدّ الغاز × سعر الغاز = الرسوم القصوى. تُفرض هذه مرتين: مرة عند دخول المعاملة إلى الـ mempool، ومرة داخل تنفيذ الـ VM.

في القراءة الأولى، ظننت أن ذلك تكرار. أحزمة وأربطة—لا شيء يستدعي التعمّق.

لم أَصمد أمام الفقرة التالية. فرض الرسوم داخل الـ mempool وحده لم يكن كافيًا. المُنشئ الخبيث (المقترح) ليس مُلزَمًا بأن يدرج فقط النسخة الصادقة داخل الـ mempool من حقول المعاملة.

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

وقّع وأثبت الرسوم القصوى، افحصها في الـ mempool، وليبنِ المُقترح الكتلة دون أي التزام بالحفاظ على ذلك. يقوم الـ VM بتنفيذ منطق الاسترداد تجاه ما وصل فعليًا.

تعود الفكرة للدوران حول هذا: معظم الثقة تعتمد على بقاء المُقترح صادقًا بين نقاط التفتيش، وهذه هي بالضبط الافتراض الذي وُجدت من أجله فحوص التحقق الثانية لأنها لا يمكن الاعتماد عليها.

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

ماذا يحدث لهذا الفحص في ظل ازدحام حقيقي؟ وماذا عن المُقترحين تحت ضغط البناء بسرعة؟ 👍
#dusk $DUSK @Dusk

جاءت أول تحذير من سطر تحت مخطط دورة حياة، سهل التجاوز.

ذكر شرح مجتمعي لـ DuskEVM بشكل مباشر: لا توجد نافذة عطل مدتها 7 أيام، وتستغرق عملية إنهاء السحب حوالي 15 دقيقة، كما أن معالج ما قبل التحقق لـ MIPS يلغي تأخر إثبات الاحتيال. رقم نظيف، فقررت أن أخطط للسحب وفقًا لذلك.

الافتراض: ستؤكد الوثائق الرسمية هذه الأرقام.

لكن لم أجد ذلك. توضح وثائق Dusk نفسها دورة حياة DuskEVM على أربع خطوات: معاملة إلى الـ sequencer، تُدرج ضمن كتلة على L2، ينشر الـ batcher إلى DuskDS، ثم تربط التزامات الحالة وأدلة العيوب هذه الحالة بالتسوية. تُذكر أدلة العيوب صراحةً أيضًا. لا يوجد في أي مكان ذكر لـ 15 دقيقة. بدلًا من ذلك، هناك سطر يخبرك ألا تستنتج صفة النهائية من الزمن المنقضي؛ بل راجع حالة البروتوكول أو حالة المحفظة.

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

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

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

ممتنّ لأنني تحققت قبل توقيت سحب اعتمادًا على رقم لشخص آخر.

ماذا يحدث لهذا الرقم البالغ 15 دقيقة في المرة الأولى التي يحتاج فيها إثبات العيب إلى الاعتراض خلال اندفاع التسوية؟ 👍

#dusk $DUSK @Dusk

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

اعتقدت أن هذا الرقم هو ما يعنيه الإغلاق فحسب. تم بيع الضمان، وتم تسوية الدين، ثم تم إرجاع الفارق.

اتضح أن هذه طريقة واحدة محددة للإغلاق، وليست الطريقة الوحيدة.

يحتوي مدونة TermMax الخاصة بها على دليل منفصل للإغلاق يدويًا: اشترِ مرةً أخرى الـ FT الذي كنت قد بعته لفتح المركز، واستخدمه لإلغاء الدين مباشرة، ويعود كامل ضمانك دون أن يمسّه شيء. لا يوجد بيع قسري عند الإغلاق.

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

في مثالهم العملي، فُتِح المركز بمعدل اقتراض حوالي 7%، وتم إغلاقه عندما كانت الإقراضات قريبة من 15%، وأعاد السداد يدويًا 1.89% إضافية. وعلى مركز بقيمة 1 مليون دولار، فهذا يعني أكثر من 18 ألف دولار متروكة على الطاولة من نقرة واحدة.

ما زلت لا أعرف مدى اتساع هذه الفجوة عادةً، أو إذا تم إدراجها ضمن الواجهة بعد إصدار V2.

ما زلت أتساءل عما يحدث عندما تُغلق موجة من المراكز في آنٍ واحد، والجميع ينقرون نفس عملية البيع الافتراضية على ضمانات مترابطة في الوقت نفسه.

@TermMax وثّق كامل التفاصيل 👍 #TermMax
هل قام أي منكم بالإغلاق يدويًا بدلًا من مجرد الضغط على الزر؟

#termmax @TermMax

كنتُ أقرأ في ليلةٍ ما منشورات دنك الخاصة بإعلانات ما بعد الإطلاق الرئيسي (post-mainnet) حين صادفتُ شيئًا أعتقد أنه يستحق اهتمامًا أكبر مما يحظى به حاليًا. فبينما توجد السردية الأوسع حول البنية التحتية، توجد Dusk Pay — وهي دائرة مدفوعات متوافقة مع MiCA، مصممة تحديدًا لسيناريوهات الاستخدام الخاصة بالأعمال التي تتطلب stablecoins إلى جانب مستوى عالٍ من المساءلة التنظيمية. ما لفت انتباهي هو شراكة Quantoz المضمَّنة تحت ذلك — وهي مؤسسة إلكترونية للمال مقرها هولندا أصدرت EURQ، وهو يورو رقمي مصنَّف كـ Electronic Money Token ضمن MiCA، مما يجعله مناسبًا قانونيًا كوسيط تسوية. أحيانًا أتساءل إن كان هذا الفرق بين الـ stablecoin وكونه EMT حقيقيًا مهمًا تشغيليًا بقدر ما هو مهم قانونيًا، وإن كانت المؤسسات تُدرك أصلًا هذا الفرق بعد.

يبدو مثيرًا للاهتمام مدى ضيقٍ هذا الدمج وتعمُّده. فوجود EURQ على Dusk يعني أن بورصة أوراق مالية بالكامل على السلسلة (on-chain) يصبح ممكنًا بشكل بنيوي — إذ يمكن إصدار الأوراق وتداولها وتسويتها ضمن مكافئ عملة مُعترف بها قانونيًا، وكل ذلك داخل بيئة امتثال واحدة. السؤال الذي يخطر ببالي هو ما إذا كان هذا النوع من الإغلاق الكامل من البداية إلى النهاية يقلل الاحتكاك على المؤسسات، أم أنه يُدخل تبعيةً جديدة على الوضع التنظيمي الخاص بـ Quantoz بحيث يظل قائمًا بشكل لا ينقطع.

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

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

#dusk $DUSK @Dusk

$BTC انفجر للتو من وتد هابط على الإطار الزمني الأسبوعي، وهذه بنية بالتأكيد أريد متابعة اهتمامها. 📈

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

إذا واصل المشترون السيطرة، أعتقد أن 84 ألف دولار قد يكون هدفًا واقعيًا خلال الأسابيع القادمة.

لكن هذا لا يعني أننا سنصعد مباشرة. ما زال من الممكن حدوث تصحيح باتجاه 65 ألف - 66 ألف دولار، وبصراحة، أفضل أن نرى إعادة اختبار صحية بدل أن يتجه BTC للأعلى بشكل عمودي بدون توقف.

لقد تعلمت ألا ألاحق عمليات الاختراق هذه بعد أن وقعت في فخ الشراء بدريًا جدًا في إعدادات مشابهة. 😅

في الوقت الحالي، استمرار الاختراق = استمرار صعودي.
$BTC

#BTC #Bitcoin #Crypto #Trading #DYOR

أول شيء لاحظته اليوم كان مركز FT-USDC الخاص بي على TermMax وهو "نشط" لساعات بعد تاريخ استحقاقه. المحفظة فارغة. تم تحديثه مرتين.

أعززت الأمر إلى لوحة التحكم. ظننت أنها متأخرة عن السلسلة.

لكن لم يكن ذلك.

الاستحقاق يعني فقط أن الساعة انتهت، وليس أنك تلقيت الدفع. إذا لم يسدد المقترض، يتم تعليم القرض ثم تُمنح الجهات المُصفِّية نافذة مدتها ساعتان لتحويل هذا الضمان إلى USDC.

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

ما أعود للتفكير فيه: الجهات المُصفِّية لا تهتم إلا إذا كان مكافأة 5% تغطي الغاز والانزياح في DEX. سوق عميق، مال سهل. سوق رقيق، ربما لا يتحرك أحد.

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

يجعلني أتساءل ماذا يحدث إذا اخترقت دفعة من GTs LLTV في نفس يوم أحمر واحد، وكلهم يتنافسون على سيولة رقيقة داخل نوافذ متداخلة مدتها ساعتان. هل يستمر النظام الاحتياطي، أم أن "الحماية" تعني فقط امتلاك ضمان ينهار في اللحظة التي كنت تريد فيها الأمان.

@TermMax موثّق كل هذا بوضوح 👍 #TermMax

هل كان لدى أي شخص هنا تفعيل التسليم الفعلي على مركز مباشر؟

#termmax @TermMax