Levi web3

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

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

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

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

كان هناك شيء في عبارة "التوأم الرقمي" يجذبني بينما كنت أقرأ وثائق هندسة Twin.fun لـ OpenGradient $OPG #OPG @OpenGradient . الكلمة تعني نسخة شخصية - ذكاء اصطناعي يعكس هويتك، شيء ينتمي إليك بمعنى عميق. لكن وثائق المنشئ تصف "التوأم الرقمي" كـ 16 بايت على السلسلة، مع بيانات وصفية مخزنة خارج السلسلة على Walrus، وملكية تعود بشكل افتراضي إلى أي محفظة تشتري أولاً عند عرض صفر إذا لم يكن هناك تخطيط مسبق. الفائدة الرئيسية للمبدع المذكورة أولاً ليست التحكم في النموذج أو حقوق التدريب - بل هي مشاركة في الإيرادات من التداولات الرئيسية عبر منحنى ربط على نمط FriendTech. ما تملكه فعليًا هو موقع مستلم للرسوم في سوق وصول مضاربة. الذكاء الاصطناعي نفسه، طبقة الذكاء، لم يتم وصفها كشيء يمكنك تدريبه أو تكوينه أو الاحتفاظ به بمعنى وصائي يمكن للوثائق الإشارة إليه. كنت أتساءل باستمرار عما إذا كانت "الشخصية" في الذكاء الاصطناعي الشخصي تشير إلى شيء معماري لم يتم التقاطه بعد في طبقة العقد، أو ما إذا كانت تقوم بشيء آخر تمامًا.

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

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

قضيت المهمة الأخيرة في تتبع كيفية اتصال قطع OpenGradient - النماذج، الذاكرة، الوكلاء - وانتهى بي الأمر بالتحديق في توقيع دالة واحدة لفترة أطول مما أود الاعتراف به. $OPG ، #OPG ، @OpenGradient ... تتحدث الوثائق عن الثلاثة كأنها كومة واحدة، والإطار البيئي يوحي بنظام عصبي واحد. لكن llm.chat() في SDK بايثون يأخذ قائمة رسائل ولا شيء آخر - لا user_id، لا خطاف ذاكرة، لا معلمة سياق. MemSync، طبقة الذاكرة طويلة المدى، تعيش كواجهة REST منفصلة تمامًا، ومواردها مستضافة تحت نطاق مختلف (memchat.io) بدلاً من opengradient.ai. لذا فإن الوكيل الذي يريد استنتاجًا موثوقًا وذاكرة مستمرة يجب أن يجلب الحقائق يدويًا من نظام واحد ويحقنها في مصفوفة الرسائل لنظام آخر، ثم يكتب الحقائق الجديدة لاحقًا. لا شيء يجبر تلك الحلقة على الحدوث، ولا شيء في SDK يفترض أنها ستحدث. كنت أتوقع العثور على كود اللصق، الجزء الذي يجعل استدعاء LLM يلمس الذاكرة تلقائيًا، ولكنه ببساطة... غير موجود بعد. ربما يكون هذا جيدًا في الوقت الحالي، ربما هو ترتيب العمليات الواضح لشركة بنية تحتية لا تزال في testnet. لا زلت أتساءل إذا كان "الإطار البيئي" هنا يعني متكامل أو مجرد قريب.

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

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

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

