Nexiz Crypto

افترضتُ أن كل سلسلة بلوكشين تعمل بالطريقة نفسها تقريبًا من وراء الكواليس. تُرسَل المعاملات، وتنتظر في طابور، ويمكن للجميع رؤية هذا الطابور قبل أن يتم تأكيد أي شيء. لم أكن أُزعج نفسي مطلقًا بالتساؤل عن ذلك. ثم قرأت شيئًا في وثائق Dusk جعلني أتوقف. لا يوجد لدى DuskEVM ذلك الطابور الظاهر الذي ينتظر فيه الأمر. تمر المعاملات مباشرةً، دون أي ما هو علني يُظهر ما الذي سيحدث قبل حدوثه. عندها فقط أدركت المعنى. في معظم السلاسل، يُنظر إلى السماح للجميع برؤية المعاملات المعلّقة على أنه أمر طبيعي، بل وحتى شيء جيد من حيث الشفافية. لكن ذلك يعني أيضًا أن أي شخص يراقب عن قرب يمكنه رؤية صفقة قادمة والتصرف بشأنها أولًا. بالنسبة للتحويلات اليومية التي لا تكتسب أهمية كبيرة، لا يهم ذلك كثيرًا. أما بالنسبة للنشاط المالي الخاضع للتنظيم، فهذه مخاطرة حقيقية. لذلك فهذا ليس اختصارًا تقنيًا حقًا. يبدو أكثر كونه اختيارًا مقصودًا: شفافية مقابل حماية. لأن المؤسسات المالية تهتم أقل بمشاهدة قائمة الانتظار، وأكثر بأن لا تُعرَض أنشطتها قبل أن تستقر الأمور. ما أعود إليه باستمرار هو كيف يغيّر هذا مفهوم "الخصوصية" هنا حتى. الأمر ليس لإخفاء كل شيء. بل لعدم بث النية قبل أن تصبح المعاملة فعلية. هل ستثق المؤسسات المالية بنظام أكثر فعلًا إذا لم تكن قادرة على رؤية المعاملات القادمة؟ أم أن هذا فقط ينقل مشكلة الثقة إلى مكان آخر؟ #dusk $DUSK @Dusk

كنت أقرأ صفحة Dusk الخاصة بشراكة NPEX، ولفت انتباهي تفصيل واحد: ذكر ترخيص "DLT-TSS". لم أكن قد صادفت هذا المصطلح من قبل في سياق البلوكتشين، لذلك افترضت أنه مصطلح داخلي لدى Dusk.

بعد التحقق من الصفحة الرسمية، اتضح أنه فئة تنظيمية فعلية: ترخيص نظام تداول وتسوية شبكات السجلات الموزعة (DLT Trading and Settlement System)، وهو أحد التعيينات الأحدث ضمن قواعد نظام التجربة (pilot) في الاتحاد الأوروبي للبنية التحتية للأسواق التي تعمل على تقنية السجلات الموزعة.

ما فاجأني هو مقارنة تلك الصفحة بإعلان NPEX السابق من Dusk. كان الإصدار الأصلي لعام 2023 يصف NPEX ببساطة باعتباره بورصة مرخصة بموجب MTF. أما صفحة "Regulatory Edge" الأحدث فتسرد حزمة أوسع: MTF، وBroker، وECSP، وDLT-TSS المرتقب. وهذا يُعد تحولًا ملحوظًا في النطاق بين مادتين رسميتين من المصدر نفسه—ليس تناقضًا، بل إشارة إلى أن التغطية التنظيمية للشراكة توسعت مع الوقت بدل أن تكون ثابتة منذ البداية.

القراءة الحذرة هنا هي أن Dusk لا تدّعي ترخيصها الخاص، بل إنها تستفيد من الوضع التنظيمي القائم لدى NPEX عبر كامل الحزمة. هذه مقايضة مقصودة: تربط قصة امتثال Dusk بتقدم ترخيص NPEX بدل إطار مستقل بذاته.

وهذا يثير سؤالًا حقيقيًا: عند اعتماد DLT-TSS أخيرًا، هل سيتغير نوع الأصول التي يمكن تسويتها على Dusk، أم سيكتفي بشكل أساسي بتقنين ما يفعله NPEX بالفعل؟

