Mr_Badshah77

#termmax @TermMax .........ماذا يحدث للمقرضين عندما لا تتمكن التصفية من استرداد قرض TermMax بالكامل؟
كنت أفكر في هذا أثناء الاطلاع على @TermMax .
في أغلب أنظمة الإقراض، تكون التصفية هي النقطة التي يتم فيها بيع الضمانات لتغطية الدين.
لكن ماذا يحدث عندما ينتهي نطاق التصفية ولا يزال القرض غير مسترد بالكامل؟
هنا يصبح آلية التسليم الفعلي لدى TermMax مثيرة للاهتمام.
إذا كانت التصفية تسترد جزءًا فقط من الدين القائم، فيمكن للعملية تلقائيًا الانتقال إلى التسليم الفعلي.
بدلًا من ترك حاملي FT مع مطالبة غير محلولة، يمكن لصندوق الاسترداد أن يحتوي على كل من رموز الدين الأساسية ورموز الضمانات.
بعد ذلك يحصل حاملو FT على حصة نسبية من هذا الصندوق بناءً على ملكيتهم لـ FT مقارنة بإجمالي الـ FT القائم.
لذا فالمقايضة واضحة جدًا:
التصفية الكاملة = يتم استرداد الدين عبر مبيعات الضمانات.
التصفية غير الكاملة = يتم تسليم الأصول المتبقية بشكل نسبي إلى حاملي FT.
لا تزال تحمل مخاطر الخسارة.
لكنها تغيّر ما يحدث عندما لا تكون عملية التصفية العادية كافية لإغلاق المركز.
أي تفضّل:
1. تسليم فعلي تلقائي للأصول المتبقية
2. نموذج يعتمد على التصفية فقط
3. الأمر يعتمد على نوع الضمان؟

#dusk $DUSK @Dusk ....... عادةً لا ألاحظ التغييرات الصغيرة في محفظتي. هذه المرة توقفت: @Dusk غيّرت ثلاث سطور من سلوك الجسر بسبب أن بعض الأحرف غير المرئية قد تهم عندما تكون المذكرة هي الوجهة.
يستخدم جسر BEP20 المذكرة ليخبر Dusk أي عنوان BSC يجب أن يستلم DUSK. لذلك في هذه الحالة، المذكرة ليست مجرد ملاحظة. إنها جزء من تعليمات التوجيه.
تخيّلها مثل ملصق طرد.
إذا كان العنوان يقول:
0xABC...
يرى البشر الوجهة نفسها.
لكن البرمجيات لا تتعامل دائمًا مع المسافات الإضافية وتغيرات سطر السطر بالطريقة نفسها.
هذا هو ما يُصلحه هذا الالتزام. بالنسبة لتحويلات جسر BEP20، تقوم Web Wallet الآن بإنشاء مذكرة مُطبَّعة بعد إزالة المسافات البيضاء، ثم تستخدم نفس القيمة المنقّاة للتحقق، وشاشة المراجعة، والمعاملة الفعلية.
الجزء المثير هو الاختبار.
أضاف Dusk حالة يكون فيها عنوان EVM محاطًا بمسافات، وسطر جديد، وجدولة (tab). يجب أن تُظهر المحفظة العنوان النظيف أثناء المراجعة وأن ترسل ذلك العنوان المُطبَّع حرفيًا إلى التنفيذ.
تغيير صغير، لكن العواقب مهمة لأن وثائق Dusk تحذّر من أن مذكرة الجسر المفقودة أو غير الصالحة قد تمنع التوجيه التلقائي وقد تجعل التحويل غير قابل للاسترداد. لا يزال على المستخدمين التحقق من عنوان الوجهة بأنفسهم.
أعجبني هذا النوع من الهندسة لأنه ليس لافتًا.
إنها حالة الطرفية المملة التي تقع بين “الشفرة تعمل” و“يمكن للمستخدم أن يثق بأمان في مسار التدفق”.
كم من مخاطر محفظة حقيقية مخبأة في تفاصيل تبدو صغيرة هكذا؟
$ACE $BOME

