问剑白玉京

ننصح الجميع بإلقاء نظرة على هذا التثقيف العلمي

يَومٌ واحدٌ فقط يتبقى في العدّ التنازلي لصُنّاع المحتوى—وهذه آخر احتفالات، وهي أيضًا الأشدّ حِدّة في الختام! 😊

اليوم سنبدّل منظورنا إلى أعمق مستوى من الرؤية الكلية (Macro)، ونتحدث عن الطموح النهائي لـ @TermMax TermMax في مجال العوائد الثابتة على السلسلة (On-chain Fixed Income): بناء «منحنى عائد خالٍ من المخاطر» أصيل لـ DeFi.

في التمويل التقليدي (TradFi)، يُعد منحنى عوائد السندات الحكومية بمثابة «مرساة» لتسعير الأصول المالية الكبرى. وبغض النظر عن سندات الشركات أو تسعير الرهون العقارية أو تقييم المشتقات، فإن الجميع يعتمد عليه كمرجع. لكن في عالم DeFi، وبسبب كون معظم البروتوكولات معزولة وتعمل بمعدلات عائمة «صندوقًا أسود»، يفتقر عالم السلسلة منذ فترة طويلة إلى منحنى مُعترف به ومعيار موحّد يغطي مختلف الآجال كمرجع لعائد خالٍ من المخاطر.

