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

تمت ترقية النظام سبع مرات بشكل كامل مع تغيير شامل، لكن السلسلة لا يمكن أن تتوقف.

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

الترجمة: تقنية العمق العميق

مقدمة من تقنية العمق العميق: أصدر باحث إيثريوم جاستن درايك خريطة طريق هيكلية لترقية إيثريوم تحمل اسم «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 ملايين معاملة في الثانية تفتح الباب أمام ما لم يكن ممكنًا على أي شبكة حالياً. فكر في سلاسل التوريد العالمية، حيث كل منتج وشحنة يُرمز له برمز رقمي؛ أو ملايين الأجهزة المتصلة التي تنتج بيانات قابلة للتحقق؛ أو أنظمة المدفوعات الصغيرة ذات المبالغ الصغيرة جدًا. هذه الأحمال تفوق قدرة أي شبكة حالياً، وبتقنية 10,000 TPS ستكون قادرة على استيعابها بسهولة.

4. L1 مقاوم للكمبيوترات الكمومية

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

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

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

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

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

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

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

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

السبع ترقيات (الفرع الرئيسي)

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

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

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

لماذا حتى 2029؟

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

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

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

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

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

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

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

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

هل ستصل إلى 2029؟

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

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

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

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

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

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

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

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