D_Phone

أعود باستمرار إلى رقم واحد عندما يقول لي الناس إن “تجزئة الأصول” (tokenization) قد وصلت بالفعل: قيمة الأصول الحقيقية (RWA) على السلسلة تجاوزت تقريبًا 24 مليار دولار بحلول أوائل عام 2026، مقارنةً بأقل من 9 مليارات دولار قبل عام. هذا يبدو كدليل. ثم أنظر إلى ما الموجود فعليًا داخل هذا الرقم، فأجد أن معظمَه يتمثل في سندات خزانة مُجزّأة وصناديق أسواق نقدية—أصول كانت بالفعل سائلة وقابلة للتداول قبل أن يضعها أي شخص على بلوكشين. إن “تجزئة” أذون الخزانة تضيف السرعة في الغالب. إنها لا تخلق سوقًا لم يكن موجودًا.

Dusk (داسك) تطارد نسخة أصعب من هذه المشكلة. من خلال شراكتها مع NPEX، وهي بورصة هولندية جمعت أكثر من 200 مليون يورو لأكثر من 100 شركة صغيرة ومتوسطة، تريد Dusk إدخال الأسهم الخاصة وتمويل الشركات الصغيرة والمتوسطة وأدوات غير سائلة مماثلة على السلسلة—ليس فقط لفّ منتج خزانة قائم داخل عقد ذكي. هذه هي حالة الاستخدام التي تم تسويق التجزئة عليها في الأصل، وهي أيضًا الحالة التي لم تمسّها طفرة RWA الحالية إلا بشكل طفيف. تمتلك الأصول غير السائلة مشكلة أشد: حتى خارج السلسلة غالبًا لا يوجد مشترٍ جاهز بسعر عادل، ولا يصنع البلوكشين مشترًا “من لا شيء”.

لن أعتبر الأمر مغلوطًا. تمتلك NPEX بالفعل رخصة تنظيمية حقيقية داخل الاتحاد الأوروبي بموجب “نظام تجارب DLT” (DLT Pilot Regime)، وهي أكثر من أن يدّعيه معظم المشاريع التي تزعم التعرض لـ RWA. لكن الرخصة وسجل التنفيذ شيئان مختلفان. لم تُظهر Dusk بعد أن سهمًا خاصًا لشركة صغيرة ومتوسطة أو سندًا غير سائل يتداول بشكلٍ ملحوظ أكثر على منصتها مما سيفعله عبر القنوات القائمة لـ NPEX خارج السلسلة. إلى أن يظهر حجم حقيقي في التداولات الثانوية ضمن هذه الفئات الأصعب، فإن الرقم الكبير لـ RWA لا يقول لي الكثير عن مدى نجاح رهان Dusk المحدد. إنه يخبرني أن النسخة السهلة من التجزئة تعمل. أما النسخة الصعبة—التي تحتاجها Dusk بالفعل—فما تزال غير مُثبتة. وقد أشارت NPEX نفسها بالفعل إلى خطط لإدخال أكثر من 300 مليون يورو من الأصول تحت الإدارة إلى منصات Dusk تدريجيًا، وهو رقم محدد يستحق المتابعة بدقة أكبر بكثير من الرقم العام على مستوى القطاع المذكور أعلاه.

@Dusk $DUSK #dusk

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

انظر إلى ما يعمل فعليًا اليوم. إجمالي القيمة المقفلة لا يزال تحت 1 مليون دولار، وهي قيمة ستكون مجرد خطأ تقريبي على معظم سلاسل الطبقة الأولى المبنية لأغراض التمويل اللامركزي. نشاط المطورين على المستودعات العامة حقيقي لكنه خفيف؛ أسابيع لا يتجاوز فيها عدد الالتزامات بضعة التزامات بدلًا من الوتيرة المستمرة التي تتوقعها من شبكة تضع نفسها كبنية تحتية مؤسسية. لقد خصصت مؤسسة Dusk Development Fund مبلغًا قدره 15 مليون DUSK لجذب المطورين، وهو مبلغ ذو معنى على الورق، لكن أموال المنح لا تنجح إلا إذا كانت الأدوات والتوثيق والدعم المحيط بها تجعل عملية البناء سهلة حقًا. في الوقت الحالي، لا يزال هذا الدعم يبدو في مراحله المبكرة.

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

@Dusk $DUSK #dusk

Six years. That is how long it took Dusk Network to go from a published whitepaper to a mainnet producing real, immutable blocks, and I keep returning to that number whenever someone claims blockchain infrastructure ships on schedule. The token sale closed in November 2018 at $0.0404 per token, raising roughly $8 million on the pitch of a privacy blockchain purpose built for regulated securities. The original public roadmap pointed toward a 2019 launch. That date passed quietly. A 2024 target then slipped from April to September, and again into an extended public testing phase that founder Emanuele Francioni attributed to additional testing before anything touched real value. The first immutable block finally landed on January 7, 2025.

