问剑白玉京

بالأمس ساعدت صديقي في فرز عُقد تحقق 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罚没层依赖FP抵押的BABY总值；市值缩水时，攻击成本可能低于没收价值，罚没威慑从"不可承受"变成"可计算"。

还有一层账：把BABY损耗和BTC机会成本加回去，质押者其实在付费提供安全服务。牛市被涨幅掩盖，一旦下行，这就是资金外逃的开关。主网锁仓BTC账面可观，但锁仓不等于忠诚，只是没更好去处的流动性。

Babylon最会讲故事的点——"BTC不出主网、私钥自己攥着"——听着像Holder的终极梦想。但安全感最后还是要回到一个老问题：当承重墙的砖是用每月自动膨胀的代币砌的，而砌砖的人自己还在按月提货，这面墙到底防的是外人，还是防的是供给曲线本身？

老赵你觉得呢？

以上仅为个人看法，不构成投资建议。你有没有不同的观点？欢迎评论区聊聊。
@BabylonLabs_io
#baby $BABY

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

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

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

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

重新翻 @BabylonLabs_io 的代币经济文档时，我在"Token Unlock Schedule"那一页停住了。文档把很大比例划给生态激励和团队，我第一反应是：早期流通抛压到底集中在哪些时间点？

读下去才明白，社区和生态解锁与质押参与率、Finality Provider数量挂钩，把释放节奏变成协议健康的反向指标。但团队和投资人的解锁是硬编码的，不受采用率影响，早期资本有确定退出窗口。

我看了激励池的释放曲线。奖励按epoch分发，总量和质押BTC正相关，但池子固定、前期释放快。前三个月质押若爆发，早期质押者吃掉最大块蛋糕，后来者收益递减。BTC质押者切换成本几乎为零——今天Babylon收益高就进来，明天EigenLayer收益高就撤走。

真正卡住我的是BABY的估值锚点。文档把BABY定义为"安全即服务"的结算代币，外部链支付BABY购买BTC经济安全。可价格暴涨让购买成本过高，低迷又吸引不了质押，这个循环没有自动调节机制。

我的判断：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

كنت بلا شغل أمس الليلة، فوضعت طلب حد سعر على شبكة GRVT Testnet، وبالمناسبة رميت الأموال في GLP Vault. مجرد عبور جسر Arbitrum، والانتظار حتى تؤكد Rhino.fi، استغرق تقريبًا ساعة كاملة. كنت أظن أن عبارة “بدون KYC، وإدارة ذاتية” حقيقية، لكن عند سحب الأموال كدت أنفجر غضبًا. حد يومي 50 ألف U، والسحب عبر سلسلة ETH بسعر ثابت 15 دولارًا للمرّة—هذا ليس مخصصًا للمستثمر العادي، بل واضح أنه مُعد لأصحاب رؤوس أموال بأرقام سباعية. أي فريق عادي يريد الدخول إلى GRVT عليه أن يحسب هذه التكلفة الخفية أولًا—من حسب؟

عدت وفتشت مرة أخرى آلية GRVT “zkSync Validium + مطابقة خارج السلسلة + تسوية على السلسلة”. كلما قرأت أكثر، زادت السخرية. على الورق يبدو مخيفًا، لكنه في الجوهر فقط يشغّل صندوقًا أسود للمطابقة خارج السلسلة، ثم يجمع دفعة من الصفقات ويطرح zk proof على السلسلة. رسميًا يتحدثون عن تأخير ملي ثانية/ملي ثانية، وستمئة ألف TPS، لكنني أريد أن أرى ماذا يحدث عندما يقوم Security Council بفرض تجميد طارئ، أو عندما تقوم Guardians بتجميدٍ ناعم لمدة 12 ساعة: عندها يكون سحبك محبوسًا في hard freeze لمدة سبعة أيام—هل ستكون التجربة وكأنها علقت على انتظار موافقة؟ أي ربح يتم سحبه يتطلب انتظار تصويت أصحاب التوقيع المتعدد خارج السلسلة للختم، وهذا لا يختلف جوهريًا عن T+1 لدى شركات السمسرة، فقط أن GRVT غلفته بجلد “لا مركزية”.

