Dark Knight 1

كنتُ أراجع وثائق العقد الخاصة بـ @OpenGradient المتعلقة بـ $OPG و#OPG ، وتوقعت أن تعني كلمة "الهجين" في بنيتهم انقسامًا واضحًا بين التسوية على السلسلة والحوسبة خارج السلسلة — لكن ما وجدته بدلًا من ذلك هو تمييزٌ أكثر هدوءًا مخفيًّا داخل طريقة توجيه طلبات الاستدلال. تعمل الشبكة بنوعين من عقد الاستدلال، ويعتمد تحديد أيّهما يتولى طلبك بالكامل على النموذج الذي تطلبه. تعمل عقد الاستدلال المحلية على نماذج مفتوحة مثل Llama أو Mistral مباشرة على وحدات معالجة الرسوميات (GPUs) الخاصة بالشبكة — وهي الحوسبة التي تمتلكها OpenGradient فعلًا. أما عقد وسيط LLM فتفعل شيئًا آخر: فهي تقيم داخل TEE وتُمرّر طلبك إلى Anthropic أو OpenAI، ثم تُعيد شهادةَ إثبات موقَّعة بأن عملية الإرسال لم يتم العبث بها. تغطي الشهادة الرسالة، لا النموذج. اطلب استجابةً لنموذجٍ رائد، و"بنية البنية التحتية القابلة للتحقق من الذكاء الاصطناعي" التي تستخدمها—تحت التشفير حرفيًا—هي الواجهة المغلقة نفسها التي يمكن لأي شخص استدعاؤها مباشرة. وكنتُ أُعيد قراءة الجملة الخاصة بالتوجيه بناءً على أي نموذج يتم طلبه، ولاحظت كمّ الوزن الذي كان يحملُه ذلك الشرط الصغير بهدوء. الهجين هنا، ليس مزجًا حقًا — بل هو تفرّع، ومعظم الأسئلة المثيرة تقع في الفرع الذي لم تسأل عنه.

كنت أتأمل هذا الأسبوع كيف يهيكل OpenGradient بالفعل سوقه للعارضات (model marketplace). صياغة "سوق open AI" هي جوهر العرض — $OPG @OpenGradient #OPG — ابْنِ نموذجًا، حدِّد سعرًا، واحتَرِب كل مرة يتم استدعاؤه. أكثر من 2,000 نموذج على الـ Hub. يبدو كأنه مباشر.
هممم… لكن الوثائق تصبح أكثر تحديدًا. لكي يقوم نموذجٌ فعلًا بتوليد طلبات استدلال (inference) على السلسلة، يجب أن يكون بصيغة ONNX. أي تنسيق ملف يفتح بوابة الرفع، لكن ONNX هو العتبة للتنفيذ. رقم 2,000+ هو عدد التخزين. مجموعة النماذج القابلة للاستدلال عبر الاستدعاءات تختلف، ولا أحد نشر هذا الرقم علنًا.
وهذا يقود إلى نتيجة محرجة هنا: OPG تسوّي (تدفع) كل استدعاء استدلال على Base. هذه هي حلقة الدفع كاملة. لو كان نشاط السوق هو الذي يبني الزخم، لتوقعت ضغطًا على الطلب على التوكن. اعتبارًا من 27 يونيو، كان $OPG يقبع حول 0.126 دولار على CoinGecko — منخفضًا بنحو 19% خلال سبعة أيام، ولمس قرابة أدنى مستويات على الإطلاق. ربما هذا فقط تبعات ما بعد إدراج Upbit. وربما حجم المكالمات لم يظهر بعد.
يقول الـ Hub إن التخزين دائم ومقاوم للرقابة على Walrus. وهذا حقيقي. لكن التخزين الدائم والسوق الفعّال للاستدلال عبر المكالمات ليسا الشيء نفسه. أنا في غاية الفضول لمعرفة عدد النماذج الجاهزة للمكالمات مقارنةً بإجمالي عمليات الرفع.

