Retsu玄

#dusk $DUSK
لقد لاحظت أن أصعب جزء في جلب الأصول الواقعية إلى البلوك تشين ليس عملية التحويل إلى توكنات. بل ما يحدث بعد وصول الأصول.

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

يتم بناء Dusk Trade كطبقة تطبيق للأصول المالية المُمَثلة بتوكنات، مع تدفقات عمل تشمل استقبال المستثمرين، وربط المحافظ، والتحويلات الخاضعة للرقابة، وتنسيق المدفوعات، وتسوية متوافقة.

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

وتم تصميم Hedger، أيضًا على شبكة اختبار، لإتاحة تدفقات عمل EVM سرّية عبر التشفير المتماثل (homomorphic encryption) وإثباتات المعرفة الصفرية. الهدف هو الحفاظ على سرية الأرصدة الحساسة وتفاصيل المعاملات مع الحفاظ على قابلية التحقق من التنفيذ والمراجعة المصرّح بها.

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

السؤال المحوري هو ما إذا كانت ضوابط بمستوى MTF يمكن أن تتعايش مع سيولة DeFi ذات معنى. قد تجعل هذه الضوابط الأوراق المالية الممثلة بتوكنات مقبولة للمؤسسات، لكنها قد تحد أيضًا من تنقلها عبر أسواق الإقراض وحمّالات السيولة.

تقوم DUSK بالفعل بالدفع مقابل التنفيذ، وتدعم الرهن (staking) وتساعد في تأمين النظام البيئي. غير المبرهن حتى الآن هو ما إذا كانت النشاطات المالية الحية ستخلق طلبًا مستدامًا على نطاق واسع.

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

هل يمكن للضوابط المنظمة وقابلية تركيب DeFi أن تتعايش حقًا على نطاق واسع؟

#baby $BABY
لنجرب فهم بيتكوين ذاتي الحفظ غالبًا يُنظر إليها على أنها الإجابة النهائية، لكن تصميم Babylon يشير إلى أنها ليست سوى الطبقة الأولى من كومة المخاطر.

يمكن لمحافظ بيتكوين غير ثِقَلية أن تُبقي BTC الأصلية تحت شروط إنفاق محددة مسبقًا للبيتكوين بدلًا من نقلها عبر جسر. وهذا أمر ذو معنى. ومع ذلك، بمجرد إضافة حسابات خارجية، أو مخارج مبكرة، أو خصم/‏Slashing، أو الإقراض، أو استراتيجيات التعدين، تظهر تبعيات جديدة حول المحفظة.

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

التمييز المفيد ليس “غير ثِقَلي أو ثِقَلي”. بل هو: ما المخاطر التي تمت إزالتها، وما التي تم عزلها، وما التي تم نقلها ببساطة إلى مكان آخر؟

بالنسبة لي، هذا هو ما يجعل @BabylonLabs_io مثيرًا للاهتمام. يحاول البروتوكول الحفاظ على التحكم الأصلي في بيتكوين مع تنسيق نشاط لا يمكن لبيتكوين تقييمه بنفسها. الاختبار الحقيقي لـ $BABY هو ما إذا كانت هذه الطبقات المضافة تظل شفافة وموزعة وقابلة للإنفاذ مع نمو الاستخدام مع مرور الوقت.

#baby $BABY لِنحاول فهم أن قواعد محاسبية أصغر يمكنها كسر السلاسل كما تفعل حالات فشل التشفير تمامًا. إن إصدار Babylon الخاص بـ 21 يوليو v4.3.1 تذكير مفيد.

عند كل حد زمني (epoch)، يبني المُقترح نقطة تحقق (checkpoint) من امتدادات تصويت BLS لدى المُدققين ويضعها أولًا داخل الكتلة. وهي تحمل الحالة الموقعة للـ epoch السابقة إلى الأمام. ومع ذلك، كان البرنامج القديم يحسب وحدات بايت المعاملات الخام، بينما تحقق CometBFT من الحجم الأكبر المرمّز عبر protobuf. قد تمر مقترحات كاملة ضمن ميزانية Babylon، وتُسبب هلعًا لدى المُقترح، وربما تؤدي إلى تعثر الإجماع.

