老刘囤币BTC

نفس القيد بـ 0.05 BTC، بعض الأشخاص يستلمون 0.2 BABY كل epoch، بينما يستطيع غيرهم الحصول على أكثر من 0.25، والفارق ليس في رأس المال، بل في منطق اختيار الـ FP.
مزود الإتاحة Finality Provider في Babylon ليس مجرد أداة توقيع؛ بل إنهم يحددون مباشرةً عائدك الفعلي. أولًا، لكل FP نسبة عمولة محددة مسبقًا، من 1% إلى 10% حسب الحالة. يتم خصم نسبة العمولة هذه من مكافأة جهة الإصدار ومن حصة جهة الرسوم في آنٍ واحد، أي أن الـ FP صاحب العمولة المرتفعة سيأخذ نسبة ثابتة من عائدك على الجانبين. وفي المرحلة الحالية التي تكون فيها حصة الرسوم رقيقة نسبيًا، فإن اختيار FP بنسبة عمولة أقل من 5% يمكن أن يسرّع تراكم رأس المال بنسبة عشرات النقاط.
$BTC
ثانيًا، انتبه إلى “معدل التوقيع عبر الإنترنت” لدى الـ FP و“تاريخ slashing”. في آلية Babylon، إذا ظل الـ FP دون اتصال لفترة طويلة أو حدثت عملية توقيع مزدوج، فسيتم تغريم جزء من أصول الإسناد المودعة وفقًا للبروتوكول. لن يتم فقد BTC الخاص بك مباشرةً، لكن سيتم تقليص عائد BABY في الـ epoch ذات الصلة بشكل غير مباشر. لذلك لا يكفي النظر إلى انخفاض العمولة فقط؛ بل يجب التحقق من السجلات على السلسلة، والأفضل اختيار عقد يكون معدل التوقيع فيه مرتفعًا باستمرار بنسبة 99.9% أو أكثر ولا يحمل أي أثر للتغريم.
تأثير خفي آخر هو معدل استخدام سقف الإسناد لدى الـ FP. عندما يكون وزن تفويض FP قريبًا جدًا من الحد الأقصى، فإن دخول مفوضين جدد سيؤدي إلى خفض الحصة لكل شخص بشكل إجمالي، فيتم تمييع عائدك الحدّي. بدل أن تزاحم في عقد مشبعة ضمن القمة، من الأفضل إيجاد عقد بوزن تفويض بين 60% و80%—عمولته معقولة وخطر التخفيف أقل.
بالإضافة إلى ذلك، لا تنسَ أن الـ FP نفسه يتطور مع الإصدارات. بعضهم يدعم بالفعل “التجميع التلقائي للعوائد” (auto-compounding)، وبعضهم ما زال يعمل على عملاء قديمة. يعني التجميع التلقائي أن مكافآت BABY المستحقة يمكن أن تُفوض تلقائيًا مرة أخرى إلى epoch جديدة، وبذلك يتحقق تأثير الفائدة المركبة بشكل غير مباشر. عند تفعيل هذه الميزة، يمكن للمقفلين على المدى الطويل تحقيق تفوق واضح من ناحية تراكم رأس المال.
@BabylonLabs_io $BABY #baby
هل عند اختيار الـ FP الآن تنظر أولًا إلى نسبة العمولة، أم إلى معدل التوقيع؟

منذ بضعة أشهر، نقلت عملتيْن من البيتكوين (BTC) كانتا راقدتين في محفظة باردة إلى عقد الإيداع (التَحْوِيل إلى عقد الرهن) الخاص بـ Babylon، بهدف الاستفادة من “عائدٍ أصلي” لا يحتاج إلى أي حركة. كان وصول توكن BABY يوميًا في موعده تمامًا، والأرقام التي تشير إلى APY جعلت الأمر مُدمنًا. إلى أن تم فكّ عمق سوق BABY وانفجر جَوٌّ من السيولة/العرض بشكلٍ مفاجئ، فهبط سعر تحويل BABY إلى BTC بشكل ملحوظ خلال أيام—وهكذا تلقيت درسًا شخصيًا: عندما يتحرك سعر التوكنات كمكافآت إلى الأسفل، فإن سيناريو الرهن ليس مجرد عائد، بل يكون في الواقع شكلًا آخر من الرافعة المالية على المركز.
بنية Babylon نفسها نظيفة جدًا: يتم حبس BTC داخل سكربت P2SH، وتوفر EOTS توقيعًا واحدًا للاستخدام تُقدّم معه الخدمة الأمنية بشكل آمن من طرفٍ واحد، دون مخاطر طرف مقابل مرتبطة بجسر عبر السلاسل. من حيث المظهر، تبدو الافتراضات مثالية: الأصول محفوظة ذاتيًا (self-custody)، ويتم تسوية العوائد عبر BABY. لكن بمجرد أن يبدأ السوق بإعادة تسعير كمية BABY المتداولة، فإن جميع المكافآت غير المُسددة داخل النظام ستنكمش معها، بينما يبقى رأس المال محبوسًا ضمن فترة القفل.
وهذا يخلق عدم تطابقًا يختبر طبيعة البشر: يمكنك فك الارتباط نظريًا في أي وقت، لكن نافذة الاسترداد تصادف لحظة ذروة الخوف في السوق. إذا قمت بـ“الاسترداد” فسوف تُحوِّل جميع خسائرك العائمة إلى خسارة مُحققة؛ وإذا لم تسترد، فعليك تحمل استمرار القفل ومشاهدة تآكل القيمة في دفتر حساباتك. الإجراء الوحيد القادر على كسر هذا التعارض مُبكرًا هو أن تقيّم نموذج تضخم BABY قبل الرهن، وأن تحدد عتبات خروج واضحة—عند الوصول إلى نسبة ربح/خسارة معينة أو عند سقوط خط اتجاه توزيع أرباح FP تحت نقطة حرجة، يتم تنفيذ الاسترداد دون شرط. $BTC
لمن يرغب في وضع BTC داخل Babylon لتناول مكافآت BABY، إليك كلمة صادقة: لا تنظر فقط إلى نسبة الفائدة السنوية. اسحب جدول فكّ/تحرير توكنات BABY، ومعدل تسارع نسبة الرهن على السلسلة، والأداء التاريخي لـ FP، ثم أنشئ بنفسك “جدول ضغط” (سيناريوهات/Stress Test). إذا أنجزت الواجب قبل الرهن، فإن BTC الخاص بك يمكن أن يتحول فعلًا إلى أصل يُولِّد عائدًا (حامل دخل)، وليس مجرد رهان سلبي يتم تقييده بسردية جذابة.
#baby $BABY @BabylonLabs_io

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

