Binance just listed JPMB, a tokenized JPMorgan stock, as a new bStock trading pair and margin collateral asset. Traditional equities keep finding their way onto crypto rails.
الزيارة الهادئة للمستشفى تقول الكثير. جلس ولي عهد الإمارات الشيخ حمدان بن محمد بجانب طيار طيران فلاي دبي الهندي الكابتن سميت ماتششار، لمتابعة تعافيه شخصيًا. لفتة صغيرة، ومعنى حقيقي. 🙏
يؤكد ماسك أن مزيج إيرادات سبيس إكس قد انعكس: ما يقارب 90% تجاري هذا العام، مع انخفاض العقود الحكومية إلى أقل من 5% بحلول الربع الرابع. قامت ستارلينك بهذا التحول. تعمل الشركة الآن بشكل أقرب إلى نشاط تجاري عالمي للاتصال بدلًا من كونها مزوّدًا لإطلاقات حكومية.
تحقق من تطبيق Binance الآن بعض المستخدمين يرون نافذة منبثقة لاستطلاع الملاحظات، وقد تأتي مع قسيمة نقدية. 💵 مكافأة محتملة: 5–10 دولارات ⚡️ لا حاجة للتداول 📝 فقط أجب عن بضع أسئلة كيف تتحقق: 1️⃣ افتح تطبيق Binance 2️⃣ ابحث عن لافتة استطلاع الملاحظات 3️⃣ أكمل الأسئلة 4️⃣ أرسل ذلك 5️⃣ انتظر المكافأة ⚠️ لم يتم تأكيد المكافأة رسميًا من Binance. تحقق من شروط حسابك قبل أن تتوقع أي شيء. دقيقتان من وقتك. تستحق أن تلقي نظرة 👀
انضم إلينا 🎉 | قوة BNB 😀 🗓 التاريخ: 24 سبتمبر، 2026 ⏰ الوقت: الساعة 2 مساءً بتوقيت UTC subscribe here نأمل أن نراك قريبًا دعنا نعرف في قسم التعليقات إذا كنت ستنضم #BinanceSquareTG $BNB
علامة تبويب الأسهم متاحة الآن على Binance Square. كل شيء في مكان واحد لأخبار السوق، ورؤى حول الاقتصاد الكلي والجزئي، ونقاشات الأسهم. شارك أفكارك حول علامة تبويب الأسهم في التعليقات. سنختار 3 من المعلقين لتلقي 20 دولارًا كظرف أحمر 👇
الويب: قم بزيارة https://www.binance.com/en/square/stock التطبيق: حدّث تطبيق Binance إلى الإصدار v3.19 أو أحدث لعرض علامة تبويب الأسهم في شريط التنقل العلوي، أو انتقل إلى "تعديل التنقل" لتمكين علامة تبويب الأسهم.
قضيت مساءً كاملًا أراجع كل شريك في القائمة الرسمية لـ Dusk. في النهاية كان لدي عمودان. مُعلَن. ومُتحقَّق.
الفجوة بينهما أوسع مما توحي به الدعاية.
21X هو الأكثر تحديدًا. تؤكد وثائق أبريل 2025 أنه تم إدراج DUSK كطرف مشارك في المعاملات. هذه خطوة فعلية موثّقة، وليست بيانًا صحفيًا. لكن تكامل DuskEVM مع 21X ما زال مُدرَجًا على أنه مخطَّط. دخل شخص من الباب، لكن لم يتم توقيع الاتفاق طويل الأجل بعد.
الحالة الرسمية لـ Chainlink هي أنها «تجري عملية التكامل» حاليًا. بعض التغطيات تصفه بأنه يعمل بالفعل. عمليات نشر العقود على السلسلة ليست مرئية علنًا بعد، لذلك لا يمكن التحقق بشكل مستقل في الوقت الحالي.
تملك NPEX ترخيصات حقيقية لـ MTF وBroker وECSP. لا يزال ترخيص DLT-TSS قيد التنفيذ. رقم أصول يساوي ثلاثمائة مليون يورو يُوصَف بأنه مخطط لإحضاره على السلسلة. بحثت في متصفحات البلوكتشين عن عقود أوراق مالية قائمة ووجدت شيئًا.
EURQ التابعة لـ Quantoz هي رمز حقيقي للمال الإلكتروني بموجب MiCA. قراءة تكامل EURQ مع Dusk تبدو أكثر كإعلان منها كتطبيق جارٍ. أسئلة السيولة الفعلية وعمق التداول مسألتان منفصلتان.
Cordial هي شركة إيداع (Custody) حقيقية. مدى تقدم تكامل Dusk Vault لا يمكن التحقق منه بشكل مستقل من مصادر عامة.
الصياغة الصادقة هنا: تُظهر قائمة الشركاء شركات حقيقية مع تراخيص حقيقية. هذا مهم. لا تستطيع معظم مشاريع RWA إدراج NPEX و21X وQuantoz وCordial وChainlink معًا. اختيار كهذا وحده يحمل وزنًا في الأوساط المؤسسية.
لكن التعاون الاستراتيجي والتكامل القابل للتنفيذ مرحلتان مختلفتان. الأولى تثبت وجود العلاقات. الثانية تثبت أن العمل قد تم.
في الوقت الحالي، لدى @Dusk أدلة قوية على الأولى. أما الثانية، فهي ما يحتاج أن يُظهره الاثنا عشر شهرًا القادمة.
اعتقدت ادعاء انعدام الانزلاق لمدة تقارب ثلاثة أيام. ثم سحبت بيانات السلسلة.
الـ Chainlink CCT يربط بين Dusk ويحرق الرموز على سلسلة المصدر ويقوم بالـ mint بنسبة 1:1 على سلسلة الوجهة. لا يوجد تجمع سيولة (liquidity pool) مشارك. هذا الجزء دقيق. الجسر نفسه لا يحدث له انزلاق فعليًا.
لكن ما تتجاهله التسويق هو ما يحدث بعد أن تهبط.
سيولة تجمعات Ethereum-side @Dusk pool تقع بين بضعة مئات آلاف وحوالي ثلاثمائة ألف دولار لفترات طويلة. تجمعات BNB Chain عبر عشرات المنصات مجتمعة تبلغ عشرات الآلاف. معظم حجم DUSK يمر عبر البورصات المركزية. سيولة الـ DEX على السلسلة رقيقة عبر كل سلسلة تمسها.
ينقلك الجسر عبر الطريق بسلاسة. المشكلة تبدأ في السوق على الجهة الأخرى. إذا كنت تريد تحويل DUSK إلى USDT بعد عبورك، فهناك ينتظر الانزلاق وأثر السعر بغض النظر عن مدى نظافة عملية تحويل الجسر. انعدام الانزلاق على الجسر لا يعني انعدام الاحتكاك في الوجهة.
وضع Solana يضيف طبقة أخرى. لقد صرّحت Dusk بوضوح أنه لا يوجد DUSK رسمي حتى الآن على Solana. أي توكن يدّعي أنه DUSK على Solana هو غير رسمي. تم تحديد اتجاه الجسر، لكن نقطة الدخول الرسمية غير متاحة. قابلية النقل عبر عدة سلاسل حاليًا تعني أن البنية التحتية موجودة، لا أن السيولة موجودة، ولا أن التداول بأمان عبر عدة سلاسل ممكن حاليًا.
CCIP و CCT كاتجاه صحيحان. بمجرد أن تتوافق عمليًا عملية الـ mint الرسمية، وتجمعات السيولة على سلسلة الوجهة، ودعم التبادل، ينبغي أن تتحسن التجزئة. هذه نظرة معقولة على المدى المتوسط.
لكن في الوقت الحالي، هذه الأمور الثلاثة منفصلة: انعدام الانزلاق في الجسر، والسيولة عند الوصول، وما إذا كان الإطلاق الرسمي قد تم. التعامل مع الـ mint بنسبة 1:1 على أنه سحب نقدي 1:1 هو الخطأ الذي يقع فيه معظم الناس.
رأيت منشورًا من أحد رموز KOL الأسبوع الماضي يدّعي أن DuskEVM مكافئ لـ EVM وأن Uniswap V3 يتم نشره مباشرة. قمت بتفريع V3 Core وتجميعه على Boreas RC1 للتحقق.
أول خطأ ظهر في Pair.sol.
تقرأ balanceOf _reserves من تخزين EVM العام. طبقة الخصوصية في DuskEVM تُوجّه عمق السيولة عبر Hedger. متغيرات Hedger لا تعيش في تخزين EVM. لذلك كل دالة view تقرأ الاحتياطيات تصطدم بنهاية ميتة. كل عمليات Uniswap في mint وburn وswap تعتمد على قراءة الاحتياطيات بشكل متزامن لحساب حاصل الضرب الثابت. يجب إعادة تحميل هذا المسار الحسابي بالكامل من الصفر.
تتعمق مشكلة "pool" الخاصة. رموز LP في Uniswap هي ERC-20 قياسي مع عمليات نقل مرئية علنًا. الـ LP الخاص على DuskEVM يتطلب إعادة تغليف باستخدام ConfidentialERC20. أرصدة الـ LP تتحرك داخل ملاحظات Zedger. لم تعد عمليات التبادل تقوم بتحديث خريطة الاحتياطيات. بل تستهلك الملاحظة القديمة وتُنشئ ملاحظة جديدة بمبالغ مدعومة بأدلة PLONK.
getAmountOut لا يمكن أن يعمل بالطريقة نفسها. النسخة الأصلية تقسم reserveIn وreserveOut بشكل صريح. نسخة Dusk يجب أن تُثبت داخل الدائرة أن "الملاحظة القديمة ناقص الإدخال يساوي الملاحظة الجديدة زائد الإخراج". يظل كل من الإدخال والإخراج غير مرئيين لصنّاع السوق، لكنهما يظلان قابلين للتحقق لأي شخص يحمل مفاتيح العرض (view key).
في اليوم الثامن حاولت توريث Pair من فئة الأساس ConfidentialERC20. حدث تعارض مباشر في توقيع دالة Permit. موافقة Hedger تستخدم استهلاك الملاحظة، لا بتات allowance في ERC20. يجب تبديل SafeCast إلى HedgedUint256 على مستوى الشيفرة بالكامل.
الحد الأدنى من إعادة الكتابة المطلوبة: عقد Pair، وحساب المبلغ في Router، وأخذ عينات Oracle TWAP. تصبح نقطة أخذ العينة الالتزام بالملاحظة التي لا يمكن قراءتها مباشرة.
ما الذي يستمر: بناء جملة Solidity، Foundry، Remix، وإعداد chainId. تعمل أدوات الإحاطة. لا يمكن نقل منطق AMM الأساسي بدون إعادة عمل كبيرة.
تعني "مكافئ لـ EVM" أن البيئة مألوفة. لا يعني أن العقود القائمة ستعمل دون تغيير عند إدخال الخصوصية.
غيّر تشغيل عُقد Boreas RC1 طريقة تفكيري بشأن البنية التحتية للشبكات.
ليس بسبب أزمنة الكتل أو مكافآت الستيك. بل لأنني بدأت باستخدام tcpdump لمراقبة حركة المزامنة كعادة، ولاحظت شيئًا لا ينظر إليه معظم الناس. @Dusk node لا تستخدم طبقة gossipsub الخاصة بـ Geth لانتشار الكتل. إنها تستخدم Kadcast.
هذه التفاصيل الواحدة أهم من معظم مؤشرات العناوين الرئيسية.
يعمل بروتوكول الـ Gossip عبر قيام كل عقدة بدفع الكتل إلى N من النظراء العشوائيين، ثم يقوم هؤلاء بدفعها إلى نظرائهم. تبدو الانتشار الأُسّي كأنه كفؤ، لكنك حين تدرك أن نفس الكتلة تصل إلى العقدة نفسها خمس مرات عبر خمسة مسارات مختلفة. هنا تُستهلك الحزمة الترددية بسبب التكرارات، لا البيانات المفيدة.
تُحلّ Kadcast هذا الأمر بطريقة مختلفة. تُرتّب العقد في k-buckets باستخدام مسافة Kademlia XOR. مُنتِج الكتلة يرسل فقط إلى أقرب k عقد. تمر كل قفزة عبر جدول التوجيه إلى الأمام دون بثّ إلى الشبكة كاملة. تتلقى كل عقدة كل رسالة مرة واحدة. انخفاض الحزم المكررة يقترب من الصفر.
بالنسبة لبنية Dusk، هذه ليست مجرد تحسين بسيط. إثباتات Phoenix PLONK، والتعهّدات Zedger، وإثباتات المتغيرات السرية Hedger جميعها أحمال كبيرة. دفعات مُنسِّق DuskEVM التي تعود إلى DuskDS للتحقق من SBA تمر كذلك عبر هذه الشبكة نفسها. تحت الـ gossip، فإن 50 عقدة تقوم بإعادة توجيه طلبات التحقق فيما بينها قد تُغرق عرض النطاق المنزلي. تُقلّل Kadcast إجمالي عدد البايتات المطلوبة لانتشار كل كتلة بنحو رتبة من حيث المقدار عند هذا الحجم.
شغّلت عقدتي اختبار محليتين في وقت واحد. واحدة باستخدام Kadcast، والأخرى تحاكي إعادة توجيه الـ gossip. نفس ارتفاع الكتلة، وقارنت عمليات الالتقاط من tcpdump مباشرة. كان حجم الحركة الواردة على عقدة Kadcast 38% من محاكاة gossip. كما انتقلت جولات توقيعات SBA عبر المنتج والمتحقق والمُقرّ (approver) باستخدام Kadcast أيضًا، وانخفض تذبذب إنتاج الكتل بشكل ملحوظ.
يراقب معظم مشغّلي العقد أزمنة الكتل. الطبقة المسؤولة عن الانتشار تحتها هي التي تحدد ما إذا كانت أزمنة الكتل ستبقى مستقرة تحت الحمل أم لا.
لم يخبرني أحد أن تاريخ الشبكة الرئيسية لـ DuskEVM لعام 2027 يأتي مع شرط مسبق لا يكاد أحد يتحدث عنه.
كنت أتصفح تفاصيل الخطة التفصيلية صباح اليوم، وفجأة أدركت ذلك. لا يمكن لـ DuskEVM mainnet أن يتم تفرعه مباشرةً من شبكة الاختبار Boreas RC1. يجب أن ينتظر أولًا ترقية Rusk الخاصة بـ Boreas mainnet. وRusk ليس مجرد تحديث إصدار. بل يعيد كتابة منطق اختيار محدّد داخل آلية إجماع SBA.
تعمل SBA على Boreas RC1 على النحو التالي. يقوم المُدققون بتقديم مزايدةٍ مُعمّاة قبل كل كتلة. يقوم VRF بخلط تجزئة الكتلة السابقة لاختيار مُنتِج الكتلة، مع التحقق من أعضاء اللجنة بمكافأة قدرها 5%، والموافقة على أعضاء اللجنة بنسبة 5% أخرى.
تغيّر Rusk أمرين على وجه التحديد.
أولًا، يتم إضافة ترجيح هوية Citadel إلى مرحلة الالتزام بالمزايدة المُعمّاة. يقوم معامل إزاحة اليانصيب بضبطٍ طفيف بحيث تحمل عُقد طبقات KYC الأعلى تحيزًا بسيطًا. وهذا يمنع العقد المجهولة التي لم تمر قط من خلال قناة AFM من السيطرة على إنتاج الكتل اعتمادًا فقط على حجم الرهن.
ثانيًا، ينتقل حدّ توقيع لجنة الموافقة من توقيع يعتمد على الوزن الجماعي 5% إلى اشتراط توقيع ما لا يقل عن 3 عقد من مناطق جغرافية مستقلة على وزن إجمالي قدره 5% معًا. يصبح الاستيلاء من مركز بيانات واحد أكثر صعوبة بشكلٍ بنيوي.
يستند ثبات الجذر لحالة DuskEVM إلى DuskDS. إذا خفّضت Rusk تذبذب إنتاج الكتل من زائد/ناقص 1.5 ثانية إلى زائد/ناقص 0.5 ثانية، تصبح تسوية NPEX على مستوى الثواني لـ DvP شيئًا يمكنك بالفعل تضمينه في SLA.
وبصفتي مشغّلًا لعُقد testnet بنفسي، رأيت يانصيب SBA يُعاد تشغيله إلى جولة ثالثة عدة مرات عندما كانت أعضاء اللجنة التحقّقية يذهبون دون اتصال. بعد Rusk يصبح ذلك أقل تكرارًا بشكل بنيوي.
تاريخ 2027 ليس تأجيلًا. إنها مهلة ينتظر فيها الفريق أن يمرّر Rusk منطق الاختيار عبر ربع كامل من حركة NPEX المُحاكية قبل لمس الشبكة الرئيسية. وهذا الانضباط أثمن من تاريخ إطلاق أسرع.