تقوم الرقعة الآن باستخدام محاسبة متوافقة مع CometBFT، وكحارس أخير، تُزيل المعاملات العادية من ذيل المقترح مع الحفاظ على نقطة التحقق.

هذا يحسن قابلية الاستمرار (liveness)، لكن المقابل هو هدوء أكبر: فإن الكتلة الأولى من كل epoch تتوفر فيها مساحة أقل للنشاط العادي، ويتم تأجيل المعاملات الموجودة في الذيل أولًا أثناء الازدحام. يتحمل المستخدمون والأنظمة الآلية التي تحتاج إلى إدراجٍ في الوقت المناسب مخاطر هذا التأخير.

سأقيس زمن إدراج p95 قرب حدود الـ epoch، مع التحكم في الرسوم وعمق mempool. إذا استمر الفجوة، هل تصبح أولوية الـ checkpoint سطح ازدحام يمكن التنبؤ به لـ @BabylonLabs_io بدلًا من كونها مجرد ميزة أمان؟

#baby $BABY
ألاحظ عملة بابل (BABY)، والجزء الذي أعود إليه باستمرار ليس مكافأة الستيكينغ. بل هو من يمتلك فعليًا الحق في إبداء الرأي.

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

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

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

ربما يحمي حَمَلة BABY القائمين على ستاكينغ بيتكوين لأن الشبكة تعتمد عليهم. وربما تبقى الحوافز متوافقة. لكنني ما زلت غير مقتنع بأنه ينبغي افتراض ذلك ببساطة.

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

#baby $BABY الأسعار الثابتة لا تزال تجعل شخصًا ما يتحمل المخاطر

قد تبدو الأسعار الثابتة مطمئنة، لكن هيكل الإقراض المقترح من Babylon يطرح سؤالًا أكثر صعوبة: من يتحمل حالة عدم اليقين عندما تبقى تكلفة المقترض ثابتة؟

في 25 يونيو 2026، أعلنت @BabylonLabs_io وAegis عن منتج اقتراض محلي من BTC بسعر ثابت مخطط، مبنيًا حول Trustless Bitcoin Vaults وAave V4 وبنية الائتمان لدى Aegis. من المتوقع طرح المنتج في الربع الرابع من 2026، لكن ذلك يظل هدفًا خاضعًا للتطوير والاختبار—وليس إطلاقًا مضمونًا.

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

لكن الخطر لا يختفي.

تدفق الاقتراض من Babylon متاح حاليًا فقط على شبكة اختبار عامة باستخدام أصول اختبار، بينما يظل تكامل Aave V4 مقترحًا ضمن الحوكمة. وضمن تصميم التصفية المقترح، يحصل المُصفّون غير الخاضعين للترخيص على WBTC أولاً، بينما يقوم المتاجرون المرخّصون لاحقًا بشراء القبو المودَع واستكمال الاسترداد لـ BTC المحلي.

تؤثر هذه المدة الزمنية. يمكن أن يستمر تراكم الفائدة، وقد تتحرك BTC بشكل حاد، ويظل رأس المال مرتبطًا بينما يتم إكمال عملية الاسترداد.

ما يلفت انتباهي هو أن الأسعار المتوقعة للمقترضين قد تعتمد على وجود ما يكفي من المتاجرين التحكيميّين المستعدين لتحمل مخاطر تسوية غير متوقعة خلال الأسواق المتوترة.

بالنسبة لـ $BABY و#Babylon، لا تتمثل العلامة المفصلية المهمة فقط في الإعلان عن اقتراض بسعر ثابت. بل تتمثل في إثبات أن الحوافز تظل قوية عندما يرتفع التقلب ويصبح توفر السيولة مكلفًا.

هل يستطيع Babylon جعل الاقتراض قابلًا للتنبؤ به دون جعل مشاركة التصفية غير موثوقة؟
@BabylonLabs_io