#termmax @TermMax هل ستكون مرتاحًا لوجود توكن تكون فيه 80% من المعروض ما تزال مملوكة للجهة المُصدِرة؟
كنت أفكر في هذا أثناء قراءة ورقة معلومات MiCA الخاصة بـ @TermMax .
لدى TMX حد أقصى ثابت للمعروض يبلغ مليار توكن.
لكن الورقة تقول إن 80% مملوكة للجهة المُصدِرة، وتشمل حصص الفريق والمستشارين وخصصات النظام البيئي ضمن هيكل الاستحقاق المذكور.
هذا الرقم لفت انتباهي فورًا.
لأن تركّز الملكية ليس تلقائيًا أمرًا جيدًا أو سيئًا.
الأهم هو كيفية استحقاق هذه التوكنات، ومتى تصبح متاحة، وكم تأثير الحوكمة التي يمكنها في النهاية أن تمثّله.
تخيّل الأمر كأنك تعطي معظم التذاكر إلى مجموعة صغيرة، لكنك تقوم بتخزين تلك التذاكر بعيدًا مع مرور الوقت.
قد تكون لديهم ملكية كبيرة.
لكن قد لا يتمكنون من استخدام كل شيء دفعة واحدة.
تعترف TermMax أيضًا بالجانب الآخر من هذه المعادلة: عندما تصبح الحوكمة بشكل متزايد على السلسلة، فإن امتلاك توكنات مركزية قد يسمح لمجموعة أصغر من الحَمَلة بالحصول على قوة تصويتية كبيرة.
هذا هو المقايضة المثيرة للاهتمام بالنسبة لي.
الاستحقاق الطويل = مواءمة طويلة الأجل أقوى محتملة.
التركيز العالي = مخاطر حوكمة أعلى محتملة.
لذلك السؤال المهم ليس ببساطة:
"هل الاحتفاظ بنسبة 80% مبالغ فيه؟"
بل ما إذا كانت عملية الاستحقاق واللامركزية يمكن أن تحوّل تدريجيًا هذا التركّز إلى مواءمة حقيقية طويلة الأجل.
إذا كنت تقيم TMX، على ماذا ستُركّز أولًا؟
1. جدول الاستحقاق
2. توزيع الحوكمة المستقبلي
3. نمو المعروض المتداول
4. جميع ما سبق معًا

$BTW $HEMI $BR

#dusk $DUSK @Dusk ........I expected Boreas to make Dusk faster and cleaner. The deeper change was harder to notice: it changed the rules for what the network considers a valid transaction.
تخيّل بلوكتشين مثل كتاب قواعد الحكم. لا تكون ترقية البرامج مهمة لأن الحكم يجري أسرع. تصبح مهمة عندما تتغير القواعد نفسها، ويجب على كل عقدة أن تفسّر اللعبة بالطريقة نفسها.....
هذا ما فعله Boreas.
مع Rusk 1.7، قدّم Dusk ترقيم إصدارات صريحًا بين المعاملات الواردة وصيغتها القانونية، وما يتم في النهاية الالتزام به في الدفتر. كما أصبحت محاسبة الغاز واعية بالانقسام (fork-aware)، مع ربط تكاليف الموارد لعمليات مثل التجزئة والتحقق التشفيري بقواعد البروتوكول الفعّالة.......
لقد تعمّق الأمر أكثر.
غيّر Boreas ترتيب انتقالات الحالة، وجعل أحداث العقود التي تم التراجع عنها واضحة لمستهلكي الأرشيف، وأنشأ حدودًا بروتوكولية واضحة لسلوك المعاملات الأقدم. والأهم من ذلك، تم تعطيل معاملات Phoenix على شبكة Dusk الرئيسية في إعادة التشغيل التي تمت في 10 يونيو عند الكتلة 4,414,095، بينما أبقتها شبكة الاختبار خلال فترة تجريبية قبل تعطيلها عند الكتلة 4,000,000 في 7 أغسطس. تظل بيانات Phoenix التاريخية قابلة لإعادة التشغيل.....
التفصيل الأخير هو ما لفت انتباهي.
ليست الشبكة الناضجة مجرد إضافة ميزات جديدة. أحيانًا تكون الترقية المهمة هي تحديد ما يجب أن يتوقف البروتوكول عن فعله، مع الحفاظ على قدر كافٍ من التاريخ لكي تظل السلسلة قابلة لإعادة الإنتاج.......
ومع إصدار Rusk v1.7.1 الآن هو أحدث إصدار مُدرج، تبدو أعمال هندسة Dusk أقل كأنها ترقية واحدة وأكثر كأنها تشديد مستمر للقواعد تحت طبقة المعاملات المالية.
بالنسبة للأسواق المنظمة، أليس السلوك البروتوكولي المتوقع مهمًا بقدر إضافة وظائف جديدة؟

$ACE $BTW