بابل لا يفتح فقط باب الرهان على BTC، بل هو أيضًا مدخل كامل إلى نظام BTCFi البيئي. يجعل TBV البيتكوين يشارك في التحقق عبر PoS دون الحاجة إلى نقل عبر السلاسل، وBABY هو الوقود المبكر لهذه التجربة. في المستقبل، قد تنشأ حول BABY رموز استثمار/رهان سائل مثل LBTC، وأسواق إقراض، وحتى عقود دائمة على السلسلة. عندما تُقفل BTC داخل TBV لتحصد BABY، ثم تضع BABY رهنا في الحوكمة لتحصل على توزيعات (Airdrops) لمشاريع النظام البيئي، تبدأ “الدورة” في الدوران. حاليًا، تخطط بروتوكولات مثل pSTAKE وغيرها لتكامل Babylon وإصدار BTC LST تحمل عوائد. ويمكن لهذه LST أن تدخل إلى Curve وAave، لاستخراج المزيد من الأرباح. ومن المرجح أن يحصل حاملو BABY أيضًا على حق الحوكمة في بروتوكولات LST هذه وتوزيعات الأرباح. يبدو الأمر جميلًا للغاية، لكن انتبه: كل ما سبق مبني على شرط عدم وقوع أي حوادث على الشبكة الرئيسية واستقرار سعر BABY. إن عملية Slashing واسعة النطاق واحدة قد تُحطم الثقة، وإذا فقدت مشتقات مثل LBTC السيطرة على مقدار الإصدار عند سكها، فقد يتشكل خطر منهجي يمتد إلى كامل DeFi. $BTC لذا فإن سعر BABY على المدى القصير ليس هو الأهم؛ الأهم هو ما إذا كانت Babylon تستطيع تسليم إجابة خالية من أي حوادث أمنية خلال عام. إن تمكنت، فقد يصبح BABY بمثابة “ETH” لنظام البيتكوين البيئي، ويحصل الحائزون على أكبر قدر من العوائد؛ وإن لم يحدث، فسيكون مجرد حجر على طريق دورة الصعود القادمة. اختيارك هو إيمانك. #baby @BabylonLabs_io $BABY

يمسك بيديه BTC أغلبُه يحمل نوعًا من عقلية “الكنز العائلي”. ليس أنه لا يريد أن تُنميه، لكنّه خاف. إن أودعه في منصة تبادل لأجل الاستثمار، يخشى أن تنهار المنصة؛ وإن نقله عبر السلاسل إلى نظم بيئية أخرى، لا تزال أخبار ثغرات العقود وسرقة الجسور ماثلة أمامه. وهكذا، تصبح هذه الأصول الأعلى جودة، كامنة في محفظته بهدوء، فتتحول إلى ما نُسميه بسخرية “مالًا ميتًا”.
منطق @BabylonLabs_io الكامن وراء BABY، هو في الحقيقة موجّه تحديدًا لحل هذه العقدة الميتة. المسألة التي يريد حلّها هي واحدة فقط: أن يُولِّد عائدًا دون أن يتطلب منك تسليم السيطرة على بيتكوينك. يبدو الأمر كأنه مفارقة، لكنّه يتجاوز فجوة “ثقة البشر” هذه عبر علم التشفير. باستخدام BitVM3، يتم حبس BTC الخاص بك داخل Taproot UTXO أنت المتحكم به أنت، وليس داخل محفظة ساخنة تابعة لجهة مشروع. $BTC
يشبه ذلك تمامًا أن لديك صندوق تأمين مليئًا بالذهب؛ في الماضي، لكي تجعله ينمّي، كان عليك تسليم الصندوق لشخص آخر للاحتفاظ به. أما الآن، فكل ما تحتاجه هو إظهار برهان رياضي للعالم مفاده: “لدي صندوق مليء بالذهب، والمفتاح بيدي”، وبذلك يمكنك المشاركة في الأنشطة المالية. هذه الصدمة النفسية كبيرة بالنسبة لمحبي العملات القديمة (Old coins)، لأن ما نؤمن به في أعماقنا هو “Not your keys, not your coins”. إن سردية TBV التي تمثلها BABY، تهدف إلى إثبات: “In your keys, and you can still use your coins”. إن كان بإمكانها كسر الهواجس الأمنية المتجذرة لدى حاملي البيتكوين، فهذا هو أكبر تحدٍّ أمامها، وأكبر فرصة لها. @BabylonLabs_io
#baby io $BABY

