خريطة طريق ترقية Ethereum 2029: إعادة بناء كاملة دون إيقاف السلسلة

المؤلف: جيمس/سنابكراكل

مُترجم: Deep潮 TechFlow

مقدمة من Shenchao: نشر باحث إيثريوم جاستين درايك "Strawmap" — أول خريطة طريق مُنظمة لترقية إيثريوم تحتوي على جداول زمنية واضحة وأهداف أداء، ووصفها فيتاليك بأنها "مهمة جدًا" ووصف التأثير الكلي بأنها إعادة بناء على غرار "سفينة تيسيوس". هذه المقالة هي أوضح مقالة توضيحية حتى الآن لـ Strawmap، وتغطي جميع الجوانب من آلية العمل إلى الأهداف الخمسة وسبع الترقيات، بحيث يمكن فهمها حتى من غير المختصين تقنيًا.

النص الكامل كالتالي:

أطلق إيثريوم للتو أدق خطة ترقية في تاريخها. سبع ترقيات، خمسة أهداف، إعادة بناء ضخمة.

إذا كنت تتساءل من هو المبتدئ الذي كُتبت له هذه الدليل... إنه أنا.

نشر الباحث في إيثريوم جاستين درايك ما أسماه "Strawmap"، وهو جدول زمني لسبع ترقيات تمتد حتى عام 2029. وصف فيتاليك بوتيرين، المؤسس المشارك لإيثريوم، هذا الجدول بأنه "مهم جدًا"، ووصف التأثير التراكمي بأنه إعادة بناء على غرار "سفينة تيسيوس" لقلب إيثريوم.

هذا التشبيه يستحق الفهم.

سفينة تيسيوس تجربة فكرية يونانية قديمة: إذا استبدلت لوحات سفينة واحدة تلو الأخرى، حتى يتم استبدال كل لوح، هل ما زالت نفس السفينة؟

هذا هو اقتراح Strawmap لـ Ethereum.

بحلول عام 2029، سيتم استبدال كل مكون رئيسي في النظام. لكن لا توجد خطة مُحددة لـ "إيقاف تشغيل كبير وإعادة كتابة". الهدف هو ترقيات متوافقة مع الإصدارات السابقة، مع الحفاظ على سير السلسلة أثناء تغيير اللوحات — على الرغم من أن كل ترقية لا تزال تتطلب من مشغلي العقد تحديث البرمجيات، وقد تتغير الحالات الحدية. إنها إعادة بناء كاملة مُقنعة كترقية تدريجية. بدقة، على الرغم من أن منطق طبقة التوافق وطبقة التنفيذ يتم إعادة بنائه، فإن الحالة (أرصدة المستخدمين، تخزين العقود، والسجلات التاريخية) تُحتفظ بها عبر جميع الشُعب. "يتم إعادة بناء السفينة وهي تحمل بضاعتها." صعدوا على متنها!

لماذا لا تبدأ من الصفر مباشرة؟ لأنك لا تستطيع إعادة التشغيل، وإلا فستفقد ما يجعل إيثريوم ذات قيمة: التطبيقات التي تعمل بالفعل عليها، والأموال التي تتدفق بالفعل، والثقة التي تم بناؤها بالفعل. يجب عليك استبدال اللوحات بينما تبحر السفينة.

اسم "Strawmap" هو مزيج من كلمتي "strawman" و"roadmap". فالمسودة هي اقتراح أولي يُعرض عمدًا رغم عدم كماله، بهدف جذب النقد والتعليقات. لذا، فهي ليست وعودًا، بل نقطة انطلاق للنقاش. لكنها المرة الأولى التي يرسم فيها مطورو إيثريوم مسارًا ترقياتيًا ذا هيكلية وتواريخ زمنية وأهداف أداء واضحة.

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

تخيل أن تحالفًا من أفضل المهندسين في العالم يعيد بناء أنابيب المالية للإنترنت من الصفر، ويمكنك الاتصال مباشرة.

قبل أن نتحدث عن وجهته، دعونا نتحدث عما هو عليه اليوم.