#dusk $DUSK @Dusk

كنت أقرأ بعض التحديثات على شبكة Dusk، ولفت انتباهي تفصيل واحد: إنهم يبنون شيئًا يُسمّى Hedger، والذي يُوصف بأنه وحدة خصوصية للطبقة EVM القادمة لديهم.
كان افتراضي الأول أن هذا يعني فقط «المعاملات الخاصة»، وهو الطرح نفسه الذي تقدمه معظم سلاسل الخصوصية. لكن بعد الاطلاع على الوثائق الرسمية اتضح أنه أكثر تحديدًا من ذلك. يستخدم Hedger التشفير المتماثل (homomorphic encryption) جنبًا إلى جنب مع إثباتات المعرفة الصفرية، لكن الهدف ليس مجرد إخفاء البيانات؛ بل جعل تلك البيانات المخفية قابلة للمراجعة عند الحاجة. عندها اتضح لي الأمر. فالتمويل المنظّم لا يحتاج فعليًا إلى سرّية مطلقة. إنه يحتاج إلى خصوصية يمكن فتحها بشكل انتقائي للمُدقّقين أو الجهات التنظيمية دون تعريض كل شيء لسلسلة البلوكشين العامة. ما فاجأني هو كيف يعيد هذا صياغة نقاش «الخصوصية مقابل الشفافية» برمّته. فبدلًا من اختيار أحدهما، يبدو أن DuskEVM مُصمّم للتبديل بينهما بحسب من يطلب ذلك ولماذا.
توجد هنا مفاضلة تستحق الإشارة إليها. إن دعم سير عملٍ سرّي على نمط Solidity يعني عبئًا حاسوبيًا أكبر مقارنةً بسلسلة EVM قياسية، لأن إنشاء الإثباتات وفحوصات الحالة المشفّرة ليست مجانية. ومن المرجّح أن هذا هو ثمن التصميم للمؤسسات بدلًا من التركيز على الإنتاجية فقط.
ومع ذلك، يثير سؤالًا حقيقيًا: مع انتقال المزيد من الأصول الواقعية إلى onchain، هل ستصبح «الشفافية الانتقائية» هي المعيار الفعلي للصناعة، بدلًا من كونها حالة استثنائية?

#dusk $DUSK @Dusk

افترضت أن NPEX ينقل الأصول إلى Dusk عبر ترحيل رمزي مباشر.

ليس هذا ما يحدث.

NPEX هي بالفعل بورصة هولندية خاضعة للتنظيم، مرخّصة كمنصة تداول متعددة الأطراف (MTF) ووسيط.

ما الذي يحدث فعليًا: يصبح Chainlink CCIP طبقة قابلية التشغيل البيني للأصول التي تصدرها NPEX على DuskEVM. يوفّر DataLink بيانات التداول على السلسلة (onchain). وتتعامل Data Streams مع موجزات السوق.

لا يوجد في أي مكان ما يتم من خلاله استبدال ترخيص NPEX أو التحايل عليه.

تبقى الأصول مرتبطة بحالتها التنظيمية الحالية لدى NPEX طوال الوقت. دور Chainlink هو فقط تمكين انتقال هذه البيانات الخاضعة للتنظيم عبر السلاسل دون كسر الامتثال.

برزت ملاحظة واحدة. إن مبلغ 300 مليون+ يورو الذي يُستشهد به كثيرًا ليس رأس مالًا جديدًا يدخل إلى عالم العملات المشفرة. بل إنه عبارة عن أصول مُدارة (AUM) خاضعة للتنظيم موجودة مسبقًا يتم تمثيلها على السلسلة (onchain)، وتظل خاضعة لنفس الترخيص الذي كانت تحته دائمًا.

هل تمثيل الأصول برموز ضمن ترخيص قائم يعني إحضار TradFi إلى السلسلة، أم أنه يمنح TradFi واجهة جديدة فحسب؟ #dusk $DUSK @Dusk