قضيت وقتًا مع واجهة الدردشة التابعة لـ @OpenGradient هذا الأسبوع، والأمر الذي بقي معي لم يكن خط أنابيب الاستدلال أو طبقة التحقق — بل مدى سرعة تحول اختيار النموذج إلى أمر لا يُطرح للنقاش. $OPG يوجّه بين موفّرين عبر التصميم؛ فالبنية تعتبر النماذج أهدافًا قابلة للتبديل للتنفيذ. لكن التجربة الافتراضية لا تُظهر ذلك. تحصل على واجهة نظيفة، ونموذج واحد نشط، ولا توجد مطالبة واضحة للمقارنة أو التبديل. المرونة هنا بنيوية وليست سلوكية. يمكن للمنصة أن تدعم عدم الاكتراث بالنموذج؛ الواجهة لا تدفعك نحو ذلك. وقد يكون هذا مقصودًا — فمعظم المستخدمين لا يريدون اختيار مزوّد الخلفية. لكن هذا جعلني أتساءل عمّا إذا كانت القيمة الفعلية التي يقدمها #OPG تصل بحدة أكبر إلى المطورين الذين يشغّلون الاستدلال على نطاق واسع، أكثر من أي شخص يستخدم طبقة الدردشة للتفكير في أمر ما. توجد فجوة ذات مغزى بين بناء بنية تحتية للمرونة، وبناء تجربة تبدو فيها المرونة هي جوهر الأمر.

ما بقي معي بعد العمل من خلال تصميم توكن @OpenGradient هو أن $OPG تعمل كشرط مشاركة بدلًا من كونها مؤشرًا على عمق الاستخدام. يقوم مشغلو العقد بإيداع #OPG للانضمام إلى الشبكة — وهذا الجزء واضح وبسيط. لكن الإيداع لا يميّز وضع التحقق الذي تساهم أعمالهم من خلاله. قد يخدم العقد عشرات استدعاءات الاستدلال ذات التسوية السريعة، حيث لا يتم تشغيل أي تحقق تشفيري فعليًا، وتتصرف آليات التوكن بالطريقة نفسها تمامًا كما لو كان هناك تفعيل لاعت attestation الخاص بـ TEE. التوكن مطلوب للوصول؛ ولا يتم معايرته وفقًا لعمق أعمال التحقق التي تم تنفيذها. وهذا ما يجعل صياغة "الدور المركزي" تبدو دقيقة على مستوى هندسة المعمارية لكنها غير دقيقة فيما يتعلق بما يتم رهنه فعليًا. إذا كانت القيمة المميزة للشبكة هي استدلالًا بالذكاء الاصطناعي يمكن التحقق منه، ومعظم الاستدلالات تفترض المسار غير المُتحقق، فإن مركزية OPG تعكس نية التصميم أكثر مما تعكس ضغط التحقق الفعلي على التوكن. ما زلت أتساءل إن كان هذا الفارق يزول مع منحنيات التبني، أم أنه متأصل في كيفية بناء طبقة الحوافز.