ثم نظرت إلى نظام النقاط والعمولات، فوجدته أكثر سخافة. شيء مثل “earn-on-equity”، وGLP Vault—بصراحة، هو مجرد رسم شيك “توزيع أرباح/airdrops مستقبلية” كي تجعلك تلهث خلف حجم التداول. يتم دفع السوق إلى قصف أسواق الرافعة العالية، وإلى جانب ذلك توجد منطقة هجوم أخرى، لكن محرك التحفيز هذا لا يهتم بذلك؛ إنه يراقب فقط حجم التداول، وعدد المدعوين، ومدة بقاء المخزون في金. المخاطر غير المتوقعة تظل عارية، مثلًا: يتم تخفيف نقاطك قبل TGE حتى تصبح لا شيء.

في النهاية، انتبهت إلى نظام التحكم بالترقية—Security Council وGuardians وZkFoundationMultisig الثلاثة يتجمعون معًا، وفعليًا هذا “ثلاثة من ثلاثة” multi-signature. مسار الترقية الطارئ بلا تأخير، ومسار الترقية القياسي يقول فيه أن هناك مهلة أربعة أيام للتخفيف، لكن إذا وقع شيء فعلاً—فمن سيختار المسار القياسي؟ تقسيم الصلاحيات يبدو منضبطًا على الورق، لكن عند التطبيق اليومي للمعاملات، هو كأنك وضعت أموالك في حساب وصاية يمكنه في أي لحظة الضغط على زر الإيقاف المؤقت.

عند الساعة الرابعة فجرًا، بينما كنت أحدق في علامة الصح الخضراء على الشاشة التي تقول “تم تقديم المعاملة”، فجأة شعرت أن هذا اللون هو نفسه لون زرع السهام.
@grvt_io #grvt $BTC

#BinanceTurns9 بمناسبة الذكرى التاسعة لإنشاء بينانس، نود أن نبارك لِبينانس بعيد ميلاد سعيد، وأن يكون حالها أفضل فأفضل. إن رؤية بينانس للعالم لا مثيل لها؛ ولا شك أنها الأولى عالميًا. هيا!

عندما أراجع وثيقة الضمان الموحدة، @grvt_io ، توقفَتُ عند تفصيل واحد—لقد أدخلوا أصول RWA خارج السلسلة في مجمع الضمان، ثم زوّدوا جدولًا بمعلمات خصم.

هذا أمر غير معتاد في بروتوكولات المشتقات. القاعدة السائدة إما أن يعترفوا فقط بالعملات المستقرة و/أو العملات الرقمية الرئيسية، أو أن ينفّذوا ضمانًا معزولًا. GRVT ينقل «خصومات طبقات الضمان» من التمويل التقليدي إلى السلسلة: USDC يحصل على قيمة كاملة، وBTC وETH تُخصم، وhaircut لأصول RWA خارج السلسلة أعمق—لكنها مع ذلك تُضاف إلى نفس المجمع للاستخدام المشترك.

كنت أظن في البداية أنه لجذب المؤسسات، لكن عندما راجعت وثائق التصفية، أدركت أن الأمر ليس بهذه البساطة. بالنسبة لبورصة هجينة، السماح لـ RWA أن يدخل المجمع ليس مجرد عرض لتنوّع الأصول، بل هو اختبار للطبقة الأساسية: عند تَصرُّف محرك التصفية على السلسلة بالأصول خارج السلسلة، كيف يتم التعويض عن التأخير الزمني وعدم اليقين في التقييم؟

في دوائر المشتقات على السلسلة، يعتقد البعض أن الأمر مضمون طالما أن «الأوراكل» يزوّد الأسعار بسرعة كافية. لكن من تعامل مع التسوية في الأنظمة التقليدية يعرف أن تقييم الأصول خارج السلسلة—المعلَّق عبر تقارير الحفظ، ودورات التدقيق، واحتكاكات العملات الورقية—ليس بهذه البساطة مثل «عدد × سعر». عندما تمنح GRVT RWA haircut أعلى، فالأمر جوهريًا هو شراء الوقت بمعدل خصم—الضمان الزائد للتغطية على تأخر التقييم والتأخر في التسييل.

ثم قلبتُ صفحات «Socialized Loss Haircut» و«عزل الحسابات الفرعية»، ففهمت وجهًا آخر. عندما تختلط في مجمع واحد أصول كريبتو عالية السيولة وأصول RWA منخفضة السيولة، فمع أي تقلبات حادة لا تصبح التصفية مجرد حساب: كم انخفض السعر. يجب أولًا السؤال: أي جزء يمكن تسييله فورًا؟ وهل جدار العزل سميك بما يكفي لمنع عدوى خصم RWA من الانتقال إلى مراكز كريبتو خالصة؟