إيثريوم هي في جوهرها حاسوب عالمي مشترك. بدلاً من أن تدير شركة ما خادمًا واحدًا، فإن آلاف المُشغلين المستقلين حول العالم يشغلون نسخًا من نفس البرنامج.

هؤلاء المُنظِّمون يتحققون من المعاملات بشكل مستقل. ويُطلق على بعضهم اسم "المُصادقين"، وهم أيضًا يُقَرِّبون ETH الخاص بهم كضمان. إذا حاول المُصادق التلاعب، سيتم مصادرة الـ ETH المُقَرَّب. كل 12 ثانية، يصل المُصادقون إلى توافق حول أي معاملات حدثت وبحيث ترتيبها. يُسمى هذا النافذة البالغة 12 ثانية بـ "slot". وكل 32 slot (حوالي 6.4 دقيقة) تشكل "epoch".

النهاية الحقيقية — اللحظة التي تصبح فيها المعاملات غير قابلة للعكس — تستغرق حوالي 13 إلى 15 دقيقة، حسب موقع معاملتك داخل الدورة.

تُعالج إيثريوم ما بين 15 إلى 30 معاملة في الثانية تقريبًا، حسب تعقيد كل معاملة. على النقيض من ذلك، يمكن لشبكة فيزا معالجة أكثر من 65 ألف معاملة في الثانية. هذا الفرق هو السبب في أن معظم تطبيقات إيثريوم اليوم تعمل على شبكات "الطبقة الثانية" — أنظمة مستقلة تقوم بحزم كميات كبيرة من المعاملات ثم إرسال ملخصاتها مرة أخرى إلى الطبقة الأساسية لإيثريوم لضمان الأمان.

النظام الذي يحقق توافقًا بين جميع المُشغلين يُسمى "آلية التوافق". آلية التوافق الحالية لإيثريوم تعمل بشكل سليم وخضعت للاختبار العملي، لكنها صُممت لعصر أقدم، مما يحد من الحد الأقصى لقدرات الشبكة.

يهدف Strawmap إلى حل جميع هذه المشكلات، واحدة تلو الأخرى.

يتم تنظيم خارطة الطريق حول خمسة أهداف. فقد بدأ إيثريوم بالفعل في العمل، وتدور فيه عشرات المليارات من الدولارات يوميًا. لكنه يواجه قيودًا حقيقية فيما يتعلق بما يمكن بناؤه. وهذه الأهداف الخمسة تهدف إلى القضاء على هذه القيود.

1. L1 سريع: نهائية على مستوى الثواني

إرسال معاملة على إيثريوم اليوم يتطلب انتظار حوالي 13 إلى 15 دقيقة حتى يتم التأكيد الفعلي — أي غير قابل للعكس، مكتمل، ولا يمكن إلغاؤه.

الحل: استبدال المحرك الذي يحقق إجماعًا بين جميع المشغلين. الهدف هو تحقيق النهاية في كل slot من خلال تصويت واحد. Minimmit هو أحد المرشحين الرئيسيين قيد البحث، وهو بروتوكول مصمم لتحقيق إجماع فائق السرعة، لكن التصميم الدقيق لا يزال قيد التطوير. المهم هو الهدف: تحقيق النهاية في slot واحد. ثم سيتم تقليل وقت الـ slot نفسه: مسار الاقتراح هو 12 ثانية → 8 → 6 → 4 → 3 → 2.

النهائية ليست مسألة سرعة فحسب، بل مسألة يقين. فكر في التحويل البنكي: الوقت بين "تم الإرسال" و"تم التسوية" هو النافذة التي قد تحدث فيها أخطاء. إذا أتممت دفعة بقيمة مليون دولار، أو تسوية صفقة سندات، أو معاملة عقارية على البلوكشين، فإن هذه الدقائق الـ13 من عدم اليقين تشكل مشكلة. عندما تُقلص إلى ثوانٍ، فإنك تغيّر جوهريًا ما يمكن لهذا الشبكة فعله — ليس فقط التطبيقات المبنية على التشفير، بل أي شيء يتضمن نقل القيمة.

2. Gigagas L1: أسرع بـ 300 مرة

تتعامل شبكة إيثريوم الرئيسية مع حوالي 15 إلى 30 معاملة في الثانية، وهو ما يمثل العقبة.