كنت أقرأ من خلال منتدى حوكمة Aave ولاحظت شيئًا غريبًا: كان WBTC يظهر باستمرار في مقترحات "زيادة الحدّ الأقصى للإتاحة" (supply cap)، شهرًا بعد شهر. افترضت أن أصلًا من فئة blue-chip مثل البيتكوين المعبأ (wrapped Bitcoin) يجب أن يكون لديه مساحة غير محدودة للإيداع والاقتراض مقابلها.

لكن هذا الافتراض لم يكن صحيحًا.

بعد مراجعة منشورات أخصائي المخاطر (Risk Steward) لدى Aave الفعلية، وجدت أن حدّ إتاحة WBTC على Aave V3 Core كان عند حوالي 97% من الاستخدام في يونيو، ما دفع LlamaRisk إلى التوصية برفعه من 31,800 إلى 38,200 WBTC. قبل ذلك بأسابيع قليلة، تم خفض الحد نفسه من 39,000 إلى 31,800.

ما فاجأني هو تبادل التعديلات المستمر. ليس رقمًا ثابتًا يتم ضبطه مرة واحدة ثم نسيانه؛ بل يتم تعديله تقريبًا بشكل متواصل بناءً على عمق السيولة وسلوك المستخدمين المُلاحظ. عندها اتضح لي الأمر: حدود الإتاحة لا تُوضع لتقليل الشعبية، بل هي بمثابة قاطع دارة (circuit breaker). إذا تراكمت كمية كبيرة جدًا من WBTC مقارنةً بالسيولة المتاحة على السلسلة (on-chain)، فقد تتسبب خلطة في عمل أوراكل أو موجة من التصفّيات (liquidations) في تجاوز ما يمكن للسوق استيعابه فعليًا.

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

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

#baby $BABY @BabylonLabs_io

كنت أتصفح صفحة إحصائيات Aave ولاحظت أن الإمداد من WBTC سجل أعلى مستوى له على الإطلاق على V4.

افتراضي الأول كان بسيطًا. يجب أن تكون شهية الرافعة المالية قد ارتفعت.

لكن هذا لم يكن يفسر الأمر بالكامل. إذا كان الطلب على الاقتراض هو الذي يدفعه، فمن المفترض أن تكون الأسعار (معدلات الفائدة) في صعود أيضًا.

لذلك تحققت من تطبيق Aave نفسه بدلًا من التخمين.

اتضح أن حاملي WBTC وcbBTC وWETH وwstETH يمكنهم حاليًا اقتراض USDC بنسبة تقارب -0.2%.

سالب. أنت تتقاضى مقابل أخذ القرض.

وهنا انفتح الأمر.

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

ولهذا أيضًا لفتت انتباهي فكرة الاقتراح @BabylonLabs_io على Aave.

يهدف إلى السماح للقروض التي تعتمد على BTC الأصلية بالرجوع إليها مباشرةً، دون الحاجة إلى التغليف من جهة الإيداع. لكن التصفّيات لا تزال تمر عبر WBTC، لأن البيتكوين لا يمكنه تأكيد العمليات بسرعة كافية لتسوية فورية في الزمن الحقيقي.

لذلك حتى سوقٌ لـ"BTC أصلي" يميل إلى الاعتماد على WBTC في اللحظة الأكثر أهمية.

لماذا تبني أي جزء من هذا بمعدلات مدعومة وتراجع (بدائل) مُغلّفة.

تتيح تصميمية Aave V4 بنظام محور وأذرع (hub-and-spoke) لكل سوق أن يحدد الحوافز الخاصة به مع مشاركة السيولة من محورٍ مشترك. هذا يمكّن Aave من بناء عمق في الأسواق الجديدة، بما في ذلك Babylon، بدلًا من انتظار الطلب العضوي.

المقابل هو أن "الإمداد القياسي" يصبح أصعب في القراءة كما هو على ظاهره.

بعضه إيمان. وبعضه فقط هو أن المعدل أفضل.

عندما يصل سوق الإقراض إلى أعلى مستوى له على الإطلاق، كيف تعرف الفرق عادةً؟
#baby $BABY

افترضت أن إقراض البيتكوين الأصلي عبر مقترح Aave بخصوص @BabylonLabs_io يعني أن WBTC لم يعد جزءًا من الصورة.

اتضح أنه ليس كذلك.

تحققت من فحص “temp check” في منتدى حوكمة Aave للتأكد.