#dusk $DUSK @Dusk ......I عادةً أنظر إلى كود البروتوكول للأشياء الكبيرة. هذه المرة، جذب انتباهي تعديل صغير في التوثيق.
Dusk غيّرت طريقة تحققها من صحة فهارس الموقع ونشرها.
في البداية، يبدو الأمر كأنه أعمال صيانة:
أصبح تشغيل npm run build مسار تحقق يقوم ببناء الموقع وتشغيل الاختبارات ثم التحقق من النتيجة.
لكن التغيير الأكثر إثارة هو ما يحدث لملف sitemap.xml.
بدلًا من الحفاظ على خريطة موقع ثابتة منفصلة، صار البناء يستخدم sitemap-index.xml المُولّد بواسطة Astro ثم ينشئ sitemap.xml التقليدي كاسم بديل.
يبدو ذلك مملًا.
وفي الواقع، يعالج مشكلة بنية تحتية مفيدة.
تخيل الأمر كأنك تغيّر نظام عناوين مبنى. المبنى يولّد بالفعل الخريطة الداخلية الصحيحة، لكن الزوار الخارجيين ما زالوا يتوقعون العثور على المدخل عند عنوان مألوف. بدلًا من الحفاظ على خريطتين يمكن أن تتباعدا، يقوم البناء بإنشاء العنوان المألوف انطلاقًا من المصدر المُولّد.
والاختبارات تعزّز تلك الفكرة.
#Dusk تتحقق الآن من أن خريطة الموقع المُولدة صحيحة، وأن sitemap.xml التقليدي يعكسها بالكامل.
لذلك قد يفشل التحقق بسبب تعديل توثيقي إذا انقطع هذا الارتباط.
ما يعجبني هنا هو عقلية الهندسة.
الالتزام لا يضيف ميزة بروتوكول لافتة. بل يقلّل احتمال أن تصبح بنية التوثيق غير متسقة بهدوء مع تطور الموقع.
وهذا أهم مما يبدو.
في مشروع تقني، يُعدّ التوثيق جزءًا من الواجهة التي يعتمد عليها المطورون والمشغّلون والأدوات الآلية.
رابط مكسور أو خريطة موقع قديمة أو بناء غير مكتمل لا يُعرّض الإجماع للخطر، لكنه قد يخلق احتكاكًا حول كل ما بُني فوق البروتوكول.
التزام صغير. مشكلة غير جذابة جدًا.
لكن غالبًا تكون هذه التفاصيل التي تخبرني بمدى جدّية الفريق في التعامل مع البنية التحتية المحيطة بالمنتج الرئيسي.
وهذا ما وجدته مثيرًا للاهتمام في تغيير Dusk هذا.
$ACE $RED #ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CryptoStartupsRaise$11.2BInH1 #EthereumFoundationLaunchesGlamsterdamTestnet

#termmax @TermMax أعتقد أن أهم شيء يجب فهمه عن TermMax ليس ما يَعِد بتبسيطه، بل ما يبقى من مسؤولية المستخدم.
تصف شروطه تصميمًا غير وصْصي (غير احترازي) حيث يحتفظ المستخدمون بالتحكم في الأصول المودَعة، بينما تظلّ أمانات المفاتيح الخاصة وقرارات المعاملات في يد المستخدم.
تفرق هذه النقطة لأن التمويل اللامركزي (DeFi) قد يجعل الواجهة تبدو بسيطة بينما تظل المخاطر الكامنة معقدة.
فكّر في الأمر مثل ناقل حركة أوتوماتيكي. قد تحتاج إلى خطوات يدوية أقل، لكن المحرك الأساسي لا يزال يتعيّن أن يعمل بشكل صحيح.
يعترف TermMax صراحةً بالمخاطر، بما في ذلك تقلبات السوق، والثغرات في العقود الذكية، وعدم اليقين التنظيمي، واحتمال خسارة الأموال، وعيوب التصميم أو التطوير.
وينطبق الشيء نفسه على التنفيذ.
تنص شروطه على أن العقود الذكية غير قابلة للتغيير وغير قابلة للإلغاء، وأن المستخدمين مسؤولون عن المشكلات مثل المعاملات المُنشأة بشكل غير صحيح أو أخطاء كتابة عناوين المحافظ.
يخلق ذلك تحديًا تصميميًا مثيرًا للاهتمام لبروتوكول مبني على الاقتراض والإقراض والرافعة المالية.
قد يكون الهدف هو تقليل عدد الخطوات التي يتخذها المستخدمون، لكن تقليل الخطوات لا يقلل تلقائيًا من المخاطر الاقتصادية أو التقنية.
لهذا أجد TermMax مثيرًا للاهتمام.
الاختبار الحقيقي ليس ما إذا كان بإمكان DeFi أن يصبح أسهل في الاستخدام.
بل ما إذا كان هذا التبسيط يمكن أن يتعايش مع أن يفهم المستخدمون بدقة ما الذي يتعرضون له.
هل تفضّل تجربة DeFi أبسط، أم تجربة تجعل كل المخاطر الكامنة أمرًا يتعذر تجاهله؟
#TermMax $ALLO $RED #ChinaJulyOutputRetailInvestmentAllMiss #EthereumFoundationLaunchesGlamsterdamTestnet #CMESeptemberHikeOddsFallTo30.6%