الحل: يهدف Strawmap إلى سعة تنفيذ تبلغ 1 غيغاغاس في الثانية، وهو ما يعادل تقريبًا 10,000 معاملة في الثانية للمعاملات النموذجية (يعتمد الرقم الدقيق على تعقيد كل معاملة، حيث تستهلك العمليات المختلفة كميات مختلفة من الغاس). التكنولوجيا الأساسية هي "إثبات الصفر المعرفة" (إثبات ZK).

أبسط طريقة لفهم ذلك: الآن، يجب على كل مشغل على الشبكة إعادة حساب كل عملية للتحقق من صحتها. هذا يشبه جعل كل موظف في الشركة يعيد حل كل سؤال من زملائه بشكل مستقل. آمن؟ نعم. غير فعّال للغاية؟ نعم أيضًا. تتيح لك إثباتات ZK التحقق من إيصال رياضي مضغوط يثبت أن العملية صحيحة، بنفس مستوى الثقة ولكن بكمية عمل قليلة جدًا.

البرمجيات الحالية لتكوين هذه الإثباتات لا تزال بطيئة جدًا. تتطلب الإصدارات الحالية من بضع دقائق إلى عدة ساعات للوظائف المعقدة. تقليل هذا إلى مستوى الثواني — أي تسريع حوالي 1000 مرة — هو مشكلة بحث نشطة، وليست مجرد تحدي هندسي. فرق مثل RISC Zero وSuccinct تحرز تقدمًا سريعًا، لكن هذا لا يزال في الحدود前沿.

شبكة رئيسية بقدرة 10,000 TPS مع نهائية سريعة تعني بساطة أكبر، وأجزاء نشطة أقل، ونقاط فشل أقل.

3. Teragas L2: 10 ملايين معاملة في الثانية عبر قناة سريعة

للحجم الحقيقي الكبير من المعاملات (والاحتياجات المخصصة)، لا تزال بحاجة إلى شبكة الطبقة الثانية. اليوم، يحد من سقف L2 كمية البيانات التي يمكن للشبكة الرئيسية لإيثيريوم معالجتها لها.

الحل: تقنية تُسمى "عينة توافر البيانات" (DAS). بدلاً من قيام كل مشغل بتنزيل جميع البيانات للتحقق من وجودها، يقوم كلٌّ منهم بفحص عينات عشوائية، ويستخدم الرياضيات للتحقق من أن مجموعة البيانات الكاملة كاملة. مثل التحقق من أن كتابًا مكونًا من 500 صفحة موجود حقًا على الرف — بالاطلاع العشوائي على 20 صفحة مختلفة، وإذا كانت جميعها موجودة، يمكنك التأكد إحصائيًا أن باقي الأجزاء موجودة أيضًا.

تم إطلاق PeerDAS في ترقية Fusaka، مما يشكل الأساس لجميع بناء Strawmap. التوسع من هناك إلى الهدف الكامل يعني التوسع التكراري: كل شق يضيف سعة بيانات أكبر، مع اختبار ضغط استقرار الشبكة في كل خطوة.

بيئة L2 بقدرة 10 ملايين معاملة في الثانية، تفتح أبوابًا غير ممكنة حاليًا على أي سلسلة كتل. فكّر في سلسلة التوريد العالمية، حيث يكون لكل منتج وشحن رقمي رمز رقمي؛ أو ملايين الأجهزة المتصلة التي تولّد بيانات قابلة للتحقق؛ أو أنظمة دفع دقيقة بقيمة جزء من السنت الأمريكي. هذه الأحمال العمل أكبر من أن تستوعبها أي شبكة حالية، لكنها جميعًا تُستوعب بسهولة مع 10 ملايين TPS.

4. L1 ما بعد الكمي: الاستعداد لحواسيب الكم

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

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

قد تستغرق تهديدات الهجمات الكمية على التشفير الحالي عدة سنوات أو حتى عقود. لكن إذا كنت تبني بنية تحتية مصممة للبقاء لفترة طويلة — قد تُحَمِّل تريليونات الدولارات من القيمة — فإن تأجيل الأمر "لوقت لاحق" ليس إجابة حقيقية.