عمليات الإيداع تُقيّد بيتكوينًا أصليًا مباشرةً على شبكة Bitcoin. لكن عمليات التصفية لا تمسّ هذا البيتكوين إطلاقًا.

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

وهنا فهمت الأمر.

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

لذا فإن المقايضة الحقيقية ليست “بيتكوين أصلي مقابل بيتكوين مُغلف (wrapped).”

بل إن البيتكوين الأصلي هو ما يدعم القرض، لكن WBTC ما يزال يحمل اللحظة الأكثر أهمية: لحظة التصفية.

المقترح ما زال في بدايته، ويقع ضمن مرحلة فحص “temp check” قبل الانتهاء من عمليات التدقيق وتحديد معايير المخاطر.

يجعلني أتساءل كيف سيُسعّر السوق تلك النافذة القصيرة التي يجب فيها على BTC وWBTC أن يثق كلٌ منهما بالآخر. #baby $BABY

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

بعد مراجعة دليل الاشتراك المشترك الرسمي من Babylon، اتضح أن هذا الافتراض كان خاطئًا. يذكر التوثيق صراحةً أن وزن الاشتراك المشترك يمكن أن يكون أي قيمة عشرية، ولا تحتاج إلى ما لا يقل عن 1 BTC أو 20,000 BABY لكسب المكافآت. ويعالج هذا الأمر مباشرةً باعتباره أسطورة: أي مقدار من BTC وBABY يحقق مكافآت بشكل متناسب، دون وجود حد أدنى مُضمن في الصيغة.

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

ومع ذلك، يثير ذلك سؤالًا حقيقيًا — كم عدد مُستثمري BTC على Babylon الذين يفقدون المكافآت دون علم بسبب مجرد عدم تطابق عنوان؟
#baby $BABY @BabylonLabs_io

كنت أبحث عن جداول فتح التوكنات قبل أسبوع، وكان اسم Babylon يظهر باستمرار، لذلك تعمّقت في الأمر.
افتراضـي الأول كان القصة المعتادة: فريق التوكنات يقوم بعمليات تصريف للمستثمرين بالتجزئة. لكن الأرقام لم تكن منسجمة تمامًا. تبلغ الكمية المتداولة من BABY نحو 4 مليارات من إجمالي يقارب 10 مليارات، أي ما يقارب 37% تم فتحه. وفي الوقت نفسه، تتداول التوكنات قرب 0.011–0.013 دولارًا، مع قيمة سوقية في حدود 45–50 مليون دولار. لذا ذهبت إلى الوثائق للتحقق من الجدول الفعلي. وهنا انطبعت الصورة: Babylon لا تستخدم نموذجًا واحدًا من “كلفت” ثم تصريف دفعة واحدة. فالمستثمرون الأوائل، والفريق، والمستشارون جميعهم يتبعون البنية نفسها — فترة حظر لمدة سنة واحدة، ثم 35 عملية إصدار شهرية إضافية، كل منها يساوي 1/36، ويمتد ذلك من مايو 2026 وصولًا إلى أبريل 2029.
الذي فاجأني هو مدى تعمّد هذا التوزيع. فالتدرّج الخطي لمدة ثلاث سنوات يعني ألا تكون هناك لحظة واحدة تغرق فيها السوق خلال شهر معيّن. والبديل هو أن التخفيف لا يتوقف فعليًا— إنه ضريبة بطيئة ومستقرة على السعر بدل أن يكون “صعقة” واحدة. وهناك طبقة ثانية أيضًا: لدى BABY تضخم سنوي بنسبة 5.5% لمكافآت الستيك، ويتم تعويض ذلك جزئيًا عبر حرق التوكنات من خلال مزادات مكافآت BSN. لذلك فالمعروض لا يتم فتحه فقط، بل يتم أيضًا إصداره (تعديله بالإنشاء) وحرق جزء منه في الوقت نفسه. يجعلني أتساءل — هل يؤدي التدرج الطويل والمتوقع فعلًا إلى تغيير سلوك المستثمرين أكثر مما يفعله “كلفت” كبير؟

#baby $BABY @BabylonLabs_io

