خريطة طريق إيثريوم 2029 التفصيلية: غيّر نفسك من البداية، لكن هذه السفينة لا يمكنها التوقف

作者：جيمس / سنابكرابل

ترجمة: شينتشاو TechFlow

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

النص الكامل أدناه:

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

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

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

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

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

هذه هي مقترحات Strawmap للإيثيريوم.

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

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

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

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

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

كيف يعمل الإيثيريوم (نسخة 60 ثانية)

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

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

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

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

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

هذه المنظومة التي تتفق على ما يحدث تسمى «آلية الإجماع». آلية الإجماع الحالية تعمل بشكل جيد ومثبتة عمليًا، لكنها مصممة لعصر سابق، وتحد من قدرات الشبكة.

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

الأهداف الخمسة الأساسية لـ Strawmap

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

1. L1 سريع: نهائية في الثانية

اليوم، يستغرق إرسال معاملة على الإيثيريوم حوالي 13 إلى 15 دقيقة لتأكيدها بشكل نهائي — أي غير قابل للعكس، مكتمل، لا يمكن التراجع عنه.

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

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

2. L1 جيجاغاس: بسرعة 300 ضعف

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

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

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

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

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

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

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

الحل: تقنية تسمى «عينة توافر البيانات» (DAS). بدلاً من أن يحمل كل مشغل كل البيانات للتحقق من وجودها، يختار عينة عشوائية ويستخدم الرياضيات للتحقق من أن البيانات كاملة. كأنك تتفقد كتابًا من 500 صفحة، وتفتح 20 صفحة عشوائية، وإذا كانت جميعها موجودة، يمكنك أن تثق أن باقي الكتاب موجود أيضًا.

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

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

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

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

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

تهديدات الحوسبة الكمومية على التشفير الحالي قد تستغرق سنوات أو عقودًا، لكن إذا كنت تبني بنية تحتية طويلة الأمد — قد تحتوي على أصول بقيمة تريليونات الدولارات — فإن «التأجيل» ليس خيارًا.

5. L1 خاص: جعل المعاملات سرية

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

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

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

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

السبع ترقيات (الانتقالات)

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

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

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

لماذا حتى 2029؟

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

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

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

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

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

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

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

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

عام 2029؟

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

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

هل هو جاهز للإنتاج؟ لا. كما أشار فيتاليك، من المؤكد أن هناك ثغرات رئيسية، وأن بعض الأجزاء قد تكون مجرد نماذج أولية، وأن AI لم يجرب النسخة الكاملة بعد. لكن رد فيتاليك يستحق القراءة: «قبل ستة أشهر، حتى مثل هذا الشيء كان بعيدًا عن الممكن، المهم هو اتجاه التطور… يجب أن نكون منفتحين على احتمالية أن يحقق جدول إيثيريوم تقدمًا أسرع بكثير مما نتوقع، ومعايير الأمان ستكون أعلى بكثير مما نتوقع.»

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

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

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

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

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