I do not read the delay as dishonesty. Regulatory expectations genuinely shifted under the team's feet, and Francioni has explained that parts of the stack were rebuilt once MiCA's requirements became clearer, which is how Moonlight, a transparent transaction option sitting beside the private Phoenix model, ended up in the design at all. That is an engineering response to a real constraint, not an excuse invented after the fact.

What six years actually proves is narrower than either the hype or the criticism suggests. It shows Dusk Network can complete genuinely hard cryptographic research: security proofs for Phoenix, a working consensus mechanism, a functioning settlement layer, all delivered. It does not yet show the team can hit a self imposed date on the first attempt, which is exactly why I hold the newer numbers loosely too, including the ambition tied to NPEX, whose roughly 300 million euros in existing assets the partnership hopes to eventually move fully onchain through Dusk Network. Every date attached to that goal, or to DuskEVM's mainnet, or to Hyperstaking, deserves the same mix of patience and skepticism the original mainnet had to earn one missed quarter at a time.

@Dusk $DUSK #dusk

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

تعمل Dusk على الإطلاق على الشبكة الرئيسية لـ DuskEVM، وهي طبقة تنفيذ متوافقة مع EVM تتيح للمطورين كتابة عقود Solidity القياسية بدلًا من تعلم مجموعة كاملة جديدة من الأدوات. هذه الجزئية وحدها ليست جديدة. الجديد هو Hedger، وهو المكوّن الذي يجلب المعاملات السرّية إلى نفس البيئة عبر مزيج من التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية (zero knowledge proofs).

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

يوجد تفصيل أصغر أراه دالًا بالقدر نفسه. تعمل DuskEVM حاليًا دون mempool عامة، لذا تمر المعاملات عبر مُرتِّب (sequencer) بدلًا من بقائها مكشوفة قبل التنفيذ، وهذا يقلل أيضًا من أحد أشكال الاحتيال/الاستباق الشائع قبل أن ينطبق تشفير Hedger أصلًا.

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

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

@Dusk #dusk $DUSK

Regulation in crypto usually gets treated as an obstacle to design around. Dusk Network treats it as a spec to build to, and that's a meaningfully different starting point.

Selective disclosure is the mechanism that makes this possible in practice, not just in messaging. A shielded transfer on Dusk hides the sender and amount from public view by default, but the recipient can cryptographically prove who paid them when asked, satisfying rules like the EU's travel regulations without exposing the transaction to everyone else watching the chain. Add deterministic settlement, transactions that reach final, certain completion rather than a slowly improving probability, and the pieces start to resemble something built specifically for markets operating under frameworks like MiCA, rather than a general purpose chain hoping compliance works out later.

That ordering matters more than it gets credit for. Retrofitting compliance onto a transparent-by-default chain, or onto a fully private one, tends to produce awkward compromises. Designing selective disclosure into the base protocol from the start is a harder engineering problem upfront, in exchange for fewer painful compromises down the line.

NPEX isn't the only regulated venue in this picture either. Dusk has also connected with 21X, a digital asset exchange operating under the EU's DLT Pilot Regime, which suggests the compliance-first design isn't a one-partnership story but something the architecture is meant to support across multiple regulated venues and, eventually, multiple frameworks beyond MiCA alone.

None of this means regulatory approval is automatic or universal. MiCA covers the EU. Other jurisdictions have their own frameworks, their own regulators, their own timelines, and architecture readiness on Dusk's side doesn't shortcut any of that. Being built for compliance and being formally cleared for it in every market that matters are two different milestones, on two different schedules.

@Dusk #dusk $DUSK $BTW $TRUMP

أعود باستمرار إلى فجوة واحدة عندما أنظر إلى إقراض DeFi: لا يستطيع أحد أن يخبرك اليوم بما سيكلفه القرض فعليًا بعد ثلاثة أشهر. هذه حالة عدم اليقين نفسها هي المشكلة التي بُني بروتوكول TermMax لمعالجتها—وهو بروتوكول للاقتراض والاقراض وتداول الخيارات بسعر فائدة ثابت. بدلًا من معدلات عائمة تتذبذب مع معدل الاستخدام، يثبت TermMax سعرًا ثابتًا وفترة استحقاق في اللحظة التي يطابق فيها القرض. وهو يستعير منطقَه من السندات لا من حسابات التوفير.

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