#baby $BABY
كلما قرأت عن منتج إقراض بسعر فائدة ثابت، أتجاوز سعر المقترض وأسأل: إلى أين تذهب حالة عدم اليقين. جعلت التوجهات الأحدث لبايبيليون هذا السؤال أكثر أهمية.

في 25 يونيو 2026، أعلنت بايبيليون وأيجيس عن منتج اقتراض محلي بالـ BTC بسعر ثابت مخطط له، يجمع بين Trustless Bitcoin Vaults وAave V4 وبنية الائتمان لدى Aegis. يُتوقع إطلاقه في الربع الرابع 2026، لكن هذه النافذة لا تزال خاضعة للتطوير والاختبار—وليست إطلاقًا مضمونًا.

الفائدة كبيرة. يمكن للخزانة أو الصندوق أو صانع السوق التخطيط بثقة أكبر عندما تكون تكلفة الاقتراض معروفة مسبقًا. وبالنسبة للمؤسسات، قد تكون التمويلات المتوقعة بنفس أهمية الحفاظ على السيطرة على الـ BTC الأساسي.

الجزء الذي جعلني أتوقف هو التصفية.

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

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

بالنسبة لـ $BABY وBaylon، فإن المعلم الحقيقي ليس مجرد إطلاق الاقتراض بسعر ثابت. بل هو إثبات أن التكاليف المتوقعة للمقترضين يمكن أن تتعايش مع حوافز مستدامة للمصفّين والمتاجرين في التحكيم.

من الذي يتحمل المخاطر عندما يتم وعد الجميع باليقين؟

@BabylonLabs_io
#BTC

#baby $BABY تستحق واحدة من التناقضات في أحدث دفعة للإقراض في بابل مزيدًا من الاهتمام: يتم التخطيط لتكاليف اقتراض يمكن التنبؤ بها قبل أن يثبت السوق الأساسي برأس مال حقيقي في 25 يونيو 2026، @BabylonLabs_io وأعلنت Aegis عن منتج اقتراض ثابت الفائدة من BTC الأصلي يستهدف الربع الرابع 2026، بشرط التطوير والاختبار. تجمع البنية المقترحة بين خزائن بافِل توكلس من Babylon وAave V4 وبنية Aegis ذات الفائدة الثابتة، والفائدة واضحة. في شبكة الاختبار العامة الحالية لـ Babylon، يظل الـBTC الأساسي على شبكة بيتكوين بدل نقله عبر جسر تقليدي أو تحويله إلى غلاف قابل للتداول بحرية. يتفاعل Aave مع تمثيل خاضع للقيود لخزانة على Ethereum، ما يسمح بالاعتراف بضمانات دون منح تطبيق على Ethereum حيازة مباشرة للبيتكوين، لكن يجب ألا تختلط هذه الحالات الثلاث المختلفة معًا. مسار الاقتراض لـ TBV موجود على شبكة اختبار عامة، بينما تكامل Aave V4 للإنتاج ما زال مقترحًا ضمن الحوكمة، والمنتج ذو الفائدة الثابتة من Aegis مخطط له لا أنه تم إطلاقه.

ما يلفت انتباهي هو أن وضوح سعر الفائدة يحل جانبًا واحدًا فقط من الاقتراض المؤسسي. قد تعرف الخزانة تكلفة الفائدة مسبقًا، لكن النظام لا يزال بحاجة إلى إثبات أن المُصفّين والمراجعين المتعهدين سيقدّمون رأس مالًا كافيًا خلال الأسواق المتقلبة ومع عمليات الاسترداد المتأخرة للـBTC الأصلي. يمكن لوظائف شبكة الاختبار أن تتحقق من الآليات؛ لكنها لا تستطيع بعد التحقق من سيولة الإنتاج أو سلوك الفترات العصيبة التي تجعل هذا الاتجاه خطوة ذات معنى للنظام البيئي #babylon وربما لطرح Aegis الخاص بسرد المنفعة لدى $BABY ، لكن ليس بعد دليلاً على تبنّي مؤسسي أو على نطاق مُثبت. فهل يمكن لليقين بشأن الفائدة الثابتة أن يجذب مقترضين جادين قبل أن يثبت نظام التصفية والاسترداد نفسه تحت ضغط السوق الحقيقي؟