TermMax يغيّر هذا الوضع. فهو يبني سوق اقتراض/إقراض بسعر فائدة ثابت مُعياري يغطي عدة سلاسل رئيسية (مثل Ethereum وBNB Chain وArbitrum وBase وغيرها)، مع اختلاف مواعيد الاستحقاق الثابتة (Fixed Maturities). وبالاستفادة من مطابقة السيولة المجمّعة (liquidity matching) بشكل مركز، يمنح DeFi لأول مرة **هيكل الآجال (Term Structure

تكمن هذه القابلية للانقلاب في أن:

أن يصبح مرجعًا للتسعير في التمويل على السلسلة: يمكن للأصول RWA (الأصول الواقعية) المستقبلية، والديون الائتمانية على السلسلة، والمشتقات المعقدة—أن تستند مباشرة إلى منحنى عوائد الدخل الثابت المتكوّن على TermMax للتسعير بدقة.

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

وبالمقارنة مع منحنى الصعود والهبوط بعد افتتاح TMX، فإن المنحنى الأساسي للعائد على السلسلة الذي يرسمه TermMax هو في الحقيقة حجر الأساس الذي يقود إلى «الكأس المقدسة» لبنية Web3 التحتية!
#termmax @TermMax

يقترب العدّ التنازلي لمنشئي المحتوى من نهايته: لم يتبقَّ سوى آخر ثلاثة أيام، من يفهم ذلك يعلم أن من يدرس الأمر سيزداد حماسًا كلما بحث أكثر 😊.

اليوم لا نتحدث عن إدارة المخاطر ولا عن الأوامر المعلقة، بل لنتناول أكثر ابتكار “مُرمّز بالعملات” جوهريًا في @TermMax والذي يسهل تجاهله—**تحويل مراكز الاقتراض/الإقراض المعقدة إلى وحدات معيارية من نوع ERC-20 وNFT (نموذج ثلاثي للرموز: FT / XT / GT)**.

في بروتوكولات الإقراض والاقتراض التقليدية في DeFi، غالبًا ما تكون ديونك أو مدخراتك مرتبطة بإثباتات ضمن مجمع سيولة واحد (مثل aToken). ولتحويل مركز اقتراض/إقراض غير مستحقّ بعد إلى سيولة قبل موعد الاستحقاق، أو لفصل عائد الفائدة المترتبة عليه بشكل منفصل، تكون العملية شديدة الصعوبة وتتعرض لخصم سيولة كبير.

تقوم TermMax بكسر هذا الجمود بالكامل عبر تقسيم مبلغ دين ذي سعر فائدة ثابت إلى ثلاثة أجزاء:

* **FT (Principal Token / رمز الأصل):** يمثل أصل المبلغ الثابت بفائدة ثابتة في المستقبل. يتم تداوله بخصم (Discounted Trading)، وعند حلول الأجل يتم سداده مباشرة، ليصبح العائد الثابت أصلًا قياسيًا.
* **XT (Yield Token / رمز العائد):** يقوم بتقطيع وتغليف تذبذبات معدل الفائدة خصيصًا، بحيث يمكن للتجار ألا يحملوا الأصل، بل إجراء مراهنة دقيقة على مسار معدل الفائدة في المستقبل.
* **GT (Gearing Token / رمز الرافعة):** يحوّل مراكز الرافعة المعقدة مباشرة إلى ERC-721 NFT، لتسهيل نقلها وتداولها بحرية في السوق الثانوية، وحتى استخدامها كضمان ثانوي.

إن تصميم “فصل” الدين والفائدة إلى وحدات مستقلة على نحوٍ فعلي، يقوم في جوهره بتحويل المراكز الجامدة التي كانت عالقة في الاقتراض والإقراض، إلى وحدات معيارية يمكن أن تتدفق بحرية داخل منظومة DeFi بأكملها.

عندما يصبح بإمكان الفائدة والأصل أن يُتداولَا في DEX كما لو كانا أي عملات عادية، عندها فقط يدخل سوق العائد الثابت حقبة السيولة الثانوية الحقيقية الخاصة به. إن أسلوب اللعب المركّب الذي يولّده هذا المنطق الترميزي أكثر إبداعًا بكثير من مجرد معدل عائد مرتفع في لحظة ما.
#termmax @TermMax

倒计时只剩最后三天，这个竞争非常的激烈，项目热度也很高这段时间，今天继续和大家聊聊

如果说过去大家讨论 TermMax（@TermMax ）都是在聊复杂的利差拆分，那今天不妨聊聊它最被低估的一项底层创新——**未匹配资金的自动生息路由（Automated Yield Routing）**。

在传统金融和绝大多数 DeFi 挂单市场上，未成交的挂单资金本质上都是“死资金”。只要你的限价单没有与对手方撮合成功，这笔流动性就只能躺在智能合约里闲置，白白承担时间成本与机会成本。

而 TermMax 引入了一套极其丝滑的生息过渡机制：**当用户的固定利率挂单处于等待匹配阶段时，系统会自动将这部分资金路由至 Aave、Morpho 或 Venus 等浮动利率池中继续赚取基础收益。** 一旦市场出现匹配需求，资金会瞬间无缝切换回固定利率状态，之前赚取的浮动收益也会平滑转化为固定回报。

这背后的行业意义显而易见：

* **资金利用率达到 100%：** 挂单不再意味着放弃利息，彻底解决了挂单等待期的机会成本问题。
* **无痛过度与确定性收益结合：** 在保持流动性活性的同时，随时准备锁死未来确定性的固定回报。

比起简单的开盘炒作，这种把闲置资本利用率榨到极致的算法设计，才真正展现了它作为下一代链上固定收益基础设施的硬核实力。
#termmax @TermMax

في الليلة الماضية سهرت مجددًا حتى فهمت تمامًا آلية الرافعة المالية المتداولة لـ <span class="keep">@TermMax </span> (Looping) ومنحنى الفائدة المخصص (Range Order AMM). في الأصل كنت فقط أريد تصفح الـ“وايت بيبر” عشوائيًا، لكن كلما قرأته زادت إعجابي بمنطق منتجاته. كان محور النقاش في المجتمع يدور تقريبًا حول تقييم الافتتاح الخاص بـ TMX وإطلاق التوكنات، لكن الذي صدمّني فعلًا هو أنه ضغط التعقيد الكامن وراء “الاقتراض الدوري مع الرافعة” إلى البنية التحتية نفسها: في الـ DeFi التقليدي تحتاج إلى عبور ثلاثة أو أربعة بروتوكولات وتتعثر في عدد لا يُحصى من المشاكل كي تبني استراتيجية عوائد، بينما هنا تم تجريدها إلى تفاعل بنقرة واحدة.

سابقًا، عندما كان المرء يريد عمل اقتراض دوري في DeFi، كانت سرعة اليد الأقل قليلًا تلتهم جزءًا كبيرًا من الأرباح بسبب الانزلاق، ناهيك عن التفويضات المتكررة ورسوم الـ Gas المرتفعة. والأسوأ كان كابوس التصفية تحت الفائدة العائمة؛ تواصل الأموال في الدوران، وفجأة تقفز التكاليف بشكل جنوني، فتتحول فجوة الربح التي كنت قد حسبتها لحظتها إلى عائد سلبي، وتغدو العملية مرهقة ومفصلة كأنك تجري جراحة دقيقة يدويًا.

أعاد TermMax تشكيل هذا التجربة بالكامل. فهو يستخدم آلية أوامر معلّقة ضمن نطاقات مشابهة لـ Uniswap V3، فيحوّل فرق الفائدة بين الإقراض والاقتراض وتاريخ الاستحقاق إلى شيء قياسي مباشرة، ما يتيح للمستخدم إتمام دورة “تقديم ضمانة-اقتراض-إعادة الشراء” بنقرة واحدة. يتم تثبيت تكلفة الاستحقاق مسبقًا، وبذلك تصبح استراتيجيات تحقيق ربح عند الصعود أو المراهنة على تذبذب سعر الفائدة نزولًا مجرد منافسة يمكن التنبؤ بها وواضحة، حتى إن صناع السوق المحترفين يستطيعون تخصيص منحنيات عروض أحادية أو ثنائية الجوانب عليها.

ومع دفع كفاءة رأس المال إلى أقصى حد، لم يعد المستخدمون بحاجة لأن يظلوا يراقبون لوحة المعلومات باستمرار لإجراء تعديلات. صحيح أن عمق السيولة بعد TGE ومراهنة السوق ما زالا يحتاجان إلى أموال حقيقية لتطبيع الأداء والاحتكاك، لكن تحويل ذلك الهيكل المركب الذي كان محصورًا سابقًا في أيدي الكبار إلى “تفعيل بنقرة واحدة” على السلسلة بلا عوائق—الجمال الهندسي لتلك البنية التحتية—أكثر ما يثير الإعجاب في داخلي من مجرد قفزة سعر عملة TMX.
#termmax @TermMax $BTC

أمضيت الليلة الماضية مستيقظًا حتى وقت متأخر وأعدت مراجعة آلية التصفية وإدارة المخاطر الخاصة بـ @TermMax . كنت أنوي فقط دراسة كيفية تحديد خط التصفية وكيف تسير منطق التصفية عند الأوضاع المتطرفة، لكن كلما حسبت أكثر صار الأمر أكثر إثارة للاهتمام. في المجموعة، كان الجميع يكررون النقاش حول كم مرة قد يتضاعف افتتاح TMX، وهل سيلقي الكبار ضغطًا بيعيًا لكسْر السوق… لكن في الورقة البيضاء، فإن التعامل مع مخاطر الذيل ومعالجتها بطريقة أنيقة يفوق بكثير تقلبات سعر العملة على المدى القصير. لقد نادت DeFi منذ وقت طويل بدخول المؤسسات، وبأنها ستستبدل البنوك التقليدية؛ ومع ذلك، عندما يأتي حدث أسود، تحدث التصفية والانهيار بسرعة، بل قد تصل إلى التصفية عبر خسارة كاملة للصفر. فمستوى التحكم في المخاطر هذا—كيف يمكن أن يجذب حجم أموال حقيقي؟

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

غيّرت TermMax طريقة التصفية. فقد أدخلت معدل ضمان ديناميكي للتحويل مع منطقة تمهيدية للإنذار المبكر، وبالاقتران مع المطابقة العميقة عبر AMM لأوامر ضمن نطاق Range Order على السلسلة، حوّلوا عملية التصفية من “هاوية قطع بالعنف” إلى “خروج سلس”. بل إن النظام يستطيع حتى تعديل مساحة التحكيم للإغلاق بشكل فوري وفقًا لعمق سيولة الأصول في الوقت الحقيقي: لا يمنح المُصفّيين فرصة للنهب المتعمد، وفي الوقت نفسه يضمن التخلص الفوري من الديون المعدومة على مستوى القاعدة مع التحوط.

هذا التصميم الذي يترك إدارة المخاطر بالكامل إلى لعبة رياضية وللـمطابقة الحسابية، يُقفل مخاطر الذيل داخل قفص منطق صارم. لا شك أن تذبذب السوق بعد TGE وانقطاع السيولة يجب مراقبتهما، لكن TermMax يحوّل أكثر ما تخافه المؤسسات—وهو “عدم اليقين في التصفية”—إلى وحدة نمطية لإدارة المخاطر. لحظة إغلاق الوثائق، لم يخطر في بالي شيء من قبيل “هذا بروتوكول آخر لإصدار عملة، فهل ينجح أم لا؟”، بل شعرت أنه حقًا يكمل لوحة DeFi السفلية المفقودة. قاعدة الأمان المتينة هذه تثير حماسي أكثر مما قد يفعل TMX من ارتفاع كم مرة.
#termmax @TermMax $BTC

تقييم ما إذا كانت البنية التحتية تعمل بشكل جيد: لا تنظر إلى الفيلم الترويجي، بل ابحث عن كودها الأساسي. عندما كنت أراجع وثائق Babylon أولًا، كنت أميل تلقائيًا إلى تصنيف BABY كـ“توكن يركب موجة الاهتمام بـ BTC ويعزّز حضوره عبر مقترحات الحوكمة”. لكن بعد أن درست بدقة قواعد Finality Provider، أصابتني هذه المنظومة الاقتصادية بالهلع.

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

معظم الناس عندما يرون “التثليث المزدوج” يفكرون فقط في كيفية مضاعفة الأرباح. لكن في العقود الذكية الخاصة بـ Babylon توجد قاعدة حديدية: كمية الـ BTC التي يمكن لـ FP قبول تفويضها لديها سقف. والشيء الذي يحدد ارتفاع هذا السقف هو مقدار BABY الذي يضعه العقدة بنفسها كضمان، من جيبها الخاص. هذه ليست “من يعمل أكثر يجني أكثر”، بل هي نظام ضمان شديد القسوة.

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

تستند معظم توكنات العملات الحاكمة إلى “قصص الترويج” كي تحافظ على قيمتها. لكن في نظام Babylon، يكون “رسو” قيمة BABY واضحًا جدًا: “لا تنشئ عقدة إن لم يكن لديك عملات، وقيمة السوق مدعومة بالكامل بكمية BTC المُرهَنة”.

وللتشبيه: الجميع ينقل BTC إلى بيئة ETH لإطلاق السيولة، أما BABY داخل Babylon فهو قيد/مُحدِّد عزم لمحرك أمان. الـ BTC يوفّر باستمرار دافع الثقة، بينما يتولى BABY ضبط حد المخاطر، لضمان أن الضغط عند تشغيل كل ترس يبقى ضمن قدرة الأصول المرهونة على التحمل. BABY يتخفى بوجه توكن للمضاربة، لكنه في جوهره هو أدق مُنظِّم داخل البروتوكول. أن يُجبر كل عقدة تريد استضافة القدرة الحاسوبية على دفع كلفة اقتصادية متكافئة—هذا القابض الذي يرفع تكلفة سوء التصرف هو العمق الذي ينبغي أن تمتلكه بنية الأمان الأساسية في Web3.
#baby $BABY

بالأمس ساعدت صديقي في فرز عُقد تحقق Babylon. بمجرد أن بدأ، أرسل لي لقطة شاشة مرتبة حسب APY. قلت له مباشرة إن هذا النوع من الاختيار قد ينجح ربما في نظام Ethereum البيئي، لكن ضمن منطق التكديس/الاستحواذ المشترك (الـ共质押) في Babylon، فإن هذه الطريقة ستوقعك في خسارة كبيرة في وقتٍ ما. القوة الحقيقية لعقد FP ليست في مقدار العائد الذي يعد به، بل في مقدار BABY الذي يحضنه فعليًا كضمان/رهان في محفظته.

معمارية Babylon مميزة جدًا؛ فهي تربط قسرًا بين حبس سيولة BTC وربط ذلك بعقوبات Babylon الاقتصادية. قيمة $BTC الخاصة بك تبقى على الشبكة الرئيسية كضمان (مرساة)، بينما يتعين على FP على سلسلة BABY توفير حصة/كوتا كافية للـ共质押. لا يمكن لـ FP البقاء ضمن القائمة النشطة والاقتناص من العوائد إلا عندما يكون مقدار تكديس BABY الخاص به قد بلغ مستوى المياه (system waterline).

معدل تحمل الانحراف عند مستوى المياه حاسم للغاية. لنفترض أن FP قام بتكديس ذاتي بكمية ضئيلة للغاية. بمجرد أن ينخفض سعر BABY، أو تتدفق كميات كبيرة من التفويضات إليه، سينخفض معدل التغطية الخاص به بسرعة ليخترق حدًا أدنى. في الـ epoch التالي، ستقوم المنظومة بحذفه بلا رحمة، ويصبح عندها BTC الخاص بك كأنه تم تركه دون فائدة. علاوة على ذلك، عند تفعيل عقوبة/إسقاط الضمان بسبب سوء تصرف العقدة، فإن جانب البيتكوين سيعيد سحب مفاتيح خاصة وUTXO عبر EOTS، بينما جانب BABY سيقوم بتدمير الحصص عبر إجماع كل العقد مباشرة.

هذا يعني أنه يجب علينا أن نكون دقيقين جدًا عند اختيار العقد. كثير من عقد FP تبدو كأنها تملك تكديسًا ذاتيًا كبيرًا، لكنها في الواقع تعتمد على رصيد مُطلق مبكرًا (مكوّنات منحت للفتح مبكرًا) لتستمر في الصمود. شبكة الأمان الحقيقية هي العقد التي تقوم بشراء BABY في السوق الثانوية ثم تقوم بقفلها على المدى الطويل. بمجرد حدوث مشكلة في العقدة، فالتجار الأفراد (المستثمرون الصغار) سيواجهون فترة unbonding طويلة تصل إلى 14 يومًا بدون عوائد. لذا، اعتبار سماكة تكديس BABY الذاتي لـ FP كخيار التصفية الأساسي هو الأساس لضمان نمو الأصول بشكل متين.
#baby $BABY

لقد أعادت نفسي مراجعة وثائق تقنية TBV الخاصة بـ @BabylonLabs_io . في البداية اعتقدت أن الـ Provider لا يمكنه لمس مفتاح BTC الخاص، وأنه لا يعدو كونه وسيطًا للـ “مهمات”، وإذا كانت الخدمة سيئة يمكن ببساطة استبداله. لكن عندما قرأت فصل تهيئة الـ vault، أدركت أن هذا “الوسيط” بمجرد اختياره يصبح مثبتًا (مُحْكَمًا) داخل العقد، ولا توجد نقطة دخول يمكن تغييرها طوال دورة الحياة.

لا يقوم بتخزين أموالك، لكنه يتولى سلسلة كاملة من خطوات الخروج بشكل طبيعي: peg-in يحتاجه ليتم تشغيله، و استرداد ZK proof يحتاجه ليحسب، وبث عمليات Claim وAssert وPayout الثلاث كلها تعتمد على كون عقدته متصلة. صحيح أن العمولة يتم تثبيتها في الإنشاء مرة واحدة، وأن BTC يستقر أيضًا داخل مخرجات Taproot منفصلة، ولا يمكن لأحد سرقتها فعليًا. لكن بمجرد أن يتعطل الـ Provider أو ينقطع، لن تواجه الأمر كأنه مجرد “النقر للاسترداد” فحسب؛ بل ستقلب كل شيء بحثًا عن WOTS keypair وملفات claimer artifacts، ثم تشغّل العملية يدويًا عبر watchtower CLI خطوة بخطوة لسير “الخروج الذاتي”، ثم تنتظر ببرود عينيك اكتمال نافذة التحدي التي تقارب 72 ساعة.

لذلك عندما أنظر إلى الـ Provider، فهو لا يسأل أولًا عن جدول الرسوم. ما يفرّق بين “السلاسة الحقيقية” و“لا-حَوْزة وهمية” هو تقرير الفحص عن: معدل تواجده/اتصاله عبر الزمن (online rate)، وذيل التأخير في توليد إثباتات ZK، ونسبة نجاح الاسترداد في المسار الطبيعي، وعدد المستخدمين الذين اضطروا للمرور عبر قناة self-claim للهروب. في الوقت الحالي ما زال كل شيء ضمن شبكة اختبار عامة، والورقة البيضاء تتعهد بـ trustless، لكنها لم تُسلّم بيانات التشغيل الفعلية على مستوى الخدمة (service-level). وهذه “الثغرة” تحديدًا هي أكثر ما يهمني.

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

كيف ترتّب أولوياتك عند اختيار Provider؟
A. خفض الرسوم إلى أدنى حد
B. رفع معدل تواجد العقدة/اتصالها إلى أقصى درجة
C. تبسيط/تطييش خطوات الهروب اليدوي لتصبح “سهلة مثل البرامج التعليمية”

أنا أضع B أولًا، لكن عندما يحدث توقف/تعطل Provider فعلًا، هل تصبح عتبة C منخفضة بما يكفي—هو ما يحدد إن كنت ستسبّ أو تشتم الجميع. تعال وقل لنا في قسم التعليقات ما هي أولوياتك.
@BabylonLabs_io
#baby $BABY

في مقهى يوم السبت الماضي، فتح لاو تشاو دفتره ممددًا، وكان على الشاشة جدول “BABY” لتداول الأصول. سألني: "هل ميزانية الأمان في Babylon تُعاد تسعيرها مع سعر العملة؟"

عدتُ إلى البيت ونشرت الوثيقة على الطاولة. استخدام BABY مقابل البيتكوين لتوفير يقين اقتصادي: في الورقة البيضاء كل شيء متسق؛ فالمُرَهِنون يقفلون BTC ليأخذوا BABY، وFP يضع BABY كضمان مقابل الحصول على حق التوقيع. إنها تجربة لربط محرّك PoS فوق طبقة التسوية.

لكن حين تفكك كل شيء وتضع معًا مقدار الحصص المُفكَّكة شهريًا، وحد العتبة لتأمين FP، وحجم القفل، بردت القهوة.

لدى Babylon بنية خفية لميزانية الأمان: خط الدفاع الاقتصادي للبروتوكول، أي “أقساط” تُقاس بقيمة BABY لقياس نهائية البيتكوين في النهاية. غير أن حصص الداخل المُفكَّكة تلقائيًا شهريًا هي نموّ قاسٍ مُبرمج داخل الكود، ولا تتغير هذه الإمدادات—تصل حسب الموعد. والأكثر خفاءً هو فخّ الاعتماد الدوري (عكس الدورة) في تأمين FP: إذ يؤدي فك القفل إلى تخفيف التداول، ومع هبوط سعر العملة تتقلص قيمة تأمين FP. وفي حال هبوطها إلى العتبة، يتم طرد FP من القائمة، فتقل “الجهة المتعاقدة” للنهائية. والأخطر: طبقة مصادرة EOTS تعتمد على القيمة الإجمالية لـ BABY التي يضمنها FP؛ وعندما تتقلص القيمة السوقية، قد تصبح تكلفة الهجوم أقل من قيمة المصادرة. عندها تتحول هيبة المصادرة من “غير محتمل” إلى “قابل للحساب”.

وهناك طبقة أخرى في الحساب: عند إضافة خسارة BABY وتكلفة الفرصة لاحتفاظ BTC، يتبين أن المُرَهِنين في الحقيقة يدفعون مقابل توفير خدمة أمان. في سوق صاعدة قد تُخفي الارتفاعات ذلك كله، لكن عند التراجع تصبح هذه هي “مفتاح” هروب الأموال. يُظهر قفل BTC في الشبكة الرئيسية أرقامًا كبيرة على الورق، لكن القفل لا يعني ولاءً؛ إنه فقط سيولة لا تجد لها مكانًا أفضل.

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

لاو تشاو، ما رأيك؟

ما ورد أعلاه هو مجرد وجهة نظر شخصية ولا يشكل نصيحة استثمارية. هل لديك آراء مختلفة؟ مرحبًا بالدردشة في قسم التعليقات.
@BabylonLabs_io
#baby $BABY

أستعيد مشاركتي السابقة في مشروع إقراض DeFi؛ فقد تعرضت تجمعات السيولة المشتركة لثغرة استغلها القراصنة، فتم سلب الأموال بالكامل، ولهذا ترسخت لدي هوسٌ بعزل الأموال. خلال بحثي مؤخرًا في وثائق شبكة اختبار TBV الخاصة بـ Babylon، اكتشفت أن الإعداد داخل وحدة التصفية فيها حاذق للغاية: “يتم دمج عدة خزنات في رأس اقتراض واحد”. إن الصراع التقني الكامن وراء تلك الجملة رائع حقًا.

في نموذج حسابات ETH، تكون أصول المستخدمين كلها متشابكة داخل حالة عقد ذكي واحدة؛ أي حركة تجر وراءها كل شيء. لكن مسار TBV المبني على شبكة BTC يسلك طريقًا أكثر “أصولية”. افترض أنك تودع BTC على ثلاث دفعات؛ عندها لن يختلط المال أبدًا بالنظام، بل سيمنحك ثلاث خزنات UTXO مستقلة. وعندما تفعل الاقتراض، ينفّذ النظام مباشرة “خصمًا بتسلسل بادئة” — كأنك تقف في طابور لشراءٍ ما: يبدأ الخصم من الخزنة الأولى، وعندما تكتمل الحصة يتوقف فورًا. طوال الرحلة لا ينشئ النظام أي حسابٍ مشترك عام.

تم حل مشكلة الإقراض بمجموعة من منطق ترتيب شديد الانضباط، مع الحفاظ على استقلالية UTXO كما هي — هذه حيلة بارعة فعلًا. لكن ما يثير الجنون هو أن الوثيقة بأكملها تتجنب تمامًا الحديث عن آلية السداد/الاسترداد! هل يتم فك القفل بالعكس من الخلف إلى الأمام، أم يتم تقطيع الحسابات وتسويتها بشكل منفصل وبنِسَب؟ في شبكة اختبار Signet التي لا تُختبر فيها لعبة رأس مال حقيقية، غالبًا ما يتم تجاهل الاحتكاكات العميقة في الطبقة الأساسية لأنها تتيح “التشغيل فحسب”.

إن كان يمكن للمرء أن يناضل حتى النهاية على مبدأ “لا اتصال مباشر بالأصل” فهذا يستحق الثناء. لكن إن لم تُستكمل منطقيات الاسترداد قبل إطلاق الشبكة الرئيسية، فمن المؤكد أنها ستؤخر كامل الحلقة الاقتصادية لـ BABY من ناحية الانكماش والتحفيز. فمحرك اقتصاد BABY يحتاج إلى تسويةٍ في الطبقة الأساسية تكون فائقة السلاسة. يا أهل الزمرة، كيف ترون هذا النمط الصارم في خصم الدفعات عبر الطابور، هل لديه أملٌ لتوحيد الساحة في عالم BTCFi؟ أهلاً بكم للتعليق والنقاش.
#baby $BABY

عندما كنت أترجم مستندات اقتصاد التوكن المرتبطة بالـ @BabylonLabs_io ، علقت في صفحة "Token Unlock Schedule". خصص المستند نسبة كبيرة جدًا للحوافز الخاصة بالنظام البيئي والفريق، وكانت أول فكرة لدي: في أي نقاط زمنية محددة تتجمع ضغوط البيع بسبب التداول المبكر؟

بعد أن واصلت القراءة فهمت أن فك ارتباط المجتمع والنظام البيئي وإلغاء القيود يرتبطان بنسبة المشاركة في التخزين/الرهان (staking) وبعدد مقدمي الخدمة (Finality Provider)، وبالتالي يصبح سَير الإطلاق مؤشرًا عكسيًا لصحة البروتوكول. لكن عمليات إطلاق الفريق والمستثمرين مُشفرة بشكل ثابت ولا تتأثر بنسبة الاعتماد، لذا فإن رأس المال المبكر يملك نافذة خروج مؤكدة.

اطّلعت على منحنى إطلاق صندوق الحوافز. تُوزَّع المكافآت حسب الـ epoch، فإجمالي الكمية مرتبط بشكل إيجابي مع إجمالي الـ BTC المرهون، لكن الصندوق ثابت والإطلاق في المراحل المبكرة سريع. خلال أول ثلاثة أشهر، إذا شهد الرهان انفجارًا، سيحصل المتبنون الأوائل على أكبر حصة من "الكيكة"، ثم تتناقص العوائد لمن يأتي لاحقًا. تكاليف التحويل للمراهنين على BTC شبه معدومة: اليوم تأتي بسبب أرباح Babylon المرتفعة، وغدًا تترك عندما ترتفع أرباح EigenLayer.

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

تقييمي: BABY على المدى القصير يتحدد بإيقاع الإطلاق والطلب على الرهان، وعلى المدى الطويل يعتمد على ما إذا كان Babylon سيصبح "المزوّد الافتراضي للأمان" على سلسلة POS. المؤشر الحاسم ليس سعر العملة، بل عدد السلاسل المتكاملة الجديدة كل ربع سنة ورسوم BABY الفعلية المدفوعة.
#baby $BABY

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

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

فكرة الهيكل الذي صمّمته Babylon لإطلاق BABY، والشيء المثير للاهتمام فيه هو «محوره». لم تُجرِ تعديلًا مرنًا عبر «لجنة حوكمة»، بل التزمت بالقواعد الصارمة لشبكة BTC الرئيسية من نوع UTXO. عبر سكربت Taproot، تُكتب شروط فك القفل مباشرة داخل قفل كل وحدة أموال. هذا العزل الفيزيائي من المنبع يقطع الطريق تمامًا على العملية المعتادة: «تقول المؤسسة كلمة واحدة فيتغير فك القفل».

اختبرت ذلك على شبكة الاختبار. السلطة الفعلية لفك قفل BABY ممسوكة بالإجماع المادي على BTC mainnet، وليس بالمفتاح الخاص لمحفظة المؤسسة. ما تراه على السلسلة هو دليل تشفيري حديدي—في الوقت، وفي الكمية، وفي الحالة، ولا ينقص شيء. هل تريد اللجنة التعديل؟ العقد سيرفض مباشرة قبول ذلك.

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

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

[TL;DR]
فك قفل BABY ليس «اتفاقًا حسن نية» عبر توقيع متعدد من المؤسسة، بل قفل فيزيائي من نوع Taproot مثبت داخل BTC mainnet UTXO. صحيح أنه ثقيل ويتأثر بقيود أداء الشبكة الرئيسية، لكنه أصلب من أي وعود فريق. تابع الملاحظة واستمر، ولا تتعجل في اتخاذ إجراء.
@BabylonLabs_io
يا إخوتي، تعالوا لنحكي في قسم تعليقات منصة بينانس.
#baby $BABY

في المجموعة شخص قال: "التفويض بالرهان، ‏BTC لا يتحرك، والعائد يُحوَّل تلقائيًا"، لم أعره اهتمامًا. لستُ غير واثق من Babylon، لكن لدي عيب في شخصيتي: عندما يقول الآخرون "لا داعي لتتدخل"، أصرّ على أن أفهم: "من الذي يتولى الأمر فعلًا؟".

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

هذا هو هيكل تفويض الرهان في Babylon. ‏UTXO ما زال ظاهرًا في محفظتك على أنه "مُقفل"، لكن ‏Finality Provider يشغّل العقد نيابةً عنك ويوقّع نيابةً عنك. هو يقوم بعمل توقيعين (يخرق EOTS)، وما يحترق وفق البروتوكول هو ‏BTC الخاص بك، وليس الخاص به.

الوثائق مكتوبة بوضوح: يتم تعريض المفتاح الخاص، ويتم تدمير BTC الموجود في عنوان الرهان. هذا المفتاح الخاص هو الخاص بـ Provider، لكن ما تُصادره/تُغرم به هو أصولك. كأن المدير يستخدم رخصتك التجارية لفتح متجرين منافسين، فالعقوبة تقع عليك أنت.

يتقاضى Provider عمولة بنسبة 5% إلى 20%، أنت تتحمل 100% من خطر المصادرة/الغرامات، ولا تحصل إلا على 80% إلى 90% من العائد. هو يودع ضمانًا بـ BABY، لكن تذبذب BABY وBTC غير متكافئ. إذا رهنت 100 ألف دولار من BTC، فهو يودع BABY بما يعادل قيمتها. وإن حدثت كارثة، يلغي العقد/العقدات ويبدّل غطاءه، لكن BTC الخاص بك يكون قد انتهى.

والمشكلة الأكبر هي الخروج: تغيير Provider له فترة unbonding تبدأ من 14 يومًا. وخلال هذه الـ14 يومًا، المدير غير الموثوق لا يزال يستخدم رخصتك للتوقيع. إذا أردت الهروب، عليك الانتظار حتى تنقضي فترة القفل.

"عدم الحراسة" لا يعني "عدم فقدان السيطرة". عندما تفوّض صلاحية التوقيع، فأنت تثق بوسيط يلبس قناعًا برمجيًا.

[TL;DR]
التفويض بالرهان هو: "الملكية لك، وصلاحية التشغيل له". Provider يقوم بتوقيعين ويحرق BTC الخاص بك، فيتحمل فقط خسارة ضمان BABY، لكن عدم تماثل المخاطر خطير. فترة unbonding هي فخ الخروج. قبل أن تكون أحجام الضمان والغرامات متكافئة، لا تنخدع بتنويم "عدم الحراسة".

RIF AKE

تفضلوا إلى قسم التعليقات في ساحة Binance وتحدثوا: هل كنتم تحققون مسبقًا من رصيد ضمانات Provider قبل أن تفوضوا؟
#baby $BABY

أنا ابن عمي（اللي يشتغل في التمويل التقليدي）جاء إلى كوالالمبور الأسبوع الماضي. في المساء، في حانة، وهو يحمل كأس بيرة سألني: “عندكم Babylon—ما هو معدل الفائدة الحقيقي للاقتراض بـ BTC؟” قلت له: “شوف معدل استغلال الحوض؛ الآن可能 3%، وبكرة ممكن 8%.” تجمّد لحظة: “طيب لما أعمل ميزانية سنوية، فمعدل مصروف الفوائد أي رقم أحط؟”

[TL;DR]
لم يُحسم بعد الدور الحقيقي لـ BABY في سيناريو الفائدة الثابتة، لكن الحكم مسبقًا إن كان فعلًا يقوم بوظيفة تحمل المخاطر أم لا—أهم من الانتظار حتى ما بعد الإطلاق ثم المطاردة. السيولة التي تُفكّ شهريًا تحتاج إلى طلب حقيقي يستوعبها، وإلا فإن “تمكين عميق” مجرد بطاقة عضوية صالة رياضية مدفوعة مقدمًا—أنت تدفع المال، لكن الجهاز لا يكون جاهزًا.

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

حاليًا، TBV الذي يعمل على شبكة اختبار هو اقتراض BTC بإيداع أصلي على Aave v4، وتتحرك الفائدة وفق معدل الاستغلال. Babylon وAegis فعلًا في خططهما اتجاه الفائدة الثابتة، لكن جدول التنفيذ مكتوب أنه الربع الرابع 2026، بشرط اكتمال التطوير والاختبارات بالكامل. الآن اعتباره منتجًا “مُستقرًا” والرجوع لتوصيته، مثل بيع بطاقة عضوية لمدة عشر سنوات قبل أن تُنجز الصالة—لا فرق.

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

القادم سأتابع فيه ثلاث نقاط: في حوض الفائدة الثابتة، هل BABY هو “رأس مال تأميني” أم مجرد票ّ حوكمة؟ وكيف تُصمم آلية غرامات/خصم السداد المبكر؟ ومن يقدّم الطرف المقابل في جهة التمويل الثابت؟ طالما هذه البنود غير مطبقة، لا تستطيع عبارة “تمكين عبر الرموز” وحدها دعم الأرقام الموجودة في جدول فكّ القيود.

هل تفضّل أن يقوم BABY في حوض الفائدة الثابتة بدور طبقة أولوية شبيهة بـ التقليدي CDO، أم تفضّل الحفاظ على مرونة على السلسلة يمكن سحبها في أي وقت؟
@BabylonLabs_io
#baby $BABY

ورقة بابل البيضاء، القسم السادس، جملة جعلتني أتحير لوقت طويل.

صمّم الفريق آلية مصادرة/عقوبات. سيتم تقطيع (Slash) مُزوِّد الإنهائية (Finality Provider) في سلسلة الاستهلاك عند توقيع مزدوج، لكن الخصم سيكون من BABY على سلسلة بابل؛ بينما السيد لاوّة يُقفل في UTXO على الشبكة الرئيسية للبيتكوين، دون أن يتحرك شيء.

العامية تقول: "مصادرة على السلسلة، ولا خسارة خارجها".

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

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

المشكلة تكمن في هذا "جدار الحماية". تعترف الورقة البيضاء صراحة بأن البيتكوين لا يدعم مصادرة بعيدة (remote slash). سلسلة الاستهلاك تدّعي أنها تحصل على أمان البيتكوين، لكن من يسيء الاستخدام لا يَخسر فعليًا سوى BABY المُراهن. إذا كانت القيمة السوقية لـ BABY أقل بكثير من TVL للـ BTC المرهونة، فإن "الأمان الاقتصادي" يصبح مجرد ورق.

والأهم: BABY هو رمز الرهن والحَوْكمة. معاملات المصادرة، وعَتبات القبول، كلها تُقرر عبر تصويت مُرهني BABY. القاضي الذي يقرر إن كان دا تشونغ مذنبًا هو في النهاية من أصحاب BABY. أما BTC الخاص بالسيد لاوّة، فلا يتوفر حتى مقعد للمشاهدة (لا حضور له في هيئة الحكم).

موقفي: اعترف بقيمة الهندسة لـ "تفويض القفل الزمني"، ولا تنخدع بـ "توثيق BTC". سلسلة الاستهلاك استعارت وزن توافق البيتكوين، لكن الأمان مُخفّض—فالقفل الزمني غير القابل للتلاعب لـ UTXO تم ربطه بالتزامات لينة تعتمد على الحوافز الاقتصادية لـ BABY، وتمت استبدال حدود الثقة بشكل كبير. #baby

بالمعتاد: DYOR، ولا تجعل رؤية "رهن BTC" تريحك وتطمئنك. إذا كانت آلية مصادرة BTC على السلسلة غير قابلة للتطبيق، فهذا حلّ واقعي للتسوية—أم أنه مجرد ثوب جديد للإمبراطور؟ تفضلوا بالنقاش في قسم التعليقات في منصة بينانس.
#baby $BABY

في الليلة الماضية، كان لآو تشانغ يقلب «بيضاء بابيلون» في حانة عند البار، فلما اقترب منه البارمان وسأله ماذا ينظر، قال إنه يطالع «من يمسك مفتاح إخراج الشراب؟»。

إجمالي كمية BABY هو 10 مليارات قطعة، وحوافز المجتمع 15%—لكن إذا أخذت هذا الرقم وحده، فسيشعر كثير من المبتدئين بأن «حصة المجتمع قليلة». غير أن آو تشانغ حين يراجع جدول التوزيع لا يكتفي بعمود واحد. فهناك: التمويل الخاص 30.5%، والفريق 15%، والمستشارون 3.5%—ومجموع هذه الأجزاء يقترب من نصف الإجمالي. والأكثر خفاءً هو أن بناء النظام البيئي وتشغيل البحث والتطوير يحصل كل منهما على 18%؛ وفي الورقة البيضاء سطر صغير يقول: عند بدء Genesis يتم فك قفل 25% مباشرةً。

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

تم حبس تمويل Babylon الخاص لمدة 12 شهرًا، وبعد ذلك يتم سكب 12.5% أولًا، ثم تُفك الكمية المتبقية تدريجيًا خلال 36 شهرًا. الفريق والمستشارون يسيران على دورة أربع سنوات؛ يبدو الأمر غير مشدد. لكن النظام البيئي والبحث والتطوير—وهما تلك الـ36%—يُطلقان 25% عند TGE مباشرة. ثم إن حصة المجتمع 15% تُسحب من المؤسسة في أي وقت، ولا توجد «قفل» صارم—وهذا يعني أن في اليوم الأول لإطلاق الشبكة الرئيسية، تكون الرُزم القابلة للتداول فعليًا أكثر بكثير مما يوحي به رقم «15% للمجتمع» فقط.

ابن عمي يعمل في التمويل التقليدي، وله مقولة: لا تنظر إلى إجمالي الأصول في الميزانية، بل انظر إلى الالتزامات المتداولة. وبالمثل، اقتصاد التوكنات. هل نسبة المجتمع عالية أم لا هو رقم ثابت ساكن؛ الحقيقة الديناميكية هي: بعد TGE، من الذي يستطيع بالفعل أن يضغط السوق ويُغرق السوق بالبيع في السوق الثانوي.

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

عندما تكتمل تشغيل الشبكة الرئيسية وتمر دورتان من فَك القفل، عندها راقب حصة المجتمع 15%—هل هي حجر مرساة أم صخرة ستغمرها أمواج المد؟ النسبة تُعطى للناس لتفهمها، لكن الإفراج—هو الأمر الذي يقرر كل شيء.
@BabylonLabs_io
#baby $BABY

في الآونة الأخيرة، عندما كنت أبحث في @BabylonLabs_io ، وجدت تفصيلة واحدة جعلتني أتوقف عن تمرير الصفحة.

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

لكن لو لم يتحرك النبيذ داخل الخزانة، فلن يزيد تلقائيًا.

تكمن “سحر” Babylon في أنها لم تنقل BTC عبر جسر، بل جعلت BTC “عن بُعد” تدعم الأمان الاقتصادي لسلاسل PoS أخرى عبر قيود زمنية وإثباتات تشفيرية. بمجرد أن يتصرف مزوّد التوثيق (Finality Provider) بسوء، فإن عملية slash ستحرق مباشرةً تلك الـBTC التي كنت تظن أنها “ساكنة” على السلسلة الرئيسية.

“الرهان الأصلي” يبدو نظيفًا، لكنه سرًّا يحوّل الأصول من حالة “الخمول” إلى حالة “التأمين/الضمان”. كما أن multi-staking يجعل نفس BTC يُراهن في الوقت نفسه على عدة سلاسل؛ وكأن كفاءة رأس المال تبلغ أقصى حد على الورق، لكنها في الواقع تضاعف مساحة المخاطر. فإذا حدث خلل في توافق BSN، أو قام المزوّدون بالتوقيع المزدوج جماعيًا، فسيكون الضمان الخاص بك هو أول حاجز يُستخدم كدرع.

الأكثر تعقيدًا هو: يعتقد صاحب BTC أن “BTC الخاصة بي لم تتحرك”، لكن على مستوى البروتوكول، فهي أصبحت تتحمل المسؤولية الاقتصادية عن الآخرين. العائد ليس سحرًا؛ بل أنت من “تُؤجّر حق التصويت الاقتصادي” لـBTC مقابل الإيجار (الرسوم/العوائد).

إذا حدث هبوط حاد وكنت تريد فك القفل فورًا لتغطية المراكز، لكن unbonding في قائمة الانتظار—من يملك الكلمة؟ وإذا تجاوزت نسبة slash التوقعات، هل ما يزال “قيمة الرهن” الظاهرة على الواجهة تبدو سليمة، بينما في الواقع ينقصها جزء؟

Babylon فعلاً يُنشّط رؤوس أموال نائمة بقيمة تريليونات، لكن “عدم استخدام جسر عبر السلاسل” لا يعني انعدام المخاطر. السؤال الحقيقي الذي ينبغي طرحه هو: BTC الخاصة بي تُصدّق/تضمن لصالح من؟ ووفق أي شروط تُعاقَب وتُصادر؟ وهل هناك أولوية عند الخروج؟ وهل توجد جدران عزل لمخاطر متعددة السلاسل؟

كلما كانت الحدود أوضح، زادت قيمة زيادة الوزن (تكديس المركز). الآن يمكن الملاحظة، لكن قبل أن تدخل الأموال الكبيرة، أريد أولًا أن أفهم تلك الـBTC في الخزانة: هل هي فعلًا نائمة، أم أنها تقف بدلًا عن شخص آخر في الخدمة.

[TL;DR]
تسمح Babylon لـBTC بعدم مغادرة السلسلة الرئيسية لكسب العائد، لكن مصدر العائد هو نقل المخاطر. BTC الخاصة بك تدعم الأمان الاقتصادي لسلاسل PoS أخرى عبر قيود زمنية، وmulti-staking يراكب تعريضًا عبر عدة سلاسل. ما يلزم رؤيته بوضوح هو شروط slash، وفترة الخروج، وعزل المخاطر. كلما كانت الحدود أوضح، زادت الثقة.

#baby $BABY $BTC

أعدتُ خلال اليومين هذين مراجعةَ سجلّ التحويلات على السلسلة الخاص بـ BABY، ولم أكن أقصد إلا أن أفهم بدقّة إلى كمّ “أجزاء” تم تقسيم ضريبة الصفقة التي تبلغ 10%.

لكن كلما قرأتُ أكثر، شعرتُ أن الطعم غير صحيح.

قال لي لاو تشانغ عندما دخل قبل أسبوعين: إن Reflection ممتاز، ما عليك سوى الاستلقاء لتجميع أرباح التوزيع. أما صديق قديم يعمل في استراتيجيات DeFi فكان يهزّ رأسه مباشرة، قائلاً إن Auto-Liquidity هو الشيء الصحيح: فكلما كان عمق السيولة أكبر قلّ الانزلاق. وفي المقابل قال ابن عم يعمل في التمويل التقليدي إن Burn هو فقط تقليص للميزانية العمومية (تقليص حجم الأصول)، أي أنه يشتغل وفق منطق قريب من “الـ playbook” الخاص بالبنك المركزي.

تحدث الثلاثة بحماس، لكن لا أحدٍ منهم أصاب نقطة واحدة في العمق.

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

عندها فقط أدركتُ فجأة.

BABY لا “تبيع” فعلاً الحنين إلى الميمات، بل تبيع: "أنت فقط اضغط، ولا تسأل عن الباقي".

لو لم تكن هناك هذه الآلية لتوزيع الحسابات تلقائياً، لكان على المستخدم أن يفكك الضريبة بنفسه، ويُنشئ LP بنفسه، ويحكم بنفسه على التأثير الحقيقي لحركة الحرق على السيولة—الوقت والمعرفة والنقاش كلها ستكون على عاتق المستخدم. الآن، Reflection يجعل الرصيد على الورق يبدو جيداً، وAuto-Liquidity يجعل المسبح لا ينهار، وBurn يعطي لـ FOMO سبباً.

المكاسب مكتوبة على الوجه: يمكنك المشاركة دون التفكير، ويمكنك أيضاً “زيادة القيمة” حتى دون متابعة الشاشة، وحتى بدون تعلم DeFi يمكنك تجربة “دخل سلبي”.

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

لذلك أشعر أكثر فأكثر أن Reflection وAuto-Liquidity وBurn، رغم أنها تبدو كأنها “ثلاث ضربات حاسمة”، إلا أنها في العمق تُنجز المهمة نفسها: سحب “حق حساب الأمور” من يد المستخدم. المستخدم عليه أن يضغط الزر، والعقد هو من يكتب القصة.

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

BABY هذا المفتاح الأصلي الصغير، لكنه يشبه إلى حد كبير المفتاح الحقيقي لصنّاع الأقفال.

بالأمس كتبت BABY، وتحدثت عن كيفية أن يمنع لاستخدامات متعددة السلاسل تأثير تصفية سلسلة واحدة من سحب مراكز السلسلة الأخرى معها.

اليوم سأبدّل إلى تفاصيل أقرب إلى “نتيجة التسليم”: إصرار Babylon على “عدم تسليم المفتاح” الخاص بالـ BTC الأصلي.

هذه النقطة تبدو صغيرة.

لكن التفاصيل الصغيرة غالبًا تكشف إن كان نظام الإيداع/التخزين (staking terminal) يقف فعلًا إلى جانب المستخدم.

في BTCFi، لكي يشارك البيتكوين في DeFi، عادةً يتعيّن عليك تسليم المفتاح أولًا—التحويل إلى WBTC أو cbBTC، أو الجسر إلى سلسلة جانبية. هذا يعني تسليم مفتاح المرآب إلى المالك واستبداله ببطاقة دخول مؤقتة. البروتوكول يَجد الأمر أسهل؛ لكن بالنسبة للمستخدم فهو نقلٌ بالوكالة (custody)، ومخاطر العقود، وطبقة “أغلال إلكترونية”.

المودِع العادي يريد BTC.

ليس “بدّل شهادة ملكية العقار إلى سوار قفل لتخزين في نادي رياضي، ثم قل لي إنك تستطيع تخزين شيء ما”.

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

لذلك لاحظت @BabylonLabs: عقود الـ staking الخاصة بها مبنية مباشرة على السلسلة الأساسية للبيتكوين. يقفل المستخدم BTC الأصلي، دون مغادرة شبكة البيتكوين، دون توليد شكل أصول مغلّفة، ودون المرور عبر وصاية طرف ثالث. يستخدم البروتوكول سكربتات قفل الوقت الأصلية للبيتكوين لإتمام الـ staking والـ slashing على السلسلة الرئيسية—والمفتاح لا يزال في جيب المستخدم، فقط يتم إدخاله مؤقتًا داخل قفلٍ يفرضه البروتوكول.

هذه ليست ميزة يسهل أن تصنع ترندًا.

ولا تشبه ذلك النوع الكبير من “الإيداع بنقرة واحدة”. #ETH

لكنها تشبه الحركة الافتراضية التي ينبغي أن يقوم بها أي طرف/terminal حقيقي: لا يحتاج المستخدم أن يقلق بشأن عدد المرات التي تم فيها تمرير الأصول في الوسط؛ وفي النهاية يبقى الشكل الذي يعرفه المستخدم ويمكنه سحبه فورًا.

وأظن أن تفاصيل مثل #baby تستحق الكتابة، لأن الكثير من مخاطر DeFi لا تحدث فقط قبل حساب العوائد.

بعض المخاطر تحدث بعد بدء الـ staking.

أنت تقفل عملة، لكن يتعين عليك التحقق مما إذا كانت عقود التغليف قد تم اختراقها؛ أنت تكسب عوائد، لكنك تقلق أن يقوم المودِع/الوصي بتحريك الأرصدة ليلًا؛ أنت تريد الخروج، لكن عملية الاسترداد عبر الجسر تتعطل—كأنك فزت في التحكيم العمالي، لكن حساب الطرف الآخر كان قد صار خاويًا مبكرًا.

المحطة/الطرف الناضج حقًا لا ينبغي أن يُجبر المستخدم على تعلم “الأشكال الوسيطة” يوميًا.

يمكن للبروتوكول في الخلفية أن يغلف الأصول—هذا يلزم من أجل التوافق.

لكن واجهة المستخدم لا ينبغي أن تُغلف—هذه هي حدّ الوصاية الأدنى. #BTC
#baby $BABY $BTC