#dusk $DUSK @Dusk كنت أفترض دائمًا أن وضع بورصة على السلسلة يعني ببساطة إعادة بناء البورصة نفسها. لكن التعمق في الإصلاح الحقيقي للاتحاد الأوروبي يُظهر شيئًا مختلفًا: الأمر يتعلق بمن يُسمح له بتشغيل البنية التحتية الأساسية للسوق.
تخيّل بورصة تقليدية كمكتبين منفصلين. أحدهما يطابق أوامر الشراء والبيع. والآخر يؤكد ملكية الأصل بمجرد تسوية الصفقة. ويتم فصل هذين المكتبين عمدًا — إذ إن دمجهما يرفع مخاطر تنظيمية وتشغيلية حقيقية.
غيّر نظام تجارب السجلات الموزعة (DLT) الخاص بالاتحاد الأوروبي ذلك بفئة جديدة تُسمّى DLT-TSS، والتي تتيح لمشغّل مرخّص تشغيل كلٍ من التداول والتسوية على نظام DLT واحد، ضمن شروط محددة.
وهذا ما يجعل 21X جديرًا بالمراقبة. في ديسمبر 2024، حصلت 21X على موافقة ألمانية لتعمل كنظام تداول وتسوية قائم على DLT.
@Dusk لديها بالفعل موطئ قدم هناك. انضم Dusk كمشارك في التداول على 21X، بدءًا بعمليات الخزينة لرمزها المستقر — باستخدام صناديق أسواق نقدية مُرمّزة ومُنظّمة لدعم احتياطيات EURQ.
ما يلفت انتباهي ليس مجرد إضفاء الطابع الرمزي على أصلٍ آخر.
بل هو تغيّر دور البلوك تشين.
لم يعد السؤال "هل يمكن لـ DLT الاحتفاظ بالأصول المالية؟" كما كان — بل أصبح: "هل يمكن لـ DLT أن يصبح فعلًا جزءًا من الطريقة التي يعمل بها السوق نفسه؟"
وهذا معيار أصعب بكثير لاجتيازه.
بالنسبة لي، هذا ما يجعل 21X جديرًا بالمراقبة: اختبار حي لما تبدو عليه الأسواق المالية عندما تكون البنية التحتية أصلية في DLT منذ اليوم الأول، لا أن تُضاف لاحقًا.
إذا ثبت نجاحه، هل سيتوقف البلوك تشين عن كونه مجرد البنية التحتية تحت الأسواق — ويبدأ بأن يكون هو السوق؟
$ACE $ADA
#duskusdt

#dusk $DUSK @Dusk يعتقد الجميع أن مهمة بلوكشين الخصوصية هي إخفاء كل شيء. المقامرة الفعلية لدى Dusk هي عكس ذلك تمامًا: إخفاء كل شيء غالبًا هو الإجابة الخاطئة.

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

لا يتخذ Dusk موقفًا واحدًا. فهو يوفّر نموذجين للمعاملات على نفس أساس DuskDS ويترك سير العمل يقرر أيهما يحتاجه.

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

أما Phoenix فيسلك الاتجاه المعاكس تمامًا: معاملات مُحصّنة، وبراهين معرفة-صفرية، وتفاصيل المعاملة مخفية افتراضيًا، مع إتاحة الإفصاح فقط لمن تم تفويضه فعليًا ليراها.

وهذه هي النقطة التي قد تُفوَّت بسهولة: الأمر ليس مجرد «لقد أنشأنا ميزتين». اختيار Phoenix يحمل وزنًا تشغيليًا حقيقيًا — إعداد حيازة مختلف، ونموذج مسح مختلف — ولهذا السبب بالذات تشير إرشادات تكامل بورصات Dusk نفسها إلى Moonlight للإيداعات بدلًا منه. الخصوصية ليست مجانية، والتظاهر بخلاف ذلك هو ما يجعل بعض المشاريع تنتهي بنموذج يبدو خاصًا على الورق وغير قابل للاستخدام في الإنتاج.

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

$ACE $HEMI

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

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

هذا ليس مجرد حاشية سفلية. هذه هي نموذج المخاطر بالكامل.......

كل تحويل، كل قسيمة، كل إجراء مؤسسي يجب أن ينعكس بين نظامين — واحد على السلسلة، وآخر ليس عليها.

المواءمة ليست ضوضاء خلفية هنا، إنها جدار الحمل الأساسي.

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

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

ويصبح موطنه الوحيد.....

هذا ما بُني عليه @dusk فعليًا. DuskDS يتولى التسوية الحتمية الأصلية على السلسلة. وDuskEVM يتيح للمطورين تصميم التحكم بالوصول والإفصاح الانتقائي داخل جوهر الأصل، لا أن يُضاف لاحقًا.

عناوين RWA تحب الاقتباس عن مليارات "مُرمّزة". قلّة فقط تسأل كم من تلك المليارات ما تزال تعتمد على ورقة ما في مكان آخر توافق على البقاء متزامنة.

$ACE $ALICE

#dusk $DUSK ......A €200M+ بورصة مُنظَّمة تتحرك على السلسلة — واثنان من منتجات Chainlink يعالجان مشكلتين لم يلتفت إليهما معظم الناس إطلاقًا.

هذا ما تتركه العناوين الرئيسية.

عندما أعلنت @Dusk و NPEX عن تكاملهم مع Chainlink، رأى معظم الناس قصة واحدة فقط: “شراكة Chainlink”.

لكن وضع بورصة منظَّمة على السلسلة ليس مشكلة واحدة.

بل هي اثنتان.....

المشكلة الأولى: هل توجد بيانات السوق الرسمية فعلاً على السلسلة؟

وهنا يأتي دور DataLink.

يعمل DataLink كأوراكل على السلسلة لبيانات التداول الرسمية لدى NPEX، ما يسمح بوصول معلومات مالية موثَّقة إلى العقود الذكية.

هذا التمييز مهم.

Dusk و NPEX لا يكتفيان بالاستهلاك غيرهما من تغذية أسعار عامة. بل تصبح بيانات السوق الخاصة بالبورصة متاحة كمعلومات موثَّقة على السلسلة.

المشكلة الثانية: هل هذه البيانات سريعة بما يكفي للتداول؟

كونها على السلسلة لا يعني تلقائيًا أنها “لحظية”.

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

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