ما أجد صعبًا تجاهله هو المقايضة التي لا يروّج لها أحد بصوت عالٍ. لا يظل السعر الثابت صالحًا إلا إذا وُجد سيولة حقيقية كافية على جانبي الصفقة، من الطرفين، ممن هم مستعدون للمطابقة عند ذلك الأجل والسعر. يتعامل TermMax مع ذلك عبر أوامر بنطاقات ومحرك AMM مُعدّل بدلًا من مجرد حوض بسيط، وقد قام بالفعل بإتمام صفقات قروض عبر أكثر من 100 سوق منذ إطلاقه. وهذه علامة على وجود طلب وليست دليلًا على أن النموذج يتوسع عبر كل الظروف.

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

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

@TermMax #TermMax $BTW $ONG $VELVET

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

يعمل Dusk Network على سد هذه الفجوة. يتيح DuskEVM للفرق نشر عقود Solidity القياسية باستخدام الأدوات التي يعرفونها بالفعل. لا توجد حاجة لتعلم شيء غريب في اليوم الأول. ما يتغير هو ما يقع تحت السطح: يقوم DuskEVM بالاستقرار على DuskDS، طبقة الأساس في Dusk والمصممة لتحقيق الإنهاء الحتمي، ويفتح مسارًا لتدفقات المعاملات السرّية عبر Hedger، وحدة الخصوصية المخصصة لتطبيقات EVM.

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

وهناك أيضًا طبقة عملية حول ذلك. يتم دفع الغاز على DuskEVM بواسطة DUSK نفسها، وتم مؤخرًا إطلاق SDK جديد باسم Dusk Connect خصيصًا لتقليل تعقيد تكامل المحافظ للفرق التي تبني فوق كل هذا. تفصيل صغير، لكنه من النوع غير اللامع الذي يحدد ما إذا كان المطورون سيلتزمون فعلًا بعد العرض التوضيحي الأول.

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

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

@Dusk #dusk $BTW $DUSK $ONG

تُروّج شركة Dusk Network لنفسها على أساسٍ بسيط. يجب أن تعيش الخصوصية داخل البروتوكول، لا أن تُضاف لاحقًا كميزة ملحقة. تُؤمَّن كل عملية تحويل من Phoenix عبر إثباتات المعرفة الصفرية (Zero-Knowledge). وتوجد توقيعات Schnorr وتجهيزات التجزئة Poseidon تحت الغطاء، ويجعل PLONK هذه الإثباتات موجزة بما يكفي للتحقق منها على السلسلة. كل ذلك حقيقي، وقد خضع لتدقيق، ويعمل اليوم في الإنتاج ضمن Succinct Attestation—وهو تصميم إجماعي بُني خصيصًا للتسوية الحتمية بدلًا من التخمينات الاحتمالية. ثم حدث يناير.

بدأت محفظة مُدارة بواسطة فريق (Managed Wallet) كانت تُستخدم لعمليات الجسر تُظهر نشاطًا غير معتاد. أوقفت Dusk خدمات الجسر، وعطّلت عناوين الهوية المتأثرة وأعادت تدويرها، وصرّحت علنًا بأنها لا تتوقع أن تتحقق خسائر المستخدمين على أرض الواقع. آخذ هذا الادعاء على محمل الجد. لكن الحادث يكشف شيئًا تميل خصخصة الخصوصية إلى تجاوزه. التشفير الذي يحمي الملاحظة المُغطّاة (shielded note) لا علاقة له بالأمن التشغيلي لمحفظة توقيع تُحرّك الأصول على الحافة الخارجية لنظامٍ من هذا النوع.

هذا ليس فريدًا لدى Dusk. فقد نزفت الجسور عبر الصناعة مئات الملايين من الدولارات في عام 2026 وحده، وغالبًا بسبب مفاتيح مُختَرَقة وليس بسبب خوارزميات رياضية مكسورة. إذن ماذا أريد فعليًا من Dusk Network بعد ذلك؟ ليس ورقة أخرى تشرح دوائر PLONK. أريد حسابًا عامًا لكيفية توزيع صلاحيات التوقيع للجسور وتدويرها ومراقبتها، لأن انهيار الثقة يحدث هناك في الواقع—لا في طبقة المعرفة الصفرية.

يمكن لـ Zedger وHedger إثبات أن معاملة ما صحيحة دون كشف محتواها للعامة. لا يمكن لأيٍّ منهما إثبات أن محفظة التوقيع تم تشغيلها بشكل صحيح. يَحمي الإفصاح الانتقائي السجلّ. وهذا يقول القليل جدًا عن الأشخاص الذين يحملون المفاتيح حوله، وهذه الفجوة تحديدًا تستحق الاهتمام بقدر الاهتمام بالدوائر.

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

