الكاتب: Chloe، ChainCatcher
على مدار الأسبوعين الماضيين، نشر فيتاليك بوتيرين، مؤسس إيثريوم، سلسلة من المقالات التقنية المطولة على منصة X، تغطي قضايا محورية مثل خطة التوسع، مقاومة الهجمات الكمية، تجريد الحسابات، إعادة هيكلة طبقة التنفيذ، وتسريع التطوير بواسطة الذكاء الاصطناعي، وتم وصفها من قبل الجمهور الخارجي بأنها "خطة إصلاح إيثريوم لعام 2026". وراء هذه السلسلة من المنشورات، تأتي خريطة طريق Strawmap التي أطلقتها مؤسسة إيثريوم، وهي وثيقة تهدف إلى رفع سعة معالجة إيثريوم L1 إلى مستوى 10000 TPS بحلول عام 2029.
لكن كلما زاد طموح المخطط، زادت الشكوك حول قدرته على التسليم، فبالنظر إلى السجل التاريخي، كان جدول تسليم إيثريوم دائمًا أبطأ من المتوقع. هل أصبح إيثريوم جاهزًا حقًا للتخلي عن "التحديث التدريجي" والانتقال إلى إعادة هيكلة جذرية؟
Strawmap مخطط مبدئي: إيثريوم تحقق 10000 TPS بحلول عام 2029
نشر باحث في مؤسسة إيثريوم، جاستين درايك، في 25 فبراير خريطة طريق بعنوان Strawmap، تهدف إلى توضيح رؤية إيثريوم L1 وخطة الترقيات المستقبلية. تحدد هذه الخريطة خمسة أهداف "قطب شمال" رئيسية: أداء L1 فائق السرعة، وسعة L1 تصل إلى gigagas، وتوسيع L2 إلى teragas، وأمان L1 ضد الحوسبة الكمومية، وتحويلات خاصة مدمجة على L1. الهدف الكمي النهائي هو معالجة 10,000 معاملة في الثانية على L1، و10 ملايين معاملة في الثانية على L2.
من المتوقع أن يُنفَّذ هذا الخطة عبر 7 شقوق، بدورات ترقية كل 6 أشهر، تغطي التغييرات في طبقة التوافق وطبقة البيانات وطبقة التنفيذ. وقد أبدى فيتاليك بوتيرين، مؤسس إيثريوم، دعمه لهذا الأمر، ونشر في الأسبوعين الماضيين مقالات تقنية مطولة على X، تحلل الأبعاد الأساسية للخطة.
التركيز الاستراتيجي: التركيز على توسيع نطاق إيثريوم L1 وإعادة هيكلة طبقة التنفيذ
Vitalik'sargument shows: Unlike the strategy of the past few years that favored L2 Rollups and downplayed L1, the current vision is to significantly enhance L1's own scalability in the short term while maintaining the long-term shift.
1. العملية قصيرة الأجل: ترقية Glamsterdam
في التخطيط قصير الأجل، سيؤدي الترقية القادمة Glamsterdam إلى إدخال "قوائم الوصول على مستوى الكتلة (Block-Level Access Lists، BALs)" لدعم التحقق المتوازي، وكسر عقدة الكفاءة الناتجة عن المعالجة التسلسلية السابقة، وفي نفس الوقت تعزيز فصل المُقترح والبناء الأصلي (Enshrined Proposer-Builder Separation، ePBS)، لتحسين استخدام العقد للفترات البالغة 12 ثانية.
2. العملية الطويلة الأمد: تطور ZK-EVM والـ Blob
يتم دعم التوسع على المدى الطويل بواسطة عمودين رئيسيين: ZK-EVM و Blob. على مسار ZK-EVM، من المتوقع أن يبدأ عدد قليل من المُحققين في تبني عميل ZK-EVM بحلول نهاية عام 2026، مع زيادة النسبة وتعزيز الأمان بدءًا من عام 2027، والهدف النهائي هو تحقيق "آلية إثبات متعددة إجبارية 3 من 5"، أي أن الكتلة يجب أن تخضع للتحقق من قبل ثلاثة على الأقل من خمسة أنظمة إثبات لتصبح سارية.
على مسار تطوير Blob، سيستمر PeerDAS (عينة توافر البيانات) في التطور بهدف رفع قدرة معالجة البيانات إلى حوالي 8 ميغابايت/ثانية. يكمن جوهر هذه التقنية في السماح للعقد بتنزيل شظايا صغيرة فقط من البيانات للتحقق، مما يزيد بشكل كبير من الإنتاجية ويقلل من متطلبات الأجهزة للعقد. من ناحية أخرى، لمواجهة متطلبات التبني الواسع النطاق في المستقبل، سيتحول شبكة إيثريوم الرئيسية إلى تخزين بيانات الكتل مباشرة في مساحة Blob، بدلاً من نموذج calldata الباهظ الذي يتطلب التخزين الدائم. يهدف هذا التحول أساسًا إلى تحسين هيكل حمل البيانات وإعادة تشكيل مسار توسيع إيثريوم على مستوى الطبقة البياناتية.
3. إعادة هيكلة طبقة التنفيذ: الانتقال إلى شجرة الحالة الثنائية، واستبدال EVM
Vitalik 指出، فإن عتبة كفاءة إثبات إيثريوم الحالية، فإن 80% منها ناتجة عن بنية قديمة. وفقًا لـ EIP-7864، من المتوقع أن يؤدي التحول من "شجرة حالة Keccak MPT بأساس 16" الحالية إلى "شجرة حالة ثنائية" إلى تقصير طول الفروع بنسبة 4 مرات. سيؤدي هذا التغيير إلى تحسين كبير في كفاءة البيانات:
Bandwidth usage: Reduced by approximately 4x, a game-changer for lightweight clients like Helios.
سرعة الإثبات: إذا تم استخدام BLAKE3، فإن التسارع يقارب 3 مرات؛ إذا كان الإصدار Poseidon، فقد يصل التسارع المحتمل إلى 100 مرة.
تحسين الإيداع والسحب: تم تصميم خانة التخزين "الصفحة" (64–256 خانة) بحيث يمكن للـ DApp توفير أكثر من 10,000 Gas لكل معاملة عند قراءة أو كتابة بيانات متجاورة.
أكثر طموحًاالاقتراح هو نقل VM (الآلة الافتراضية)، حاليًا يتم كتابة مُنشئات ZK نفسها غالبًا بلغة RISC-V، وإذا تمكّن EVM من التشغيل المباشر بلغة RISC-V، مما يلغي خسارة الترجمة بين طبقتي الآلات الافتراضية، فسيتم تحسين قابلية إثبات النظام بشكل كبير. حاليًا، تم تخطيط مسار النشر على ثلاث خطوات:
1. اجعل VM الجديد يتولى العقود المُعدة مسبقًا الحالية
2. إعادة فتح إمكانية قيام المستخدمين بتنفيذ عقود VM جديدة
3. إعادة كتابة EVM نفسه كعقد ذكي يعمل على VM جديد.
This ensures backward compatibility, and the final conversion cost requires only a gas fee recalibration.
خريطة طريق لمكافحة التهديدات الكمية: سد الثغرات التقنية الأربع الكبرى في إيثريوم
بالنسبة للموضوع الأساسي المتمثل في أمان L1 بعد الكمية، أشار فيتاليك في مقال تقني طويل، إلى أن إيثريوم حاليًا تواجه أربع نقاط ضعف كمية، وهي كالتالي:
1. طبقة الإجماع: توقيع BLS
تم تشكيل مسار بديل لطبقة الإجماع: اقترح فيتاليك حل "الإجماع المبسط"، والذي يُدخل متغيرات توقيع قائمة على التجزئة (Hash-based) مصحوبة بـ STARKs للضغط والتجميع، لتحقيق مقاومة هجمات الحوسبة الكمية. لكن فيتاليك أضاف أن قبل تنفيذ "الإجماع المبسط" الكامل، سيتم إطلاق نسخة "سلسلة مبسطة قابلة للاستخدام" أولاً، حيث تحتاج فقط إلى معالجة 256 إلى 1,024 توقيعًا لكل slot، ويمكنها العمل دون الحاجة إلى تجميع STARKs مؤقتًا، مما يقلل بشكل كبير من عتبة الهندسة.
2. توفر البيانات: التزامات وبراهين KZG
فيما يتعلق بتوافر البيانات، يقترح فيتاليك استبدال "التزامات KZG" الحالية بـ "STARKs مقاومة للحوسبة الكمية"، لكن هذا يواجه تنازلين رئيسيين:
أولاً، تفتقر STARKs إلى الخاصية الخطية لـ KZG، مما يجعل من الصعب دعم أخذ عينات بيانات ثنائي الأبعاد بكفاءة، لذا اختار إيثريوم اتباع مسار 1D DAS أكثر حذراً (مثل PeerDAS)، مع إعطاء الأولوية لضمان متانة الشبكة بدلاً من السعي وراء التوسع القصوى.
ثانيًا، نظرًا لحجم إثباتات STARK الكبير، يجب على المطورين حل مشكلة هندسية معقدة تتمثل في أن "الإثبات أكبر من البيانات" من خلال تقنيات مثل الإثباتات التكرارية. باختصار، يرى فيتاليك أن هذا المسار المقاوم للحوسبة الكمية، من خلال تبسيط الأهداف التقنية والتحسين التدريجي، لا يزال عمليًا من الناحية الهندسية، لكنه يتطلب جهدًا هندسيًا هائلاً.
3. الحسابات الخارجية持有的 (EOA): توقيع ECDSA
في حماية الحسابات الخارجية (EOA)، نظرًا لأن توقيعات ECDSA الحالية هشة جدًا أمام الحواسيب الكمية، يميل فيتاليك إلى تحويل جميع الحسابات إلى عقود من خلال "التجريد المدمج للحساب (native AA)"، مما يسمح للمستخدمين بتغيير خوارزميات التوقيع المقاومة للحوسبة الكمية بسهولة دون التخلي عن عناوين المحافظ الحالية.
4. طبقة التطبيق: تعتمد على إثباتات ZK الخاصة بـ KZG أو Groth16
أخيرًا، من حيث الطبقة التطبيقية، التحدي الرئيسي هو تكلفة الغاز العالية جدًا لإثباتات STARK المقاومة للحوسبة الكمية، والتي تبلغ حوالي 20 ضعف تكلفة SNARKs الحالية، مما يجعلها مكلفة جدًا للبروتوكولات الخاصة وL2. اقترح فيتاليك إدخال EIP-8141 لتقديم "إطار التحقق (Validation Frame)"، مما يسمح بتوحيد كميات كبيرة من التوقيعات والإثباتات المعقدة خارج السلسلة.
باستخدام تقنية الإثبات التكراري، يمكن تقليل بيانات التحقق التي كانت تصل إلى مئات الميجابايت إلى إثبات STARK صغير جدًا يتم تسجيله على السلسلة، مما لا يوفر مساحة الكتلة فحسب، بل يقلل أيضًا بشكل كبير من تكلفة الاستخدام، ويمكن حتى إتمام التحقق فورًا في مرحلة Mempool، مما يسمح للمستخدمين بالتفاعل مع تطبيقات لامركزية متنوعة بأسلوب اقتصادي وفعال حتى في عصر التهديدات الكمية.
مُسرّع الذكاء الاصطناعي: إكمال خارطة طريق إيثريوم 2030 في غضون أسابيع
بالإضافة إلى ترقية البنية التقنية، شدّد فيتاليك في تغريداته الأخيرة على أن الذكاء الاصطناعي يُسرّع عملية تطوير إيثريوم. قام بإعادة تغريد تجربة مطوّر قام ببناء نموذج لخريطة طريق إيثريوم لعام 2030 خلال أسبوعين باستخدام "البرمجة عبر الإحساس"، وعلّق قائلاً: "قبل ستة أشهر، لم يكن هذا حتى ضمن نطاق الاحتمالات، والآن أصبح اتجاهًا."
حتى فيتاليك نفسه اختبره مباشرة، حيث أكمل كود خلفية المدونة في ساعة واحدة باستخدام نموذج gpt-oss:20b الذي يعمل على جهازه المحمول؛ وإذا استخدم نموذجًا أقوى مثل kimi-2.5، يتوقع أن يكون قادرًا على "إنهائه دفعة واحدة". يمكن القول إن تحسين الذكاء الاصطناعي للكفاءة لم يعد خطيًا، بل يغير من سرعة تسليم خريطة طريق إيثريوم.
لهذا، يقترح أن تُوزَّع مكاسب الذكاء الاصطناعي "نصفها للسرعة ونصفها للأمان"، باستخدام الذكاء الاصطناعي لتوليد حالات اختبار واسعة النطاق، والتحقق الرسمي من الوحدات الأساسية، وتوليد تنفيذات مستقلة متعددة للمنطق نفسه للمقارنة المتقاطعة. رأي فيتاليك هو أنه في المستقبل المنظور، لا يمكنك استبدال أمر واحد بكود برنامج عالي الأمان، ولا يزال هناك صراع مع الأخطاء وعدم اتساق التنفيذ، لكن يمكن تحسين هذه العملية بمقدار خمسة أضعاف.
أخيرًا، اقترح أيضًا احتمالًا بأن خارطة طريق إيثريوم ستُكمل بسرعة أكبر مما يتوقعه الخارج، وستكون معايير الأمان أعلى مما يتوقعه الخارج. "إن كود البرمجيات الخالي من الأخطاء، الذي كان يُنظر إليه لفترة طويلة على أنه وهم مثالي، قد يصبح الآن ممكنًا." هذه الجملة، لو قيلت في سياق تطوير إيثريوم قبل خمس سنوات، كانت ستكون مستحيلة تقريبًا.
Slow delivery pace and real-world challenges
ومع ذلك، فإن الكشف عن هذا الكم الكبير من المحتوى التقني المتقدم للسوق يعني أن خارطة طريق إيثريوم لا يمكنها أبدًا تجاهل احتمالية الوفاء بالالتزامات في الوقت المحدد.
من السجلات التاريخية، كان جدول تسليم الإيثيريوم دائمًا أبطأ من المتوقع. تأجل دمج The Merge من التوقع الأولي في "أواخر العام" في بداية عام 2020 إلى سبتمبر 2022؛ كما استغرق تنفيذ EIP-4844 (Proto-Danksharding) عدة سنوات. عادةً ما تُعزى هذه التأخيرات إلى عوامل مثل المراجعة الأمنية، وتنسيق العملاء المتعددين، والحوكمة اللامركزية.
لكن هذه المرة، لم يعد هناك وقت كافٍ لإيثريوم للتقدم ببطء. إن التقدم المتزايد للمنافسين، والتحديات الواقعية المتمثلة في التهديد الكمي، بالإضافة إلى الثورة الإنتاجية التي أثارتها الذكاء الاصطناعي، تجبر إيثريوم على التخلي تمامًا عن "النهج التدريجي". ففي نقطة التحول التاريخية حيث "التأخر يعني التراجع"، قد لا يكون التحديث التدريجي اللطيف السابق كافيًا لدعم الرؤية المتمثلة في جعل إيثريوم طبقة عالمية للتسوية.
While Vitalik recently called foralso emphasized that this transformation is not merely a technical restructuring; he demands the community completely abandon path dependency at the application layer and uphold the core principles of censorship resistance, open source, privacy, and security (CROPS), rebuilding application design from first principles.
يمكن أن تكون للتكنولوجيا خارطة طريق، لكن ترقية التفكير لا تمتلك جدولاً زمنياً للتقسيم، وهذا ربما يكون أصعب خطوة في التخلي عن "التدرجية".