لذا تصبح البنية المعمارية بسيطة بشكل مدهش:

أولاً، انشر “حقيقة” السوق على السلسلة.

ثم اجعل تلك الحقيقة سريعة بما يكفي لتُستخدم.

إن فاتتك الأولى، فلن تكون لدى السوق بيانات موثوقة.

وإن فاتتك الثانية، فقد تكون لدى السوق بيانات حقيقية لكنها تصل ببطء شديد لتكون مفيدة.

لهذا أعتقد أن الجزء المثير للاهتمام في قصة Dusk × NPEX × Chainlink ليس عنوان الشراكة.

بل البنية التحتية الكامنة تحتها.

لأن إدخال سوق مُنظَّم على السلسلة يعني حل التفاصيل “المملة” التي تجعل السوق يعمل فعلًا.

$AKE
$SYN

#dusk $DUSK معظم سلاسل الكتل تسأل: «كيف نضيف الخصوصية؟»

لكن “Dusk” طرح سؤالًا أصعب:

«ماذا لو كانت الأوراق المالية المنظمة وتطبيقات EVM تحتاج إلى أنواع مختلفة تمامًا من الخصوصية؟»

يوضح هذا السؤال لماذا أنشأ @dusk محركين للخصوصية بدلًا من محرك واحد.

تم تصميم Zedger لبيئة الأصول المالية الأصلية لدى Dusk. يسمح نموذجها الهجين بين UTXO/الحسابات وSparse Merkle-Segment Trie بتسجيل تغييرات الرصيد بشكل خاص، مع إظهار ما يحتاجه الشبكة فقط للتحقق. وهذا يجعلها مناسبة لعقود الخصوصية الأمنية (Confidential Security Contracts)، حيث يجب أن تعمل توزيعات الأرباح، والاستردادات المتوافقة، والتسوية دون كشف كل التفاصيل الحساسة.

لكن DuskEVM يغيّر القواعد.

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

الجزء المثير للاهتمام ليس فقط أن Dusk يمتلك تقنيتين للخصوصية.

بل أن المعمارية تقبل أمرًا تحاول سلاسل كثيرة تجنبه والاعتراف به:

الخصوصية مخصصة حسب نوع العمل.

فالسندات المنظمة لها متطلبات مختلفة عن تطبيق Solidity. فملاءمة المستثمرين ودورة حياة الأمان والتسوية المتوافقة ليست المشكلة نفسها مثل التنفيذ السرّي على EVM.

لذلك يتشارك Zedger وHedger نفس الوجهة، لكنهما يسلكان مسارات تقنية مختلفة.

والتنازل واضح أيضًا: يمكن للأنظمة المتخصصة أن توفر ملاءمة أفضل، لكنها أيضًا تُدخل تعقيدًا معماريًا أكبر.

بالنسبة للتمويل على السلسلة الخاضع للتنظيم، هل تمثل التخصصات النهج الأذكى، أم ينبغي للخصوصية في النهاية أن تصبح طبقة عامة واحدة؟

@Dusk $AVAAI $BANK

هناك إحساس أعرفه جيدًا في عالم العملات المشفرة.

تفتح منصة تتوقع رؤية نشاط أكبر لأن السوق كان يتحرك، ثم تلاحظ فجأة أن صفقاتك أنت أصبحت أصغر حجمًا وأقل تكرارًا.

يجعلك ذلك تتساءل: هل السوق فعلًا أصبح أكثر هدوءًا، أم أنني أنا فقط من يشعر بذلك؟ 👀

الأرقام الأحدث من eToro منحتني شعورًا مشابهًا.

تحولت أعمال تداول العملات المشفرة في المنصة إلى خسارة قدرها 7.2 مليون دولار في الربع الثاني من 2026، مقارنةً بأرباح بلغت 37.7 مليون دولار في الربع نفسه من العام الماضي. 😟

كما انخفضت إيرادات الأصول المشفرة إلى 1.35 مليار دولار، بعد أن كانت 1.91 مليار دولار قبل عام.

لكن الرقم الذي شد انتباهي فعلًا كان النشاط.

أفادت eToro بأنها سجلت 1.4 مليون صفقة عملات مشفرة فقط في يوليو، وهو تراجع ضخم بنسبة 73% على أساس سنوي.

وانخفض متوسط الصفقة المشفرة بنسبة 50% إلى 182 دولارًا.

هذا تغيير كبير فعلًا.

والذي يجعل الأمر مثيرًا للاهتمام هو أن eToro نفسها ليست بالضرورة تمر بربع سيّئ بشكل عام.

فإجمالي المساهمة الصافية ارتفع 9% إلى 229 مليون دولار، وبلغت الحسابات الممولة 4.28 مليون حساب، وجاءت الأرباح للسهم (EPS) المعدلة عند 0.68 دولار مقارنةً بتقدير المحللين 0.61 دولار.

لذلك تبدو المشكلة أكثر تحديدًا:

يتباطأ نشاط العملات المشفرة، حتى بينما تنمو المنصة الأوسع.
وهذا يفسر لماذا كانت ردّة فعل السوق سلبية للغاية. 📉😰