مسألة سرعة التصفية قد تكون أكثر جزء تمت مناقشته أقل في اقتراح تكامل TBV مع Aave V4، لكنها في الوقت نفسه من أدق الأجزاء تصميمًا.
في الفهم التقليدي، يوجد في استخدام البيتكوين كضمان مشكلة لا يمكن تجاوزها: متوسط وقت إنتاج كتلة البيتكوين حوالي 10 دقائق، ولا يزال تأكيد السلسلة يتطلب انتظار عدة كتل أخرى، بينما تتطلب التصفية في DeFi استجابة على مستوى الثواني. وهذا يخلق تعارضًا طبيعيًا—عندما تستخدم أكثر السلاسل أمانًا في العالم كضمان، يتعين عليك قبول أبطأ سرعة للتسوية. حل TBV ذكي جدًا: فهو لا يعالج هذه المشكلة، بل يتجاوزها.
بالتحديد، قامت Babylon بنشر عقدين من نوع Spoke على Aave V4: Babylon Core Lending Spoke مسؤول عن منطق الاقتراض، وBTC Vault Swap Spoke مخصص لمعالجة التسوية بعد التصفية. عندما تؤدي عملية قرض إلى التصفية، لا يحتاج المُصفّي إلى انتظار أي تأكيد على شبكة البيتكوين. بدلاً من ذلك، يقومون بتنفيذ التسوية الفورية على جهة الإيثيريوم باستخدام WBTC، ويأخذون مقابل ذلك وثيقة/إثبات تصفية. ثم يتدخل المُراجِحون—يستخدمون البيتكوين الحقيقي لاسترداد أصل البيتكوين الضامن المحبوس داخل Taproot UTXO، ويكسبون الفرق بين سعر التصفية وسعر الاسترداد على السلسلة.
هذا التصميم يفصل بين "سرعة التصفية" و"التسوية النهائية على السلسلة" إلى أمرين، ودورين، وبعدين زمنيين اثنين. المُصفّي يركز على التنفيذ الفوري، والمراجِحون يركزون على فروق الأسعار عبر السلاسل، وكل طرف يعمل ضمن إطار زمني مختلف دون أن يعيق الآخر. ولهذا السبب تجرؤ TBV على القول: "التصفية لا تتأثر بوقت إصدار كتل البيتكوين"—ليس عبر تسريع تأكيدات البيتكوين تقنيًا، بل عبر إعادة توزيع المخاطر وتكلفة الوقت من خلال الهندسة المالية. $BTC
بالنسبة إلى نظام BABY البيئي، فإن سلاسة آلية التصفية تحدد مباشرة كفاءة رأس المال لـ vaultBTC كضمان. إذا كان تصميم التصفية به ثغرات، فإن سوق الاقتراض والاقتراض لـ TBV بأكمله سيضعف، وسيتم خصم/تقليل القيمة المتدفقة من BTCFi التي يحصل عليها المودعون في BABY. وعلى العكس، كلما كانت التصفية أكثر سلاسة، ارتفعت نسبة استخدام vaultBTC، وزادت قيمة Babylon Genesis باعتبارها طبقة التسوية للمجمل. حاليًا ما زال الاقتراح في مرحلة ARFC، ولم يتم تحديد بعد عتبات التصفية ضمن معلمات المخاطر ولا قائمة المتحدّين، لكن تصميم بنية التصفية نفسها منحني بالفعل قدرًا كبيرًا من الثقة في TBV.
#baby @BabylonLabs_io $BABY