عند هذه النقطة شعرت بالعكس: أكثر ما يميّز GRVT ليس أنه أكثر جرأة فحسب، بل أنه يجرؤ على إدخال العالم الحقيقي للتمويل التقليدي—«الضمانات غير المثالية، والتصفية ذات التأخير»—مباشرة إلى معادلات التحكم بالمخاطر على السلسلة. لم يتظاهر بأن جميع الأصول متجانسة، ولم يستخدم «اللامركزية» للتهرّب من فرضية الثقة في الحفظ خارج السلسلة؛ بل تعامل مع haircut كلغة صادقة: كلما كان الخصم أعمق، زاد الاعتراف بعدم اليقين.

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

#grvt $BTC

في الليلة الماضية، أثناء فكّ منطق اقتران سعر العلامة بسعر الفهرس للرقم @grvt_io ، أوقفني تفصيل واحد.

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

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

والأعمق من ذلك هو التصفية المتتالية (cascading liquidation). لنفترض أن cross account يفتح مراكز في BTC و في RWA Perp طويل الذيل في الوقت نفسه، وأن تذبذب الأصل طويل الذيل يفعّل full liquidation، فيتم الاستيلاء على الحساب بأكمله، ويُجبر أيضًا مركز BTC على التصفية. وقد يؤدي ضغط البيع الإضافي إلى خفض سعر العلامة أكثر، ما يثير موجة تصفية جديدة، وتصبح سرعة استهلاك صندوق التأمين أعلى بكثير من نموذج العزل للصفقة الواحدة.

لذلك عند اختباري GRVT، استخدمت أولاً فقط isolated margin لعزل المخاطر بدقة؛ أما cross account فخصصت له فقط أموالًا للتجميع طويل الأجل، وشغّلت مراقبة أسعار مستقلة، وعندما ينحرف سعر العلامة عن مصدر الفهرس الخارجي فوق عتبة محددة، أتدخل يدويًا مبكرًا.

تقييمي: هذا التصميم مناسب للمستخدمين منخفضي الرافعة، مع عزل صفقة واحدة، ولديهم قدرة تحقق مستقلة؛ لكنه غير مناسب لأن تُعامل هذه الآلية كحقيقة سعر وحيدة، أو لرفع الرافعة بشكل كبير في حال عدم توفر تحقق خارجي.

القادم هو مراقبة إشارتين: هل عتبة انحراف سعر العلامة عن سعر الفهرس وآلية الحماية التلقائية معلنة أم لا؟ وهل ستتطور full liquidation إلى partial liquidation؟ الاتجاه صحيح، لكن جودة نظام التصفية الحقيقية تُقاس بما يحدث عند تشوّه إشارات السعر: من الذي سيقوم بشراء “الضربة الأخيرة”.

هل صادفت في العقود الدائمة حالة انحراف كبير بين سعر العلامة وسعر الفهرس؟
#grvt $BTC

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

قدامى “القراصنة” الذين تمرّنوا على العقود في zkSync، لا بد أن يعترفوا أن GRVT هذه المجموعة من “بورصة هجينة” قد أصابت بالضبط موضع الألم. مطابقة خارج السلسلة، ورسوم سلبية للـ maker — المنصة التي تعرض أوامر بأسعار محددة تدفع الفائدة بدلًا عنك. الأموال المؤسسية عندما تشمّ الرائحة تأتي، الكل يريد ملاذًا يجمع بين سلاسة CEX ويمكنه أيضًا أن يلمس المفاتيح الخاصة.

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

والأكثر عبثًا أن خوارزمية نقاط Season 2 تصيدك. كثير من الناس يدخلون تحت راية KYC ليس لإيمانٍ، بل ليُكملوا “التربح من الإنزال”. لكن هل فهمت نموذج التوكن؟ الفريق والمستثمرون الأوائل يغلِقون تقريبًا ما يقرب من أربعين بالمئة، بينما ينخفض “صندوق المجتمع” من 12% “بسخاء” إلى 18%— هذا ليس تنازلًا، بل هو تخفيف الانتباه قبل TGE. كل نقطة تحصل عليها من خلالك هي حجراً تستعمله المؤسسات لصنع “سيولة الخروج” كممرٍ لهم.