سقطت أسهم eToro بأكثر من 12% بعد صدور النتائج، رغم أن الشركة تجاوزت توقعات الأرباح.

وفي الوقت نفسه، ما زالت eToro تبني لمستقبل العملات المشفرة، بما في ذلك العقود الدائمة الدائمة على السلسلة (onchain perpetual futures) وقدرات شراء عملات مشفرة جديدة.

لذا لا أقرأ ذلك على أنه “انتهاء العملات المشفرة”.

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

سوق صاعد قد يجعل الجميع يبدو مشغولًا.

والاختبار الحقيقي يأتي عندما يبطّئ المتداولون.

هل تعتقد أن هذا مجرد تهدئة مؤقتة في نشاط العملات المشفرة، أم أن المنصات بدأت تواجه تغيّرًا أعمق في طريقة تداول الناس؟ 🤔

$RAD $COOKIE $LUNA

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

اليوم كان السعر 20,000 دولار.

يبدو هذا الرقم مرعبًا عندما تراه مرتبطًا بالبيتكوين، خاصة بعد أن شاهدت BTC تبني قيمة كبيرة جدًا على مدار السنوات. 😰📉

لكن بعد التعمق في حُجة المحلل، أعتقد أن السؤال الأكثر إثارة للاهتمام ليس “هل سيتراجع سعر البيتكوين إلى 20 ألف دولار؟”.

بل ما الذي يتعين حدوثه لكي يصبح هذا السيناريو واقعيًا؟

يتوقع أليسو راستاني أن بيتكوين قد تستمر في الصعود خلال الأشهر الثلاثة إلى الستة المقبلة قبل أن تدخل في سوق هابطة أكبر بكثير في عام 2027.

تحذيره الرئيسي هو 57 ألف دولار.

إذا فقدت BTC هذا المستوى، يعتقد أن المنطقة الرئيسية التالية قد تكون حول 47 ألف–49 ألف دولار. ومن هناك، فإن هدفه الهبوطي على المدى الأطول يتمثل في نحو 20 ألف–25 ألف دولار بحلول نهاية 2027.

وبصراحة، هذا ما يجعلني غير مرتاح. 😟

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

لكن يوجد تناقض مثير للاهتمام.

فالمحلل نفسه الذي يدعو إلى احتمال وصول بيتكوين إلى 20 ألف دولار يعتقد أيضًا أن BTC يمكن أن تصل في النهاية إلى مليون دولار.

فقط ليس فورًا.

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

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

20 ألف دولار ليست مضمونة.

مليون دولار أيضًا ليست مضمونة.

الإشارة الحقيقية التي سأراقبها أبسط بكثير:

هل تُمسك بيتكوين بسعر 57 ألف دولار، أم تفقده؟

إذا ثبتت 57 ألف دولار، سيصبح من الصعب جدًا الدفاع عن أطروحة هبوط 20 ألف دولار على المدى القريب.

أما إذا كُسرت بشكل حاسم، فسأتوقف عن السخرية من الأهداف المخيفة وأبدأ بالاهتمام أكثر بكثير. 👀

هل ستظل محتفظًا بالبيتكوين خلال احتمال هبوط بنسبة 50–70% إذا كنت تؤمن حقًا بأن مليون دولار قد يتحقق بعد سنوات؟

#BTCat20k #BTC #crash #bearishmomentum $BTC $SOL $DOGE

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

لم تكن العتاد هو المشكلة الأكبر.

المشكلة كانت إبقاؤه يعمل.

ظلّت تلك الحسابات الصغيرة في ذهني عندما رأيت ما قامت به شركة كيل، التي كانت تُعرف سابقًا باسم بتفارمز.

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

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

المنافسة الحقيقية ليست بالضرورة بيتكوين مقابل ذكاء اصطناعي.

بل هي تعدين البيتكوين مقابل الذكاء الاصطناعي على المورد نفسه النادر: الطاقة.

قال الرئيس التنفيذي لدى كيل ذلك بصراحة: “الطاقة هي القيد”. وتقول الشركة إن مواقعها باتت تقترب الآن من اكتمال التصاريح، مع مفاوضات قائمة بالفعل بين مستأجري الذكاء الاصطناعي/الحوسبة عالية الأداء المحتملين للحصول على السعة.

وهذا ليس مجرد عنوان استراتيجي.

فقد باعت كيل 1,085 BTC مقابل نحو 75 مليون دولار بين 1 أبريل و7 أغسطس، تاركة 1,861 BTC في ميزانيتها.

لذلك، بينما يتداول البيتكوين قرب 64 ألف دولار ويتابع المتداولون ما إذا كان يمكن أخيرًا أن يخترق 68 ألف–70 ألف، فإن جزءًا من صناعة التعدين يقوم بحساب مختلف تمامًا.

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

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

ربما لن تكون قصة تعدين البيتكوين الكبيرة المقبلة عن مقدار ما يمكن لمنِّي البيتكوين إنتاجه.

ربما ستكون عن ما إذا كانوا ما زالوا يريدون استخدام طاقتهـم لإنتاجه.