إذا قمنا بمقارنة "خزائن بيتكوين بدون ثقة" من Babylon مع التمويل اللامركزي الأصلي على الإيثيريوم، سنلاحظ نقطة غير بديهية جدًا: إن TBV في الواقع يخلق لعملة BTC طريقة أكثر أمانًا للمشاركة في DeFi مقارنةً بـ ERC-20. يعتقد كثيرون أن BTC عند عبورها إلى الإيثيريوم تصبح أكثر مرونة، لكن الثمن هو ضرورة الثقة بجسور الربط وبمنصات العقود الذكية نفسها من ناحية الأمان. أما TBV فيغيّر الفكرة: فهو يبقي BTC على شبكة بيتكوين الرئيسية، ولا يمدّ حقوقها الاقتصادية إلا عبر إثباتات تشفيرية؛ وبهذا، لم تغادر BTC فعليًا أبدًا أكثر دفتر أستاذ أمانًا فيزيائيًا.$BTC
تعتمد هذه النمذجة لـ "عدم المغادرة فعليًا، والقدرة على البرمجة" على سلسلة من المعاملات مُسبقة التوقيع. عند إنشاء الـVault، يقوم المستخدم مسبقًا بتوليد مجموعة من المعاملات تغطي جميع حالات المستقبل الممكنة: عندما يتحقق شرطٌ ما، تُجمَّع المعاملة الخاصة بالحالة المقابلة وتُسجَّل على السلسلة. وإذا لم تتحقق الشروط أبدًا، فإن BTC لا يكون أمامها إلا أن تعود إلى عنوان المستخدم عبر مسار الاسترداد الأصلي. هذا يعادل إضافة غلاف منطقي من نوع "إذا وفقط إذا" للأموال.
يُعيد هذا النوع من الآلية مباشرةً تشكيل هيكل المخاطر المرتبط باستخدام BTC كضمان. في السابق، عند استخدام BTC كضمان، كان كثيرون يقلقون ليس من تقلبات BTC نفسها، بل من انهيار الطبقة الوسطية. والـTBV يقلّص هذا الخطر إلى حد يقتصر على أمان إجماع شبكة بيتكوين الرئيسية فقط، وصحة إثباتات الحالة. وبالنسبة إلى سيناريوهات تتطلب درجة عالية جدًا من الأمان مثل بروتوكولات العملات المستقرة وأسواق الإقراض، فهذا يكاد يكون تقديمًا لـ "ضمان من مستوى أصلي".
الآن يصبح موقع BABY مثيرًا للاهتمام. إذا أصبحت شبكة TBV فعلًا هي الطبقة الأساسية التي تمكّن BTC من المشاركة في DeFi، فيمكن لـ BABY أن يصبح طبقة تنسيق الحوكمة والتحفيز لهذه الشبكة. سواء كان منشئو الـVault أو المتحدّون أو المُتحققون، فقد يحتاجون جميعًا إلى استخدام $BABY للمشاركة في توازن لعبة الشبكة.
في النهاية، لا تحاول Babylon تقديم سلسلة جديدة، بل تريد جعل بيتكوين طبقة الأمان العامة لكل السلاسل.
#baby @BabylonLabs_io $BABY

يقول كثيرون إن هبوط سعر عملة $NEWT بهذه الكمية يعود إلى أن السوق لا يقتنع بسرد الخصوصية، لكن هذا غير صحيح. تفقد عناوين التفاعل على السلسلة—خلال ستة أشهر، انخفض عدد المستخدمين النشطين يوميًا بأقل من 30% فقط. والمقصود الحقيقي بالصفْر التام هو عمق التداول—ذاك “الضريبة” غير المرئية؛ في كل عملية شراء وبيع تحدث، لكن لا أحد يحسبها لك بوضوح.
قمتُ بتفكيك جميع مجمّعات السيولة (DEX) الخاصة بـ$NEWT . المجمّع الذي يُروَّج له رسميًا، والمعلَّن أن TVL فيه 800 ألف U، لكن أكثر من 60% منه سيولة أضافها فريق المشروع نفسه، كما أن شهادات LP نصفها تقريبًا مقفلة في عقود إيداع أحادية الجانب. هذا يعني أن آليات الحماية من الخسارة غير الدائمة (Impermanent Loss) لا تغطي إلا ما أضافه الطرف الرسمي حين ينحرف سعر السوق—أما مواقع LP العادية فأنت “تبحر عريانًا”. والأدهى أن رسوم هذا المجمّع مُحددة عند 0.05%، أي أقل من أزواج العملات المستقرة—وهذا أشبه بدعوة لروبوتات التداول عالي التردد لاقتطاع “جزء من جلد رأسك” من كل صفقة تقوم بها. بمجرد أن يتم ضخ أمر شراء بسعر السوق يتجاوز 2000 U، يتم تحويل فرق لحظي في السعر بنسبة 0.4% إلى خارج المجمّع عبر روبوتات كمية باستخدام التمويل بالهامش السريع (Flash Loan)، ثم يعود المجمّع تدريجيًا إلى سعر لا يمكنك إتمام صفقتك عنده. هذه ليست صفقة تداول… بل كأنك تُفرغ شاحنة أموال.
ولا تحاول التذرع بعمق منصات التداول المركزية. لقد علّقتُ طلبين مرتين: عند البيع في مرة وضعت 2000 قطعة $NEWT ، بقيت معلقة يومين كاملين دون أن تُلتهم. وفي الوقت نفسه، على السلسلة، نجحت عناوين أخرى في إجراء ما لا يقل عن أربع تحويلات بإجمالي 30 ألف قطعة، وجميعها تجاوزت أوامر تحديد السعر (Limit) ومرّت عبر OTC أو من خلال “dark pools” عبر مجمّعات. ماذا يدل ذلك؟ أن السيولة الحقيقية ليست موجودة أصلًا في الـOrderbook الذي يمكن لتجار التجزئة رؤيته، بل في غرفة مظلمة لا تستطيع الدخول إليها. النطاق/الدفتر رقيق ليس لأن أحدًا لا يريد الشراء، بل لأن “القطع الرخيصة” لا تنتظر وصولك. $BTC
لذلك عندما ترى على مخطط K-line شمعة صعود كبيرة بحجم تداول وتظن أنها انعكاس… ففي الغالب ليست إلا عملية تصفية منظمة، هدفها أن تُباع رموز ما زالت غير مُفككة في محفظتك في المرة التالية للطرح (الخروج)، إلى من يصدّق فكرة الارتداد. #Newt $NEWT @NewtonProtocol

