ثلاث مؤشرات اتجاهات ويب3 يجب مراقبتها: تحليل Jito BAM و BRC2.0 و EIP-7999

مشهد Web3 يتطور باستمرار، وتتبع البروتوكولات الناشئة ضروري لفهم اتجاه الصناعة. يُحلل مؤشر الاتجاه هذا ثلاثة تطورات مهمة تعيد تشكيل بنية البلوكشين ومعالجة المعاملات.

Jito BAM: إعادة تعريف ترتيب المعاملات على سولانا

الابتكار الأساسي

يمثل Jito’s BAM نهجًا جديدًا لترتيب المعاملات على سولانا. فكر فيه كنظام ترتيب الطلبات يعمل خلف الكواليس—يأخذ المعاملات الموجهة إلى كتلة وينظمها استراتيجيًا قبل أن يعالجها المدققون. يختلف هذا بشكل كبير عن طريقة سعي إيثريوم لفصل المقترح والباني (Proposer-Builder Separation)، لكنه يحقق أهدافًا مماثلة: إنشاء ترتيب معاملات أكثر عدالة وتقليل استغلال MEV.

لماذا يهم هذا

حاليًا، يحتل مدققو سولانا حوالي 90% من الحصة السوقية عبر منصة المزاد الخاصة بـ Jito، مما يمنح المبادرة تأثيرًا كبيرًا. يقرأ الطاقم الداعم كـ “من هو من سولانا”: Triton One، SOL Strategies، Figment، Helius، Drift، وPyth جميعهم يشاركون. هذه ليست تجربة هامشية—إنها عمل منسق من قبل اللاعبين الرسميين وقادة النظام البيئي.

الضغط وراء BAM واضح: Hyperliquid وسلاسل دفتر الطلبات المماثلة تستهلك ميزة سرد سولانا. تتفوق هذه المنافسة في عمليات صانع السوق من خلال التصميم الأصلي. يوفر BAM حلاً مؤقتًا لسولانا: إذا استطعت تخصيص ترتيب المعاملات داخل الكتل، يمكنك تحسين DeFi دون إعادة تصميم البروتوكول بشكل جذري.

كيف يعمل

تنتج سولانا الكتل بشكل خطي—يحتوي كل 400 مللي ثانية على 64 قسمًا زمنيًا، ترسل كل منها المعاملات على الفور. يغير BAM ذلك بمعالجة ترتيب الكتلة بالكامل في بيئة تنفيذ موثوقة (Trusted Execution Environment) أولاً، وتطبيق القواعد المعرفة بواسطة الإضافات قبل تقديمها للمدققين. مثال عملي: يمكن لمنصة أوراكل أن تبرمج “تحديثات الأسعار دائمًا تنفذ أولاً”، مما يلغي العشوائية من بيانات التسعير المتأخرة. يمكن لبورصة لامركزية تصفية الإخفاقات ذات الاحتمالية العالية، وتقليل الرسوم المهدرة.

التحقق من الواقع

البنية التحتية لـ TEE مكلفة ومحدودة بعدد معاملات يقارب الآلاف في الثانية. توسيع هذا ليتناسب مع قدرة سولانا يتطلب مجموعات TEE متعددة، مما يزيد من التعقيد ومخاطر الانقطاع. أرباح Jito في الربع الثاني من 2025—22,391 SOL (~4 مليون دولار)—تشير إلى أن الاقتصاديات ليست مغرية بعد. القيمة الحقيقية المقترحة ضيقة: معاملات ذات قيمة عالية وضمان حتمي. لكن “الضيق” قد يكون دقيقًا جدًا للاعتماد الأولي.

BRC2.0: برمجة بيتكوين بدون تغيير بيتكوين

المفهوم

يُطلق BRC2.0 في 2 سبتمبر 2025، كهايبرد غريب: يكتب المستخدمون تعليمات المعاملات على بيتكوين عبر النقوش أو مخططات الالتزام والكشف، مما يؤدي إلى تشغيل بيئة EVM في طبقة فهرس (not on-chain, no consensus). الرسوم مقومة بـ BTC، لكن الحساب يتم في آلة افتراضية إيثريوم “معدلة سحريًا”. مشابه لـ Alkanes (الذي يستخدم WASM)، ولكنه يستهدف مطوري EVM.

الموقع