كنت أقرأ الأرقام الأخيرة الخاصة بـ Babylon ولفت انتباهي تفصيل واحد: لقد تجاوز البروتوكول للتو تقريبًا 56,000 BTC مرهونة، أي ما يزيد قليلًا على 5 مليارات دولار من حيث القيمة، دون مشاركة أي توكن مغلف واحد. رأيت العديد من مشاريع "Bitcoin DeFi" تدّعي أرقامًا مشابهة، لذلك افترضت أنها مجرد غلاف وصاية آخر بتسويق أفضل.

لم يصمد هذا الافتراض أكثر من خمس دقائق مع الوثائق.

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

عندها فقط انكشف التبادل الحقيقي بالنسبة لي. وبما أن بيتكوين لا تستطيع بطبيعتها "خصم" رصيد المُدقِّق كما تفعل سلسلة EVM، فإن Babylon تبني شروط الخصم داخل عملية فك الارتباط/إزالة القيد. إنها فكرة ذكية، لكنها تعني أيضًا أن BTC يبقى غير سائل مؤقتًا أثناء فك الارتباط لأن ضمان الأمان يعتمد على نافذة ذلك الوقت.

هناك أيضًا التصميم الأحدث للرهان متعدد الطبقات (multi-staking)، حيث يمكن لنفس BTC أن يؤمّن عدة شبكات Proof-of-Stake في الوقت نفسه. عائد أكثر، لكن أيضًا المزيد من المُدقِّقين الذين يمكن أن يؤثر سلوكهم على رهـانك. كفاءة استخدام رأس المال مقابل التعرض المركّز—يبدو أنها التوتر الحقيقي، لا كونه خللًا بل رهانًا متعمدًا.

ما زلت أعود إلى سؤال واحد: مع انضمام المزيد من السلاسل إلى نفس تجمع بيتكوين المرهون، هل يتوسع الأمان المشترك بسلاسة، أم أنه يعيد توزيع المخاطر بهدوء بدلًا من إزالتها؟
#baby $BABY @BabylonLabs_io

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

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

لكن التوقيع المشترك ليس هو نفسه السيطرة. المفتاح الخاص بالمُراهن مطلوب في كل مسار باستثناء الـ slashing لمزوِّد نهائية (finality) سيّئ السلوك. وبدونه، لا يفعل توقيع اللجنة شيئًا.

لذا يمكن للجنة الموافقة على طلب فكّ الرهن. ويمكنها فرض فترة الـ timelock ونسبة الـ slashing. لكن ما لا يمكنها فعله هو تحويل الأموال أو التسرّع في الخروج أو فرض الـ slashing على مُراهن صادق — لأنها لا تمتلك أبدًا المفتاح الوحيد الذي يجعل أيًا من هذه المسارات قابلاً للإنفاق.

مجموعة يتعيّن عليها التوقيع المشارك على كل معاملة تبدو قوية من الخارج. لكن لو نظرت عن قرب، سترى أنها مجرد مُراجع للقواعد بلا طريقة لتجاوز القواعد التي يتحقق منها.
#baby $BABY @BabylonLabs_io

كنت أقرأ تحديث شبكة TBV testnet، أقرأه بنصف انتباه — دمج الـ peg-in لأسفل إلى ثلاث ساعات، وخفض الرسوم إلى الثلث. تقدم قوي.

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

أمر غريب، بالنسبة لبروتوكول بُني على عبارة: "لقد حللنا مشكلة الجسر."

لكن الأمر ليس تناقضًا، بل تمييز. الجسر العادي يُصدر توكنًا ملفوفًا مقابل الثقة — كسر المنطق، ويقوم شخصٌ ما بالمِنت من لا شيء. TBV لا ينقل الـ BTC نفسه أبدًا. بل ينقل مطالبةً محصورةً تشفيرياً عنه، تُفرض عبر البرمجة النصية والإثباتات، لا بكلمة مدقق.

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

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

إذا كان آمنًا بدرجة كافية للـ BTC الحقيقي، فلماذا ليس BABY — وإذا لم يكن كذلك، فماذا تقول هذه الفجوة عن مدى ثقتهم الفعلية به على نطاق واسع؟
#baby $BABY @BabylonLabs_io