كنت في منتصف المهمة عندما تفقدت تحليل السلسلة الفعلي لـ uniBTC على DeFiLlama - ليس ما يقوله @Bedrock _DeFi، بل أين يجلس TVL الآن. Bedrock ($BR ، #Bedrock ) تسوق uniBTC كفرصة مشاركة بيتكوين مفتوحة عبر أكثر من 15 نظام بيئي. الرقم حقيقي. الفارق ليس كذلك.
$458.83M إجمالي. بيتكوين الأصلي: $182M. إيثريوم: $132M. وضع: $86M. هذا 87% عبر ثلاث سلاسل. قاعدة - التي كان لديها إعلان مخصص بالكامل - تحتفظ بـ $232. ليس $232M. $232. Berachain، بعد حملة Boyco التي ضمت ما يقرب من 1,000 BTC: $57,430.
لذا فإن "الاحتمالات الجديدة عبر الأنظمة البيئية" موجودة تقنيًا. إنها تعمل تقريبًا في صفر على معظم تلك السلاسل. العمارة حقيقية. جاذبية السيولة لا تتبعها.
20 يونيو هو بعد سبعة أيام - 40.63M BR يتم فتحه للفريق المؤسس والمستثمرين الأوائل. يحمل حاملو veBR حق التصويت على أين تتدفق حوافز القياس. الفرق والجولة الأولية التي تتلقى تلك الرموز يمكن أن تقفل في الحوكمة وتدفع وزنًا نحو السلاسل الرفيعة. أو لا.
وهذا يجعلني أتساءل: هل فعلاً يفتح uniBTC فرصة مشاركة بيتكوين عبر الأنظمة البيئية، أم أنه يؤكد في الغالب أين كانت سيولة بيتكوين مرتاحة بالفعل؟
#Bedrock
@Bedrock

لقد انتهيت من مهمة Bedrock. الشيء الذي كان يجذب انتباهي ليس هيكل المنتج — بل توقيت الفتح.
$BR / #Bedrock / @Bedrock . 20 يونيو. بعد ثمانية أيام. 40.63 مليون توكن سيتم إطلاقها — 25 مليون لفريق التأسيس، و15.63 مليون للمستثمرين الأوائل. $4.21 مليون إجمالي، 4.1% من العرض، موجودة هناك في متتبع الفتح المباشر. هذه هي الحقيقة على السلسلة التي تحت السرد الهادئ ل"طبقة السيولة الأساسية".
الهيكل ليس سيئًا. uniBTC، brBTC، Chainlink PoR، طرق متعددة السلاسل إلى بابل وبيل وكيرنل — شخص ما فكر بجد في المكان الذي يجب أن تتدفق فيه BTC في مجموعة DeFi. ونموذج veBR من المفترض أن يكون الوزن المضاد بالضبط لهذا الضغط. قفل BR، كسب veBR، تعزيز العوائد ووزن الحوكمة. نظريًا يقلل من العرض المتداول عند دخول نوافذ الفتح.
لكن نسبة الدوران هي 0.192. رقيقة. ولم أتمكن من العثور على قراءة واضحة حول مقدار BR المقفل حاليًا في veBR مقابل الجلوس سائل. يعمل النموذج إذا كانت التبني تتجاوز عرض الفتح. هذا شرط حقيقي.
"طبقة السيولة" هو ادعاء لحالة مستقبلية. اليوم هو أقرب إلى طبقة نية السيولة.
لا زلت جالسًا مع تلك الفجوة...

ما لفت انتباهي أثناء مراجعة Bedrock (@Bedrock_DeFi) ليس التوسع عبر الشبكات المتعددة بحد ذاته—بل كيفية عمل هذا التوسع عندما تكون الأصول الأساسية هي البيتكوين. تتنافس البروتوكولات uniBTC و brBTC #Bedrock للحصول على البيتكوين السائل عبر إيثريوم و BNB Chain وشبكات أخرى. ولكن التوزيع عبر الشبكات لا يجمع السيولة—بل يقسمها. نفس قاعدة الضمان التي قد تخلق عمقًا ذا مغزى على شبكة واحدة يتم تمديدها عبر عدة شبكات، مما يعني أن كل نشر فردي ينتهي به الأمر أرق من الرقم الإجمالي للقيمة المقفلة (TVL) الذي يوحي به. الرقم الرئيسي يبدو وكأنه مقياس؛ لكن عمق كل شبكة يروي قصة أكثر هدوءاً. هذا التوتر الهيكلي يهم أكثر هنا مقارنة بمعظم استراتيجيات الشبكات المتعددة، لأن نموذج veBR يعتمد على $BR من حاملي العملات الذين يعتقدون أن البروتوكول يتحكم في تأثير سيولة حقيقي وقابل للاستخدام عبر تلك الشبكات. إذا كانت السيولة حقيقية ولكن مجزأة، فإن التأثير يكون حقيقيًا ولكنه مخفف. سواء كانت التجزئة ستحل مع نمو Bedrock أو تصبح سقفًا دائمًا على مقدار ما يمكن أن يجمعه أي بروتوكول واحد بشكل واقعي من سيولة البيتكوين عبر الشبكات المتنافسة—لم أتوصل إلى نتيجة بشأن ذلك بعد.
@Bedrock
$BR
#Bedrock

كنت في مهمة @Bedrock _DeFi لفترة أطول مما توقعت. يبدو أن فرضية BTCFi نظيفة من بعيد — $BR ، veBR، تصويت المؤشر، عائدات BTC متعددة السلاسل. نوع المعمارية التي تبدو جيدة في عرض تقديمي.
لكن الشيء الذي ظل معي: IDO محفظة Binance لـ Bedrock شهدت زيادة في الاكتتاب بنسبة 9,653% عند TGE. هذه ليست إشارة تقنية. هذه إشارة توزيع. uniBTC لم تفز مبكرًا لأنها تفوقت على المنافسة من الناحية الهندسية — بل فازت لأنها وقعت ضمن نطاق Binance.
والآن 20 يونيو تبعد عشرة أيام. 40.63 مليون BR سيتم فتحها — 25 مليون للفريق المؤسس، 15.63 مليون للمستثمرين الأوائل، 4.21 مليون دولار مجتمعة بسعر اليوم. انخفضت بحوالي 12% خلال الأسبوع الماضي. نموذج veBR مصمم لحوكمة المجتمع. لكن العناوين التي لديها أكبر قوة إغلاق في النهاية هي نفس العناوين التي حصلت على تخصيص من خلال الوصول إلى الجولات المغلقة، وليس من خلال المشاركة العامة في المؤشر.
انتظر — إذا كانت العقبة الحقيقية لـ BTCFi هي التوزيع، وليس الهندسة، فهل يهم أناقة نموذج المؤشر على الإطلاق؟ أم أنه يحكم بشكل أساسي غنائم قرار توزيع تم اتخاذه بالفعل عند TGE، قبل أن يكون معظم أعضاء المجتمع في الغرفة؟
#Bedrock

ما أوقفني أثناء التمرير كان سؤالًا بسيطًا: إذا كان كل BTC يتم إيداعه في @Bedrock يصبح رأس مال نشط من خلال uniBTC، فما الذي يحافظ بالتحديد على استقرار القيمة؟ التسويق حول $BR وأطروحة #Bedrock بشكل عام نظيف—البيتكوين الخاص بك يكسب عائدًا دون مغادرة يديك—لكن عند العمل من خلال الآلية الفعلية، كنت أعود دائمًا إلى نفس الاعتماد: عائدات إعادة الرهان تعتمد على الطلب الأسفل. يجب أن ترغب AVSs في الأمان الاقتصادي، وتدفع ثمنه باستمرار، وهذا السوق لا يزال مبكرًا، ولا يزال غير متوازن. عائدات إعادة الرهان عبر بروتوكولات EigenLayer المجاورة انخفضت بشكل ملحوظ عندما تباطأ انضمام AVS في الدورات الأولى، و Bedrock ترث بالضبط تلك الفروق. يصبح رأس المال نشطًا—تلك النقطة حقيقية. لكن الاستقرار هنا ليس ضمانًا للبروتوكول؛ إنه يعيش في طبقة أدنى، لا تزال تبحث عن قيمتها الفعلية بالنسبة للشبكات التي تعتمد عليها. لا أعتقد أن هذا يجعل التصميم غير صادق، لكن وعد عائدات BTC هو حقًا وكيل لشيء أكثر هيكلية، وأقل استقرارًا، مما يقترح "رأس المال النشط".

شيء في الأطروحة #Bedrock ($BR ) كان يزعجني خلال هذه المهمة. @Bedrock_DeFi's uniBTC و brBTC يفعلان حقًا ما تدعيه الفرضية الأساسية — حيث يأخذان بيتكوين غير المستخدم ويوجهانه إلى مراكز توليد العائد عبر بنية DeFi التحتية. تلك الجزئية حقيقية وقابلة للقياس. ولكن عندما بدأت في تتبع مكان هبوط القيمة الاقتصادية الفعلية، أصبحت الصورة أكثر تعقيدًا. الرمز المميز لا يرث تفعيل بيتكوين تلقائيًا. هناك طبقة veBR تجلس بين العائد على مستوى البروتوكول واقتصاديات حاملي الرمز — قفل حوكمة يعني أن الحائزين العاديين موجودون بجوار النشاط بدلاً من داخله. تصبح بيتكوين منتجة على مستوى المنتج. تتراكم الرسوم للبروتوكول. ولكن ما إذا كانت تلك الرسوم في النهاية تُترجم إلى قيمة الرمز $BR تمر عبر نموذج حوكمة لا يشارك فيه معظم المشاركين على الأرجح بشكل نشط. التحول من بيتكوين المخزنة إلى النشطة يحدث على مستوى البنية التحتية. السؤال الذي لم أستطع التخلص منه: هل يتم تحويلها لصالح النظام البيئي بشكل عام، أم بشكل أساسي للمشاركين الموجودين بالفعل داخل هيكل الحوكمة.
@Bedrock
$BR
#Bedrock

الشيء الذي أوقفني منتصف المهمة على @GeniusOfficial لم يكن آلية تقسيم المحفظة. كنت أتوقع ذلك. كان هيكل الوصول المخفي تحت ذلك.
$GENIUS #genius أوامر الأشباح تقسم صفقة عبر ما يصل إلى 500 محفظة مؤقتة عبر MPC — مما يجعل الموقف الكامل غير مرئي لماسحات MEV. بنية تحتية حقيقية لمكافحة التقدم الأمامي، وليست مجرد لغة في عرض تقديمي. ولكن المستوى الذي يحمي فعلاً طلبًا كبيرًا؟ محجوز خلف حيازات الرموز. الوضع الافتراضي يعطي تجزئة. الوضع المتقدم يعطي تغطية ذات مغزى. هذه الفجوة لا تظهر بصوت عالٍ في قائمة الميزات.
ما كنت أكرر التفكير فيه: برنامج نقاط العبقرية الذي يستمر حتى 10 أغسطس 2026 يكافئ صراحة نشاط أوامر الأشباح لتراكم النقاط. لذا فإن أداة الخصوصية المصممة لإخفاء بصمتك على السلسلة هي - في الوقت نفسه - تولد مسار نشاط يمكن قياسه وتتبعها مرتبط بالتحفيزات على BNBscan كانت تجلس حول -36% على مدار الأيام السبعة الماضية بينما لم تنخفض استخدامات المنصة بشكل متناسب. هذا الانتشار يخبر الكثير.
دخلت وأنا أفكر أن أوامر الأشباح كانت تتعلق بخصوصية التنفيذ. خرجت وأنا أتساءل إذا كانت أيضًا محرك جذب المستخدمين متنكراً بلغة الخصوصية. يمكن أن يكون كلاهما... همم. لا زلت أحاول معرفة ما إذا كان ذلك تصميم منتج أنيق أو مجرد تناقض عادي.
@GeniusOfficial

ما جعلني أتوقف أثناء مراجعة Genius و $GENIUS في مهمة CreatorPad الأخيرة لم يكن هيكل الحوافز نفسه بل الاتجاه الذي يشير إليه نحو المشاركة. #genius @GeniusOfficial يصف مكافآت الرموز كمواءمة النظام البيئي - الفكرة التي تقول إن امتلاك واستخدام $GENIUS يربط مصالحك بنمو البروتوكول. هذا الإطار صحيح، لكن جزئيًا فقط، وفقط لنوع محدد من المستخدمين. الآليات تكافئ الاتساق والحجم بطرق تفضل بشكل هادئ أولئك الذين هم بالفعل داخل الحلقة: المدخرين الأوائل، الباحثين النشطين عن العائد، الأشخاص الذين يعرفون بالفعل أي الإجراءات تحفز أي مكافآت. شخص يصل لاحقًا، برأس مال أصغر أو مشاركة أخف، يشارك في نفس السرد ولكنه يعمل تحت ظروف مختلفة ماديًا. المواءمة، في الممارسة، تبدو أقل مثل حصة مشتركة وأكثر مثل هيكل متدرج حيث يحصل الطبقة العليا على المواءمة أولاً وبشكل أكبر. السؤال الذي بقي معي هو ما إذا كان البروتوكول يحتاج فعلاً إلى الطبقة الثانية لتكون مواءمة تمامًا، أو ما إذا كانت مشاركة الطبقة الأولى وحدها كافية للحفاظ على المقاييس التي تهم أكثر الأشخاص الذين يبنونها.
@GeniusOfficial

كنت جالس مع نموذج حوافز Bedrock لمدة ساعة أو ساعتين. الشيء الذي يؤرقني ليس كيفية تشكيله - بل المنطق الهيكلي بمجرد أن تتبع سلسلة الاعتمادات. @Bedrock_DeFi لا تقوم فقط بتأسيس تجمعات فردية. نموذج القياس مصمم لتأسيس أنظمة بيئية كاملة. #Bedrock حاملي veBR يصوتون على القياسات، والقياسات توجه $BR الانبعاثات للخارج، والبروتوكولات الشريكة على Aptos وBase وBNB Chain تتنافس للحصول على تلك الأصوات لجذب السيولة. كل بروتوكول خارجي يدمج uniBTC أو brBTC يصبح معتمدًا بشكل فعال على كيفية تخصيص حوافز إدارة Bedrock. هذه هي الحجة - آليات على نمط Curve، مقاسة لتشمل سلاسل كاملة بدلاً من DEX واحد.
إليك ما أوقفني في منتصف المهمة. متتبع فتح CoinGecko لديه 40.63 مليون BR في 20 يونيو - 25 مليون للفريق المؤسس، و15.63 مليون للمستثمرين الأوائل. 4.1% من إجمالي العرض، بعد 13 يوم. الرمز بالفعل انخفض بنسبة 12.3% خلال الأسبوع.
نموذج القياس يأسس فقط الأنظمة البيئية الخارجية إذا استمرت مشاركة veBR ذات مغزى. ومشاركة veBR تعتمد على اختيار حاملي BR للإغلاق بدلاً من الخروج. مع تصفية رموز الفريق ورموز المستثمرين الأوائل في أقل من أسبوعين... لست متأكدًا مما يبدو عليه التوازن. هل تصميم النظام البيئي يحمل جاذبيته الخاصة، أم أنه يحتاج إلى الحفاظ على قاعدة الرمز أولاً؟
@Bedrock
$BR
#Bedrock