#BTC

#baby $BABY سُرعة التصفية = اليقين بالتصفية: ما الذي تعتمد عليه فعليًا تكامل Babylon مع Aave V4؟ يتم اختبار نموذج Babylon الأصلي للإقراض المدعوم ببيتكوين (BTC) علنًا الآن عبر Aave V4، لكنني أعتقد أن معظم النقاشات تركز على الجزء الخطأ. تبدو الفكرة الأساسية بسيطة: يقوم المستخدمون بإيداع BTC داخل صناديق Babylon التي يمتلكون مفاتيحها بأنفسهم (self-custodial)، ثم يقترضون عملات مستقرة (stablecoins) عبر Aave V4. تبقى عملات البيتكوين على شبكة Bitcoin نفسها، لذا لا توجد حاجة للجسر أو التغليف (wrap) لاستخدامها كضمان. لكن عملية التصفية هي حيث تصبح الأمور أكثر إثارة للاهتمام. عندما تصبح حيازة المُقترض غير آمنة، لا يستطيع المُصفّون ببساطة الانتظار لعدة أيام حتى يتم تحرير البيتكوين الحقيقي من الصندوق. بدلًا من ذلك، يحصلون على WBTC فورًا.
ثم يتدخل مُرَابُحون (arbitrageurs) معتمدون، فيقومون بسداد جانب WBTC من الصفقة، ويكملون تسوية البيتكوين الحقيقي على شبكة Bitcoin. قد يجعل ذلك التصفية تبدو سريعة، لكن السرعة ليست هي الشيء نفسه مثل اليقين.

ما زال النظام يعتمد على توفر سيولة كافية من WBTC. كما يعتمد على استعداد المُرَابحين لحجز رأس المال خلال فترة التحدي. وكذلك يعتمد على ألا تتحرك BTC بسرعة حادة قبل الاسترداد، وأن يظل نظام الأوراكل موثوقًا خلال التقلبات الشديدة. ما لفت انتباهي هو أن الخطر الحقيقي ليس تقنيًا فقط. بل هو أيضًا اقتصادي. يجب أن يكون هناك من يتحمل تكلفة التمويل وخطر السعر بينما تكون تسوية Bitcoin ما زالت معلقة. والسؤال الأهم هو ما إذا كان هذا رأس المال سيكون متاحًا عندما تنخفض BTC بنسبة 10% خلال 36 ساعة، وتحتاج العديد من المراكز إلى التصفية في الوقت نفسه.
لم تعد Babylon تبني فقط بنية تحتية لتكديس (staking) البيتكوين. بل إنها تُجري أيضًا تجارب على أسس سوق ائتمان بيتكوين محلي (native).

وهذه هي القصة الأكبر التي تستحق المتابعة.

@BabylonLabs_io
#BTC

يبقى $BANK /USDT هابطًا تحت مستوى 0.1680.

أهداف قصيرة: 0.1617 و 0.1599
الإبطال: فوق 0.1700

#baby $BABY
ما الذي تتيحه فعليًا خزائن البيتكوين “عديمة الثقة” — وما الذي لا تتيحه

إذًا، كيف تستخدم بيتكوينك كضمان دون أن تتنازل عن المفاتيح لطرفٍ وسيط؟ هذا ما تحاول خزائن “Babylon” للبيتكوين عديمة الثقة اكتشافه.