كنت أشرح تكامل Aave الخاص بـ Babylon لصديق، وقلت دون تفكير: "لا تغليف أبدًا."

سأل سؤالًا واحدًا: إذا لم يغادر الـ BTC أبدًا شبكة Bitcoin، فكيف يرى Aave — الموجود على Ethereum — ذلك فعليًا؟ لم يكن لدي جواب حقيقي. لذلك عدت إلى الاقتراح نفسه بدلًا من الملخصات التي يتشاركها الجميع.

افترضت أنني سأجد شيئًا ذكيًا، مثل Aave يمتد عبر السلاسل ليقرأ Bitcoin مباشرة.
هذا ليس ما وجدته. ما وجدته كان مجرد توكن. تصميم Babylon ينشئ ما يُسمى vaultBTC على Ethereum، بهدف أن يكون بمثابة تعويض عن الـ BTC المحبوس خلفه على Bitcoin.

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

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

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

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

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

ما زلت أتساءل إن كانت تلك اللحظة قد حدثت بالفعل في مكان ما ولم تكن عالية بما يكفي لكي نلاحظ.

هل رأى أي شخص هنا vaultBTC وقد تم اختباره فعليًا مثل ذلك بعد؟

#baby $BABY @BabylonLabs_io

كنت أقرأ إعدادات التحقق المرحلي (checkpointing) في بابيلون، وهناك تفصيل واحد استغرقني بعض الوقت لأفهمه بالكامل.

معظم سلاسل كوزموس تستخدم فترة فك ارتباط مدتها 21 يومًا كشبكة أمانها الأساسية. إنها الطريقة التي تحمي بها من محاولة شخص ما إعادة كتابة التاريخ. لكن بابيلون لم تستطع الحفاظ على ذلك بمجرد أن بدأت بالربط/التحقيب (anchoring) إلى البيتكوين؛ لأن الأمور أصبحت مرتبطة بتوقيت البيتكوين بدل توقيت كوزموس. لذلك بدلاً من ذلك، بنوا وحدة للـ epoching. يتم تجميع الكتل داخل نوافذ ثابتة، ويتم عمل تحقق مرحلي (checkpoint) لكل نافذة إلى البيتكوين كدفعة واحدة. حسب ما رأيته على شبكة الاختبار (testnet)، تعمل الـ epochs عادةً قرابة ساعة، مع تجميع عدة مئات من الكتل في كل مرة.

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

في المقابل، تحصل بابيلون على شيء يصعب حقًا تقليده في مكان آخر. لم يعد تغيير التاريخ مشكلة توافق اجتماعي (social consensus)؛ بل يصبح مشكلة هجوم ضد البيتكوين (attack-Bitcoin)، وهو طلب أصعب بكثير على أي شخص يحاول تنفيذه. أكثر ما ألاحظه هو أن الإنهائية هنا لا تعمل على ساعة واحدة. هناك جانب كوزموس يتحرك بالسرعة الخاصة به، وجانب البيتكوين يتحرك بإيقاع أبطأ ومنفصل. لذلك عندما يقول الناس إن بابيلون تستعير أمن البيتكوين، فهناك تكلفة ميكانيكية فعلية وراء ذلك، وليست مجرد ادعاء جميل المظهر. لا أعتقد أنها كانت مجرد تعديل لاحق؛ بل يبدو أنها كانت مدمجة من البداية. ما زلت أحاول معرفة مدى تأثير هذا الترابط (coupling) فعليًا في الممارسة، لكن من ضمن خيارات التصميم التي يسهل تفويتها إذا لم تكن تنظر إليها بعناية.
@BabylonLabs_io $BABY #BABY

استمررت في القراءة عن "القطع" في وثائق بابل وافترضت أنه يعمل مثل إيثرِيم. لا يعمل هكذا، والفرق هو الجزء المثير للاهتمام.