很少有人细想 GRVT 那套“链下撮合+validium 打包+zk证明”的组合里，究竟把信任放在了哪个位置。我花了几个晚上把它的交易流拆开，越拆越觉得，用户其实是在用一套复杂的密码学外衣，重新包装一箩筐对链下运营方的依赖。
简单说，你的限价单下到链下撮合引擎，引擎在暗盒里匹配成交，然后把一批交易打包生成一个零知识证明，最后往链上提交结算。链上能验证的是“这批交易的总状态变迁是合法的”，可它验证不了“这笔交易是不是按时间顺序最优撮合”。换句话说，如果你的订单明明可以和另一个更好对手方撮合，却被引擎暗地里排到了更差的队列，只要最终状态在数学上没毛病，链上什么也看不出来。
这时候你可能会说，zk 证明至少保证了不作恶的燃料箱不会凭空刷钱。没错，但它保不了的是优先级的公平。在市场剧烈波动时，毫秒级的排队优势就是真金白银。而那个决定队列排序的力量，掌握在链下节点的规则里，而规则是可以被私下调整的。于是一个荒诞画面出现了：你以为自己在透明赛道上比赛，结果裁判的计时器藏在黑箱里，只告诉你最终的成绩单是真实的。
我不是要全盘否定这种设计。工程上它是笔很好的妥协，兼顾速度和成本。但作为交易者，你需要认清一个事实：你交给 GRVT 的不只是保证金，还有对撮合者中立性的信任。这个信任目前基本靠团队自觉和未来可能的去中心化治理来兑现，可治理本身也捏在多签手里。$BTC
所以我在实盘里只做低杠杆被动单，绝不做高频或抢帽策略。因为在那条不透明的队列里，我未必跑得过有特权的影子。#grvt @grvt_io

راجعتُ مؤخرًا من جديد خطط أمان الوكلاء الذكاءيين على السلسلة، ووجدت أن مشاريع السوق تنقسم تقريبًا إلى فئتين على مستوى الأمان: فئة تعتمد على الضمان الاقتصادي، حيث يُعاقَب سلوك العقدة الخبيث بمصادرة الأصول؛ وفئة أخرى تسلك العزل الصلب، باستخدام TEE لتثبيت بيئة التنفيذ. اختار بروتوكول Newton الخيار الثاني، ومن الناحية النظرية فإن العزل على مستوى العتاد أكثر حتمية، ولا يحتاج إلى افتراضات مثل نموذج الاقتصاد حول أن “معظم الناس صادقون”.
لكن لهذه “الحتمية” شرط مسبق، وهو ألا يتم اختراق الـ enclave نفسه. في العالم الواقعي، وتيرة اكتشاف ثغرات الشرائح ما تكاد تتوقف أبدًا؛ فكل جيل تقريبًا من معالجات Intel يعرض متجهات جديدة لهجمات القنوات الجانبية. إذا كان Newton يشغّل النظام على بنية عتادية واحدة فقط، فبشكل جوهري فإنه يضع كل “بيضه الأمني” في سلة ثغرة ربما لم تُكتشف بعد.
في المقابل، بدأت بعض المنافسين بمحاولات مسارٍ مختلط: الضمان الاقتصادي كـ “شبكة أمان” مع TEE للتحقق الخفيف، أو نقل الحسابات الحاسمة إلى دوائر ZK. لا أعرف إن كان لدى Newton خطط لتعدد بنى TEE داخليًا، لكن إذا أمكن في المستقبل تشغيل كلا من AMD SEV و Intel SGX على المسارين معًا، بل وحتى إدخال عناقيد حوسبة موثوقة من طرف ثالث، فسيكون تحمل الهشاشة أقوى بكثير.
ومن النقطة التي يُسهل تجاهلها أيضًا أمان تشغيل الـ Operator وصيانته. الـ enclave يمكنه حماية الكود، لكنه لا يمكنه حماية أخطاء التهيئة على جانب النشر. إذا قامت فرق التشغيل بإعداد قوالب السياسات بشكل خاطئ، أو عكست إعدادات أدوار التفويض، فقد تكون عواقب هذه “الثغرات البشرية” أكثر مباشرة من ثغرات الشيب نفسها. قد يحتاج Newton مستقبلًا إلى نوع من أدوات تدقيق أمن موجّهة للمطورين، تقوم بالكشف عن تعارضات السياسات قبل النشر. $BTC
الأمان ليس مجرد تدعيم بنقطة واحدة؛ بل هو لعبة على أضعف حلقة في سلسلة الامتداد. وأنا شخصيًا أتطلع أكثر إلى أن يفكك Newton منظومة الأمان هذه تفكيكًا دقيقًا بما يكفي، ثم ينشر أين يكون قويًا وأين ما زال بحاجة إلى الإكمال. #Newt $NEWT @NewtonProtocol