@Dusk #dusk $DUSK $BTW $ACE

One detail in TermMax's design as a decentralized options trading protocol stands out to me: opening an Alpha position carries a 7% fee on the premium, while take-profit or exercise fees start at 1.9% of notional.

At first glance, 7% looks like the more expensive number. But the percentages are applied to very different bases.

Premium is only one part of the position's value. Notional can be much larger, so a 1.9% fee on notional can outweigh a 7% fee on premium in dollar terms even though the headline percentage is smaller.

What I don't know yet is which fee layer matters more once an Alpha trade moves from entry to realized profit.

That also changes the denominator I care about. Absolute fee dollars are more useful than the percentages alone, but the stronger measure is how much of the trade's gross profit those fees actually consume.

That is the stronger signal because it puts both fee bases inside the same economic outcome instead of comparing percentages that were never directly comparable in the first place.

I'd learn more from total fees as a share of realized profit across different Alpha positions than from comparing 7% and 1.9% in isolation.

The question is whether TermMax's smaller notional-based percentage stays secondary once profitable trades are settled, or becomes the fee that takes the larger share of the outcome.

I am watching premium-to-notional ratios, fee dollars by component, and total fees as a share of realized P&L.

@TermMax #TermMax $BTW $ACE $BOME

Mình vẫn nhớ lần đầu mua USDT qua P2P, khi đó mình đã thanh toán đủ tiền và đúng payment details trên order. Nhưng đợi khá lâu seller vẫn không release crypto.

Mình nhắn trong P2P Chat để hỏi họ đã nhận được tiền chưa nhưng không có phản hồi.

Mình đợi thêm khoảng 5 phút. Order vẫn không thay đổi, seller cũng không trả lời nên mình quyết định mở Appeal và gửi đầy đủ payment proof cho Binance Support review.

Vừa mở Appeal xong thì seller nhắn lại rằng họ đã nhận đủ tiền và sau đó release USDT cho mình.

Mình không biết vì sao vừa Appeal xong thì seller phản hồi lại. Nhưng case này làm mình nhìn Appeal khác hẳn đi.

Trước đây mình thường nghĩ Appeal chủ yếu dành cho lúc buyer và seller có dispute, tức là hai bên đang không đồng ý với nhau về một vấn đề nào đó.

Nhưng lần này chẳng có gì để tranh luận cả. Mình đã gửi tiền, có payment proof, còn seller thì đơn giản là không trả lời.

Và đó cũng là lúc P2P Chat bắt đầu hết tác dụng. Mình có thể gửi thêm một tin nhắn nữa, rồi thêm một tin nữa, nhưng nếu phía bên kia vẫn im lặng thì order cũng không tiến thêm được bước nào.

Appeal lúc này không chỉ là cách giải quyết dispute. Nó còn là một đường thoát khỏi một cuộc chat không đi đến đâu.

Thay vì tiếp tục chase seller, mình đưa payment proof vào đúng process để Binance Support có thể review. Nếu seller quay lại và tự giải quyết như case này thì tốt.

Nên safety rule của mình như sau: nếu đã thanh toán đúng, seller không release và P2P Chat không còn tạo ra phản hồi nào, mình sẽ không chờ vô thời hạn. Sau khoảng 10 phút, mình sẽ chuyển sang Appeal và để evidence nói thay cho những tin nhắn tiếp theo.

@Binance Vietnam #BinanceP2PAnToan $BTW $ACE $BOME

أستمرّ في رؤية DuskEVM موصوفًا كأنه مفتاح يُقلب: اكتب Solidity، انشر، انتهى—متوافق فورًا مع كل ما بُني مسبقًا على Ethereum. هذا الطرح مُطمئن. لكنه غير مكتمل، وقد قدّم لنا Dusk Network دليلًا واضحًا على المكان الذي يتعطل فيه ذلك بالضبط.

الطبقة الأساسية، DuskDS، تُشغّل Succinct Attestation، وهو تصميم توافق مبني بحيث لا تُعاد تنظيم الكتل (reorg) ولا يبقى التسوية معلّقة بانتظار عدد كافٍ من التأكيدات حتى يشعر الناس بالأمان. وقد صمد هذا الجزء جيدًا في يناير 2026، عندما قام مهاجم بسحب رموز من الجسر الذي يربط Dusk بشبكات EVM. لم يمس الاستغلال التوافق (consensus) قط. لقد ضرب محفظة توقيع (signing wallet)، وهي جزء من البنية التحتية المساندة، تقع عند الحافة الفاصلة بين السلسلة الأصلية وواجهة EVM—وليست الإنهاء الحتمي الذي قضى Dusk سنوات في بنائه.