هل تعتقد أن الذكاء الاصطناعي أصبح منافسًا حقيقيًا لقوة تعدين البيتكوين؟

#AI #BTC #BTCMiningPeak $BTC $ETH

في عدة مناسبات، ارتكبت خطأ النظر إلى البيتكوين فقط بعد حدوث حركة كبيرة.

عندما يرتفع السعر، يبدأ الجميع الحديث عن الهدف التالي، ويصبح من السهل جداً تجاهل ما يحدث فعلياً تحت سطح الرسم البياني.
لهذا السبب لفت انتباهي اليوم نطاق BTC قرب 64 ألف دولار.

أول شيء أراقبه هو منطقة 68 ألف–70 ألف دولار. إذا تمكنت بيتكوين من استعادة تلك المنطقة بقوة حقيقية، فستبدو عملية التعافي الحالية أكثر إقناعاً. لكن دون ذلك، ما زال 61 ألف دولار مهماً. فقدان هذا المستوى قد يعيد 57 ألف و53 ألف وحتى مستويات أدنى إلى دائرة التركيز.

ما يجعل هذا السيناريو أكثر إثارة للاهتمام هو الرافعة المالية.

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

هناك أيضاً إشارة أخرى لن أتجاهلها.

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

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

64 ألف دولار مثيرة للاهتمام.

لكن رد الفعل حول 70 ألف دولار قد يخبرنا بالكثير أكثر.

ما الذي تراقبه عن كثب الآن أكثر: اختراق 70 ألف دولار أم دعم 61 ألف دولار؟
$BTC #BTC

قبل بضعة أشهر، اشتريت بنك طاقة.

لم يكن يهمني من صنع البطارية، أو أي مصنع قام بتجميعها، أو ما نوع الشرائح الموجودة بداخلها. كل ما كنت أهتم به هو أنها تشحن هاتفي عندما أحتاج إليها....
هذا جعلني أدرك شيئًا....
غالبًا ما تختفي أفضل البنى التحتية في الخلفية......
وأثناء الاستماع إلى المكالمة الأخيرة للمؤسسين في Babylon، بقيت معي جملة واحدة....
سأل أحدهم ما إذا كانت Babylon ترى نفسها شركة بنية تحتية أم شركة منتجات....
وكانت الإجابة مفاجئة بالنسبة لي.
كلاهما....
بدلًا من بناء التكنولوجيا والرهان على أن أحدًا سيفيد منها في نهاية المطاف، تحاول Babylon إثبات بنيتها التحتية عبر منتج حقيقي أولًا.
خزائن البيتكوين غير المرتبطة بالثقة (Trustless Bitcoin Vaults) ليست مجرد ورقة بحثية أخرى أو عرضًا تقنيًا. يتم تقديمها من خلال منتج اقتراض مُبني باستخدام Aave v4. إذا استخدمها الناس فعليًا، فإن البنية التحتية تكون قد اجتازت اختبارها الواقعي الأول....
أعتقد أن هذا أسلوب أكثر صحة لقياس الابتكار.
قد تبدو الميزات مبهرة في التوثيق، لكن المنتجات هي التي تكشف ما إذا كانت هذه الميزات تحل مشكلة حقيقية....
نهج Babylon يبدو أقل شبيهاً بقول: "انظروا ماذا بنينا"، وأكثر شبيهاً بالسؤال: "هل يساعد هذا فعلًا حاملي البيتكوين؟"
إذا كانت الإجابة نعم، فإن الإقراض هو مجرد البداية. وقد تدعم البنية التحتية نفسها في النهاية الائتمان والتأمين والـ stablecoins وغيرها من المنتجات المالية الأصلية للبيتكوين.
أحيانًا تكون أقوى البنى التحتية ليست تلك التي يتحدث عنها الناس....
بل تلك التي يستخدمها الناس دون حتى أن يفكروا فيما يحدث تحت السطح....
هل تعتقد أن مشاريع البلوك تشين ينبغي أن تثبت بنيتها التحتية بمنتجات حقيقية قبل التوسع في أنظمة بيئية أكبر؟
@BabylonLabs_io $BABY #baby
فضولي؟ اقرأ أحدث مكالمة للمؤسسين واحكم بنفسك.

$QUID $HEI

المعلّم الذي أعرفه كان لديه قاعدة واحدة أثناء الامتحانات.

لم يكن يقبل أبدًا من يقول: "ثق بي، لم أحتِلّ."

وكان جوابه دائمًا كما هو: "أرِني الدليل."

عاد هذا الأسلوب إليّ عندما كنت أقرأ ورقة أبحاث بابيلون.

معظم مشاريع البلوك تشين تتحدث عن الأمان. تتخذ بابيلون خطوة أبعد عبر طرح سؤال أصعب: ماذا يحدث إذا فشل الأمان فعلًا؟

بدلًا من الاعتماد على الوعود، بُني البروتوكول على المساءلة الرياضية.

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

ما وجدته مثيرًا للاهتمام هو أن الهدف ليس الادّعاء بأن الهجمات مستحيلة.

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

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

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

بالنسبة لي، هذا هو الفرق بين التسويق والهندسة. أحدهما يطلب من الناس أن يصدّقوا. والآخر ينشر المنطق ويتيح لأي شخص أن يطعن فيه.

