#termmax @TermMax $BTC لقد كنت أراجع باستمرار وثائق TermMax خلال هذه الأيام، وأعيد مرارًا التفكير في نموذج العملات الثلاث ومنحنيات التسعير الخاصة به. وكلما وصلت إلى الأجزاء اللاحقة، شعرت أكثر أن اتجاه النقاش الخارجي حول TMX منحرف قليلًا.
يربط معظم الناس ذلك بـ"الاقتراض/الإقراض بسعر فائدة ثابت"، ويقع تركيزهم على أن"الـDeFi أخيرًا يستطيع تقديم دخل ثابت". لكن برأيي، ما تحاول TermMax حله فعلًا هو أن يمتلك سوق الائتمان على السلسلة للمرة الأولى هيكلًا للأجل/الاستحقاق يمكن تركيبه (قابلًا للتجزئة والتكامل). تحويل"الوقت" إلى أصل أصلي على السلسلة يمكن تداوله ويمكن استخدامه كرافعة.
الصعوبة لم تكن يومًا في"جعل الفائدة ثابتة". العقبة التي تعيق الـDeFi هي أن السلسلة تفتقر إلى نظام إحداثيات موحد للاستحقاقات. بدون تواريخ استحقاق، لا توجد علاوة/سعر للمدة (term premium). وعندما تُفصل احتياجات المقترضين والمقرضين ومتداولي الرافعة في بروتوكولات مختلفة، يصبح على المستخدمين أن يديروا دورة الاقتراض يدويًا، ويتحملوا عدم يقينًا مزدوجًا.
تقوم TermMax بتقسيم كل عملية اقتراض إلى ثلاث عملات: FT هي سند صفري بدون قسيمة يستحق عند تاريخ الاستحقاق، XT هي منفعة/حق العائد، وGT يحوّل الرافعة إلى NFT قابل للتداول. يتعامل الأطراف الثلاثة في نفس السوق، وتُستنتج الأسعار من منحنى تكاملي على شكل دوال جزئية ثابتة مخصصّة. كما يضيف Curator Vault عمقًا تراكبيًا أفقيًا، فتربح الأموال غير المستخدمة عائدًا عائمًا تلقائيًا.
هذه البنية ليست مثالية. فحوض العزل يقصّ السيولة، وCurator يعتمد على حكم البشر، وتعتمد عمليات التصفية على الأوركل (oracle). لكنّها تُحوّل الأجل ومعدل الفائدة والرافعة كلها إلى رموز؛ وفي لحظة تقديم الطلب ستعرف بالضبط ما الذي قمت بتثبيته.
أعتقد أن القيمة الأكبر لـTermMax ليست في إضافة خيار"دخل ثابت" فحسب، بل في إثبات أن الأسواق المالية على السلسلة يمكن أن تبني هيكلًا كاملًا للأجل مشابهًا لما في أسواق الدخل الثابت التقليدية، اعتمادًا على تفكيك التمويل إلى رموز واستخدام AMM.
إذا اختارت بروتوكولات أكثر فأكثر مستقبلًا شراء"حتمية الفائدة" من TermMax بدلًا من أن يظل المستخدمون عائمين في أسعار فائدة متغيرة بلا حماية، فربما تُعاد كتابة منطق تسعير تكلفة رأس المال في الـDeFi.
في وقت سابق، عندما درست تسوية TermMax، واجهت تصميمًا أربكني: لماذا، بعد تعثر المقترض، لا يتم تصفية الضمانات وبيعها بالمزاد لتحقيق السيولة، بل يتم تشغيل «التسليم المادي»؛ أي إدخال الضمانات مباشرة إلى يد المُقرض بنسبةٍ ما؟
عندما جمعت الوثيقة معًا، اكتشفت أنها ليست اختيارًا اضطراريًا بسبب قيود هندسية، بل خيارًا مقصودًا. عادةً ما تفترض آليات التسوية التقليدية أن الضمانات تملك سيولة فورية، لكن هذا الافتراض لا ينطبق على فئات الأصول التي تريد TermMax الوصول إليها.
الذي جعلني أفهم المنطق حقًا هو ربطها بأسهم مُمَثّلة (مُرقمنة/Tokenized) على شكل رموز عبر Ondo. هذه الأصول تكون سيولتها على السلسلة ضعيفة؛ وفي ظل سيناريوهات السوق المتطرفة، قد لا تجد المزادات مشترين. ينقل التسليم المادي «مخاطر السيولة» بعيدًا عن البروتوكول، ليضعها على عاتق المشاركين الذين لديهم المعرفة ويقبلون الشروط. وعندما يشتري المُقرض FT، فإنه يكون قد افترض مسبقًا أنه قد يتلقى الضمانات نفسها عند الاستحقاق بدلًا من تلقي عملة مستقرة.
وهذا يمنح البروتوكول القدرة على إدراج RWA ضمن نطاق الضمانات، دون أن يُكبّل بقيود افتراضات السيولة في التسويات التقليدية. وقد تكون البنية التحتية للتسوية التي تربط RWA أهم قيمة على المدى الطويل من منتج الفائدة ذاته.
لكن الثمن واضح. يدفع التسليم المادي تعقيد تصفية الأصول إلى المستخدمين النهائيين؛ وعندما يتقلب السوق بعنف، قد يستلم المُقرضون مجموعة من الأصول منخفضة السيولة والتي تكون في طريقها للهبوط. يحتاج مُقرِضو TermMax إلى قدرة أعلى على تمييز المخاطر مقارنةً بمودعي Aave.
في رأيي، تتمثل المعالجة الحقيقية التي تقدمها TermMax في منح DeFi «قدرة تنفيذية للتسليم» يمكنها استيعاب الأصول المالية التقليدية؛ لكن الثمن هو أن التفاعل يصبح أعقد. هل يستحق ذلك؟ لم أحسم رأيي بعد.
ما أود مراقبته أكثر هو ما إذا كان المستخدمون في المستقبل، لتوفير عناء الأمور، سيكتفون بإلقاء الأموال داخل Vault المُدار بواسطة Curator، ليتولّى الصندوق اختيار السوق واختيار الضمانات نيابةً عنهم، دون أن يهتموا هم أصلًا بالمنطق الأساسي للتسوية. بمجرد أن يتم عزل طبقة المستخدم عن طبقة البروتوكول بالكامل عبر التجريد الذي توفره الـVault، هل يمكن أن يستمر افتراض «وجوب فهم المُقرض للضمانات وقبول مخاطرها» الذي يتطلبه التسليم المادي في أداء دوره فعليًا؟ وعندما ينهار السوق، هل سيُقدم Curator—من أجل الحفاظ على AUM—على اتخاذ قرارات تتعارض مع مصالح صغار المستثمرين؟ وحدود الأمان التي يهدف تصميم البروتوكول إلى تحقيقها عبر «إدخال RWA على السلسلة»—هل يمكنها أن تتجاوز طبقة التجريد وتصل حقًا إلى المستخدم النهائي؟ هذه هي المشكلة التي أجدها تستحق اهتمامًا طويل الأمد.
#termmax @TermMax $BTC دعنا نلقي نظرةً معمّقة على سردية «الاستثمار المُتناثر الذكي» المزعومة من TermMax، تلك المنظومة التي تُسمّى “المخزن/الخزنة”. نقطة البيع التي تُغلف بها المنصّة هي: من خلال مدخل بسيط، يقوم القيّم/المنسّق بربط الأموال بأسواق متعددة، بهدف تَفادي المخاطر. لكن ما إن تتعمّق في نموذج الرياضيات الخاص بتصفية حصص ERC-4626، ستدرك أن آلية ربط عدة أسواق معًا قد تتحول بدلًا من ذلك إلى فتيلٍ يَشعل عدوى/انتقالًا منهجيًا للمخاطر.
في نماذج “برك/حوض العزل” التقليدية، إذا انهار سوقٌ صغير من عملاتٍ معيّنة، فإن الخسارة تكون مُقيَّدة بدقة داخل ذلك الحوض المستقل وحده. أما في آلية المخزن هذه، فيستخدم القيّم نوعًا واحدًا من أصول الدين لتوسيع الشبكة عبر نطاق واسع؛ جميع الأرباح والخسائر في النهاية تُجمّع في حوضٍ واحد لإجراء إعادة احتساب للحصص. ماذا يعني ذلك؟ يعني أن براز/عثرة صغيرة واحدة حقًا قد تُفسد “قدرًا كاملًا”.
فحسبما يخطئ القيّم مرةً واحدة عند تكوين قائمة الأسواق، ويضع جزءًا من الأموال في سوقٍ طرفي يمتلك خطر تعثّر مرتفع جدًا؛ فإذا نشأت في ذلك السوق ديون معدومة لا يمكن سدادها، فإن سمّية هذا التعثر ستنتقل فورًا عبر مسارات توجيه الأموال الأساسية، لتُقسَّم نسبيًا على كل مُودِعٍ في المخزن. أنت كنت تظن أنك تُدخِل أموالك لتخزنها في أصولٍ رئيسية أكثر أمانًا، لكنك في النهاية تجد نفسك تُسهم بالمال بشكل غير منطقي في تمويل أصولٍ قمامة.
أمام آلية “عدوى المخاطر بالاقتران/المسؤولية المشتركة”، فإن تصديق نظرة المديرين بشكل أعمى أمرٌ بالغ الخطورة. أكثر آليات إدارة المخاطر جوهرية هي الفحص العميق لاختبار «درجة/انحراف تركّز الأموال» داخل المخزن. فإذا تبيّن أن القيّم وإن كان قد ربط عشرة أسواق، إلا أنه يراهن بأكثر من 80% من الأوزان على سوقين بعينهما تحديدًا وبدرجة تقلب/تذبذب مرتفعة للغاية، فهذا يعني أن فكرة “تنويع الاستثمار” ما هي إلا خدعة. وفي مواجهة نمط “وجبةٍ كبيرة” يكون فيها عزل المخاطر شبه معدوم، فإن أذكى خيار هو عدم المشاركة بأي شكل في خلط الأموال.
#termmax @TermMax $BTC عندما أعدت قراءة وثائق @TermMax_Finance ، واجهت حيرة ظلت تراوغني دون أن أجد لها جوابًا: لقد تجاوزت سيولة DeFi ألف مليار، فلماذا يبقى قفل/تثبيت الفائدة المعروفة حتى الآن منطقة عمياء لدى أغلب البروتوكولات؟
في البداية كنت أيضًا أتعامل معها بشكل تلقائي كأنها "Aave وضع طبقة تأمين". لكن بعد تفكيك تقسيم PT/FT ومنطق تسعير AMM عدة مرات، أدركت أن الاتجاه كان خاطئًا. الصعوبة الحقيقية ليست في "إبقاء الفائدة ثابتة"، بل في حقيقة أن السلسلة لا تملك مفهومًا للوقت أصلاً.
في حالة الفائدة المتغيرة، يمكن للتصفية أو سحب السيولة من المجمع أو تأخير الأوراكل أن يغيّر ملامح الـ APY خلال دقائق. لم يحاول TermMax التنبؤ بالفائدة عبر خوارزميات أكثر تعقيدًا؛ بل قام بأمر أكثر جوهرية: قصّ المستقبل من محور الزمن، وتحويله إلى أصل يمكن تداوله الآن.
عند إيداع الأصول، يُصدر البروتوكول مباشرة نوعين من الرموز: PT تمثل أصل本金 عند الاستحقاق، وFT تمثل الأرباح خلال الفترة. لا يحتاج البلوكشين لفهم "المدة" أو "الخصم"؛ فقط تنفيذ شرط الاستحقاق: عندما يحين الوقت، يتم استرداد PT بالقيمة الاسمية. أما تسعير FT في السوق الثانوية، فهذا شأن السوق.
ما جعل TMX لدى TMX يوقفني للتفكير هو أن هذا التصميم يستمر بالتعمّق داخل قلب البروتوكول: كل سوق لديه معاملات مخاطرة مستقلة، وقواعد دخول الأموال مُحكمة مسبقًا. وعندما تتطلب التقلبات الخارجية تعديل سلوك البروتوكول، يتم تحويل حكم البشر إلى إشارات على السلسلة يمكن للعقود التحقق منها عبر رهن TMX وحوكمة بالتأخير. لا تصبح المعلمات السيئة سارية فورًا؛ فالموديولات الأمنية تمنح المشاركين في السوق وقتًا لمنع الأخطاء.
بالطبع، لا تزال هناك مسافة من الرسومات إلى التشغيل على المدى الطويل. متانة الأوراكل، وضغط سيولة موجات الاستحقاق، وحدود الالتزام في RWA—كلها أسئلة اختبار قادمة.
لكن بعد تفكيك هذه الآلية كاملة، أرى أن TermMax لا يحاول فعل شيء مثل "Aave بنسخة فائدة ثابتة". إنه يجيب عن سؤال أعمق: إذا لم تكن السلسلة الأصلية تملك مفهومًا للوقت، فهل يمكن تحويل المستقبل إلى شيء قابل للتحقق والتداول والتسعير الآن؟
ليس الأمر أن DeFi تُقلّد صياغة التمويل التقليدي، بل هل يمكن لقيمة الزمن في التمويل التقليدي—أن تُعاد كتابتها بلغة DeFi.
#baby $BABY @BabylonLabs_io ترجمتُ خلال اليومين الماضيين من جديد وثيقة بايون (Babylon) البيضاء الخاصة بالاقتصاد الرمزي الخاصة بتوكن BABY. كنتُ أحاول حساب عائد الاستلام الفعلي عند الإيداع/الـ staking لمدة عام لـ BABY، لكنني علقتُ مباشرةً في فصل "Security Budget Allocation". راقبتُ جدول توزيع المكافآت لمدة عشرين دقيقة قبل أن أدرك أن منحنى التوزيع الذي رسمته الجهة الرسمية ليس راتبًا ثابتًا لمستحقي BABY، بل يعتمد على اعتبار حجم الإيداع/الـ staking الخاص بـ BTC هو المقام. @BabylonLabs_io
لم أتحقق بعمق حتى اكتشفت أن الفهم انحرف خطوةً في البداية. الحدس لدى معظم الناس يقول: كلما زاد مقدار BTC المُقفل، يجب أن يحصل مُودعو/مستحقو BABY على حصة أكبر. لكن منطق Babylon يعمل بالعكس تمامًا: إجمالي كمية BTC المُقفل هو مرساة لميزانية الأمان، أما حصة مستحقي BABY فتُقسَّم بنسبة تتقلص بشكل منهجي كلما تضخم حجم BTC. في المراحل المبكرة عندما تكون كمية BTC المُقفل صغيرة، يستطيع مُودعو BABY اقتناص جزء أكبر؛ وعندما يتضخم حجم BTC المُقفل على نطاق واسع، يقوم البروتوكول تلقائيًا بتحويل المكافآت نحو جانب BTC—وهذا هو ما تحاول Babylon بالفعل شراؤه: خدمة أمان.
تسمي الجهة الرسمية هذا الأمر "two-sided staking alignment". عندما رأيت هذا المصطلح، قمتُ بتفكيك كامل النموذج الذي كنتُ قد بنيته سابقًا على أساس معدل تضخم ثابت.
ببساطة: مستحقو staking لـ BABY ليسوا في وضع يتلقون فيه أجرًا مقابل الجفاف والخصب، بل هم يشاركون في مزادٍ ديناميكي بالأسعار. كلما اتسع حجم مجمّع التكاليف مع زيادة حجم BTC المُقفل، صار عمقه أكبر—لكن حقّك في الحصة يصبح مخفَّضًا/مُخفّفًا. وبشكل أدق، فإن هذه المنحنى مرتبط أيضًا مع سعر الإقفال/التصفية في مزاد BSN ومع معدل عمولة مزوّد Finality Provider (FP). ولحساب العائد، عليك أن تتابع ثلاثة متغيرات في الوقت نفسه: إجمالي كمية BTC المُقفل، ومدى تنافسية مزاد BSN، ونسبة اقتطاع FP. الأمر ليس بهذه البساطة مثل PoS التقليدي الذي يوزع التضخم حسب نسبة الـ staking.
لكن بعد أن قرأت كل شيء، أصبحتُ مشوشًا/قلقًا: هل تحمل هذه التصميمات تعارض مصالح ضمني بين المودعين قصيري الأجل وطويلي الأجل؟ في المستند تفصيلة راجعتها مرارًا: تتغير ميلان/منحنى مشاركة مكافآت BABY بشكل واضح قرب عتبات محددة، كما أنها مرتبطة بمزاد مساحة بلوكات BSN. ومع فترة القفل لمدة 15 شهرًا فوق ذلك، فإن العتبة ليست منخفضة فعلاً.
لقد حوّلت Babylon BABY إلى مُنظّم لميزانية الأمان وليس مجرد أصل تضخمي خالص، وهذه نقطة نادرة في عالم BTCFi. لكن القيمة طويلة الأجل لـ BABY تعتمد على أمرين: هل يمكن لحجم BTC المُقفل أن يتجاوز نقطة حرجة بحيث يصبح مجمّع الرسوم/التكاليف عميقًا بما يكفي؟ وهل يستطيع المستخدمون العاديون حقًا فهم منطق التوزيع القائل: "كلما كان النظام أكثر نجاحًا، فإن حصتك أنت تكون أقل"؟ أنتم تفضلون المراهنة على استمرار تضخم حجم BTC المُقفل، أم المراهنة على أن علاوة حوكمة BABY (governance premium) قادرة على تعويض تمييع الحصص؟ نراكم في قسم التعليقات. #baby
#baby $BABY @BabylonLabs_io عندما أعدت قراءة في ورقة Babylon البيضاء للاقتصاد قسم "حوافز الرهن" فقط أدركت أن "عائد BABY المرتفع" بحد ذاته عقدٌ فيه عدّ تنازلي: المال الذي تُعطيه إياه الاتفاقية لك الآن ليس كله ناتجًا عن أرباحها هي من تلقاء نفسها.
الوثيقة الخاصة بـ @BabylonLabs_io تقول ذلك بوضوح شديد: العائد الذي يحصل عليه المرهِن في الوقت الحالي يأتي من مسارين يُضخان في الوقت نفسه—أحدهما هو إيراد الاتفاقيات الذي تقوم Babylon بسحبه فعليًا من أنشطة الإقراض والاقتراض، والآخر هو دعم BABY الذي يقوم النظام بإصداره (وإنشاؤه) حديثًا وفق جدولٍ زمني محدد سلفًا. نية المصممين واضحة جدًا: في المرحلة الأولى تُكبِّر الحوض عبر التضخم، وفي المرحلة اللاحقة تجعل إيرادات جانب الرسوم تأخذ الدور الطبيعي من بعده. لذلك فإن منحنى APY الذي يراه المستخدمون حاليًا هو في جوهره كتيّب يشرح نظام "مسارين"، وليس وعدًا مستمرًا.
لكن لهذا النظام مساران يوجد له باب خفي. فالأشخاص الذين يدخلون أولًا، والذين اعتادوا على الاستفادة من عوائد الدعم، سيجدون القواعد بسيطة وواضحة؛ أما من يدخلون لاحقًا فقد يواجهون وضعًا يكون فيه أنبوب الدعم قد صُمِّم/انخفضت سعته بالفعل، بينما لم يلحق سريان تدفق الماء من جانب الرسوم بما يكفي بعد. ولكي يحافظ على الأرقام الظاهرية جميلة، لا يستطيع أن يطلب مثلًا "تمديد" أو "إضافة دعم" كما في الاستثمار التقليدي، بل عليه الرهان فقط على أن ميل نمو إيراد الاتفاقية سيكون حادًا بما يكفي لإنجاز عملية التسليم قبل أن يصل الدعم إلى الصفر.
والاختبار الحقيقي لا يتطلب حتى الانتظار حتى deep bear. تخيّل سيناريو: أنت قمت بقفل كمية من BABY، وبعد ثلاثة أشهر تباطأ نمو حجم الإقراض لدى Babylon، لكن دالة التناقص الخاصة بالإصدارات داخل الكود ما زالت تُخصم الدعم خطوة بخطوة كما هو مقرر. عندها تفتح لوحة العائدات فتجد أن الرقم انخفض؛ والمشكلة ليست أنك حسبت المعادلة خطأ، بل أن الاتفاقية ببساطة لم تمنحك "زر إيقاف" لتناقص الدعم. الفجوة بين عائدك المتوقع والتدفق النقدي الفعلي مكتوبة مسبقًا في العقد.
لذلك، وجهة نظري حول تصميم اقتصاد BABY هي: لقد وفّر منحنى صرف واضح قابلًا للتنبؤ في المراحل المبكرة، لكن هذه القابلية للتنبؤ لها اتجاه—اتجاه واحد فقط إلى الأسفل. ما ينبغي مساءلة BABY عنه فعلًا بعد الآن ليس ما إذا كان الدعم سيتم زيادته بشكلٍ مؤقت، بل ما إذا كان لدى الفريق الشجاعة أن يشرح—كما يفعلون الآن عند شرح نموذج التضخم—هذه الحقيقة بصراحة: أن "عائدك يتحول من الطباعة إلى الاستخلاص (من الرسوم/العوائد)"، قبل أن تكون إيرادات جانب الرسوم قادرة فعلًا على دعم عائد الرهن بشكل مستقل.
#baby $BABY @BabylonLabs_io في الليل، كنتُ وحدي في البيت أرتب المنطق في ذهني، وأعدتُ التحقق من لوحة بيانات BABY على السلسلة مرة أخرى. وأنا أنظر إلى منحنى التخزين ذي الميل المدهش، غرقـتُ في التفكير. هذا الحوض المليء بالعملات، كم منه نابع فعلًا من التفاؤل طويل الأمد بالمشروع، وكم منه مجرد “رسوّ مؤقت” لأنهم لا يعرفون عند أي سعر ينبغي أن يبيعوا؟
إيقاع BABY في الإفراج عن 136 مليونًا شهريًا ثابتٌ إلى حدٍّ ما. لكن علينا أن نفهم أن هناك، كما في تعدين BTC، فجوة هائلة بين الإنتاج والتداول الفعلي. بعد فتح القفل عن الرمز، تتعدد وجهاته. معدل التخزين الذي تُظهره الجهة الرسمية يُخفي سؤالًا جوهريًا: كم تبلغ نسبة التضخيم/التحايل هنا؟ وكم منها هو “الرصيد القديم” المتبقي من جولة الفتح السابقة، وكم منها أموال حقيقية ضخّها السوق الثانوي؟ إذا استمر الانخفاض البطيء، فهل سيواصل الناس قفل أموالهم؟ هذا الاختبار تحت الضغط، BABY لم يقدّم إجابته بعد.
إضافةً إلى ذلك، وصف الحوكمة في الوثائق ماكر جدًا. فالنص كله يركّز على “شعور” حاملي العملة بالمشاركة، لكن عمليًا؟ لا يمكنك العثور على أي مقترح رئيسي قادر مباشرةً على التأثير في النموذج المالي للبروتوكول. هذا أشبه بأن ETH لا يمكن استخدامها لدفع رسوم الغاز؛ يفقد الروح. كما أن حوافز النظام البيئي تعاني المشكلة نفسها: الميزانيات تُصرف بسخاء، لكن معدلات بقاء المشروع، وحرق/استهلاك الرمز، ومؤشرات العائد على الاستثمار الأساسية الأخرى، كلها فراغ تام.
الاقتصاديات على الورق تكون دائمًا مثالية، وتدفعك تلقائيًا لتتخيل مشهدًا من نقص العرض أمام الطلب. لكن في الواقع، تآكل التضخم، والحوكمة الشكلية، وضعف كفاءة تحويل الأموال، كلها ألغام خفية ما زالت موجودة. لذا، لا ترسموا لي بعد الآن مخططات النظام البيئي؛ أريد أولًا أن أرى ما هو حجم التداول الحر الحقيقي بعد كل عملية فتح. عندما تُجفَّف هذه البيانات الأساسية، عندها فقط سأجرؤ على تصديق أن نموذج الرمز الخاص به يتحمل الصدمات فعلًا. #baby BABY
#baby $BABY @BabylonLabs_io في الثالثة صباحًا، أرسل لي لاو تشانغ من مجموعة التقنية رسالة: عند التبديل بين النسخة الأساسية والاحتياطية لعقدة FP انقطع نبض القلب لمدة نصف دقيقة، وصوّت الجانبان في الوقت نفسه.
في نظام Cosmos البيئي، لا تُعدّ المزدوجة في التوقيع أمرًا جديدًا، وعادةً ما توجد مساحة تنظيمية وعقابية للتخفيف والاستئناف. لكن Babylon مختلفة.
@BabylonLabs_io يستخدم Finality Provider آلية EOTS (Extractable One-Time Signature). إذا وقّع نفس المفتاح الخاص على رسالتين مختلفتين، يمكن استخراج المفتاح الخاص علنًا، ويمكن لأي شخص إنشاء معاملة Bitcoin لخصم BTC المرهون إلى عنوان الحرق.
لا تصويت متعدد التواقيع، ولا اقتراح حوكمة، ولا «انتظروا حتى نحقق في الأمر». التشفير ينفّذ تلقائيًا، مثل آلة بلا زر إيقاف مؤقت.
هذا يبدو رادعًا إلى أقصى حد. لكن كلما فكرت أكثر شعرت أن EOTS يعاقب «السلوك» لا «النية».
افترض أن فريق FP يجري ترقية روتينية، وأن النشر التدريجي تعرّض لمشكلة، وعند الرجوع للخلف وقّعت النسختان القديمة والجديدة على كتل مختلفة قبل وبعد نفس الارتفاع. تُنفَّذ دالة الاستخراج EOTS على السلسلة بشكل علني، ويُستعاد المفتاح الخاص. ويمكن لأي شخص خلال نافذة الوقت أن يرسل معاملة slashing إلى شبكة Bitcoin.
من المزدوجة في التوقيع إلى الخصم، بلا تنبيه، بلا قاطع دائرة، بلا «يرجى تقديم تقرير بالحالة». التشفير لا يقبل التبريرات.
وهذه أيضًا طبقة كثيرًا ما أفوّتها عند تتبّع #baby . EOTS ينقل الخطر من «هل سيفعل البشر الشر؟» إلى «هل سيخطئون؟». الردع قد يمنع التعمد، أما الخطأ فلا يُمنع إلا بالوقاية.
لذلك ما يستحق المتابعة فعلًا ثلاثة أمور: هل بنية التوقيع لدى FP معزولة بما يكفي؛ وهل أول موجة slashing بعد الإطلاق على الشبكة الرئيسية كانت بدافع خبيث أم نتيجة خطأ؛ وهل نافذة الوقت بين استرجاع EOTS وتنفيذ slashing قصيرة بما يكفي للحفاظ على الردع، وفي الوقت نفسه تمنح FP الصادقين بعض الوقت للاستجابة.
في السوق الهادئ، EOTS هو أقوى نقطة بيع للسردية. وفي السوق الضاغط، يصبح اختبارًا نهائيًا لنضج تشغيل FP.
Babylon وضعت العقوبة داخل خوارزمية التوقيع نفسها. لكن السوق لم يجب بعد: عندما تنخفض عوائد الرهن وترتفع تكاليف التشغيل، هل هذا «الانعدام التام للتسامح» في تطبيق التشفير هو جدار أمان، أم يد خفية تدفع مزودي FP الصغار إلى الزاوية؟
#baby $BABY @BabylonLabs_io مساءً刷 الساحة، عشر مقولات منها ثماني مقولات وهي تنادي: "Babylon خلّت البِدْن/الخبز الكبير (大饼) يَتَنَفّس، لازم تتدفّق أموال المؤسسات".
ابن عمي يشتغل في التمويل التقليدي في تسويق/بيع ديون، وما إن قرأ TBV إلا وقال جملة واحدة: "في TradFi، BTC تقابل الذهب، ومخاطر الطرف المقابل شبه معدومة. الآن أنت تقفل هذا الشيء داخل UTXO وتفوّضه لعُقدة مجهولة لا تملك حتى KYC. لو الطرف الآخر ارتجف يده مرة، يروح رأس المال. هذا لا يُسمّى زيادة عائد، بل استبدال أصلٍ عالي المخاطر بأصلٍ آخر".
TBV ليس ليعطي BTC فائدة، بل ليعطي BTC لطرفٍ مقابل.
كان عندك بِدْن/الخبز الكبير بصفته مثل بيتٍ اشتريتَه نقدًا؛ ورقة الملكية في يدك. الآن TBV يجعلك تؤجّر البيت لتقبض إيجار BABY. لكن بند Slash الخاص بـ EOTS مخبّأ في آخر العقد: المستأجر (FP) يخرق القواعد فتقع كارثة حريق (توقيع مزدوج)، وبيتك (رأس مال BTC) أيضًا يُباع بالمزاد (Slash). الإيجار الذي تجنيه لا يساوي حتى جزءًا من تقييم البيت.
والأغرب من ذلك هو الاحتمالات. إذا رهنت 10 وحدات من البِدْن/الخبز الكبير، ستحصل سنويًا على 5% من BABY. إذا كانت الأوضاع جيدة ربحت 0.5 وحدة مكافئة كإيجار، فزلّة واحدة من FP وتتحول الـ10 وحدات إلى صفر مباشرة. مخاطرة 100% لرأس المال مقابل 5% عائد، ونسبة الفوز تعتمد على عدد أكواب القهوة التي شربها فريق التشغيل المجهول اليوم.
الكِبار ليسوا أغبياء. صديق من عائلة لديه مكتب عائلي يدير أرقامًا تسعة للِبِدْن/الخبز الكبير، ما إن قرأه حتى هزّ رأسه فورًا: "نحن نريد أمانًا مطلقًا لرأس المال، وليس لعبة تضخم تستبدل أصولًا صلبة بأصولٍ لينة. لا توجد تصنيفات ائتمانية لـ FP، ولا تغطية تأمينية لـ Slash، ولا تحوط بسيولة unbonding. الأفضل أن نضع هذه الأموال في محفظة باردة ونتركها".
على المستوى التقني أقرّ معماريّة Babylon، لكن الأناقة ليست مرادفة لإمكانية الاستثمار. في TradFi بيع السندات للمؤسسات يتطلب تصنيفًا ائتمانيًا، وتدقيقًا، واختبارات ضغط. ماذا لدى Babylon الآن؟ مجموعة من قوائم APY، ووفود/FP ليس لديهم تاريخ تشغيل.
يمكن للأفراد أن يراهنوا؛ لكن عند حدوث Slash ستدفع الرسوم التعليمية. وتطلب الأموال الضخمة شرطًا: "يجب ألا يتعرض رأس المال لخسارة غير مرتبطة بالسوق"، وTBV لا يستطيع تقديم ذلك.
لا تتعجل في الصراخ "صيف BTCFi". أولًا دع سوق FP يمر بعدة جولات شتاء Slash، إلى أن ينمو نظام السمعة من تحت الركام.
وقبل ذلك، أنت لا تراهن على BTC، بل تراهن على شهادة ائتمان لشخص غريب ألا يرتجف يده.
BABY #baby @BabylonLabs_io
اكتب حضورك في قسم التعليقات—هل حسبتم نسبة خسارة رأس المال عند وقوع Slash على الـFP الذي فوضتموه؟
#baby $BABY @BabylonLabs_io لقد عمل ابنُ أخي لديّ في البنك لمدة عشر سنوات في إدارة المخاطر، وبعد أن قرأ مستند Phase 2 الخاص بـ @BabylonLabs_io قال جملة واحدة فقط: أليس هذا هو "الرهن دون نقل الحيازة"؟ سند الملكية ما زال في درجك، لكن سلطة التصرف كانت مقيّدة منذ وقت مبكر.
يلعب Babylon اللعبة نفسها. لم يغادر BTC المحفظة، لكن سكربت UTXO قام بكتابته في سجل الرهن. يمكنك استخدام المفتاح الخاص للاستعلام عن الرصيد، لكن شروط السكربت تقيد الإنفاق. هذا ليس ادخارًا استثماريًا جارياً، بل رهن أصول منقولة—أنت تُعطي BTC لسلسلة PoS لتقديم الضمان، وسلسلة PoS لكي تُثبت أن "التوافق لديه رصيد بيتكوين" تدفع رسوم ضمان.
Finality Provider هو الموقِّع البديل الذي توظفه. تفوِّضه بحق التصويت، وهو يعمل على التحقق في Babylon Genesis. لكن إن قام بتوقيعين مزدوجين بسوء نية، فإن سكربت UTXO سيُفعِّل slashing تلقائياً، ويدخل BTC الخاص بك في مسار المصادرة. هذا ليس خصم رسوم عادية؛ بل كأن منزلًا مرهونًا يُعرض بالمزاد مباشرة.
فترة فك الربط لعدد 1008 بلوكات في Phase 2—لا تشكُ من "سحب أبطأ". هذه هي فترة التبريد القانونية لإلغاء الرهن، ومكتوبة في سكربت البيتكوين؛ السبعة أيام ليست خللًا، بل بند غير قابل للإلغاء.
لكن من هو المقترض؟ سلسلة الاستهلاك (Consumer Chain) هي الجهة التي تدفع الفاتورة؛ فهي تدفع إيجار BABY لتوفير هذا الأمان. لكن كم عدد سلاسل PoS التي تحتاج حقًا هذا النوع من تعزيز المصداقية؟ يمكن لكثير من السلاسل تغطية تكلفة الأمان عبر تضخم رموزها الخاصة، فلماذا تنفق BABY لشراء هذا الترخيص من الاعتماد؟ هذا ليس ضرورة، بل استهلاك اختياري.
والأكثر خفاءً هو مخاطر تقلب BABY. فهو رمز مُسعِّر لرسوم الضمان؛ فإذا انخفض BABY بنسبة 50%، تضاعفت التكلفة الفعلية لسلسلة الاستهلاك، ونية التجديد تنخفض فوراً. "العائد" الذي يصل إلى المُرهِن اسميًا يكون BABY، وقدرته الشرائية تعتمد على مشتريَي السوق الثانوي، وهو مختلف تماماً عن كسب فائدة USDC.
لذلك عندما أنظر إلى BABY، لا أسأل فقط عن مقدار BTC المربوط؛ بل أسأل سؤالين حاسمين: كم عدد سلاسل الاستهلاك التي تواصل إعادة الشراء؟ وعندما ينخفض سعر BABY، هل ما زال المُرهِنون على استعداد لتحمل مخاطر القفل والمصادرة؟
كمية القفل هي نوعٌ من "الرضا الذاتي" من جانب العرض؛ أما معدل إعادة الشراء فهو الدليل الحقيقي على الطلب. ما دام لا يوجد مقترض يلهث ليحتاج إلى المال، فإن سجل الرهن يكون مجرد شيك مرسوم على الرمال.
#baby $BABY @BabylonLabs_io 周末 يذهب ابن عمّي لتناول الطعام مع التمويل التقليدي الجاف، يسألني كم يبلغ العائد السنوي لتسْليف BABY المرهون. أقول: من منظور قيمة الأصل الأساسية يبدو جيدًا؛ مكافآت FP مع التحقق تُحسّن عائد المُتحققين، والأرقام المتراكمة لا بأس بها. يضع عيدانه ويلتفت إليّ بنظرة: أنتم تحسبون العائد، لكنكم لا تُخصِّمون أبدًا؟
الطبقة الأولى: الخصم الذي ذكره ابن عمي. أشرح له أن التضخم 5.5% ولا توجد سقوف صارمة، فالبروتوكول يطبع عملات جديدة يوميًا تلقائيًا ويمنح مكافآت. يقول: هذا ليس عائدًا، بل هو توسع في العرض. ترتفع كمية العملات في يدك، لكن مستوى الماء في البركة يرتفع أيضًا؛ إذا كنت تريد حقًا رؤية القوة الشرائية، يجب خصم معدل التخفيف. بعد الخصم، يتبيّن أن "العائد الإيجابي" لدى كثير من المُرَهَنين غالبًا يكون مسطحًا، بل وقد يكون سلبيًا.
الطبقة الثانية: المدة (الدُّورية) التي ذكرها ابن عمي. يسألني كم مدة القفل، فأقول: unbonding 14 يومًا، والمستثمرون في الفريق يطلقون الاستحقاقات بشكل خطي شهريًا. يقول: هذا نموذج كلاسيكي لسوء مواءمة المدة—تعتقد أنها حساب جرى (قابل للسيولة)، لكن الخروج فيه احتكاك؛ وتعتقد أن القفل هو حصن، لكنه في الحقيقة حصة ثابتة شهريًا تنتقل من "غير متاح" إلى "متاح"، وفي قلب المدة توجد عملية إطلاق مجدولة. في أسواق السندات التقليدية مثل هذا الهيكل يحتاج تعويض مخاطر، وأنتم في سوق العملات الرقمية تتجاهلون ذلك مباشرة؟
الطبقة الثالثة: التعزيز/الترقية التي ذكرها ابن عمي. يقول إنكم دائمًا تتحدثون عن "الأمان المشترك لبيتكوين"، وأنا بحثت في الأمر: في النهاية أمان استخراج الكتل ناتج عن المُرهَنين في BABY، وBTC مجرد ضمان (رهينة). الضمان والجهة المُسَدِّدة أمران مختلفان؛ مثل الرهن العقاري: البيت مُرهن، لكن الأقساط الشهرية يدفعها المُقترض. إذا كانت نسبة الرهن في BABY مرتفعة، أو لم تفُق عوائد الرهن ضغط البيع عند فك القفل، فإن "تعزيز الأمان المشترك" حلقة داخلية وليست تصديقًا خارجيًا.
الطبقة الرابعة: التدفقات النقدية التي ذكرها ابن عمي. يسأل أين توجد التدفقات النقدية الخارجية، فأقول: انتظر Phase-3، BSN سيدفع لشراء الأمان. يقول: إذن هذا لم يصل بعد. إذا كانت التدفقات النقدية لمنتج ما تعتمد بالكامل على "التزامات العملاء المستقبلية"، ففي منظومتنا يُطلق عليها "شيكات مرسومة على الرمل". MC/TVL طوال الوقت أقل من 0.02؛ السوق كان قد صوّت بالتقييم—هذا ليس تحيزًا، بل هو خصم.
عند تسوية الحساب قال ابن عمي: إذا كنت تريد حقًا اللعب، اعتبر أنك اشتريت سند ائتمان عالي التقلبات، ولا تتجاوز الحصة 5% من إجمالي أصولك. وعندما تصل "التدفقات النقدية الخارجية" فعلًا، فكر في زيادة الشراء. أقول: هذه الملاحظة سجلتها، لكن الناس في سوق العملات الرقمية تعودهم أن يندفعوا أولًا ثم يحسبون. ابتسم وقال: إذن أنتم تسمونهم الشيوخ (البرسكي) القدماء.
#baby $BABY @BabylonLabs_io لقد سهرّتُ الليلة الماضية طوال الليل في مراجعة الصفحات داخل وثائق BabylonLabs حول منطق التقسيم الخاص بـ delegation و slashing.
يعتقد أغلب الناس أن المصادرة/الغرامة تتم وفق قاعدة "التحقق أولاً ثم المفوِّض"، لكن اتضح أن الأمر ليس كذلك.
عند تفعيل slashing في البروتوكول، يتم خفض الـ self-bond الخاص بالمدقِّق ورصيد المفوِّض بنفس النسبة. وإذا كانت نسبة الاكتتاب الذاتي للمدقِّق منخفضة جدًا، ففي مصادرة واحدة يمكن أن يخسر هو ألفي دولار، بينما قد تخسر أنت مئتي ألف. فجوة التعرض للمخاطر غير متكافئة تمامًا. #baby
والتفاصيل الأعمق: في الوثائق لا توجد برمجة ثابتة (hard encoding) لحد أدنى محدد للاكتتاب الذاتي الخاص بالمدقِّق. هذه المعلمة تُترك لكل سلسلة POS لتعيينها بنفسها؛ وبعض إعدادات الشبكات التجريبية تكون قريبة من الصفر. من جهة المفوِّض لا توجد واجهة موحّدة تمكّنه من المقارنة بشكل بصري وفوري لـ "كم يملك المدقِّق الذي أفوّضه من أمواله الخاصة". لم أجد تعريفًا واضحًا ومباشرًا لهذه النقطة. @BabylonLabs_io
للتشبيه: تخيّل أنك تبرم عقد شراكة لافتتاح مطعم بمبلغ مليون، يشارك الشركاء بمبلغ عشرة آلاف. ونص العقد يقول: "يتحمل الخسارة الجميع". في النهاية يتقاسم كل طرف 20%—فيخسر الشريك ألفين، بينما تخسر أنت مئتي ألف.
بالنسبة لي، عند النظر إلى هذا الميكانيزم، في التطبيق سأُرجّح أولاً تفويض المدقِّقين بنسبة self-bond أعلى وبمبالغ مطلقة أكبر، ولا أنظر فقط إلى APR. إذا كانت عتبة القبول على سلسلة ما منخفضة جدًا، فسأقوم مباشرة بتخفيض وزن/أهمية التفويض. القيود هنا أن الشبكة الرئيسية لم تعمل بعد، وبيانات self-bond الحقيقية لم تُسجل على السلسلة بعد، ولم أختبر تسلسُل تنفيذ slashing الحقيقي في بيئة تشغيل فعلية.
وبالنسبة لمسار BABY لاحقًا، فمن الصعب على المدى القصير تسعير هذا النوع من "مخاطر الوكيل/المفوِّض" بشكل مباشر؛ بل يشبه تقرير فحص طبي يُقدَّم للمؤسسات—كلما كانت آليات حماية المفوِّض قادرة على الصمود أمام التدقيق في التفاصيل حرفًا بحرف، كلما كانت عتبات دخول الأموال الكبيرة أقل. لن أُعدّل ترتيب الحيازات/توزيع الأصول لمجرد أنني فهمت هذه النقطة؛ سأنتظر بيانات الشبكة الرئيسية والحالات الفعلية ثم أُعيد التقييم.
عندما تختارون المدققين: هل ستتحققون من نسبة self-bond لديه، أم تكتفون بترتيب العائدات؟ لنحكِ في قسم التعليقات في Binance Square.
#baby $BABY @BabylonLabs_io في سردية سوق التشفير الحالية، غالبًا ما يُساوى مفهوم “غير الحافظ” بالأمان المطلق. وقد نجح بروتوكول Babylon في جذب اهتمامٍ واسعٍ بالسيولة بفضل خاصية تمكن الأصول من عدم مغادَرة الشبكة الرئيسية للبيتكوين. ويعتقد المستثمرون عمومًا أنه طالما كان المرء يملك مفتاحًا خاصًا، فإن الأصول تكون محمية من المخاطر النظامية للشبكات الخارجية.
لكن عند تفكيك نموذج عمله بعمق، يتضح أن المخاطر لم تختفِ؛ بل انتقلت بشكلٍ ضمني. ففي الوقت الذي يحصل فيه المستخدم على عوائد رموز BABY، فإن التعرض الحقيقي للمخاطر التي تواجه أصوله لم يعد من شبكة البيتكوين الرئيسية، بل انتقل إلى طبقة إجماع PoS في شبكة Babylon. وهذه حالة نمطية من عدم التماثل بين المعلومات والمخاطر.
وعلى وجه التحديد، تعتمد سلامة البروتوكول بدرجة عالية على نزاهة Finality Provider (مزوِّد الإنهاء/الحسم النهائي). فإذا حدث تواطؤ بين هذه العقد، أو تعرضت الشبكة لهجوم، فلن يكون بمقدور سكربتات طبقة البيتكوين الرئيسية أن تفعل شيئًا، إذ تفتقر شبكة البيتكوين إلى القدرة على قراءة حالة خارجية عبر العقود الذكية. فشبكة البيتكوين لا توفر سوى “قفلًا” تشفيريًا، لكنها لا تستطيع تحديد ما الذي يحدث خلف القفل.
تبرز هذه اللامعادلة بشكل خاص في ظروف السوق المتطرفة. اليد اليسرى هي قفل الوقت الآمن للبيتكوين، أما اليد اليمنى فهي غرفة شبكات خارجية تحافظ على العوائد والعقوبات. يبدو أن المستخدم لم يُسلِّم إدارة الأصول، لكنه عمليًا يقيّد من جانبٍ واحد القيمة الزمنية للأصول والسيولة، لصالح آلية إجماع أخرى ما زالت نسبتًا أحدث.
عند تقييم قيمة مثل هذه البنية التحتية، لا يجوز الاكتفاء بمنطق سطحي يتمحور حول: “هل الأصول ما زالت على السلسلة الأصلية؟”. يحتاج المشاركون في السوق إلى فحص ما إذا كانت أصولهم تمتلك القدرة على التحوط ضد هذه الصدمات الخارجية، عندما تهتز طبقة الإجماع الخارجية بشكل حاد. إن إدراك جوهر انتقال المخاطر هو مفتاح وضع استراتيجية لتوزيع أصول أكثر متانة.
#baby $BABY @BabylonLabs_io فجرًا، جاء ابن عمي إلى طوكيو، وقيل لي إن BTC ما زالت في محفظة باردة وكأنها ميتة. رفعت عينَي قائلًا: "لقد وصلنا إلى 2026، وما زلت تدعها تنام؟"
لست أنكر رغبتي في أن تنمو وتولّد أرباحًا، لكن مركزية الإيداع لدى wBTC تجعل رقبتي باردة، والجسور عبر السلاسل تبهجني بالمخاطرة كأنها تمشي على حبل مشدود. كنت في حيرة، فصادفت بيانات من @babylonlabs_io: أكثر من 56 ألف BTC أصلية مُقفلة داخل سكربتات ذاتية الحيازة، بدون جسر وبدون وصاية، وباستخدام التشفير الأصلي للبيتكوين لإسناد سلسلة PoS كحارس أمني.
Babylon تقتبس من البيتكوين نفسها: تستخدم timelock الأصلية كعقد رهن، والمفتاح الخاص يبقى دائمًا في يدك. لا تخرج العملات من السلسلة الرئيسية، ومع ذلك يمكنها أن تعطي أكثر من سلسلة PoS شهادات أمان اقتصادية في الوقت نفسه وتدرّ أرباحًا متعددة. BABY يؤدي وظيفتين—هو صفّ التصفية في الحوكمة، يحدد أي سلاسل يمكنها الاقتراض من ميزانية الأمان الممنوحة بـ BTC؛ وفي الوقت نفسه هو أصل رهونٍ لعُقد التحقق، ومن يسيء يواجه slash مباشرة. أكثر ما يغري أي HODLer قديم هو عبارة «العائد مع الحيازة الذاتية». أخيرًا لم تعد بحاجة إلى تسليم عملاتك إلى طرف وصاية في «صندوق أسود»، ولا إلى تحمّل المخاطر النظامية التي قد يسحبها جسر عبر السلسلة في أي لحظة.
لكن يجب تفكيك الرعد أيضًا: اللعب بابتكار سكربت فوق قاعدة محافظة مثل بيتكوين قد وُقِّع عليه احتكاك هندسي أقل من المتوقع. بمجرد تفعيل آلية slash، قد يُقفل BTC إلى الأبد أو يتعرض لفرض غرامة. والألغام الأكثر خفاءً في جانب التوكنات: المستثمرون الأوائل 30.5%، الفريق 15%، المستشارون 3.5%، ونحو نصف الشرائح بأيدي المطلعين. ومن مايو 2026 يبدأ الإفراج شهريًا، وستستمر عملية استيعاب ضغط البيع خلال السنوات الثلاث القادمة.
في الوقت الحالي، فإن نقاش المجتمع حول BABY غارق تقريبًا بالكامل في احتفالية غبية من نوع «هل سيقفز كم مرة عند الافتتاح». لا أحد يحفر في عدم تطابق TVL والقيمة السوقية، ولا أحد يحسب بدقة سرعة التخفيف شهريًا. وبالنسبة لتوكنات الرهن التي تعتمد بشدة على تبني شبكة BSN، فالتقاط القيمة اختبار ضغط طويل الأمد، وليس شيئًا يمكن قفله إلى تقييمٍ ما بسبب موجة FOMO واحدة.
انضباطي صارم جدًا: قبل قمة فترات الإلغاء/الإفراج، لن أندفع للقتال ضد الأمر. سأضع أولًا «حصة مراقبة» صغيرة جدًا، مع نافذة مدتها ستة أشهر، وأراقب بصرامة الزيادة الفعلية في عدد إدخالات BSN الجديدة وكَمّ BTC المُرهَن. في الغابة المظلمة، توقيت الخطوات بدقة أهم دائمًا من أن تعيش قليلًا بسبب مغامرة شراء بكل الرصيد.
#baby $BABY @BabylonLabs_io كان على 老张 أن يعتني بعائدات الرهن على السلسلة الأسبوع الماضي، وكاد أن يحطم لوحة المفاتيح.
تلك الكومة من الـBTC في يده—مكدسة في محفظة باردة كأنها قارورة نبيذ قديم محكمة الإغلاق لسنوات عشر، رائحتها طيبة فعلًا، لكن لا يمكن سكب قطرة واحدة. الجار 老王 يقوم بـfarming على Solana، ويستطيع ابن عمه حتى إخراج 4 نقاط من سندات الخزانة الأميركية. فما حال BTC لدى 老张؟ لا شيء سوى الانتظار لارتفاع السعر… والانتظار لارتفاع السعر.
وفي هذه اللحظة ظهر له بروتوكول Babylon وقال: لا داعي لنقل النبيذ من قبو التخزين، يمكن تأجيره عن بُعد لتحصيل الإيجار.
المنطق الأساسي حقًا ماكر. لا يلمس Babylon نظام الجسر عبر السلاسل الخاص بـWBTC—فكرة الجسور تلك شاهدها 老张 في 2022 مرات كثيرة من خلال الفواجع. يظل الـBTC على السلسلة الأصلية، وباستخدام سكربتات أقفال زمنية، يتم “تسليم” الأمان الاقتصادي كـ“شحن سريع عن بُعد” إلى سلسلة PoS. ما زال الـBTC هو الـBTC، لكن “حد الائتمان” يتم إقراضه كضمان.
المشكلة تكمن في آلية العقوبات المصادرة. سلسلة بيتكوين الأصلية لا تملك عقودًا ذكية، وتعتمد عملية الـslash على افتراضات الصدق في طبقة التنسيق خارج السلسلة وFinality Provider. بمجرد أن تتواطأ العقد أو تتأخر طبقة التنسيق تحت ظروف سوق استثنائية، تصبح الالتزامات الأمنية مثل شيكات مرسومة على رمال الشاطئ—مع أول جزر ينتهي كل شيء.
توزيع الرموز جعل 老张 يعبس. الحوافز المجتمعية 15%، والبيع الخاص 30.5%، والفريق 15%—وبذلك تُمثّل المؤسسات مجتمعة نصف الحصة تقريبًا. تبدأ عمليات الإطلاق من مايو 2026 لمدة 36 شهرًا بإطلاق خطي.
مع الرهن المزدوج، ينقسم تضخم سنوي بنسبة 8% بالتساوي. لكن 老张 حسب الحسابات: سعر العملة حوالي 0.02 دولار، وFDV حوالي 217 مليون، بينما TVL يقترب من 5.6 مليار دولار. نسبة القيمة السوقية إلى TVL منخفضة بشكل فاضح—إما أنها مُقيّمة بأقل بكثير من قيمتها، أو أن TVL يتضمن كمية كبيرة من “النفخ” عبر حجم معاملات مصطنع. وبالنظر إلى حصة البيع الخاص البالغة 30.5%، يميل 老张 إلى الاحتمال الثاني.
“للأشخاص الذين يجمعون BTC لديهم قيمة استكشافية في هذا الشيء،” قال 老张، “لكن لا تتعامل معه كمخلّص. لم يغادر الـBTC السلسلة الأصلية صحيح، لكن هل يمكن للوصاية/التفويض الأمني أن يحفظ رأس المال عند تعطل العقد؟ لا أحد يجرؤ على إصدار ضمان. قبل تجربة دورة إطلاق كاملة واحدة ووقوع حدث slash حقيقي، كل ما يمكن اعتباره هو تخمينات تقنية متحفظة ومتفائلة.”
رد 老王 على ذلك بملصق تعبيرات: عاد 老张 ليصبح من جديد ذلك 老韭菜.
#grvt $BTC @grvt_io في الأسبوع الماضي، كنت مع صديق يعمل في التداول الكمي نتناول الكباب. كان يتصرف بغموض ويُغرقني بالإطراء على GRVT، ويقول إن هذا هو بورصة تداول المشتقات على السلسلة. قلت في نفسي: أليس مجرد دفتر أوامر CEX ملفوفًا ببدلة Validium، ثم يطلقون عليه اسم لا مركزي؟ لم أكن مستعدًا لهذه الجولة حقًا.
أول شيء، فتحت ما أمكن من نظامهم الخاص بالمطابقة والتسوية. المطابقة على السلسلة، والتسوية خارج السلسلة، مع استخدام Validium لإخفاء/تأخير الإفصاح. يبدو الأمر متقدمًا. لكن كلما نظرت أكثر، زاد حيرتي: أليس هذا يعني تحويل مخاطر عدم اليقين بالنهائية إلى المستخدمين؟ إذا تحرك سعر نافذة التسوية، بأي سعر تُحسب المراكز؟ ويزيد Validium أيضًا مخاطر DA؛ فإذا حصلت مشكلة في طبقة البيانات، تنهار بيانات تاريخ التداول معها. هل هذا تحسين للأداء أم مجرد إضافة طبقة جديدة من الرافعة بشكل غير مباشر؟
ثم نظرت إلى منطق خزينة GLP. أول ما خطر ببالي هو الضحك. المساهمون من الأفراد يودعون المال لتوفير السيولة، والخسارة يتحملها مزودو السيولة (LP)؛ والربح تُسحب منه العمولة عبر المنصة. أليس هذا بالضبط مقولة المقامرة التقليدية: «المنزل يربح دائمًا»؟ غيّر الاسم فقط إلى «خزينة استراتيجيات»، فتتغير نظرة الناس على الفور. من يحدد الاستراتيجية؟ من يضبط الرسوم؟ من يضع عتبات التصفية؟ على ما يبدو، ما زالت نفس القوائم البيضاء للمؤسسات هي التي تقرر. وما يُسمّى بـ«حوكمة المجتمع» ليس إلا نقل سلطة «المِعْشار/السكين» من طبقة إلى أخرى.
أما جزء محرك المطابقة، فأشعر فيه بقلق أكبر. من أجل زمن تأخير منخفض، يتم تشغيل المطابقة الأساسية على عقد مخصصة خارج السلسلة، بحيث لا يرى المستخدمون العاديون عمق دفتر الأوامر الحقيقي. وإذا وقع سيناريو سوقي متطرف، فهل GRVT يضحّي بالمتداولين الأفراد لصالح صناع السوق؟ أم يضحّي بالسرعة لصالح سلامة النظام؟ يقولون إن هناك حلقة رقابة من أربع طبقات (four-layer loop)، لكنني أراها أقرب إلى مسار هروب VIP مخصص للكبار: يدفع الأفراد «ضريبة» مساوية تقريبًا للجميع، لكن عند لحظة الحسم لا يعرفون حتى من أين يمكن فتح الباب.
بالنسبة لتسعير خصم التصفية في RWA، هذا أكثر شيء أزعجني. يتحدثون وكأنهم يضعون سلة سندات الخزانة الأمريكية داخل خزينة على السلسلة لتوفير تعرض 7x24 للمستثمرين الأفراد. لكنني أسأل: من الذي يحدد معدل خصم التصفية؟ وعندما تجف السيولة فعلاً، هل يمكن لـ«الأصول الحقيقية» أن تُحوّل إلى نقد بالقيمة الاسمية؟ يبدو أن نظام العضويات يأخذ الأمر خطوة أبعد؛ وحتى الموقع الرسمي يعترف بوجود عقوبة للخروج بعد الاحتفاظ لفترة طويلة. وأرى أن ما يعمل الآن هو ببساطة أن يضع «النسخ القديمة» أموالها لتغطية «النسخ الجديدة»، وأنهم يرسمون لوحة جميلة فعلاً—لكنهم لا يخبرونك كم «ضريبة الوقت» سيُفرض عليك مقابل ذلك.
ولكي تكتمل هذه القصة، جمع GRVT Validium وGLP وRWA ونظام العضويات والخصم/الإرجاع عبر النقاط كلها معًا. كلما زاد عدد المكونات، زادت نسبة الاقتطاع. لم أعد أستطيع رؤية أنها «حلقة بيئية مغلقة»؛ بل أشبه بطاولة رسوم خدماتية مجانية للأفراد، كل ضربة سكين تتجه نحو شريحة LP.
#grvt $BTC @grvt_io الثانية صباحًا، كانت شاشة جهاز التطوير تنفجر بضيء أبيض يلسع العينين. بعد أن كنت للتو أستخرج كود نظام دعوة النقاط @grvt_io ، شعرت فجأة ببرودة تسري في ظهري—العامل ActivityMultiplier في الخلفية ليس مُعامل مكافأة أصلًا، بل هو في الواقع فأس خفية للصفقات/تصفيةٍ موجّهة لعدة حسابات في آن واحد.
المستثمرون الصغار ما زالوا في المجموعة يتباهون بأنهم سحبوا عشرات الحسابات وربطوها بشجرة互锁، ظنًا أنهم سيضمنون أرباحًا من طبقات العمولات. لكنهم لم يروا أن داخل الورقة البيضاء، تختبئ بخط رمادي آلية تدهور/انحسار النشاط: النظام لا يكتفي بتقييم إيداعات الفرع، بل يربط —بشكل صارم— عتبة “الأكل” في المشتقات عالية التكرار. ترجمتها إلى لغة الناس: إذا لم يحقق حسابات/عُقد الفرع خلال 72 ساعة متتالية حجم “أكل” كافٍ (تدفقات تلبي الحد)، فإن وزن إعادة العمولة لكل الشجرة في مسار الإحالة سيُفعَّل عليه خصمٌ مترابط.
تسميها الجهة الرسمية “تعديل النشاط”، لكن في الحقيقة هي ضريبة تُسوّي الرأس.
حسبتُ أرباحًا عبر منحنيات تحت أوزان مختلفة. “أحياء حقيقيون” رَكّزت وجهدًا طوال ثلاثة أشهر لتجميعهم، لكن ما إن لا يحققوا كمية كافية “للأكل” لمدة ثلاثة أيام متتالية، حتى تُفرض عليهم—تحت مسمى “عدم النشاط”—تصفية قسرية: يتم إلغاء نقاط الشجرة بالكامل والرسوم. العامل ينهار مباشرة، فيتحول مجهود الترويج لحظةً واحدة إلى رداء “تدفق سيولة مجانية” يقدمه المستخدمون للمنصة.
تتجاوز هذه الآلية قفل جذب المشتركين مدى الحياة، وتحول كل عنوان إلى عبد لتوليد الكميات وهو يفرّغ دمًا باستمرار—لا تروّج فتموت، توقّف الترويج فيتم مسح كل شيء إلى الصفر.
الحيتان أصلًا لا يبالين. هم يشغلون مباشرة آلات صانع السوق؛ السوق/اللوحة تضبط ضربات سلسة بدون عوائق، ولديهم إعفاء طبيعي من العقوبات، والعمولة دائمًا تُضبط على الحد الأقصى. أما الأصدقاء/زملاء “توليد الأرباح” الذين يجلبهم متحمسون من الجامعات العادية، فيظنون أن “الناس الحقيقيين” يمكنهم الاستلقاء وكسب الربح، والنتيجة أنهم يكتفون أحيانًا بتداول/استثمار فوري دوري، وحد “أكل” المشتقات لديهم يساوي صفرًا—فتنخفض أرباح شجرتك في الخلفية بهدوء، وفي النهاية لن تتمكن حتى من استرداد Gas.
هذه ليست “منظومة توصية”، بل خط إنتاج لابتلاع تدفقات السيولة. عندما تظن أنك تبني فريقًا، فأنت في الحقيقة تسجل للمنصة عمالًا مجانًا يركضون لتوليد السيولة.
انشروا في قسم التعليقات نسبة تضاؤل عوائدكم الحقيقية من إعادة العمولة—أنا فضولي لمعرفة كم عدد شجرات الإحالة التي تم قطع عُضلها عند الكاحل بواسطة ActivityMultiplier خفيةً.
[TL;DR] ActivityMultiplier لشجرة توصية GRVT هو “مُحصِد” خفي. عدم وجود أكل للمشتقات لمدة 72 ساعة يفعّل خصمًا مترابطًا، وتتم “شنقة موجهة” للحسابات متعددة الأرقام والمستثمرين منخفضي التكرار، ولا ينجو إلا صانعو السوق عاليي التكرار. يظن المستثمر الصغير أنه يكسب عمولة، لكن الحقيقة أنه يجهّز “رداء سيولة مجانية” رسميًا. GRVT #grvt @grvt_io
#grvt $BTC @grvt_io في الواحدة والنصف صباحًا، أمام جهاز التطوير في القبو، كانت إضاءة الشاشة البيضاء تُصبغ وجهي بالزرقة. فجاءني صوت من مجموعة أصدقاء صانعي السوق: "GRVT يملك محفظة مُدارة ذاتيًا، فهل المفتاح الخاص في يدك حقًا؟" لم أردّ، فقط مرّرت مستند التجريد لحساب @grvt_io ثلاث شاشات إلى الأسفل، ولما رأيت معلمة تأخير سحب الصلاحية الخاصة بمفتاح الجلسة، ارتجفت يدي، وانسكب نصف كوب ماء بارد قرب لوحة المفاتيح.
أحسست بقشعريرة في ظهري.
GRVT يرفع شعار "بورصة هجينة": مطابقة خارج السلسلة، وتسوية على السلسلة، ومحفظة AA تحتفظ بالأصول. أنت تملك ملكية المحفظة التعاقدية (ownership)، والمنصّة لا تحتفظ إلا بمفتاح الجلسة للتوقيع تلقائيًا. لكن ورقة الـwhitepaper التي تمرّ على معلمة تأخير سحب الصلاحية بشكل خفيف، كشفت عن حقيقتين جعلت ملابسك الداخلية تظهر بشكل شبه شفاف.
عندما تكتشف تسرب مفتاح الجلسة أو شذوذًا في عقد المطابقة، تبدأ بإلغاء التفويض. من لحظة سحب التفويض من الذاكرة المؤقتة إلى تأكيد وجوده على السلسلة، يوجد نافذة زمنية موضوعية. وخلال هذه الفترة، فإن الكيان الذي يحمل مفتاح الجلسة—محرك المطابقة في GRVT أو طرف ثالث مخترق—يمكنه نظريًا أن يمثل عمليات محفظتك. والأهم أن كل المطابقة تحدث في الغابة المظلمة خارج السلسلة، وعلى السلسلة لا يظهر سوى التسوية النهائية.
هذا ليس مثل CEX التقليدية؛ فمخاطر الحضانة واضحة للعيان. وليس مثل DEX على السلسلة فقط؛ فكل معاملة شفافة وقابلة للتدقيق. GRVT يشبه أن وضع لك جسرًا زجاجيًا بينك وبين أموالك—أنت تمسك بالمفتاح، لكن في منتصف الجسر توجد بوابة تدوير غير مرئية؛ وقبل أن يصبح سحب الصلاحية ساريًا، قد يتمكن الطرف الآخر من تدوير المفتاح نصف دورة أخرى.
تلقّى أحد رفاقنا في تسويات ما عبر الحدود الصمت لثوانٍ ثم قال: "أي سحب صلاحية مع تأخير، في جوهره—تحكمٌ فيما لا يمكن التحكم فيه."
لقد استعدنا السيطرة منذ 15 عامًا، والآن مقابل سرعة المطابقة نُسلّم بطيب خاطر جزءًا من السيطرة مرة أخرى إلى متغير التأخير من نوع uint256 داخل الكود. فهل هذه تطوّر، أم قيدٌ أكثر أناقة؟
[TL;DR] مفاتيح جلسة AA في GRVT لديها نافذة تأخير لسحب الصلاحية، وخلال المطابقة خارج السلسلة لا تكون "الإدارة الذاتية" تحكمًا مطلقًا. البنية الهجينة تنازل هندسي: افهموا بوضوح التنازل عن السلطة في معلمات الوقت، ثم قرروا إن كنتم ستراهنون بأموالكم أم لا. #grvt GRVT