“55 مؤسسة، 17 صانع سوق”— هذه الأرقام معروضة لك لا لتستخدمها. جوهر GRVT هو ساحة ذبح سيولة لرؤوس أموال ضخمة. صغار المستثمرين يضعون بضعة آلاف U، ثم يواجهون حدّ السكين الخوارزمي. غاز الشبكة الرئيسي، احتكاكات عبر السلاسل، وتكاليف KYC… بضعة أشياء فقط كفيلة أن تكشف العظم. إن لم تحسب العائد مقارنة بالتكلفة قبل النزول، فسوف تدخل بلا حساب؛ وهذا ببساطة جعل TVL مزارعًا رقميًا مجانيًا.

بعد عدة دورات صعود وهبوط تفهم، وأن البقاء هو الطريق. عند مواجهة TGE في 21 يوليو، اترك إدمان “الثراء من الإنزال”، واعتبره مجرد أداة. لمن لديه مهارة: استخدم رسوم maker السلبية لأخذ فرق السعر، لكن لا تبقَ بصفقات طوال الليل؛ لمن ليس لديه مهارة: انتظر بعد أن تتجاوز ضغوط البيع الناجمة عن الإطلاق ثم التقط السكين الطائر. أما مكافأة المجتمع البالغة 18% فاعتبرها كنزًا بالصدفة—إن أخذتها فذلك حظ.

عندما ينحسر المدّ تعرف من كان يسبح عاريًا. تشبث بمحفظتك، وامتنع بحزم عن أن تكون وقودًا لصانع سوق مؤسسي—وهذا هو القانون الحديدي في عالم العملات.
#Zksync #defi #grvt

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

لكن في الجهة الخلفية من استمارة العضوية كانت مطبوعة: "بحسب نقاط المنح/الـ岩点 للتسلّق، زيادة عبر اللوغاريتم، فتح بعد أسبوعين، استبدال بالمسحوق المغنيسيومي وصلاحية تحديد المسار؛ KYC إلزامي؛ أعضاء Prime إمّا أن يودِعوا ضمانًا يُقفل أو يدفعوا بالعملة الورقية شهريًا؛ منصة "مجموعة الأمان" الموحدة تدفع 80%، والعضو يتحمّل الخسارة الأولى."

ابتسمت الفتاة في الاستقبال وقالت: "إذا لم نكتب هذا، فلن نقدر نبدّل نقاط التسلق الشهر القادم."

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

هذه الانقسامات ذكّرتني بـ GRVT.

الصفحة الرئيسية تشبه جدارًا صخريًا أبيضًا: self-custody، zero-knowledge، وexchange مصمّم ليُدفِع لك. يقولون لك فقط اصعد للأعلى—لا قيود من حبال.

لكن《GRVT Token》و《Rewards 2.0》مكتوبان في الجهة الخلفية. Trade/OI/Refer/Liquidation to Earn، والموسم 2 ارتفع من 12% إلى 18%؛ عتبة KYC صارمة؛ وPrime إما دفع شهري بالعملة الورقية أو قفل إيداع GRVT؛ والأقسى هو Prime Brokerage Lending: المنصة تدفع 80%، وأنت تدفع 20%، وكل الخسارة الأولى في التصفية تكون على عاتقك وحدك. "ضمانك الموحد" هو الحبل الرئيسي، وأموال المنصة هي جهاز الحماية. أنت تظن أنه يحميك، لكنه في الحقيقة يجعلهم يستخدمونك كبديل تغطية.

"الحفظ الذاتي" و"KYC + قفل الإيداع" جنبًا إلى جنب، كأن "التسلّق الحر" و"تأمين قسري" معلّقان على نفس الجدار. جهة تعلّمك كيف تفلت يدك، وجهة أخرى تجعلك توقّع على اتفاق حياة/موت.

أنا أسمي هذا "حرية مُقَيَّدة بالحبال"—الشعار هو الجدار، والخوارزمية هي تحديد المسار.

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

حتى إن كانت الكتابة على الجدار الصخري نقيّة، فلن تحجب ثقل التفاصيل. "self-custody" لدى GRVT هو حركة نزع يدك، لكن من الأسفل هناك حارس خوارزمي موصول. الذي يقرر فعليًا إن كنت ستطير أم ستسقط ليس شعار الجدار، بل خوارزمية تحديد المسار داخل نظام الأمان—وهي وحدها التي تقرر أي سلوك "يستحق" الحماية، إنها فعلًا المتحكّم الحقيقي في تحديد المسارات في هذه القاعة.
#grvt $BTC @grvt_io

#我的bStocks偏好 A