هل ستثق ببروتوكول أكثر بسبب ادعاءات جريئة، أم لأنه يثبت علنًا كيف يعمل أمانه؟

@BabylonLabs_io $BABY #baby

كنت أتحدث مع صديق عن البيتكوين قبل بضعة أيام.
ضحك وقال: "كل مشروع يزعم أنه يحل كل شيء."
لم أستطع أن أجادله حقًا. عالم الكريبتو مليء بوعود كبيرة.
في وقت لاحق من تلك الليلة، فتحت وثائق Babylon، أتوقع قائمة طويلة أخرى من الميزات. بدلاً من ذلك، وجدت شيئًا لم أتوقعه.
معظم البروتوكولات بُنيت لإصلاح مشكلة واحدة. Babylon تحاول ربط ثلاث مجموعات مختلفة عادةً ما تفكر في أشياء مختلفة تمامًا.
يريد صاحب بيتكوين الاحتفاظ بالتحكم في عملاته مع تحقيق مكافآت.
وتريد سلسلة إثبات الحصة PoS أمانًا أقوى دون قضاء سنوات في بناء الثقة.
ويريد المطور أدوات سهلة التكامل بدلًا من إعادة بناء البنية التحتية من الصفر.
هذه ليست مشكلات متشابهة، ومع ذلك تجمعها Babylon بتصميم واحد بدل إنشاء حل منفصل لكل منها.
وهذا هو الجزء الذي ظللت أفكر فيه بعد أن انتهيت من القراءة.
البنية التحتية الجيدة ليست دائمًا تلك التي تضم أطول قائمة ميزات. أحيانًا تكون هي التي تجعل الحياة أسهل للجميع مستخدميها بهدوء.
إذا نجحت Babylon، فقد يتذكرها الناس أقل بسبب ميزة واحدة وأكثر بسبب مدى طبيعتها في ربط أجزاء مختلفة من منظومة البيتكوين.
أي تحدٍ برأيك يستحق أكبر قدر من الاهتمام أولًا: مساعدة حاملي البيتكوين، أم تعزيز سلاسل PoS الجديدة، أم منح المطورين أدوات بناء أفضل؟
@BabylonLabs_io $BABY #baby

$BLESS $HOME

قبل بضعة أيام، دخلت إلى سوبرماركت لأشتري شيئًا واحدًا فقط.....

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

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

عاد ذلك السؤال لي أثناء قراءتي Babylon Genesis.......

يصف معظم الناس Genesis بأنها طبقة التنسيق ضمن منظومة Babylon البيئية. أعتقد أن هذا يصف نصف القصة فقط.........

الفكرة الأكبر هي ما الذي يحدث بعد وصول بيتكوين.......

بدلًا من إرسال المستخدمين عبر منظومات بيئية مختلفة للتداول، أو الإقراض، أو المكافآت، أو الخزائن، أو BTC LSTs، تعمل Genesis تدريجيًا على تجميع هذه اللبنات الأساسية داخل بيئة واحدة مؤمّنة بواسطة بيتكوين. الهدف ليس فقط جعل بيتكوين آمنًا. بل هو جعل بيتكوين مفيدًا دون إجبار السيولة على مغادرة المنظومة باستمرار......

هذه هي الجزء الذي وجدته مثيرًا للاهتمام......

الأمان يجذب المستخدمين......

شبكة سيولة مترابطة تمنحهم سببًا للبقاء، وبناء الأشياء، والاستمرار في تحريك رأس مالهم......

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

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

هل تعتقد أن BTCFi يحتاج إلى المزيد من التطبيقات، أم أنه يحتاج أولًا إلى مركز أقوى للسيولة؟

@BabylonLabs_io $BABY #baby

قبل بضعة أسابيع، اشتريت مكتبًا يحتاج إلى التجميع في المنزل.

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

عاد ذلك التصوّر إليّ أثناء قراءتي عن بنية أمن بابل.

ما أدهشني لم يكن ميزة واحدة بعينها. بل الطريقة الدقيقة التي تُفصَل بها المسؤوليات.

تبقى البيتكوين مركّزة على ما تقوم به بالفعل على نحو استثنائي: تأمين القيمة وتوفير أساس غير قابل للتغيير. تتولى Babylon Genesis الاهتمام بالتنسيق وسجلات الإيداع (staking) وتدوين نقاط التحقق (checkpointing) والحسم النهائي (finality). تركز السلاسل الخاصة بالمستهلكين على تشغيل التطبيقات، بينما يتولى مزودو الحسم النهائي (Finality Providers) واليقظون (Vigilantes) كلٌ منهم دوره المتخصص.

أعتقد أن هذا قرار هندسي أقل تقديرًا.

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

بالنسبة لي، هذا هو المكان الذي تبدأ فيه القابلية الحقيقية للتوسع. ليس عبر مطالبة شبكة واحدة بالقيام بكل شيء، بل عبر التأكد من أن كل جزء يعرف بالضبط ما هو مسؤول عنه.

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

@BabylonLabs_io ...$BABY ...
#baby ...