$BTC في محيطي بعض الأصدقاء الذين يعملون في المشتقات؛ وما إن يسمعون أن البورصة تقوم في الوقت نفسه بدور صانع السوق ودور دفتر الأوامر، ينتابهم ـ بشكل غريزي ـ شعور بالتحفّظ. يعتقدون أن هذا لا يختلف كثيرًا عن نظام صناع السوق التقليدي، بل إنه مجرد تغيير “غلاف” على سلسلة البلوكشين. كنتُ لديّ هذا النوع من الشكوك أيضًا، خصوصًا عندما رأيت تصميم السيولة الخاص بـGRVT يتضمن دور صانع السوق؛ كانت ردّة فعلي الأولى: هل يوجد هنا ميلٌ خفيٌ للمصالح؟
ثم أجبرتُ نفسي على مراجعة قواعد حوافز السيولة الخاصة به وبنود التزام صانع السوق، واتضح أين كان سوء الفهم. ففي البورصات التقليدية، غالبًا ما يكون صانع السوق ضمن “طبقة امتيازات”، يحصل على رسومٍ أقل، وسرعات اتصال أفضل، وحتى يمكنه رؤية بعض معلومات تدفّق أوامر لا يراها بعض المتداولين الأفراد. أما تصميم #grvt فهو بالعكس: فهو يتطلب من صانع السوق أولًا أن يقوم، وفقًا للبروتوكول، بقفل جزء من الضمانات في عقد ذكي على السلسلة؛ كما أن سلوك التسعير سيُنتج سجلات على السلسلة. وفي حال حدث عدم تقديم عروضٍ بشكل متواصل، أو إذا تجاوز انحراف السعر عن النطاق المسموح درجةً كبيرة، فإن السلسلة ستُفعّل تلقائيًا آلية عقاب. وبالتالي لا توجد مساحة لأي تفاوض خلف الكواليس. بمعنى آخر: يتم أولًا تثبيت يد صانع السوق على الطاولة عبر العقد، ثم مطالبتهم بتقديم الخدمة.
وبذلك يصبح صانع السوق هو أكثر من يخشى حدوث مشكلات في السوق. لأن أمواله شفافة، وتسعيره خاضعٌ للرقابة، وتكلفة القيام بحركات “غير سليمة” مرتفعة جدًا. الأسعار التي يراها المتداولون الأفراد في دفتر الأوامر، في الخلفية لا تمثل مجرد توفير سيولة عادي، بل هي آلية لتقديم السيولة مقترنة بقيود. هذا ما جعلني أعيد النظر تمامًا في تصميم السيولة الخاص بـGRVT—فهو لا يُعيد نسخ الطريق القديم للتمويل التقليدي، بل يعيد تعريف معنى “صناعة السوق” بطرقٍ أصلية على السلسلة. إذا نجح هذا النهج في العمل، فستُعاد صياغة طرق دخول صناع السوق من المؤسسات إلى السوق. @grvt_io

#BinancePickAndWin 2026 تحدي كرة القدم - مرحلة المجموعات، منذ انطلاقه وحتى الآن. برأيك، أي فريق كان أداؤه الأكثر مفاجأة وتجاوزًا لتوقعاتك؟ في رأيي الشخصي، لدى العديد من الفرق تعديلات تكتيكية مليئة بالأفكار: إيقاع الهجوم والدفاع مرتفع جدًا، ولم أتوقع أبدًا أن نرى الكثير من المواجهات الرائعة بهذا الشكل! في كل مرة أشاهد فيها المباراة، لا أستطيع إلا أن أتبع مع نشاط باينانس Pick And Win لمحاولة التنبؤ بالنتائج وتحديد الفائز—والإحساس بالإنجاز عندما أصيب فعلاً… من يفهمه غيركم! يمكنكم أيضًا أن تتحدثوا معًا عن الفريق الذي تتوقعه، فربما نتمكن سويًا من توقع المزيد من المباريات~#BinancePickAndWin

أحضر لي صديقي تذكرة لحفل من منصة بيعٍ مستعملة عبر تحويلها إليّ. قال: اخرجها بسعرها الأصلي، وفقط استخدم خيار “تحويل/إهداء” داخل النظام. عندما فتحت الرابط، اكتشفت أن سلة التذاكر قد أضافت تذكرة إلكترونية، لكن تحتها كانت هناك ملاحظة بخط صغير: “يتطلب الدخول التحقق من ملامح الوجه الحي، ومطابقة المعلومات المحفوظة لدى المُشتري”. سألته فورًا: هل يمكنني فعلًا الدخول بهذه التذكرة بعد تحويلها إلي؟ قال بثقة إن ميزة الإهداء ستقوم بمزامنة معلوماتي معه أيضًا إلى الجهة المسؤولة عن التذاكر.
في يوم العرض، كنت متوترًا وأنا أقف أمام البوابة، أمسكت بالرمز ومسحته، ولحظة أضاءت الكاميرا، فتح البوابة بهدوء. لم يظهر الاسم، ولم يطلب مني إدخال رقم بطاقة الهوية مرة أخرى.
وهذا في الحقيقة مثال حي على سندٍ/شهادة “قابلة للتحويل وربطٌ من جديد”. بيانات الاعتماد في شبكة Newton يمكن—من حيث المبدأ—تصميمها على نمط مشابه: يمكن أن تكون قابلة للتحويل أو غير قابلة للتحويل، ويمكن ربطها بعنوانٍ جديد، وكل مرة يتم فيها الاستخدام يقوم عقد/عقدات مفوّضة بإجراء تحقق لحظي (مرة واحدة) قبل كل عملية، وباستخدام تجميع توقيعات BLS لمنع هجمات إعادة التشغيل التي قد تحدث عندما تُنسخ “نفس التذكرة” ثم يتم الدخول بها أكثر من مرة. $BTC
كثير من التصورات التنظيمية/الامتثالية على السلسلة لا تزال عالقة في فكرة “قائمة بيضاء دائمة بعد اجتياز KYC مرة واحدة”، كأنه بمجرد إرسال تذكرة لم يعد الأمر مهمًا لمن عثر عليها. طبقة التحقق في Newton تنقل وظيفة البوابات من الواجهة الأمامية الخاصة بمُنفّذ المشروع إلى بوابة العقد الذكي؛ وقبل كل معاملة، يتم “مسح” أحدث بيانات الاعتماد والاستراتيجية مرةً أخرى. ليست مرورًا دائمًا، وليست أيضًا كل مرة تُسلَّم كل الخصوصيات.
لكن كفاءة مزامنة بيانات الإهداء في أنظمة التذاكر، ودرجة تركّز مورّدي فحص الحياة/الكشف عن الوجه الحي، إذا تم إسقاطهما على السلسلة فستظهر مشكلة وتيرة تحديث بيانات المُتحققين وتعددهم. هل يمكن فعلاً لبيانات الاعتماد أن تنتقل بحرية وأمان في السوق الثانوية؟ يعتمد ذلك على قوة/جاهزية هذه البنية التحتية.
#NEWT $NEWT @NewtonProtocol