هذه الفجوة تستحق أن تُسمّى بوضوح. إن عرض التوافق مع EVM يتعلّق بتجربة المطور: أدوات مألوفة، سيولة قائمة، وسطور أقل لإعادة كتابتها. لكن ما لا يُقال بما يكفي هو أن كل جسر هو بنية جديدة بآلية إدارة مفاتيح خاصة به وأنماط فشل خاصة به، موجودة خارج الضمانات التي عملت الطبقة الأساسية بجد لكسبها. نشر Dusk إشعارًا بحادثة الجسر خلال يوم واحد من الهجوم، ثم تلاه تقريرٌ أشمل لما بعد الحادث (post-mortem) وتحليلٌ أمني منفصل بعد نحو شهرين. السبب الجذري المذكور في ذلك المراجعة كان تصميم جسر خفيف يفتقر إلى عزل مناسب بين المكوّنات، وليس أي خلل في Succinct Attestation نفسها. لم تكن المعالجة ترقيعًا بروتوكوليًا. بل كانت عزلًا للمكوّنات وتقليل تعريض محفظة ساخنة (hot-wallet) كي لا يمكن لمفتاح مخترق واحد أن يستنزف جسرًا مرة أخرى.

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

@Dusk $DUSK #dusk $BTW $PORTAL

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

يتعامل TermMax مع السيولة المحدودة والتقلب الحاد من خلال التسليم الفعلي: بدلًا من تصفية مزاد الخصم التي يعمل بها معظم بروتوكولات الإقراض، يتم تسليم الضمان مباشرةً إلى المُقرض عندما يتعطل مركز ما. من الناحية النظرية يبدو ذلك كحماية. لكن عمليًا، يمنح المُقرض أصلًا لم يطلبه، وفي توقيت لم يختره، وبقيمة يحددها السوق في ذلك الحين. المُقرض الذي كان يريد استرداد USDC عند 8% يجد نفسه يمتلك ETH في سوق هابط. كان السعر ثابتًا. لكن النتيجة لم تكن كذلك.

التسليم الفعلي ليس أيضًا حساسًا بشكل مبالغ فيه. يضع TermMax حدًا أقصى لكل سوق بنسبة قصوى للقرض إلى القيمة (LTV) أقل بشكل مريح من 1، بحيث يملك المركز مساحة حقيقية للحركة قبل أن يلامس تلك الحدود. يساعد هذا الهامش في الانخفاضات المعتادة. إنه يقول أقل بكثير عن حدث فجوة حقيقية—التحرك الذي يقفز فيه السعر مباشرةً عبر الهامش قبل أن يتمكن أي شخص، سواء كان إنسانًا أو نظامًا آليًا، من الاستجابة في الوقت المناسب.

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

@TermMax #TermMax $BTW $PORTAL $HEMI

يُعد Binance P2P سوقًا مملوكًا لـ Binance من نظير إلى نظير لشراء وبيع العملات المشفرة مباشرةً مع مستخدمين آخرين موثّقين، كما يعمل نظام الحماية لديه على طبقات. يكتمل التحقق من الهوية (KYC) لكل متداول قبل تقديم طلب، لذلك تقف هوية حقيقية خلف كل حساب بدلًا من اسم مستخدم مجهول. بمجرد فتح الطلب، تنتقل أصول البائع المشفرة إلى الضمان (escrow) وتبقى هناك حتى يؤكد الطرفان إتمام الصفقة، ما يعني أن الأموال لا يمكن أن تختفي ببساطة في منتصف المعاملة. يحتفظ الدردشة داخل التطبيق بسجل كامل لكل رسالة، وإذا نشأ خلاف، يمكن لأي طرف تقديم استئناف نزاع ليتدخل Binance ويقوم بمراجعة الأدلة.

أتذكر طلبِي الأول على Binance P2P بوضوح، ويرجع ذلك في الغالب إلى أنني كنت متوترًا بشأن إرسال المال إلى شخص لم ألتقِ به من قبل. قبل أن أدفع أي شيء، فتحت ملف التاجر وتحققت من ثلاث نقاط: معدل الإكمال، وإجمالي عدد الطلبات، ومدة وجود الحساب. كان ملفٌ بمعدل إكمال 99% وآلاف الصفقات وراءه يخبرني بالكثير أكثر مما يمكن أن يفعله أي كلام ودود في الدردشة. وعندما طلب مني لاحقًا حسابٌ مختلف، أحدث بكثير، أن أتجاوز نفس التحقق وأن أدفع بسرعة، ألغيت الطلب بدلًا من تجاهل علامة التحذير أمامي.

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

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

@Binance Vietnam #BinanceP2PAnToan $BTW $HEMI $PORTAL