الفكرة ذكية جدًا. أنت تقفل عملات BTC الخاصة بك داخل مخرج بيتكوين خاص تتضمن قواعده ما تم تحديده منذ البداية. لا أحد يحتفظ بها نيابةً عنك. أنت تقوم بالتوقيع المسبق على عدة طرق محتملة يمكن أن تتحرك بها العملات—مثلًا، لا يمكن للمُصفي (liquidator) أخذها إلا إذا قال “الـ oracle” إن القرض تعثّر. بعدها يتيح BitVM3 (وهو في الأساس نظام مُصمَّم لإثبات الاحتيال) للبيتكوين نفسه التحقق من هذه القواعد. تفرض الشبكة كل شيء دون الحاجة إلى عقود ذكية معقدة تعمل على السلسلة. لا تتحرك عملاتك إلا إذا كانت الشروط التي حددتها مستوفاة فعلًا.

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

هناك نقطة عملية أيضًا: العائد الذي تحصل عليه يأتي من الرسوم التي يدفعها المقترضون، وليس من أي مكافآت مرتبطة بتخزين البيتكوين/التكديس (st staking rewards). تبقى BTC تحت سيطرتك، لكن عليك أنت متابعة مخاطر التصفية بنفسك. وبعدما يتم قفل قواعد الخزائن، لا يمكن تعديلها. هذا ممتاز للأمان، لكن إذا تحرك السوق بالكامل بشكل جانبي أو غير متوقع، لا يستطيع النظام التكيف.

فهل مجموعة صغيرة من الأوراكل والمُصفيين تمثل لا مركزية فعلية… أم أنها مجرد نسخة أكثر صدقًا من الاعتماد على عدد محدود من الأشخاص؟

@BabylonLabs_io

#baby $BABY A يمكن أن يظل قرض بيتكوين مُسدد بالكامل مُعرِّضًا لتجميد الضمانات في تصاميم DLC الخالصة، وذلك بسبب طريقة فرض شروط الإنفاق.

في خزائن بايلون بابيلسون/بايلون للبيتكوين دون ثقة (Babylon’s Trustless Bitcoin Vaults)، يقوم المقترض والمُقرِض بالتوقيع مسبقًا على عدد كبير من معاملات بيتكوين، تكون نتائجها معتمدة على إثباتات تشفيرية لحالة معيّنة من عقد ذكي خارجي. بدلًا من أن يضطر شخص واحد إلى كشف سر بعد السداد، يلتزم كل طرف بدائرة مشفّرة (garbled circuit). إذا قدّم أحدهم لاحقًا إثباتًا غير صحيح قائمًا على المعرفة الصفرية (للسداد أو التصفية/الاستيلاء)، يمكن للطرف الآخر استخراج سر المُحتال خارج السلسلة ونشره على بيتكوين، مما يُحبط الادعاء الاحتيالي.

لا تقوم شبكة بيتكوين نفسها بتشغيل أي منطق معقّد. فهي فقط تتحقق مما إذا تم الكشف عن سر، وما إذا كانت نافذة التحدي القصيرة قد انقضت. يفتح إثبات سداد صحيح مسار المقترض بنفسه؛ أما إثبات غير صحيح فيكشف السر ويحمي المُقرِض. وبذلك يتم التخلص من مشكلة الخيار الحر الكلاسيكية التي تحصل عندما يتحكم طرف واحد فقط في ما إذا كان سيتم كشف السر أم لا.

عمليًا، ينقل التصميم الثقة من «هل سيفعل هذا الشخص الشيء الصحيح؟» إلى «هل التشفير سليم؟». بمجرد قفل الدوائر والمعاملات الموقعة مسبقًا عند إنشاء الخزنة، لا يستطيع أي طرف أن يماطل في استرداد الضمانات بعد أن تتحقق شروط السلسلسلة على السلسلة (on-chain). وهذا تحسّن حقيقي مقارنة بإعدادات اللجنة (committee setups) أو HTLCs البسيطة.

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

ما مدى قوة عملية التحدي هذه عندما تكون الشبكة مزدحمة أو عندما يحاول مُثبت (prover) العبث بها بنشاط؟
@BabylonLabs_io
#BTC

#baby $BABY
سؤال واحد ظل يلاحقني أثناء دراستي لبابل: إذا كان بإمكان البيتكوين ألا يفهم ما الذي حدث على سلسلة PoS، فكيف يمكنه معاقبة مزوّد نهائية غير أمين؟