الجميع يتحدث عن تقنية GRVT، لكنني أريد أن أتحدث أكثر عن نموذج اقتصاديات توكناتها، لأنه يتضمن تصميمًا ذكيًا جدًا وقد ينقلب في النهاية ضدهم. الاستخدام الأساسي للتوكن ليس الحوكمة، بل كـ“بوصلة لتحفيز السيولة”. يمكن لحاملي التوكنات أن يوجّهوا أوزان الحوافز عبر الرهن نحو أزواج تداول محددة، بما يحث صناع السوق على التعمّق في الأسواق التي تعاني من عمق غير كافٍ.
سأترجم ما يعنيه ذلك: لنفترض أن زوج تداول ETH/USDC على GRVT أصبح عمقه ممتازًا بالفعل، لكن عملة ذيلية جديدة أُدرجت مؤخرًا تكاد لا تحتوي على حجم تداول. وفق منطق البورصات التقليدية، يتطلب الأمر من الجهة الرسمية إنفاق المال لجذب صناع السوق. لكن في GRVT، إذا اقتنع بعض كبار حاملي التوكن بأن لهذه العملة الذيلية المحتملة، فيمكنهم “التصويت بالأقدام”، أي تحويل حوافز التوكن مباشرة إلى ذلك الزوج، فيندفع صانعو السوق الباحثون عن الربح تلقائيًا لملء الفجوة وتحقيق دفعات تداول. وبهذا تتحول فكرة “إدراج العملات” من قرار مركزي إلى سوق لامركزي تقوده المصالح. يتبع صناع السوق تدفق الأموال، بينما يصبح حاملو التوكنات مثل مديري صناديق ينسّقون اتجاه تدفق السيولة داخل البورصة.
لكن لهذا “نمط البوصلة” عيبًا جوهريًا: من السهل استغلاله (التحايل/الانتهاب). فإذا أراد أحد الكبار تصريف توكن ما، يمكنه أولًا أن يرهِن كمية كبيرة من توكنات GRVT بسعر منخفض، ثم يوجّه الحوافز إلى ذلك الزوج، ليخلق ازدهارًا زائفًا في السيولة. وعندما يرى صغار المستثمرين أن عمق التداول جيد فيندفعون لشراء/الاصطياد، يقوم هو بعد ذلك بارتياح بتصفية الصفقة وإلقاء أو بيع الكمية في السوق. وقد تكون خسائر الرهن أقل كثيرًا من المكاسب التي جناها من التصريف. وبهذا تتحول قيمة حوافز توكن GRVT إلى أداة للتلاعب بالسوق. $BTC
لقد درست آليات الدفاع في ورقتهم البيضاء، وذُكر أن تعديل أوزان الحوافز يتضمن تأخيرًا زمنيًا مع فترة تبريد. لكن هذا يحد فقط من الهجمات السريعة، ولا يمنع التخطيط طويل النفس. لذلك أعتقد أنه بعد إطلاق الشبكة الرئيسية، سيكون التنافس في السوق الثانوية لتوكن GRVT شديدًا بشكل غير طبيعي، لأن امتلاكه لا يعني فقط حقه في توزيع أرباح المنصة، بل أيضًا التحكم غير المباشر في اتجاه تدفق السيولة. إن تسعير هذه السلطة قد يحتاج السوق إلى وقت طويل جدًا للعثور على نقطة توازن. #grvt @grvt_io