Bestinslot، الذي اكتسب شهرة خلال طفرة نقوش بيتكوين، يقود هذا. فرضية السرد: إضافة طبقات برمجية دون تعديل الإجماع الأساسي لبيتكوين. خلال الـ 24 شهرًا الماضية، سعى الجميع وراء قصص “برمجة بيتكوين”، لكن الحلول الهندسية الفعلية كانت بطيئة في الوصول. يمثل BRC2.0 و Alkanes أول محاولات جادة لهذا العام لتنفيذات عملية.

الآليات تحت الغطاء

تنفذ منطق EVM في الفهرس—ليس سلسلة منفصلة، وليس بيتكوين نفسه، بل منطقة هجينة بدون بروتوكول إجماع. يتم تجزئة عناوين EVM التي يتحكم فيها المستخدم من عناوين بيتكوين وتُربط بنظيرات افتراضية. يعكس ذلك منطق التحكم المبني على JSON الخاص بـ BRC20 لكنه ينفذ bytecode عشوائي.

مخاطرة تقنية كبيرة: لم تجد التدقيقات الأولية حدودًا لعمق الاستدعاء أو التكرار في كود العقدة، مما يعني أنه نظريًا، يمكن لعقدة متكررة لا نهائيًا أن تتسبب في تعطل الـ VM (على الرغم من أن إضافة مثل هذه الحماية أمر بسيط).

تقييم السوق

استراتيجية التسمية ذكية—“BRC2.0” ترث رؤية أفضل من اسم بروتوكول جديد تمامًا. ومع ذلك، فإن تصميم البروتوكول يعتمد أكثر على التوافق الفلسفي مع BRC20 من الوراثة التقنية المباشرة. والأهم من ذلك، أن أقوى ميزة لبيتكوين ليست البرمجة—إنها العرض المحدود والآليات الطلبية الثابتة التي لا يمكن تقييمها على نسب PE مثل الأصول الأخرى. إضافة التعقيد قد يقوض ما يجعل بيتكوين ذا قيمة. يثير هذا سؤالًا فلسفيًا: هل يجب أن يركز بيتكوين على التطبيقات العالمية، أم يدافع عن قيمته الفريدة كشبكة إجماع لمورد محدود؟

EIP-7999: حل سوق الرسوم متعدد الأبعاد لإيثريوم

المشكلة التي يحلها

بعد أن أدخلت EIP-4844 بيانات الكتلة (blob)، انقسم هيكل رسوم إيثريوم. الآن، تتفاوض المعاملات على أسعار منفصلة للتنفيذ، والبيانات، والكتل. يواجه مطورو Layer 2 كابوسًا: تعيين حدود رسوم مستقلة لكل بعد. إذا انحرف أحد المعاملات منخفضًا جدًا، تفشل على الرغم من وجود ميزانية رسوم إجمالية كافية. يعاني المحافظ والموجهون من “تجربة غير متماسكة”—يبدو النظام معطلاً للمستخدمين النهائيين لأنه فعليًا مجزأ.

إجابة فيتاليك

تقترح EIP-7999 (المعروفة سابقًا باسم EIP-0000) أسواق رسوم موحدة: يحدد المستخدمون حدًا أقصى للرسوم، ويقوم الـ EVM تلقائيًا بتوزيع هذه الميزانية عبر أنواع الموارد المختلفة (الغاز التنفيذي، وغاز الكتل، وغاز البيانات). تحل هذه بشكل أنيق أزمة التسعير الأبعادية التي كانت تعاني منها إيثريوم منذ أن تم تسعير البيانات بشكل مختلف لأول مرة (البيانات ذات البايتات غير الصفرية مقابل الصفرية في 2015).

تعقيد التنفيذ

يقترح البروتوكول نوعًا جديدًا من المعاملات مع حقول رسوم موحدة—أكثر نظافة من محاولات سابقة مثل ERC-4337 التي كانت تعاني من الإفراط في الهندسة. ومع ذلك، يتطلب التنفيذ تغييرات في رؤوس الكتل، وترميز RLP، وقواعد التحقق، ودعم المحافظ على مستوى الشبكة. يجب على كل عقدة تحليل هذه المعاملات، حتى لو اختارت المحافظ الفردية عدم دعمها.

الجدول الزمني والتأثير

من غير المرجح أن يتم التنفيذ على المدى القصير—ربما بعد 1-2 هارد فورك رئيسية. لكن التحليل الاقتصادي المصاحب لفيتاليك يكشف عن تفكير متقدم حول ديناميكيات سوق الرسوم على المدى الطويل. النجاح هنا يفتح تصميمات أبسط للهياكل اللامركزية من الطبقة الثانية والثالثة، ويضع هيكل رسوم إيثريوم لعدة عقد من التوسع.