افتراضِي الأول كان أن بابل ترسل نوعًا من الإثبات لسوء السلوك إلى البيتكوين وتطلب من سكربتاتها البتّ في القضية. بدا ذلك غير واقعي لأن Bitcoin Script لا يمكنها تشغيل منطق “الـ slashing” المعقّد المستخدم في شبكات PoS.

غيّر القسم 7.2 من ورقة بابل البحثية الخاصة بـ Bitcoin Staking Litepaper طريقة فهمي للتصميم. لا تطلب بابل من البيتكوين تفسير الهجوم كاملًا. بدلًا من ذلك، يحوّل جهاز نهائية EOTS لدى بابل التوقيع المزدوج إلى فخٍّ تشفيري.

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

كانت قناعتي بسيطة: لا تحتاج البيتكوين إلى فهم الجريمة؛ كل ما عليها فعله هو إنفاذ معاملة العقاب بمجرد كشف السرّ التشفيري.

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

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

@BabylonLabs_io
#BTC

#baby $BABY I اعتقدت في البداية أن الابتكار الأساسي في بابل هو مجرد السماح لحاملي BTC بالحصول على مكافآت دون لفّ بيتكوينهم. لكن بعد قراءة المزيد حول البروتوكول، أدركت أن الجزء الأكثر أهمية قد يكون دور موفري الإنهاء النهائي.

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

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

الميزة واضحة: تبقى بيتكوين أصلية بدلًا من أن تتحول إلى أصل مُلتفّ أو تمر عبر جسر تقليدي. كما يمكن للحامليْن فك الالتزام بدون الحاجة إلى إذن موفر الإنهاء النهائي، على الرغم من أن فترات التأمين عبر timelocks الخاصة ببيتكوين وفترات الانتظار في البروتوكول لا تزال سارية.

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

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

@BabylonLabs_io
#BTC

#grvt الطبقة الخفية للتحكم خلف روبوتات التداول لدى GRVT

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

وتبرز أهمية هذا الهيكل لأن GRVT يدعم الروبوتات والتداول البرمجي مع الحفاظ على التسوية وإدارة الهامش والحيازة ضمن نظامها على السلسلة. قد تُقدَّم الأوامر عبر بنية تحتية سريعة للتداول، لكن المستخدمين لا يزالون يصرّحون بالنشاط عبر مفاتيح مرتبطة بالمحفظة وتوقيعاتها. كما توثق GRVT مصادقة المحفظة وفق معيار EIP-712، بينما تُظهر تكاملاتها مع Alertatron أن التنفيذ الآلي قدرة قائمة بالفعل وليست مجرد وعد في خارطة الطريق.

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

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

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

هل ينبغي على GRVT جعل قوالب الصلاحيات وحدود المخاطر الآلية أكثر وضوحًا قبل أن يقوم المستخدمون بتوصيل روبوتات التداول؟

DYOR.
@grvt_io

#newt $NEWT
خلال الأيام القليلة الماضية، أمضيت وقتًا في مقارنة خارطة طريق حوكمة NEWT مع وثائقها الرسمية الخاصة بالحوكمة. وبرز شيء بشكل متزايد: توجد فجوة ملحوظة بين الرؤية طويلة المدى للمشروع والسلطة الممنوحة حاليًا لحاملي الرموز.

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

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

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

ترتبط قوة الحوكمة بالـNEW T المرهون عبر نظام بسيط من «صوت واحد لكل رمز». وبدون آليات ترجيح إضافية، قد يتمتع كبار الحَمَلة بتأثير ملموس على نتائج الحوكمة إذا بقيت المشاركة مركزة.

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

@NewtonProtocol

#grvt
ما زال الناس يصوّرون Grvt وكأنه مجرد منصة DEX أخرى لمرتكبين/مجرمين. أعتقد أن هذا يفوّت الفكرة الحقيقية.