في إيثرِيم، يُعاقَب المدقّق عن أمرين: التلاعب بالتكافؤ (توقيع كتل متضاربة) وتسريبات عدم النشاط (مجرد الذهاب دون اتصال أثناء عطل يتعلق بالاستمرارية/الحيوية). كلاهما يكلفك المال. لا تُجرِي بابل قطعًا إلا بسبب الأمر الأول. فإذا قام موفّر الإنهاء النهائي بالتوقيع المزدوج، فإن مفتاحه ينكشف ويُحرق الـBTC الموجود خلفه. أما إذا انطفأ فقط، أو توقف عن التصويت، أو رفض إنهاء الكتل، فلن يحدث شيء على مستوى الرهان. يتم حبسه. يحتفظ المفوّضون بكل ساتوشي. يبدو هذا كأنه تفصيل تنفيذي بسيط. لكنه ليس كذلك. هذا يعني أن "أمان البيتكوين" الذي تشتريه BSN يدافع فقط ضد هجوم واحد محدد جدًا ومدبَّر: شخص يوقّع على كتلتين متضاربتين ويشعل رهانه الخاص ليُنفّذ ذلك. ولا يدافع شيئًا ضد مجموعة مدققين تتوقف فقط عن إنتاج الكتل، أو تقوم بالـcensorship انتقائيًا للمعاملات، أو تتلكأ خلال لحظة خلافية.

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

إذا كان لا يمكن قطع البيتكوين بسبب الصمت، فكم تساوي فعليًا هذه السكون بالنسبة للسلاسل التي تستأجره؟
#baby $BABY @BabylonLabs_io

$3M ليست مبلغًا كبيرًا بالنسبة لمؤسسة تدعم بروتوكولًا يضمن أمان $10B+ في BTC. لكن حقيقة أنه حدثت عملية نقل على الإطلاق تستحق الملاحظة.

بعد استغلال Kelp DAO الذي أدى إلى زعزعة أسواق rsETH وتسرب إلى Aave في أواخر أبريل 2026، التزمت مؤسسة Babylon بمبلغ $3M ضمن جهود التعافي في DeFi — $2M إلى Aave v3، و$1M إلى Aave v4. لم تكن Babylon هي البروتوكول الذي تم استغلاله. لم يكن مستخدمو TBV معرضين للخطر. ظلت الخزائن تعمل تمامًا كما تم تصميمها.

تفصيل تخصيص v4 هو ما يستحق التوقف عنده. إنّه نفس مُعرّف $AAVE version Trustless Bitcoin Vaults الجاري بناؤه ليتم تمريره عبره من أجل الاقتراض المدعوم بالـ BTC. لم تكتفِ Babylon بالتبرع لشريك في ورطة — بل ضخت أموالًا تحديدًا في طبقة التطبيق التي تعتمد عليه خريطة طريقها كي تبقى قادرة على الوفاء وموثوقة.

يركز معظم العناية الواجبة على TBV على التشفير: إثباتات peg-in، شروط الخزائن، وعدم وجود وسيط حفظ في الحلقة. لا يغطي أيٌّ من ذلك ما يحدث عندما تتعرض سوق الإقراض التي تربطها إلى استغلال صادر من طرف آخر. هذه مسألة سلوك مؤسسة، وليست مسألة تصميم بروتوكول، ولا تظهر في ورقة بيضاء.

أجابت Babylon عن ذلك في أبريل، قبل أن يبدأ معظم الناس في تتبّعه كإشارة. إذا كان من المقرر أن يكون BTC رهنًا على $AAVE v4 عبر TBV، فإن $3M هو مؤشر بيانات أكثر فائدة من أي شيء في الشبكة التجريبية.

#baby $BABY @BabylonLabs_io

يبدو أن تحرّك سعر بيتكوين (BTC) مملّ بعض الشيء الآن. لكن تدفّق الأوامر من تحته ليس كذلك.

لقد ظلّ البيتكوين محصورًا في نطاق 64 ألف دولار إلى 67 ألف دولار منذ بضعة أسابيع، ولا يزال منخفضًا بقوة مقارنةً بأعلى مستوى عند 126 ألف دولار في أكتوبر. لا يوجد شيء درامي على السطح. ولكن بيانات CryptoQuant من هذا الأسبوع تُظهر شيئًا يستحق التوقّف عنده. المحافظ التي تحمل 1,000-10,000 BTC قامت بأقوى تراكم لمدة 60 يومًا منذ منتصف يونيو — حوالي 66,700 BTC تم شراؤها.