أعود باستمرار إلى تفصيل واحد في تصميم TermMax يتخطّيه معظم المستخدمين الجدد دون انتباه: أن القرض بسعر ثابت واحد يتم تقسيمه إلى ثلاثة توكنات منفصلة بدلًا من توكن واحد. يوجد توكن السعر الثابت، وتوكن X، وتوكن Gearing، وكل واحد منها يؤدي وظيفة مختلفة. FT يتصرف مثل سند صفري القسيمة. تشتريه بخصم، وتسترده بقيمة اسمية في تاريخ الاستحقاق، والفارق بين الرقمين هو عائدك، ثابت لحظة شرائه. XT موجود فقط لإبقاء المعادلة متوازنة: في أي لحظة قبل الاستحقاق، فإن FT واحد زائد XT واحد يساوي توكن دين كامل، وعندما يحين وقت الاستحقاق يختفي XT ليصبح صفرًا بينما يصبح FT قابلًا للاسترداد. GT هو الوضع نفسه—الضمان والدَّين ملفوفان معًا في سجل قابل للتداول واحد.

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

هناك أيضًا جانب عملي. بما أن الـGT يتتبع كليهما: الضمان والدَّين الخاصين بصفقة واحدة، فيمكن للمقترض إضافة ضمان، أو سداد جزء من الدين، أو تعديل القرض دون لمس سوق FT، ويظل المركز متماسكًا طوال الوقت كسجل واحد.

ما لم أرَه مُثبتًا بعد هو ما إذا كانت ثلاثة توكنات بدلًا من واحد تحسن كفاءة رأس المال فعلًا لدى المستخدم العادي، أم أنها تفيد غالبًا الأطراف الأكثر تعقيدًا الذين يعرفون كيفية تداول FT وXT بشكل منفصل. بالنسبة للمقرض المبتدئ الذي يترك USDC ببساطة في مكانه، فإن طبقة التوكن الإضافية غير مرئية. أما بالنسبة لصانع السوق الذي ينفّذ أوامر ضمن نطاقات عبر TermMax، فهي النقطة كلها.

@TermMax #TermMax $VELVET $BTW $PORTAL

“Mainnet is live." قرأت هذا العنوان عن DuskEVM في يناير 2026، وفكرت للحظة أن القصة قد انتهت. ست سنوات من الهندسة، مُغلفة في إعلان واحد أنيق. كانت شبكة Dusk قد أطلقت طبقتها المتوافقة مع EVM، وتمكّن مطورو Solidity من الحضور، ولأطروحة التمويل المنظّم بيئة تنفيذها.

ثم استمر العام. في مارس، تم طرح ترقية أُطلق عليها اسم Aegis على testnet لتقوية الشبكة استعدادًا لانتقال EVM. في أبريل، وصلت Dusk Connect ومحفظة جديدة متعددة المنصات، وهي أعمال SDK والأدوات غير المبهرة التي نادرًا ما تُصبح عنوانًا رئيسيًا، لكنها الأساس الذي يعتمد عليه أي فريق فعليًا عند إطلاق شيء ما. في مايو، تبعت Boreas، وهي ترقية أخرى على testnet تستهدف المرونة والاستعداد لـ DuskEVM. وبحلول أغسطس، أعلنت Dusk Network أن DuskEVM testnet لديها الآن يتيح للمطورين نشر واختبار باستخدام Solidity وHardhat—وهي الأدوات العادية تمامًا التي يعرفها أي شخص يبني على Ethereum.

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

ما أريد معرفته الآن أبسط من سؤال التسويق. ليس “هل تم إطلاق DuskEVM؟”، بل كم عدد الفرق المستقلة التي قامت فعلًا بنشر عقود تمس مستخدمين حقيقيين، مقابل كم فريق لا يزال يعبث على testnet. إن وجود testnet مباشر مع دعم Solidity يعمل يُعد إنجازًا حقيقيًا، وهو أيضًا—بحكم تعريفه—لا يزال testnet. إن وصول المطورين لا يعني الشيء نفسه مثل تبنّي المطورين، وتبدو تحديثات Dusk Network نفسها وكأنها تعترف بذلك، إذ تحافظ على لغة خريطة الطريق بحذر حتى بعد انتقال الأخبار إلى الضفة الأخرى.

@Dusk #dusk $DUSK $BTW $VELVET