يُعدّ مُقدّمو البيانات في بروتوكول <c-1/> نيوتن أكثر طبقة يمكن “تقديسها” بسهولة. بمجرد أن يُذكر موضوع «البيانات اللامركزية»، يضيف كثيرون تلقائيًا كلمتَي «الأمان». لكن إذا أخرجت قائمة مُقدّمي البيانات وتصفّحتها، ستجد أن العقد التي توفر فعلًا بيانات عالية التردد، ومنخفضة التأخير، مع تحقق تقاطعي بين أسواق متعددة ليست كثيرة. بل إن جزءًا كبيرًا منها يشير إلى مصدر تجميع بيانات واحد بعينه.
وهذا يخلق خطرًا مُركّزًا: فالاستراتيجية تعمل على شبكة لامركزية، لكنها تعتمد على عدة أعلاف بيانات رئيسية هي في الواقع مجرد تغليف ثانوي لنفس واجهة برمجة التطبيقات الأصلية. فإذا ظهرت في المصدر العلوي أخطاء في التسعير أو تأخيرات أو تم التلاعب به، فإن جميع استراتيجيات التداول في نيوتن التي تستخدم هذا الإدخال ستنتج في الوقت نفسه أحكامًا خاطئة، وسيتم تضخيم هذا الخطأ بسرعة عبر منطق الأتمتة على مستوى الاستراتيجية. يبدو كأن هناك عدة مُقدّمي بيانات مستقلين يزوّدون الأسعار، لكن الحقيقة أنها مجرد طبقة رقيقة من التكرار.
وهناك نوع آخر من المخاطر أكثر خفاءً: ففي الظروف السوقية المتطرفة، وبسبب اختلاف ترددات جمع البيانات وتأخيرات المعالجة بين مُقدّمي البيانات المختلفين، قد تظهر فروقات سعرية مؤقتة لكنها حادة بينهما. هذه الفروقات قد تؤدي مباشرة إلى تعطل الاستراتيجية التي تحتاج إلى تسوية/تدقيق من مصادر بيانات متعددة، بحيث تتوقف عن إغلاق المراكز أو فتحها، وتظل عالقة في حالة تجمّد «بين بين». وبالنسبة لصنّاع السوق والمراكز الرافِعة، قد يكون هذا التجمّد أكثر إزعاجًا من خطأ واحد في التسعير؛ لأنه لا يمكن اكتشافه بواسطة منطق وقف الخسارة المُفترض مُسبقًا.$BTC
لذلك، لا ينبغي أن يقتصر تدقيق طبقة البيانات على السؤال «هل يوجد مُقدّم بيانات؟»، بل يجب أن تظل تطرح أسئلة أكثر عمقًا: هل هؤلاء المُقدّمون مستقلون فعلًا عن بعضهم؟ ماذا تفعل الاستراتيجية عندما يحدث عدم اتساق بينها؟ وكم تبلغ مساحة فجوة التجمّد تلك؟
#NEWT $NEWT @NewtonProtocol

في آخر مرة تحدثت فيها مع صديقي عن عقود الـRWA الدائمة على GRVT، كان واثقًا جدًا وهو يقول: «طالما تم اختيار الأصل الأساسي جيدًا، فإن ذيول السيولة الطويلة تكون أسهل في التقاط العلاوة السعرية». طلبت منه أن يسحب سجلات التنفيذ الفعلية، فوجدت أن متوسط انزلاقه عند فتح الصفقة كان قد أكل العلاوة السعرية حرفيًا. وهو نفسه لم يكن يدري.
أكثر شيء في عقود الـRWA الدائمة يُستهان بتقديره هو عمق دفتر الأوامر. ففي عقود الدائمة للعملات الرقمية الرئيسية، عادةً ما توجد أوامر معلّقة بمبالغ تصل إلى عشرات الآلاف من الـU ضمن بضعة «نقاط أساس». لكن في GRVT، ومع بعض الأصول من ذيل السيولة الطويلة حاليًا، قد لا يتجاوز عمق الشراء/البيع المتاحة بضعة آلاف من الـU فقط. إذا فتحت مركزًا اسميًا بقيمة 100 ألف U، حتى لو التهمت tickَين فقط، فقد يضرب الانزلاق مباشرة أكثر من 0.3% من رأس المال. انتبه: هذا الخسارة تحدث فور لحظة فتح الصفقة، ولا علاقة لها تقريبًا باتجاه السوق في المستقبل.
تكلفة أكثر خفاءً تكمن في معدل التمويل. وبسبب أن أصول الـRWA تفتقر إلى سوق فورية ناضجة للعمل كمرساة، عندما تكون قوة طرفي الصفقات (الشراء/البيع) غير متوازنة بشكل شديد، فإن معدل التمويل يتقلب بعنف. قد تكون قد أصبت في الاتجاه، لكن أثناء الاحتفاظ بالمركز يتم تحصيل رسوم موجبة لعدة جولات—وأخيرًا عند إغلاق المركز قد تعيد نصف أرباحك تقريبًا إلى النظام. استخدمت بيانات تاريخية لمعدل التمويل على أحد عقود الـRWA في GRVT وقمت بعمل ملاءمة (فِت): إذا احتفظت بالمركز خلال آخر شهر في الأيام الثلاثة التي بلغت فيها القمة أعلى معدل تمويل، فإن معدل التمويل خلال يوم التمويل وحده سيبتلع تكلفة تعادل 35% سنويًا.
لذلك لدي قاعدة صارمة عندما أتعامل مع مثل هذه العقود في GRVT: أولًا، أراقب بشكل متواصل لمدة ثلاثة أيام أنماط تغيّر عمق دفتر الأوامر، ثم في فترة غير ساعات السوق الأمريكية/الأوروبية (غير الـnon美盘) أجرب صفقة بحجم صغير، وأسجّل الانزلاق، ثم أحدد ما إذا كنت سأشارك رسميًا. إضافة إلى ذلك، لا أتعامل مع عقود الـRWA الدائمة أبدًا كصفقات مبنية على اتجاه (trend)، بل فقط كارتدادات تقلبات قصيرة الأجل؛ لأن تكلفة التمويل عند الاحتفاظ لفترة طويلة لا يمكن تقديرها بدقة عندما تكون البيانات غير كافية. $BTC
تخطيط GRVT في جانب RWA يستحق الإشادة، لكن الجانب السلبي الذي يمكن التحقق منه على السلسلة هو أنك ستشاهد بعينيك مدى ملموسة حماقتك. لا تجعل الفضول يتحول في نظر الطرف المقابل إلى سيولة.
#grvt @grvt_io