يتطلب اعتماد البلوك تشين أكثر من مجرد معاملات؛ فهو يحتاج إلى التعليم والمطوّرين وحالات استخدام واقعية.
في 16 أكتوبر، أعلنت TRON DAO أن TRON Academy ستطلق مبادرات تعليمية في كامبريدج وأكسفورد.
وفي الوقت نفسه، سلّط تقرير الربع الثالث من عام 2026 الصادر عن TRON الضوء على ما يلي:
• 2.21 تريليون دولار من تسويات العملات المستقرة خلال الربع • 24.05 مليار دولار من التسويات اليومية في المتوسط • 18 مليون عنوان نشط شهريًا في المتوسط على أساس متجدد، بزيادة 9.8% عن الربع الثاني
ما الخلاصة؟ البنية التحتية مهمة، وكذلك مساعدة الجيل القادم على فهمها والبناء باستخدامها.
المقياس الحقيقي للاعتماد هو ما إذا كان النظام البيئي يواصل خلق قيمة مستدامة.
يبدأ البيتكوين في أكتوبر حول منطقة 84 ألف دولار بعد أن دفع لفترة وجيزة فوق 85 ألف دولار.
الجزء المثير للاهتمام ليس فقط السعر.
سجلت صناديق بيتكوين الفورية المتداولة في الولايات المتحدة تدفقات أسبوعية قوية بلغت 2.4 مليار دولار عبر 25 سبتمبر، لكن هذه الزخم تراجع مؤخرًا، حيث بلغت صافي عمليات السحب 148.7 مليون دولار في 30 سبتمبر.
وفي الوقت نفسه، تواصل عوائد سندات الخزانة المرتفعة الضغط على الأصول ذات المخاطر.
يواصل ترون النمو على السلسلة (on-chain) مع استمرار توسّع إمكانية الوصول إلى TRX.
أحدث بيانات TRONSCAN:
• أكثر من 406.4M حساب • أكثر من 15.65B معاملة • أكثر من 244M حامل لـ TRX • 28.25 مليار دولار TVL
بات حوالي 60% من حسابات ترون الآن تمتلك TRX.
وفي الأسواق التقليدية، يوفّر صندوق ETF لمُقايضة TRXS لـ TRX المُستَك (Staked TRX) للمستثمرين طريقةً جديدة للحصول على تعرض مباشر لـ TRX، مع المشاركة في استيك ترون.
أجزاء مختلفة، الصورة الأكبر واحدة:
مزيد من نشاط الشبكة. المزيد من حاملي TRX. وصول أوسع.
بعد النظر في الخصوصية، والإفصاح الانتقائي، والعقود الذكية السرّية، والتسوية، والأصول المُرمّزة، والهوية، وبنية المطورين التحتية، أعتقد أن الصورة الأكبر تصبح أوضح.
ليس “Dusk” مجرد يحاول إضافة نوع آخر من الأصول إلى بلوكتشين.
بل هو يبني بنية تحتية حول سير العمل المالي بأكمله.
فكر في ورقة مالية مُرمّزة:
1️⃣ يحتاج المستثمر إلى إثبات الأهلية.
2️⃣ تحتاج الأصول إلى قواعد تتحكم في من يمكنه الاحتفاظ بها أو نقلها.
3️⃣ قد يلزم أن تظل المعلومات الحساسة خاصة.
4️⃣ يجب أن تنفّذ العقود الذكية منطق المعاملات المالية.
5️⃣ يحتاج الأصل والدفع إلى تسوية قابلة للتنبؤ.
6️⃣ يحتاج المطورون إلى طرق عملية لبناء تطبيقات حول كل ما سبق.
وهنا تتكامل قطع “Dusk” المختلفة.
Citadel يتولى الهوية والإفصاح الانتقائي.
DuskVM يوفّر تنفيذ العقود الذكية محليًا عبر Rust/WASM.
DuskEVM يمنح المطورين بيئة متوافقة مع Ethereum.
DuskDS يوفّر الإجماع والتسوية وتوافر البيانات.
أما Dusk Trade فيجلب هذه القدرات إلى سير عمل يواجه المستخدمين للأصول المالية المُرمّزة.
الجزء المثير للاهتمام ليس أي مكوّن واحد.
بل في كيفية عملها معًا.
السؤال الأهم بالنسبة لي لم يعد:
“هل يمكن ترميز الأصول المالية؟”
بل أصبح:
“هل يمكن فعليًا تشغيل دورة الحياة المالية بالكامل على السلسلة مع احترام الخصوصية والأهلية والمتطلبات التنظيمية؟”
هذه هي التجربة التي أتابعها.
أي جزء من هذه البنية التحتية برأيك هو الأكثر أهمية؟
في البداية، قد يبدو وجود كلٍ من DuskEVM وDuskVM معًا أمرًا معقدًا دون داعٍ.
لكن المطورين لا يحتاجون جميعًا إلى نفس البيئة.
تم تصميم DuskEVM للتطبيقات التي تريد نظام Ethereum البيئي المألوف.
يمكن للمطورين استخدام Solidity أو Vyper جنبًا إلى جنب مع أدوات مثل Hardhat وFoundry وviem وethers، بينما يقوم DUSK بدور رمز الغاز الأصلي.
ثم يوجد DuskVM.
تم بناؤه لعقود Rust/WASM التي تنفّذ مباشرة على طبقة Dusk L1، مما يجعله الخيار المناسب للتطبيقات التي تحتاج إلى وصول أقرب إلى الأصول الأصلية في Dusk، ونماذج المعاملات، والخصوصية أو قدرات الإثباتات الصفرية المعرفة.
إذًا، النسخة البسيطة هي:
🟣 DuskEVM = توافق مع EVM + أدوات مألوفة
🔵 DuskVM = تنفيذ مباشر على L1 + قدرات Dusk الأصلية
الأمر ليس بقدر ما يتعلق باختيار أيهما “أفضل”، بل يتعلق باختيار الأداة المناسبة للتطبيق.
بالنسبة للمطورين الذين يبنون تطبيقات مالية، فإن وجود المسارين قد يجعل النظام البيئي أكثر مرونة.
يبدو الأمر بسيطًا حتى تقوم بإضافة التمويل المُنظَّم إلى السلسلة على-المنشأ (on-chain).
تخيّل ورقة مالية مُرمّزة لا يمكن حيازتها إلا من قبل المستثمرين المؤهلين.
يحتاج النظام إلى معرفة أن أحد المشاركين يستوفي متطلبات معيّنة—لكن هل يلزم فعلاً كشف الهوية الكاملة لذلك الشخص للجميع؟
هنا تصبح هوية مُحافظة على الخصوصية أمراً مثيرًا للاهتمام.
طبقة الهوية في «دسك» (Dusk) «سيتاديل» (Citadel) مصممة حول بيانات الاعتماد (Credentials) والإفصاح الانتقائي.
بدلًا من وضع المعلومات الشخصية الحساسة مباشرةً على السلسلة، يمكن للمستخدم إثبات أنه يملك بيانات اعتماد صالحة أو يحقق سمةً مطلوبة دون كشف تفاصيل غير ضرورية.
اعتبر الأمر مثل إظهار تذكرة صالحة عند الباب دون تسليم محتويات محفظتك بالكامل إلى موظف الأمن.
بالنسبة للأصول الخاضعة للتنظيم، قد تكون هذه الفروقات مهمة.
يمكنك الحصول على:
🔐 الخصوصية ✅ التحقق من الأهلية 📋 متطلبات الامتثال 🧩 ضوابط وصول على السلسلة
دون جعل معلومات كل مشارك الشخصية متاحة للعامة.
بالنسبة لي، يُعد هذا واحدًا من أكثر الأجزاء إثارة للاهتمام في إدخال التمويل المُنظَّم إلى السلسلة.
هل تفضّل أن تُثبت أنك «مؤهل» أم أن تكشف «كل شيء عنك»؟
كثير من محادثات الأصول الحقيقية (RWA) تجعل عملية الترميز تبدو سهلة:
«خذ أصلًا من العالم الحقيقي → ضعه على البلوك تشين → وانتهينا.»
لكن الأصول المالية لا تعمل بهذه الطريقة.
تخيّل ترميز سند.
لا يزال يتعين عليك الإجابة عن:
من يمكنه شراءه؟ من يمكنه الاحتفاظ به؟ من يمكنه تحويله؟ ما المعلومات التي يجب أن تبقى خاصة؟ كيف تتم تسوية الدفع مقابل الأصل؟ ماذا يحدث عندما يحتاج الأصل إلى صيانة أو تقارير؟
هنا يصبح البُعد البنيوي أكثر إثارة للاهتمام من الرمز نفسه.
تم تصميم Dusk حول سير عمل الأصول المرخصة بالكامل هذه، عبر الجمع بين ضوابط الوصول، والخصوصية مع الإفصاح الانتقائي، وتنفيذ العقود الذكية، والتسوية الحتمية.
كما يتم بناء Dusk Trade كطبقة تطبيقية للأصول المالية المرمّزة، لتغطية سير عمل مثل تأهيل المستثمرين، واكتشاف الأصول، والشراء، والبيع، وتنسيق المدفوعات، والتسوية.
لذا ربما ليست المسألة الأكبر هي:
«هل يمكننا ترميز هذا الأصل؟»
بل هي:
«هل يمكننا فعلًا تشغيل دورة حياته المالية على السلسلة (on-chain)؟»
هذه هي الجزء الذي أراقبه.
ما رأيك: ما أصعب جزء في جلب الأصول الحقيقية (RWAs) إلى السلسلة (on-chain)؟
بالأمس، سألنا ما الذي يهم أكثر في الأسواق المالية على السلسلة.
واليوم، لنتحدث عن أحد المكوّنات الأقل بريقًا—لكنها شديدة الأهمية—وهو: التسوية.
تخيّل أنك تشتري سندًا مُرمّزًا.
يحدث التداول، لكن متى تصبح المعاملة فعليًا نهائية؟
في الأسواق التقليدية، قد تتضمن التسوية أنظمة متعددة، وجهات وسيطة، وخطوات تسوية ومطابقة.
أما في الأسواق على السلسلة، فالهـدف مختلف: يجب أن تكون عملية الأصل والدفع قادرة على الوصول إلى حالة نهائية واضحة وقابلة للتنبؤ.
وهنا يأتي دور طبقة التسوية في Dusk.
يوفّر DuskDS إجماع المنظومة وتوافر البيانات وأساس التسوية الخاص بـ Dusk L1. وتصف Dusk تصميم الإجماع لديها على أنه يوفّر نهائية حتمية، ما يعني أنه بمجرد اعتماد كتلة، لا يُتوقَّع إعادة تنظيم حالتها ضمن التشغيل العادي.
وهذا مهم لتطبيقات مالية لأن عبارة «تمت المعاملة» وعبارة «المعاملة نهائية» ليست بالضرورة الشيء نفسه.
بالنسبة للأصول المرمّزة، قد تجعل النهائية القابلة للتنبؤ سير العمل مثل التداول والتسليم مقابل الدفع أسهل في التنسيق.
إذًا، إليكم سؤالي:
عند بناء الأسواق المالية للمستقبل، هل ستُعطي الأولوية لتسوية أسرع أم خصوصية أقوى أم امتثال أسهل؟
أمرٌ أجدُه مثيرًا للاهتمام حول التمويل المبني على البلوك تشين هو أن الخصوصيّة والشفافية لا يلزم بالضرورة أن تكونا متعارضتين.
تخيّل أنك تستثمر في أصلٍ منظَّم.
قد تحتاج إلى إثبات أنك مؤهّل لحيازته، لكن هذا لا يعني أن الجميع على الشبكة يجب أن يرى هويتك أو محفظتك أو سجلّ معاملاتك.
هنا تصبح الإفصاحات الانتقائيّة مثيرة للاهتمام.
بدلًا من جعل كل شيء علنيًا أو إخفاء كل شيء تمامًا، تتمثل الفكرة في إظهار المعلومات الصحيحة للطرف الصحيح عندما يكون ذلك مطلوبًا فعلًا.
تعمل Dusk على بناء هذا المفهوم.
يدعم تصميمها تدفقات المعاملات العامة وكذلك التحويلات المُشفّاة، ويمكن للإفصاح الانتقائي أن يتيح للأطراف المخوّلة التحقق من معلومات محددة عند الحاجة. توضح وثائق Dusk ذلك بوصفه خصوصية عند اللزوم، وشفافية عند الفائدة، وإفصاحًا مُتحكمًا به عند التطلب.
في الأسواق المالية الخاضعة للتنظيم، قد تَهم هذه الفروق كثيرًا.
الخصوصيّة ليست بالضرورة محاولة للاختباء من الجميع.
أحيانًا يتعلق الأمر بامتلاك السيطرة على من يرى ماذا.
هل تفضّل أن يكون لديك:
أ) كل شيء علني ب) كل شيء خاص ج) خصوصيّة مع إفصاح انتقائي
الرمز سهل. بناء أصل مالي حقيقي على السلسلة هو الجزء الصعب.
من السهل النظر إلى الترميز (tokenization) والتفكير في:
“فقط ضع الأصل على بلوكتشين.”
لكن ماذا يحدث بعد إنشاء الرمز؟
قد يحتاج الأصل المالي الحقيقي إلى قواعد حول:
• من يحق له شراءه؟ • من يمكنه الاحتفاظ به أو نقله؟ • ما المعلومات التي ينبغي أن تكون ظاهرة؟ • ما الذي يجب الإفصاح عنه للجهات التنظيمية؟ • كيف تتم تسوية المعاملات؟ • ماذا يحدث عندما يكون للأصل إجراءات شركية (corporate actions) أو غيرها من أحداث دورة الحياة؟
هنا تصبح الأمور أكثر إثارة بكثير.
يقوم Dusk ببناء بنية تحتية للأصول الرقمية الخاضعة للترخيص، حيث يمكن أن تصبح هذه المتطلبات جزءًا من سير العمل على السلسلة (on-chain) بدلًا من التعامل معها بالكامل عبر أنظمة منفصلة وغير مترابطة.
تجمع بنيته بين ضوابط الوصول، والخصوصية مع الإفصاح الانتقائي، والتسوية الحتمية لسير العمل المالي. 1
لذا ربما لا يكون السؤال الأكبر هو:
“هل يمكننا ترميز أصل؟”
بل هو:
“هل يمكننا جعل دورة حياة ذلك الأصل بأكملها تعمل على السلسلة؟”
وهذا هو الجزء من الترميز الذي أراقبه عن كثب.
ما الذي ستقوم بترميزه أولًا: الأسهم أم السندات أم الصناديق أم شيئًا آخر؟