5. L1 خاص: اجعل تداولك سريًا

كل شيء على إيثريوم يكون علنيًا افتراضيًا. ما لم تستخدم تطبيقات خصوصية مثل Railgun، أو L2s مركزة على الخصوصية مثل ZKsync و Aztec، فإن كل معاملة، وكل مبلغ، وكل طرف متعاقد يكون مرئيًا لأي شخص.

الحل: بناء التحويلات السرية مباشرة في قلب إيثريوم. الهدف التقني هو تمكين الشبكة من التحقق من صحة المعاملة (أن المرسل لديه أموال كافية، والحسابات صحيحة رياضيًا)، مع عدم كشف التفاصيل الفعلية. يمكنك إثبات "هذه دفعة قانونية بقيمة 50 ألف دولار" دون الكشف عن من دفع لمن أو الغرض من الدفعة.

اليوم هناك حلول بديلة. أعلنت EY وStarkWare في فبراير 2026 عن Nightfall على Starknet، مما جلب المعاملات المحمية بالخصوصية إلى بيئة L2. لكن الحلول البديلة تزيد من التعقيد والتكلفة. إن بناء الخصوصية في الطبقة الأساسية يلغي تمامًا الحاجة إلى الوسيط.

هذا أيضًا نقطة تقاطع العمل حول ما بعد الكمي: يجب أن يكون أي حل خصوصية يتم بناؤه مقاومًا للكمي في نفس الوقت. مشكلتان يجب حلّهما معًا. حل هذه المسألة سيزيل أحد العوائق الرئيسية أمام التبني الواسع النطاق.

اقترح Strawmap سبع ترقيات، تقريبًا كل ستة أشهر، بدءًا من Glamsterdam. تم تحديد كل ترقية بعناية لتغيير شيء أو شيئين رئيسيين فقط في كل مرة، لأنه إذا حدثت مشكلة، فأنت بحاجة إلى معرفة الدقيق ما الذي تسبب فيها.

الترقية الأولى بعد Fusaka (التي تم إطلاقها، وتم تأسيسها عبر PeerDAS وتحسين البيانات) هي Glamsterdam، التي تعيد هيكلة طريقة تجميع كتل التداول.

ثم أتى هيغوتا بتحسينات هيكلية إضافية. تم تمديد الشقوق المتبقية (من I إلى M) حتى عام 2029، مع إطلاق تدريجي لتوافق أسرع، وإثباتات ZK، وقابلية توسيع البيانات، وعلم التشفير المقاوم للكمبيوتر الكمي، وميزات الخصوصية.

لأن بعض هذه المشكلات لم تُحل بعد.

استبدال آلية التوافق هو الأصعب. تخيل أنك تُغيّر محرك طائرة أثناء الطيران، مع ضرورة تحقيق إجماع من آلاف الركاب المساعدين على كل تغيير. يتطلب كل تغيير أشهر من الاختبارات والتحقق الرسمي. وضغط وقت الدورة إلى أقل من 4 ثوانٍ يؤدي في النهاية إلى مشاكل فيزيائية: يستغرق الإشارة للدوران حول الأرض ذهابًا وإيابًا حوالي 200 مللي ثانية، وفي نقطة ما، تكون تتنافس مع سرعة الضوء.

جعل مُثبتات ZK سريعًا بما يكفي هو مشكلة حدودية أخرى. الفجوة بين السرعة الحالية (بالدقائق) والسرعة المستهدفة (بالثواني) تبلغ حوالي 1000 مرة، مما يتطلب اختراقات رياضية وعتادًا متخصصًا.

إن توسيع إمكانية الوصول إلى البيانات أسهل من حيث الصعوبة، لكنه أكثر قابلية للتنفيذ. الرياضيات متسقة، والتحدي يكمن في التشغيل الحذر على شبكة حية تمتلك قيمًا تصل إلى مئات المليارات.

الانتقال إلى ما بعد الكمي هو كابوس تشغيلي لأن التوقيعات الجديدة أكبر بكثير، مما يغير اقتصادية كل شيء.