لقد أرسلت أول طلب لي على Binance P2P مقابل 50 دولارًا وكانت يداي ترتجفان فعليًا بسبب مبلغ صغير كهذا. Binance P2P هو سوق الند للند المدمج داخل Binance، حيث يتبادل المشترون والبائعون العملات المشفرة مباشرةً، لكن كل طلب يكون محاطًا بضمان (إسكرو) يقفل عملات البائع فور فتح الصفقة. لا يُفرَج عن أي شيء حتى يؤكد البائع أن الدفع قد تم فعليًا، كما أن جميع المتداولين على المنصة قد اجتازوا متطلبات KYC مسبقًا، لذا توجد هوية مُتحقَّق منها خلف كل طلب. تسجل محادثة التطبيق كل رسالة، وإذا سارت الصفقة بشكل خاطئ، فإن عملية استئناف النزاع تستدعي Binance لمراجعة الأدلة مباشرةً.

قبل الدفع، أتحقق دائمًا من ملف الطرف الآخر: نسبة الإنجاز، إجمالي الطلبات، وعمر الحساب. في تلك الصفقة الأولى، لم يكن الاسم على حساب البنك المُستقبِل مطابقًا للاسم المدرج في ملف البائع. كان هذا التعارض أحد أكثر العلامات التحذيرية شيوعًا على Binance P2P، لذلك بدلًا من افتراض أنه خطأ مطبعي، سألت في الدردشة. كانت الإجابة غامضة، ف قمت بإلغاء الطلب والإبلاغ عنه بدلًا من المخاطرة.

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

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

لا يستغرق كل هذا وقتًا طويلًا، لكنّه يحول Binance P2P من مقامرة إلى نظام يمكنك التحقق منه فعليًا في كل خطوة.

@Binance Vietnam #BinanceP2PAnToan $BTW $PORTAL $VELVET

"Predictable" is the word TermMax leans on hardest, and it earns it in one specific place. Deposit USDC into one of TermMax's fixed pools, lock a term, and the rate at entry is the rate at maturity. No accrual math, no rate resets, no refreshing a dashboard at 2am to see what the market did. For a lender, that part of the pitch holds up completely.

Where it gets murkier is the borrowing side, specifically inside the Gearing Token. A GT is TermMax's NFT wrapper around a leveraged position: collateral locked, debt owed, interest fixed the moment it mints. Fixed interest is real. Fixed safety is a different claim, and the two get blurred whenever "removing uncertainty" gets used as a blanket phrase for the whole protocol.

A GT is still an over-collateralized loan underneath the wrapper. If the value of the locked collateral, wstETH or a Pendle PT token for instance, falls far enough against the debt, that position gets liquidated like any other DeFi loan. TermMax's own risk documentation says this outright: collateral liquidation risk, oracle risk tied to its Chainlink and RedStone feeds, a physical delivery mechanism built to soften shortfalls rather than erase them. I'd rather see a project write that down plainly than sell a landing page implying fixed rate means fixed outcome.

The accurate version of the pitch is narrower than the marketing version. TermMax removes interest rate volatility from a position. It does not remove collateral risk, oracle risk, or liquidation risk, and it never claimed to on the documentation side. Anyone opening a GT for leverage should read the risk page before the landing page.

That's still a real advance, not a knock against it. Rate certainty is a problem traditional finance solved a century ago through zero coupon bonds, and DeFi hadn't caught up until protocols like this one. TermMax just isn't selling what some readers assume it's selling, and the difference is worth being precise about

@TermMax #TermMax $VELVET $BTW $PORTAL

أعود باستمرار إلى تفصيل واحد كلما شرحت شبكة Dusk Network لشخص جديد: كان من المفترض أن تصل الشبكة الرئيسية في أبريل 2024. لم يحدث ذلك. دفعتُه المجموعة التاريخ إلى سبتمبر 2024، ثم مرة أخرى، ولم تُنتَج أول كتلة غير قابلة للتغيير في Dusk Network إلا في 7 يناير 2025، أي بعد ما يقرب من 6 سنوات من بدء المشروع في 2018. وعلى الورق، كانت الفكرة دائمًا بسيطة: بلوكتشين من الطبقة الأولى يمنح المؤسسات المالية تسويةً نهائيةً فورية بدون إجبارها على الاختيار بين الخصوصية والامتثال. لكن في الواقع، استغرق بناء ذلك وقتًا أطول بكثير من أي إعلان كان يعترف به مسبقًا.

التفسير الذي تقدمه المجموعة نفسها هو أن التأخيرات حدثت بسبب هدف تنظيمي متغيّر، لا بسبب كود معطوب. ظلّت MiCA تتطور بينما كانت Dusk Network قيد البناء، وبدلًا من إطلاق سلسلة قد لا تصمد أمام قانون الأوراق المالية الأوروبي، اختار المؤسسون إعادة بناء أجزاء من البنية، بما في ذلك نسخة مُعاد تصميمها من Succinct Attestation تكافئ الناخبين، لا مُنتجي الكتل فقط. ويقول الفريق إن هذا التغيير يزيد المشاركة ويعزز ضمانات النهائية للتسوية الحساسة للامتثال. هذا خيار يمكن الدفاع عنه. وهو أيضًا تذكير بأن «التمويل المُنظَّم في ثوانٍ» يصف طبقة تسوية، لا جدولًا زمنيًا لشركة، وأن الأمرين يتحركان بسرعات مختلفة جدًا.