في المقابل، قام حاملو الفئة المتوسطة (النطاق 100-1,000 BTC) بتصفية ما يقارب 77,800 BTC خلال نفس الفترة. محافظ كبيرة تشتري، ومتوسطة تبيع في الاتجاه نفسه. الآن أضف إلى ذلك شيئًا يكاد لا يتحدث عنه أحد. مؤشر علاوة بيتكوين لدى Coinbase (Coinbase's Bitcoin Premium Index) — وهو في الأساس مقياس للطلب الأمريكي — ظلّ سلبيًا لمدة 60 يومًا متتالية. أطول سلسلة على الإطلاق. الطلب المؤسسي الذي غذّى صعود 2024 قد تراجع إلى حدّ كبير، حتى بينما تستمر الحيتان في الإضافة.

التراكم دون وجود طلب مؤسسي خلفه هو وضع غريب أن تكون فيه السوق. هذا لا يعني أنه صعودي تلقائيًا ولا أنه فخّ تلقائيًا أيضًا. تاريخيًا، عادةً ما يحسم مثل هذا السيناريو إمّا إلى ضغط شراء (انكماش المعروض) أو يظلّ يتحرك بشكل جانبي لفترة أطول. يجتمع الاحتياطي الفيدرالي (Fed) في 28-29 يوليو. هذا ربما يُرجّح اتجاهًا ما — أو الآخر.

أتساءل إن كان أي شخص آخر يراقب مؤشر العلاوة هذا، أم أنني أقرأ فيه أكثر من اللازم. #BitcoinReclaims65K $BTC

توقع واحد أخير. صافرة أخيرة. ⚽🔥 سواء فازت اختياري أم خسرت، كانت رحلة رائعة لمتابعة كل مباراة. حظًا موفقًا للجميع الذين سيُجرون اختيارهم النهائي—لِنُنهِ التحدي الكروي بقوة! 🍀⚽ #BinancePickAndWin #BinancePickAndWin

تفتح اليوم منظومة Grvt.

$381.54B في الحجم التراكمي. 110K متداول. واحدة من أسرع منصات تبادل المشتقات اللامركزية (perp DEX) نموًا في 2026 — الآن تصبح وسيطًا على السلسلة حيث تُكسب كل رصيد وتُجري صفقات.

واليوم، يفتح هذا المحرك أمام المطورين.
أول شريك يبني حصريًا على Grvt: @kototrade — منصة تبادل مشتقات اجتماعية (social perp DEX) برؤية واحدة: إذا كانت أصدقاؤك في الربح وأنت لست كذلك، فأنت تستخدم التطبيق الخطأ.

كل دولار يفعل المزيد. 💧
@grvt_io #GRVT

أستمر في رؤية الناس يركزون فقط على 21 يوليو عندما يتحدثون عن $GRVT، لكنني أعتقد أن التاريخ الأكثر أهمية هو في الواقع 17 يوليو. والسبب هو أنه يجب اتخاذ قرارين قبل أن يصل حدث TGE حتى. أولاً، عليك اختيار ما إذا كنت ستطالب بـ airdrop فورًا أو تؤجله لخطة Multiplier Plan. ثانيًا، تحتاج إلى تحديد المحفظة التي ستستلم رموزك.

جزء المحفظة يبدو أكثر أهمية مما يلمّح إليه معظم المنشورات. لقد حذّر GRVT بالفعل من استخدام عنوان إيداع تابع لمنصة تداول مركزية. إذا ارتكبت هذا الخطأ، فقد لا يكون من الممكن تصحيحه قبل TGE. كما لاحظت أيضًا ظهور صفحات مطالبة مزيفة. بعضها يبدو مقنعًا لدرجة قد تخدع أشخاصًا قضوا سنوات في عالم العملات المشفرة. وبالنسبة لي، لا تزال القاعدة الأكثر أمانًا هي الأبسط: إذا لم تكن مشارَكة من قِبل @grvt_io أو منشورة على grvt.io، فلن أثق فيها.

الإطلاق مثير للاهتمام، لكن قضاء دقيقتين إضافيتين للتحقق من التفاصيل على الأرجح يستحق أكثر من الاستعجال للنقر على أول رابط "claim" تراه.
#GRVT #TGE @grvt_io