الخصوصية الأصلية تمتلك حساسية سياسية فضلاً عن صعوبتها التقنية. تخشى الهيئات التنظيمية من أن تُستخدم أدوات الخصوصية لتسهيل غسل الأموال. يجب على المهندسين بناء حلول تتمتع بدرجة كافية من الخصوصية لتكون مفيدة، وفي نفس الوقت كافية من الشفافية لتلبية متطلبات الامتثال، كما يجب أن تكون مقاومة للحوسبة الكمية.

لا يمكن دفع هذه الأمور جميعًا في نفس الوقت. بعض الترقيات تعتمد على ترقيات أخرى؛ فلا يمكنك التوسع إلى 10,000 TPS دون إثباتات ZK ناضجة، ولا يمكنك التوسع في L2 دون عمل في توفر البيانات. هذه السلسلة من التبعيات تحدد الجدول الزمني.

بالنظر إلى ما تم محاولة القيام به، فإن ثلاث سنوات ونصف هي في الواقع أمر جريء.

أولاً، هناك متغير. أوضح Strawmap: "يفترض المسودة الحالية تطويرًا موجهًا من قبل البشر. قد يؤدي التطور المدعوم بالذكاء الاصطناعي والتحقق الرسمي إلى تقليل جدول الوقت بشكل كبير."

في فبراير 2026، خاطر مطور يُدعى YQ بأن شخصًا واحدًا يمكنه برمجة نظام إيثريوم الكامل الموجه نحو خارطة طريق 2030+ باستخدام وكلاء ذكاء اصطناعي. بعد أسابيع قليلة، أطلق ETH2030: عميل تنفيذي تجريبي مكتوب بلغة Go، يدّعي أنه يحتوي على حوالي 713,000 سطر من الكود، وينفذ جميع العناصر الـ65 لـ Strawmap، وتم وضع علامة على أنه يعمل على شبكات الاختبار والشبكة الرئيسية.

هل هو جاهز للإنتاج؟ لا. كما أشار فيتاليك، من المرجح جدًا أن هناك ثغرات حرجة في كل مكان، وفي بعض الحالات قد تكون هناك تنفيذات مبدئية، ولم تحاول الذكاء الاصطناعي حتى الإصدار الكامل. لكن رد فيتاليك يستحق القراءة بعناية: "قبل ستة أشهر، كان مثل هذا الشيء بعيدًا جدًا عن نطاق الاحتمالات، والأهم هو اتجاه الاتجاه... يجب على الناس أن يبقوا منفتحين على هذا الاحتمال (ليس اليقين! بل الاحتمال): أن خريطة طريق إيثريوم ستُكمل أسرع بكثير مما يتوقع الناس، وبمعايير أمان أعلى بكثير مما يتوقع الناس."

البصيرة الأساسية لفيتاليك هي أن الطريقة الصحيحة لاستخدام الذكاء الاصطناعي ليست مجرد السير بسرعة أكبر، بل تخصيص نصف العوائد للسرعة والنصف الآخر للأمان: مزيد من الاختبارات، ومزيد من التحقق الرياضي، ومزيد من التحقيقات المستقلة لنفس الشيء.

مشروع Lean Ethereum يقوم بإجراء التحقق الرسمي المدعوم بالآلة على جزء من بنية التشفير والإثبات. الكود الخالي من الثغرات — الذي كان يُعتبر لفترة طويلة خيالًا مثاليًا — قد يصبح فعليًا توقعًا أساسيًا.

Strawmap هي وثيقة تنسيق، وليست التزامًا. أهدافها طموحة، والجدول الزمني هو رؤيوي، والتنفيذ يعتمد على مئات المساهمين المستقلين.

لكن السؤال الحقيقي ليس فيما إذا كانت كل هدف تم تحقيقه في الوقت المحدد، بل فيما إذا كنت تريد بناء على منصة هذه المسار أم التنافس معها.

وكل هذا—البحث، والإنجازات، وانتقال التشفير—يحدث في بيئة مفتوحة، مجانًا، ومتاحًا للجميع... وهذا هو الجزء الذي كان ينبغي أن يحصل على اهتمام أكبر بكثير مما حصل عليه في هذه القصة.