ما أستمر في طرحه: هل يشكّل الفارق البالغ 6 سنوات بين ورقة بيضاء وشبكة رئيسية تعمل علامة حذر، أم إشارة تحذير بشأن سرعة التنفيذ؟ ستقول Dusk Network إن هذا حذر، وبالنظر إلى ما تطلبته MiCA فعليًا، أميل إلى الاتفاق. لكن لا يستطيع أي شخص خارج الفريق التحقق بالكامل من مقدار التأخير الذي كان ضرورة تنظيمية مقابل تعقيد مُقلَّل تقديره. بعد عام من تشغيل الشبكة الرئيسية، تم شحن DuskEVM وNPEX الآن يعملان. أخيرًا، توجد سلسلة عاملة خلف الفكرة. إن كان بإمكانها التحرك بالسرعة التي تتطلبها الأسواق المالية المؤسسية هو الاختبار التالي، وهو اختبار مختلف تمامًا عن مجرد شحن شبكة رئيسية.

@Dusk #dusk $DUSK $PORTAL $BTW

Binance P2P is Binance's own marketplace for trading crypto directly with another user, and the safety net behind it is real: Binance holds the seller's crypto in escrow until the buyer's payment is confirmed, every account has cleared KYC before it can trade, each order comes with its own chat, and a dispute appeal sits ready if Binance needs to step in and settle a disagreement. That protection only exists while the whole trade happens inside Binance P2P, so finishing any part of a deal off the app means walking away from all of it. Before accepting an order I check the counterparty's completed trades, completion rate, and whether the paying name matches their account, since a mismatch, a rushed payment demand, or an unverifiable screenshot are the clearest red flags out there. I only release after confirming funds myself in my own banking app, then archive the chat and payment proof afterward in case support ever needs them.

My very first trade, I was selling USDT and the buyer messaged asking me to release early because his bank was 'processing slowly.' I almost did it just to get the deal done and stop feeling nervous. Then I remembered the one rule that actually matters: check my own account, not his screenshot, not his promise. The funds weren't there. I told him I'd release the moment I saw it land myself, he got irritated and disappeared, and a quick report to support flagged the same pattern on that profile from other traders too. Since that day my checklist never changes: verify the name on the transfer, confirm the amount in my own banking app, screenshot the chat and the payment record, and only then release. If a buyer pushes back on that order, that alone tells me everything I need to know. I keep every trade's records for weeks afterward, because escrow protects the crypto during the trade, but my own screenshots are what protect me if a dispute ever opens later.

@Binance Vietnam #BinanceP2PAnToan $VELVET $BTW $PORTAL

What protects you most?

أعود دائمًا إلى سطر واحد هادئ في أحدث أعمال Dusk Network حول تمويل الشركات الصغيرة والمتوسطة: إن الأداة الرمزية للأوراق المالية تحتاج إلى سجل ملكية ذي سلطة.

في البداية، يبدو الأمر كأنه أوراق رسمية حول الجزء المثير للاهتمام. الرمز مرئي، والتحويلات قابلة للبرمجة، ويمكن أن تشارك تغيّرات الملكية حالةً واحدةً مُتحكَّمًا بها. بالتأكيد تكون السجلّات (الدفتر) قد حلّت بالفعل مشكلة السجل.

ليس بالضرورة.

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

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

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

لذلك لم أعد أقرأ "الملكية على السلسلة (onchain)" باعتبارها حالةً تقنية وحدها. بل أقرأها كادعاءٍ حول أي حالةٍ تفوز عندما يتعارض سجّلان.

يمكن لـ Dusk تنسيق دورة حياة ملكية مشتركة وتقليل عمليات التسليم المتكررة. لكنها لا تستطيع وحدها أن تُعلن أن كل ولاية قضائية أو جهة مُصدِرة أو محكمة ستتعامل مع تلك الحالة باعتبارها حاسمة قانونيًا.

الدليل الذي أريده محدد جدًا: أداة/سند حيّ تُعرّف وثائقه القانونية السجل المعتمد على Dusk، فضلًا عن تحويلٍ فعلي يحدّث كل الأطراف المطلوبة دون أن يصبح دفترٌ يدويٌ ثانٍ هو السلطة النهائية.

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

@Dusk #dusk $DUSK $BTW $VELVET