لاحظت ذلك أثناء الاطلاع على خيارات وضع التسوية في حزمة تطوير البرامج (SDK) الخاصة بـ OpenGradient ($OPG , #OPG , @OpenGradient ) — حيث يظهر أن PRIVATE يمثل إعدادًا متميزًا، ما يعني أنه ليس الإعداد الأساسي (baseline). الإعداد الافتراضي هو BATCH_HASHED. وحده هذا يعيد صياغة ما يقصده المنصّة فعليًا بـ "الذكاء الاصطناعي الخاص". لكن الفجوة أعمق من مجرد الإعدادات الافتراضية. حتى عندما تختار وضع التسوية PRIVATE — الذي يحافظ على أن نشاط الاستدلال الخاص بك غير مرتبط بسجل السلسلة العامة على البلوك تشين — فإن ادعاء الخصوصية على مستوى طبقة التنفيذ يعتمد على آلية مختلفة تمامًا: إثبات TEE (attestation)، وهو افتراض ثقة على مستوى العتاد، مدعوم من عُقد موثّقة من Intel أو AMD secure enclaves، وليس ضمانًا تشفيريًا. ستوفر ZKML ذلك الضمان التشفيري، لكنها مقيدة حسابيًا وليست المسار الافتراضي للتنفيذ لمعظم أحمال عمل الاستدلال. لذا فإن "الذكاء الاصطناعي الخاص" في OpenGradient هو في الحقيقة شيئين منفصلين يجتمعان تحت كلمة واحدة: خصوصية التسوية، التي تُخفي الأثر على السلسلة، والتنفيذ الموثّق (attested execution)، الذي يطلب منك أن تثق بقول شركة مصنّعة للمكوّنات العتادية بأن مشغلي العقد لا يمكنهم قراءة مدخلاتك. سواء كان المطورون عند إعداد أول مهمة استدلال يفهمون أنهم يعملون مع نموذجين مختلفين للتهديد — لست متأكدًا مما إذا كانت الـ SDK تُوضح ذلك بوضوح.

عند قراءتي لملفات وثائق البنية @OpenGradient ، كنت أعود مرارًا إلى MemSync - الطبقة التي تجعل تفاعلات الوكيل $OPG تبدو مستمرة عبر الجلسات. إنها موجودة تقريبًا بهدوء في الوثائق، واجهة برمجة تطبيقات REST التي تتعامل مع قراءات الذاكرة وكتاباتها بشكل منفصل عن خط أنابيب الاستدلال. ولكن كلما نظرت أكثر إلى كيفية عمل نموذج التحقق #OPG ، كلما بدأت تلك الفاصلة في الأهمية. إن بنية TEE و ZKML التي تروج لها OpenGradient كضمان ثقة أساسي تنطبق على حساب الاستدلال - ما الذي يفعله النموذج بمدخل معين. بينما يعمل MemSync، المكون المسؤول عن السياق الذي يتلقاه النموذج في المقام الأول، خارج تلك الحدود. يمكنك التحقق تشفيرياً من مخرجات النموذج، لكن حالة الذاكرة التي شكلت المخرجات تدخل بدون تحقق. لست متأكدًا مما إذا كان ذلك حدًا معماريًا متعمدًا أو مجرد مكان يتواجد فيه النظام الآن. السياق المستمر هو، على الأرجح، الجزء من الذكاء الاصطناعي الوكيلي الذي سيهتم به المستخدمون أكثر - الاستمرارية، الاسترجاع، الإحساس بأن شيئًا ما تم تذكره بشكل صحيح. وهذا بالضبط هو الجزء الذي لا يقع داخل الإثبات.

كان هناك شيء حول عبارة "شبكات الوكلاء الذكية الموثوقة" كان يشدني أثناء تصفحي لوثائق SDK الخاصة بـ OpenGradient. المشروع، $OPG ، @OpenGradient ، #OPG ، يُشكّل بنية تحتية أساسية لثقة الوكيل إلى الوكيل — نوع الثقة الذي يجعل تنسيق الذكاء الاصطناعي المستقل قابلاً للتطبيق على نطاق واسع. لكن عندما تنظر إلى إعدادات وضع التسوية الافتراضية في SDK، تصبح الصورة أكثر تحديدًا من العنوان. الافتراضي هو BATCH_HASHED، وليس PRIVATE، مما يعني أن التحقق لا يحدث على مستوى إجراءات الوكلاء الفردية — بل يتم تجميعه وتجزئته عبر دفعة. من الناحية العملية، هذا خيار تصميم ذو دلالة: الكفاءة على حساب تأكيد كل إجراء على حدة. البنية التحتية موثوقة بشكل إجمالي، وليست في التسلسل. لست متأكدًا من أن ذلك يكسر قيمة العرض، بالضبط. على الأرجح أن شبكات الوكلاء تعمل بشكل جيد بما فيه الكفاية على الثقة الإحصائية بدلاً من الضمانات التشفيرية لكل استدعاء استدلال. لكن هناك فجوة هادئة بين "شبكات الوكلاء الذكية الموثوقة" كادعاء فئة و"أصل الاستدلال المعتمد على الدفعة" كآلية فعلية. هذان ليسا نفس الشيء، ولم أرَ تلك التفرقة تظهر في أي مكان في مواقف المشروع.
@OpenGradient

شيء يتغير عندما تقرأ بعناية وثائق البنية التحتية لـ @OpenGradient بما يكفي لرؤية الفاصل. المشروع — $OPG ، #OPG — يسوق نفسه على أنه يحل تحدي البنية التحتية الأساسية للذكاء الاصطناعي الموثوق: جعل استدلال النموذج قابلاً للتحقق، على السلسلة، وقابل للإثبات. هذا الإطار يبدو جيداً في البداية. لكن البنية التحتية التي يتم بناؤها هي في الواقع نظامان منفصلان للتحقق يعملان بالتوازي. يؤكد TEE أن بيئة التنفيذ كانت مغلقة — تم تشغيل شيء على الأجهزة الصحيحة. يثبت ZKML أن الحساب نفسه يتطابق مع نموذج معروف. إنهما يغطيان أشياء مختلفة. أحدهما يشهد على الحاوية، والآخر على المحتويات. وفي مسار النشر الافتراضي، يكون TEE هو النشط فقط. لذا ما يتم التحقق منه في الممارسة أقرب إلى "هذا تم تشغيله في منطقة موثوقة" بدلاً من "هذا النموذج أنتج هذا الناتج، بشكل موثوق." التحدي البنية التحتية الذي تحله OpenGradient هو حقيقي. ما هو أكثر هدوءًا هو أن التغطية الكاملة تتطلب عمل النظامين معًا — وفي الوقت الحالي، لا يزال هذا الجمع هو الاستثناء، وليس الافتراضي.

كنت أعود مرة أخرى إلى سطر واحد في بنية عقد OpenGradient أثناء العمل على هذه المهمة $OPG ، #OPG ، @OpenGradient : تقوم العقد الكاملة بمعالجة الدفع والتسوية، ثم تتحقق من إثباتات الحساب بعد ذلك، وليس قبله. اقتصاديات الثقة، كما يحددها المشروع، يجب أن تعني أن الدفع يتبع الإثبات. في الممارسة العملية، الأمور تسير بالعكس — النتيجة تصل، ثم يتم تحويل OPG، وفقط بعد ذلك تؤكد الشبكة أن النموذج قد تم تشغيله كما هو مُدعى. أفهم لماذا: يمكن أن تعمل إثباتات ZKML ببطء من 1,000 إلى 10,000 مرة مقارنة بالاستدلال نفسه، لذا فإن ربط التسوية بالتحقق سيقتل السرعة التي تروج لها الشبكة بجانب الثقة. لكن هذه المقايضة تعكس النداء بهدوء. "قابل للتحقق" تعني أن الإثبات هو البوابة؛ هنا هو أقرب إلى سجل تدقيق مرتبط بمعاملة قد تم تنفيذها بالفعل. بالنسبة لمعظم المكالمات، من المحتمل أن يكون الأمر جيدًا — الإثبات موجود، إنه فقط بأثر رجعي. بالنسبة لأي شيء حساس للوقت أو عدائي، الفجوة بين الدفع والتحقق هي بالضبط حيث تعيش الثقة التي يُفترض أن يسعرها الرمز. لست متأكدًا من أن هيكل الرسوم يعكس هذا التمييز على الإطلاق.

بينما كنت أبحث في تدفق الاستدلال لـ @OpenGradient لمهمة #OPG ، كنت أبحث عن طريقة بسيطة لتشغيل استعلام واحد بدون الالتزام بأي شيء - مثلما تفعل عند اختبار أي خدمة ذكاء اصطناعي. لم يكن هناك خيار مجاني أو مفتاح API. كل طلب على OpenGradient يُسجل في $OPG على Base، محفظة فقط، لا بطاقة ائتمانية، لا خطوة وسيطة، لذا في اللحظة التي تريد فيها تجربة نموذج، تكون بالفعل داخل اقتصاد الرموز، وليس بجانبه. تلك الـ OPG تحمل أيضًا وزن تصويتي في أمور مثل الأجهزة المدعومة من TEE، مما يعني أن الشخص الذي يختبر استعلامًا واحدًا ينتهي به الأمر محتفظًا بمطالبة صغيرة، يمكن نسيانها بسهولة، على قرارات البنية التحتية التي لم يكن ينوي التأثير عليها. يتحدث المشروع عن المجتمع والحكم، لكن الآلية الفعلية أكثر وضوحًا: المشاركة ليست خيارًا، بل هي التكلفة الافتراضية للفضول. لم أمانع الدفع بـ OPG، بالضبط - ما أزعجني هو عدم ملاحظتي أنني قد قمت بأكثر من مجرد الدفع. يجعلني أتساءل كم عدد المحافظ على هذه الشبكة التي تُعتبر مشاركين في الحكم فقط لأنهم كانوا فضوليين مرة واحدة.

قضيت بعد الظهر في وثائق SDK الخاصة بـ @OpenGradient بدلًا من نص التسويق، وخط واحد أوقفني — وضع التسوية الافتراضي لاستدعاءات الاستدلال $OPG ليس هو المسمّى "الخصوصية القصوى". وضع الخصوصيّة هو الذي يحافظ على المدخلات والمخرجات خارج السلسلة بالكامل؛ أمّا الإعداد الافتراضي الحقيقي، BATCH_HASHED، فيظل يكتب التجزئات التشفيرية لكل مدخل ومخرج إلى شجرة ميركل على السلسلة، مع تجميعها لتحسين الكفاءة من ناحية التكلفة. عرض #OPG بأكمله قابل للتحقق، وذكاء اصطناعي محافظ على الخصوصية، ومن الناحية التقنية لا يتسرّب أي شيء خام في أي من الوضعين... لكن التجزئة ليست شيئًا، خصوصًا إذا كانت مساحة مدخلاتك صغيرة بما يكفي للهجوم القائم على القوة الغاشمة. لا أعتقد أن صياغة الأمر غير صحيحة بالضبط — لكنها تقوم بدورين في الوقت نفسه، ويقوم الـ SDK بهدوء بتحسين التكلفة على ضمان الخصوصية الأقوى ما لم تطلب ذلك صراحةً. واصلتُ إعادة قراءة وثائق التسوية أحاول أن أقرر إن كان هذا إعدادًا افتراضيًا معقولًا هندسيًا أم تلميحًا خفيفًا بعيدًا عمّا يتم الترويج له. من المحتمل أن يعرف المطورون كيفية تبديل هذه الراية عندما تكون مهمّة. ومعظم المستخدمين النهائيين الذين يتفاعلون مع التطبيقات المبنية فوق ذلك ربما لن يفعلوا... ولا أدري أيّ واحدٍ منا كانت ادعاءات الخصوصية موجهة إليه فعلًا.

ما جعلني أتوقف مع OpenGradient #OPG $OPG @OpenGradient هو ليس اختيار النموذج — بل هو ملاحظة أن الواجهة لا تمنحك أي سبب للاهتمام بما تحتها. إن الطرح الذي لا يعتمد على نموذج معين هو مشروع شرعي كفكرة بنية تحتية: تمرير أي نموذج من خلال طبقة تحقق لامركزية، وترك المشغلين يبدلون ما يناسب ملف تكلفة كل منهم. لكن داخل نافذة الدردشة، تحصل على نفس السطح كما هو الحال مع كل غلاف آخر — إدخال نص، رد، لا شيء يظهر تأكيد TEE الذي يحدث عند طبقة الاستدلال أو سجل التحقق على السلسلة الذي يفترض أنه يفصل هذا عن الاتصال بـ OpenAI من خلال وكيل. التمايز معماري حقيقي لكنه غير مرئي من الناحية التجريبية. هذا ليس غير عادي للبنية التحتية — معظم الأنابيب تعمل بهذه الطريقة — لكن ذلك يترك شيئاً غير محسوم: إذا كانت طبقة التحقق هي القيمة الفعلية، وطبقة الدردشة تغطيها بالكامل، فإن OpenGradient Chat ليست حقاً للشخص الذي يطرح السؤال. إنها لمن يقرأ سجل التأكيد بعد ذلك.

أقرأ في وثائق OpenGradient لمهمة CreatorPad على $OPG ، #OPG ، @OpenGradient ، كنت أتوقع أن "الحوسبة الذكية السرية" تعني إثبات تشفير من البداية للنهاية. وهذا صحيح في معظم الحالات، باستثناء الجزء الذي سيستخدمه الناس فعليًا أكثر: المحادثات. استنتاج LLM، حالة استخدام الدردشة مع وكيل، غير موثوق به بإثباتات صفرية المعرفة على الإطلاق. بل يعمل من خلال بيئات التنفيذ الموثوقة، مما يعني التحقق من الأجهزة بدلاً من الرياضيات، لأن الوثائق تعترف بأن فرض zkML على كل مكالمة سيجعل الشبكة غير قابلة للاستخدام بالنسبة لـ LLMs. لذلك، فإن أثقل وأقوى أنواع التحقق تبقى محجوزة للنماذج الأصغر التي تقوم بأشياء مثل تقييم مخاطر DeFi، بينما الطبقة التي سيسميها الناس "محادثة" تعتمد على الثقة في شريحة بدلاً من إثبات. لا أحد يخفي هذا؛ يبدو كأنه تنازل متعمد، وليس خطأ. ومع ذلك، فإنها انفصال غريب للجلوس معه: حالة الاستخدام الأقرب إلى "التحدث مع الذكاء الاصطناعي" هي أيضًا الأبعد عن ضمان الإثبات الذي يعتمد عليه العرض بأكمله. لا أعرف بعد ما إذا كان هذا الفجوة ستغلق مع توسع zkML، أو ما إذا كان "السرية" ستنتهي بهدوء بمعنى شيئين مختلفين اعتمادًا على أي نموذج يجيبك.

قضيت ساعة داخل وثائق OpenGradient (@OpenGradient) أحاول إيجاد أين $OPG و #OPG فعلاً يحققان الوعد بأن الإثباتات التشفيرية تحل محل وعود الخصوصية، وما أوقفني لم يكن الوعد نفسه، بل إدراكي أن الإثبات يأتي في مستويات، وليس ضمانًا ثابتًا. ZKML هو النسخة الحقيقية من التشفير، رياضيات لا تحتاج لأن تثق في أي هاردوير، لكنها تعمل ببطء من 1,000 إلى 10,000 مرة مقارنةً بالبديل، لذا يتم حجزها للنماذج الصغيرة أو المكالمات عالية المخاطر. تقريبًا كل شيء خارج تلك الحالة الضيقة ينتهي به المطاف بالعمل على تأكيد TEE بدلاً من ذلك، حيث ما يتم التحقق منه فعلاً هو أن حجرة الشريحة لم يتم اختراقها، وليس أن الحساب مضمون رياضيًا. هذا ليس بالأمر الهين، لكنه لا يزال وعدًا، مجرد واحد موقّع من قبل بائع هاردوير بدلاً من سياسة الخصوصية. هيكليًا، الإثبات يحل محل الوعود هنا. عمليًا، أقوى إثبات يتم تسعيره خارج الاستخدام اليومي بسبب التأخير، وليس بسبب أي حراسة متعمدة. أستمر في العودة ذهابًا وإيابًا حول ما إذا كان هذا تعويضًا عادلًا أو مجرد ما تصبح عليه الأنظمة القابلة للتحقق بهدوء بمجرد أن يظهر الاستخدام الحقيقي.
@OpenGradient

تمام، خلصت مرحلة Bedrock من هالمهمة، وفي شغلة وحدة لا تزال تدور براسي بعد ساعات. #Bedrock تتحدث عن uniBTC كطبقة سيولة متعددة الأنظمة — حية على حوالي 18 سلسلة — وهذا هو السرد الأساسي $BR اللي تواصل Bedrock تدفع فيه. كان يبدو كأنه وصول حقيقي. على الورق، على أي حال.
بعدها فتحت تحليل TVL المباشر. انتظر — $267.11م إجمالي، تمام، لكن بيتكوين، إيثيريوم، ميرلين وBSC وحدهم يمثلون تقريبًا $266.3م منه. اعتبرها 99.7%. السلاسل الأربعة عشر الأخرى "المدعومة" تشترك بأقل من $1م معًا، وأربعة منهم — Hemi، TAC، Taiko، BOB — عندهم بالضبط $0. مو منخفض. صفر.
راجعت خط الرسوم أيضًا، في الغالب من باب العادة — في الوقت الحالي، رسوم الاسترداد لمدة 7 أيام عبر السلاسل المتعقبة موجودة عند $0. 24 ساعة كانت $319 إجمالي، موزعة $160 إيثيريوم / $159 قاعدة، وكل شيء آخر ثابت. يعني $107م مركونة على بيتكوين، $62م على ميرلين... وما في شيء يتحرك من خلال أي منهما. كان كأني أمشي في دليل مول فيه عشرين محل مدرج وستة عشر وحدة مظلمة.
هل هذا التصميم يعمل كما هو مقصود — رأس المال اللي بس يقعد عشان العائد — أو "متعددة الأنظمة" في الغالب عدد نشر بدلاً من استخدام؟ لا زلت أفكر في هذا الموضوع.
@Bedrock
$BR
#Bedrock

كفاءة رأس المال هي الإطار الصحيح لما تفعله @Bedrock _DeFi مع #Bedrock — سأعطيها هذا. المشكلة حقيقية. البيتكوين جالس بلا حراك، لا عائد محلي، لا مشاركة في DeFi. uniBTC و brBTC يضعان البيتكوين الخامل للعمل. $BR يحدد نظريًا سعر طبقة الحوكمة فوق كل ذلك.
لكن ما جعلني أتوقف فعلاً أثناء العمل هو تحليل DeFiLlama لسلاسل الكتل. تسمع "15+ سلسلة." انظر إلى أين يتواجد رأس المال فعليًا — البيتكوين (182 مليون دولار)، الإيثريوم (133 مليون دولار)، مود (86 مليون دولار). ثلاث سلاسل. هذا يمثل حوالي 88% من إجمالي القيمة المقفلة في البروتوكول. كل شيء آخر هو خطأ تقريبي. سرد كفاءة رأس المال متعدد السلاسل هو في الغالب نظرة مستقبلية.
ومع فتح 40.63 مليون توكن BR في 20 يونيو — بعد سبعة أيام — لفريق التأسيس والمستثمرين الأوائل، كنت أستمر في التحديق في النسبة. إجمالي القيمة المقفلة للبروتوكول: ~$345M. القيمة السوقية للتوكن: ~$14M. هذا حوالي 24:1. طبقة المنتج تقوم بعمل كبير. طبقة الحوكمة ليست مُسعّرة بشكل متناسب مع أي من ذلك.
المنتج يجعل البيتكوين فعلاً أكثر كفاءة من حيث رأس المال. ما زلت لا أستطيع فهم ما إذا كانت تلك الكفاءة تتجمع للأعلى في التوكن بمعدل ذو معنى — أو ما إذا كانت تبقى محصورة في طبقة الأصول بينما تفتح نافذة الإلغاء بهدوء.
$BR
@Bedrock

خلصت مهمة @Bedrock قبل قليل. لا زلت أفكر في شيء واحد. $BR #Bedrock تروج لنفسها كالبنية التحتية التي تجعل من BTC منتجة — الأصول الثابتة تتحول إلى عائدات على السلسلة، محور ومحيط عبر أكثر من 19 سلسلة، حوكمة ذات أسنان حقيقية. السرد واضح. لكن عندما تنظر إلى ما هو مقرر فعلاً.
إطلاق 40.63M من رموز BR سيكون في 20 يونيو — بعد ثمانية أيام — releasing 4.1% من إجمالي المعروض، منها 25M تذهب إلى الفريق المؤسس و15.63M إلى المستثمرين الأوائل. (CoinGecko) هذا ليس حدث عائد مجتمعي. هذا خروج مبكر لرأس المال إلى بروتوكول لا يزال يبني طبقته الإنتاجية.
نموذج veModel مثير للاهتمام من الناحية النظرية — قفل BR بمعدل 1:1 للحصول على veBR، والقفل الأطول يعني المزيد من قوة التصويت، وإعادة تعيين موسمية للحفاظ على العدالة. (Bedrockdao) لكن من هو الذي يقفل فعلاً الآن مقابل من سيحصل على رموز سائلة بعد ثمانية أيام؟ هذان المجموعتان لديهما حوافز مختلفة تمامًا. وعد الحوكمة حقيقي ولكن الجدول الزمني يخلق عدم تماثل لا تبرزه الوثائق بدقة.
لا أعتقد أن الأمر خبيث. معظم مشاريع DeFi في المراحل المبكرة تشبه هذا. لكن "من الثابت إلى المنتج" يبدو مختلفًا عندما يكون أول من يتحرك مع حجم هم الفريق والمستثمرين الأوائل، وليس حاملي BTC الذين كتب السرد من أجلهم. همم... لا زلت أتساءل ما إذا كانت طبقة العائد أو جدول الإطلاق تخبرك أكثر عن مكان هذا البروتوكول الآن.

لقد أنهيت للتو مهمة @Bedrock _DeFi CreatorPad حول ما إذا كان $BR و #Bedrock يمكن أن تجعل البيتكوين طبقة السيولة العالمية للكتل الناشئة. الفكرة ظلت عالقة في ذهني أكثر مما توقعت.
إليك الشيء المحدد الذي أوقفني: سحبت تحليلاً حياً لتفصيل قيمة إجمالي القفل (TVL) ل uniBTC اليوم، 10 يونيو. البيتكوين L1: 134 مليون دولار. الإيثيريوم: 90 مليون دولار. مود: 67 مليون دولار. بوب: 28 مليون دولار. ثم رووتستوك: < 0.0001 دولار. هيمي: 0. تاك: 0. تايكو: 0. الأربعة الأخيرة هي بالضبط "الكتل الناشئة" التي يشير إليها السرد العام للسيولة - وهي فارغة عمليًا. هناك حتى حملة حوافز نشطة تعمل على رووتستوك الآن، بجائزة قدرها 2500 دولار، تدفع لتحريك العجلة.
الفجوة تستحق التفكير فيها. ليست فشلاً بالضبط... بل يشبه عدم توافق توقيت هيكلي. السيولة تتبع الثقة، والثقة تتبع النشاط القائم. مود وبوب كان لديهم بالفعل جذب. النشر الأحدث لم يتجاوز هذا العتبة، لذا رأس المال لا يتبع - بغض النظر عن مدى أناقة الغلاف. الـ 338 مليون دولار في TVL الخاص بـ uniBTC حقيقية وذات مغزى، لكن معظمها استقر على سلاسل قد لا تحتاج فعليًا إلى سرد السيولة بالبيتكوين للوصول إلى هناك.
انتظر - إذن السؤال الأصعب ليس ما إذا كان يمكن للبيتكوين أن يصبح الطبقة العالمية. ربما هو ما إذا كان بروتوكول إعادة تخزين السيولة يمكن أن يعيد توجيه رأس المال نحو السلاسل التي تحتاجه أكثر، أو ما إذا كان يركز بشكل أساسي حيث تكون السيولة مرتاحة بالفعل.

الشيء الذي جعلني أتوقف أثناء النظر إلى @Bedrock و $BR هو المسافة بين الإطار والآلية الفعلية — البروتوكول يضع نفسه كأنه يجعل البيتكوين الخاملة منتجة، لكن ما يتم بناؤه في الواقع هو طبقة من التعرض المتعدد. تودع BTC، تتلقى brBTC، وتستخدم ذلك في مجمعات DeFi عبر 19 سلسلة، وتقوم بتخزين BR، وتغلقه في veBR، وكل خطوة تعمل بشكل صحيح ضمن التصميم #Bedrock بينما تضيف بهدوء تبعية جديدة — عقد جديد، جسر جديد، طرف مقابل آخر. لغة "تحويل البيتكوين الخاملة" يمكن الدفاع عنها تقنيًا، لكن ما يتم تجميعه ليس رأس مال منتج بالطريقة التي يكون بها العمل الذي يولد الإيرادات منتجًا. إنه تموضع مالي بالرافعة، مقوم بأصول تتبع BTC لكنها تبتعد بشكل متزايد عنه في كل طبقة. تكامل Chainlink Proof of Reserve هو حماية حقيقية، والهندسة المعمارية متعددة السلاسل تعكس عمل هندسي حقيقي. ومع ذلك، فإن النسخة من هذا البروتوكول التي تصل إلى معظم المستخدمين العاديين ليست الطبقة الأساسية النظيفة — بل هي المجموعة الكاملة، مع حوافز الحوكمة وكل شيء. سواء كان ذلك ميزة أو احتكاك يعتمد على مكان وجودك في تلك المجموعة.
#Bedrock

شيء ظل معي أثناء التعامل مع #Bedrock ($BR ، @Bedrock_DeFi) من أجل ملخص CreatorPad: الإطار التحتية دقيق، لكنه يتقدم على الطلب الذي تم تصميمه لخدمته. قامت Bedrock ببناء أنابيب حقيقية - تغليف البيتكوين في uniBTC و brBTC لجعل البيتكوين غير المستخدم يحقق عوائد عبر سلاسل EVM. هذه ليست مسألة صغيرة؛ الطبقة التقنية تعمل بشكل جيد وTVL مهم. لكن العائد الذي تولده تلك المراكز المغلفة لا يزال يستند إلى حد كبير إلى حوافز إعادة التخزين وانبعاثات بابل، وليس من الطلب المستدام على سيولة البيتكوين في بروتوكولات DeFi. لقد نما البنية التحتية قبل أن ينمو الطلب العضوي. هذه التسلسل مهم، لأن فتح 20 يونيو سيثبت ما إذا كان الـ TVL الذي يحتفظ بتلك المراكز موجودًا لأن فرضية العائد مثبتة، أو لأن هيكل الحوافز جعل البقاء رخيصًا حتى الآن. البنية التحتية التي تصل قبل الطلب لا تزال بنية تحتية - لكن جدول زمني لالتقاط قيمتها مختلف عما يوحي به الـ TVL الرئيسي.
@Bedrock
$BR