ما الذي تبنيه Grvt يبدو أقرب إلى طبقة وساطة/سمسرة رئيسية على السلسلة (prime-brokerage) : مكان واحد يمكن فيه لرأس المال التداول والبقاء مُنتجًا، والتنقل عبر أكثر من فئة أصول دون التخلي عن الحفظ الذاتي. تم بناء المنصة على بنية zkSync، وتضع تصميم عدم الحفظ في الواجهة، وتجمع بين السرعة خارج السلسلة والتسوية على السلسلة. هذه صيحة مختلفة جدًا عن “مجرد دفتر أوامر آخر.

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

الزاوية الثالثة هي تصميم السوق. من الواضح أن Grvt تدفع إلى ما هو أبعد من مسارات “كريبتو فقط”. المواد الأخيرة تُبرز إمكانية الوصول إلى الكريبتو إلى جانب السلع والأَسهم والتعرّضات الأخرى للأسواق التقليدية في مكان واحد. وهذا مهم، لأن القصة الأكبر ليست من يسرد/يُدرج أكبر عدد من العقود الدائمة (perps) اليوم. بل من يمكنه أن يصبح الجسر الأكثر نقاءً بين البنية التحتية الأصلية للويب/الكريبتو (crypto-native) والتعرّض للأصول العالمية.

لذلك، إذا كان عليّ تلخيص Grvt في سطر واحد، فلن أصفه كمنصة perps أولًا. بل سأصفه كحزمة تداول متعددة الأصول تراعي العائد وقائمة على الحفظ الذاتي، وتَسعى لجعل رأس المال على السلسلة يتصرف مثل حساب مالي حقيقي.
@grvt_io

#newt $NEWT بعد مراجعة المواد العامة لبروتوكول نيوتن ومجموعة Magic Labs، أصبحت وجهة نظري أكثر اتزانًا. تعمل نيوتن على تموضع نفسها كطبقة تفويض على السلسلة تتحقق من السياسات قبل استقرار المعاملات، وتوجد حاليًا نسخة بيتا رئيسية على الشبكتين Base وEthereum. تُظهر الوثائق الرسمية والمشاركات في المدونات تركيزًا حقيقيًا على عناصر التحكم قبل تنفيذ المعاملة، وإثباتات يمكن التحقق منها، وعمليات التكامل مع المحافظ والـAI agents والمدفوعات وسير عمل الامتثال.

يبدو أيضًا أن Magic Labs تضيف توزيعًا ذا معنى إلى الطبقة. تقول الشركة إنها دعمت 50M+ من المحافظ و200K+ من المطورين، وهي مدعومة من PayPal Ventures، وقد عملت مع منصات استهلاكية وضمن قطاع العملات المشفرة، بما في ذلك Polymarket. وهذا يجعل الربط بين Magic وNewton ذا أهمية استراتيجية خاصة للفرق التي تريد بنية تحتية للمحافظ وفرض السياسات في تدفق واحد.

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

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

#grvt سأكون صريحًا: بعد التعمق أكثر في GRVT، أصبحت رؤيتي أكثر دقة وتعقيدًا. إن ما بنَوه ليس “صندوقًا أسود” أسطوريًا من الصفر “متكاملًا بالكامل” لا يستطيع فهمه أحد غيرهم. بل هو تصميم معماري هجين ذكي: طبقة حقيقية من ابتكار المنتج فوق بنية تحتية خارجية مُثبتة، مع الاعتماد عليها بشكل كبير.

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

لكن كلما نظرت أكثر، أصبحت المقايضة أوضح. فالخصوصية وطبقة السلسلة مبنيتان على بنية تحتية لـ ZKsync، وليستا قاعدة أصلية بالكامل من GRVT. محرك العائد يتكامل مع Aave بالفعل، وتوسع RWA يعتمد على شركاء مثل Centrifuge وPlume بالإضافة إلى مُصدري الأصول الخارجيين.

حتى نموذج المطابقة الهجينة خارج السلسلة والتسوية على السلسلة هو نمط معروف في الصناعة، وليس ابتكارًا خاصًا بـ GRVT فقط.

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

@grvt_io