مقالة: imToken
من الناحية الحسية، منذ عام 2025، كانت وتيرة تحديثات مجتمع مطوري إيثريوم الأساسية غير عادية من حيث الكثافة.
من ترقية Fusaka، إلى Glamsterdam، ثم إلى الخطط طويلة الأمد التي تركز على kEVM، ونظام التشفير المقاوم للكمبيوتر الكمي، وحدود الغاز وغيرها من المواضيع خلال السنوات الثلاث القادمة، أصدرت إيثريوم خلال شهور قليلة العديد من خرائط الطريق التي تغطي من ثلاث إلى خمس سنوات.
هذا الإيقاع نفسه هو إشارة.
إذا قرأت عن كثب أحدث خرائط الطريق، ستكتشف أن هناك اتجاهاً أكثر وضوحاً وأكثر جرأة يتشكل: إيثريوم تقوم بتحويل نفسها إلى حاسوب يمكن التحقق من صحته، والنهاية النهائية لهذه المسيرة هي L1 zkEVM.
في 26 فبراير، نشر الباحث في مؤسسة إيثريوم Justin Drake على منصات التواصل الاجتماعي قائلاً إن مؤسسة إيثريوم اقترحت مسودة لخرائط طريق تسمى Strawmap، تلخص توجهات ترقية بروتوكول إيثريوم L1 خلال السنوات القادمة.
اقترحت هذه الخريطة خمس أهداف رئيسية: إيثريوم أسرع (تأكيد نهائي في ثوانٍ)، وتحقيق 10,000 TPS عبر L1 يسمى “Gigagas” باستخدام zkEVM، وطبقة لامركزية عالية الأداء تعتمد على عينة توافر البيانات (DAS)، ونظام تشفير مقاوم للكمبيوتر الكمي، ووظيفة تحويل الأموال الخاصة الأصلية؛ بالإضافة إلى ذلك، تخطط الخريطة لإجراء سبع انقسامات بروتوكولية حتى عام 2029، بمعدل تقريباً كل ستة أشهر.

يمكن القول، على مدى العقد الماضي، تطور إيثريوم دائماً مصحوباً بسرديات ومسارات تقنية تتغير باستمرار.
المرحلة الأولى (2015–2020) كانت دفتر حسابات قابل للبرمجة.
هذه هي جوهر سرد إيثريوم الأصلي، وهو “عقود ذكية تامة التكوين تيرنغ”. في ذلك الوقت، كانت أكبر ميزة لإيثريوم هي قدرتها على فعل المزيد مقارنة ببيتكوين، مثل DeFi، وNFT، وDAO، كلها نتاج هذا السرد، حيث بدأت العديد من بروتوكولات التمويل اللامركزي تعمل على السلسلة، من الإقراض، وتبادلات التمويل اللامركزي (DEX)، إلى العملات المستقرة، وأصبحت إيثريوم تدريجياً الشبكة الرئيسية لتسوية الاقتصاد المشفر.
المرحلة الثانية (2021–2023) كانت استحواذ سرد Layer 2.
مع ارتفاع رسوم الغاز على شبكة إيثريوم، أصبح من الصعب على المستخدمين العاديين تحمل تكاليف المعاملات، وبدأت تقنية Rollup تلعب دور البطولة في التوسعة. وأعادت إيثريوم تحديد نفسها تدريجياً كطبقة تسوية، بهدف توفير قاعدة آمنة لطبقات L2.
ببساطة، الأمر هو نقل معظم الحسابات التنفيذية إلى L2 عبر Rollup، مع بقاء L1 مسؤولاً عن توافر البيانات والتسوية النهائية، وخلال ذلك، كانت عمليات الدمج (The Merge) وEIP-4844 تدعم هذا السرد، بهدف جعل استخدام إيثريوم عبر L2 أرخص وأكثر أماناً، مع الحفاظ على الثقة.
المرحلة الثالثة (2024–2025) تركز على التداخل في السرد والتفكير النقدي.
كما هو معروف، فإن ازدهار L2 أدى إلى مشكلة غير متوقعة، وهي أن إيثريوم L1 نفسها أصبحت أقل أهمية، حيث بدأ المستخدمون يتعاملون أكثر مع Arbitrum، وBase، وOptimism، ويقل تفاعلهم المباشر مع L1، وهو ما انعكس أيضاً على أداء سعر ETH، مما يعكس هذا القلق.
هذا دفع المجتمع إلى النقاش، إذا كانت L2 تتقاسم جميع المستخدمين والنشاطات، فأين يتم استحواذ قيمة L1؟ حتى الاضطرابات الداخلية في إيثريوم عام 2025، وسلسلة الخرائط التي تم طرحها في 2026، فإن هذا المنطق يتطور بشكل عميق.
وفي الواقع، فإن استعراض الاتجاهات التقنية الأساسية منذ 2025، مثل Verkle Tree، والعملاء بدون حالة (Stateless Clients)، والتحقق الرسمي من EVM، والدعم الأصلي لـ ZK، كلها تتكرر، وهذه الاتجاهات التقنية تشير جميعها إلى شيء واحد: جعل L1 لإيثريوم ذات قابلية للتحقق، مع ملاحظة أن الأمر لا يقتصر على أن تكون إثباتات L2 قابلة للتحقق على L1، بل يجب أن تكون كل خطوة من حالات التحول على L1 قابلة للضغط والتحقق عبر إثباتات المعرفة الصفرية.
وهذا هو طموح zkEVM على مستوى L1. على عكس zkEVM الخاص بـ L2، فإن zkEVM على مستوى L1 (zkEVM المدمج) يعني دمج تقنية إثبات المعرفة الصفرية مباشرة في طبقة توافق إيثريوم.
وهو ليس استنساخ zkEVM الخاص بـ L2 (مثل zkSync، Starknet، Scroll)، بل هو تحويل طبقة التنفيذ لإيثريوم نفسها إلى نظام ZK ملائم، لذلك إذا كان zkEVM على مستوى L2 هو بناء عالم ZK فوق إيثريوم، فإن zkEVM على مستوى L1 هو جعل إيثريوم نفسه يتحول إلى ذلك العالم ZK.
بمجرد تحقيق هذا الهدف، ستتطور سرد إيثريوم من طبقة تسوية L2 إلى “جذر الثقة القابل للتحقق من الحسابات”.
وهذا سيكون تحولاً نوعياً، وليس مجرد تغير كمي كما في السنوات الماضية.
كما هو معتاد، في النموذج التقليدي، يحتاج المدققون إلى “إعادة تنفيذ” كل معاملة للتحقق من صحة الكتلة، لكن في وضع zkEVM، يكفي أن يتحقق المدقق من إثبات ZK واحد، مما يسمح لإيثريوم، دون زيادة عبء العقد، برفع حد الغاز إلى مئة مليون أو أكثر (للمزيد، اقرأ “خطة طريق ZK: لحظة الفجر: هل تتسارع خارطة طريق إيثريوم النهائية؟”).
لكن، لتحويل إيثريوم إلى zkEVM على مستوى L1، ليس مجرد نقطة انطلاق واحدة، بل يتطلب التقدم في ثمانية اتجاهات في آن واحد، وكل واحد منها مشروع يستغرق سنوات.
المسار الأول: صياغة رسمية لـ EVM (EVM Formalization)
كل شروط إثبات المعرفة الصفرية تعتمد على وجود تعريف رياضي دقيق للهدف المُثبت، لكن حالياً، سلوك EVM يُعرف بواسطة تنفيذ العميل (Geth، Nethermind، وغيرها)، وليس بواسطة معيار رسمي دقيق، وتختلف سلوكيات العملاء عند الحدود، مما يصعب كتابة دوائر إثبات ZK لـ EVM، لأنه لا يمكنك إثبات نظام غير معرف بشكل واضح.
لذا، الهدف من هذا المسار هو كتابة كل أمر من أوامر EVM، وكل قاعدة لتحول الحالة، بشكل رسمي يمكن للآلة التحقق منه. هذا هو أساس مشروع zkEVM على مستوى L1. بدون ذلك، كل شيء لاحق سيكون مجرد بناء على رمال.
المسار الثاني: استبدال دوال التجزئة (Hash Functions) الملائمة لـ ZK
تستخدم إيثريوم حالياً بشكل كبير Keccak-256 كدالة تجزئة. Keccak غير ملائم تماماً لدوائر ZK، لأنه يتطلب حسابات مكلفة جداً، مما يزيد بشكل كبير من وقت وتكلفة إثباتات ZK.
المهمة الأساسية في هذا المسار هي استبدال Keccak تدريجياً بدوال تجزئة ملائمة لـ ZK، مثل Poseidon وBlake، خاصة في شجرة الحالة ومسارات إثبات Merkle، حيث أن استبدال دوال التجزئة هو تغيير عميق، لأنه يتخلل جميع أجزاء بروتوكول إيثريوم.
المسار الثالث: استبدال شجرة Verkle Tree بـ Merkle Patricia Tree
واحدة من التغييرات الأكثر اهتماماً في خارطة الطريق 2025–2027. إيثريوم حالياً يستخدم Merkle Patricia Tree (MPT) لتخزين الحالة العالمية، وVerkle Tree، من خلال التزام المتجهات (Vector Commitment)، يمكن أن يقلل حجم الشهادة (witness) عشرات المرات.
بالنسبة لـ zkEVM على مستوى L1، هذا يعني أن إثبات البيانات المطلوبة لكل كتلة سينخفض بشكل كبير، وسيتسارع إنتاج الإثبات، مما يجعل إدخال Verkle Tree أساسياً لتمكين zkEVM على مستوى L1.
المسار الرابع: العملاء بدون حالة (Stateless Clients)
العملاء بدون حالة تعني أن العقد عند التحقق من الكتلة لا يحتاج إلى تخزين كامل قاعدة بيانات الحالة لإيثريوم، بل يكفي أن يكون لديهم شهادة (witness) مرفقة مع الكتلة للتحقق.
وهذا المسار مرتبط ارتباطاً وثيقاً بـ Verkle Tree، لأنه فقط عندما تكون الشهادات صغيرة، يصبح العملاء بدون حالة عمليين، وهو مهم لـ zkEVM على مستوى L1، لأنه يقلل بشكل كبير من متطلبات الأجهزة للعقد، ويساعد على زيادة اللامركزية؛ ومن ناحية أخرى، يوفر مدخلات واضحة لإثباتات ZK، بحيث يركز المبرهن على البيانات الموجودة في الشهادة، وليس على الحالة الكاملة.
المسار الخامس: توحيد وتكامل أنظمة إثبات ZK
يحتاج zkEVM على مستوى L1 إلى نظام إثبات ZK ناضج لإنتاج إثباتات تنفيذ الكتل، لكن حالياً، تكنولوجيا ZK غير موحدة، ولا يوجد حل مثالي معتمد. الهدف هو وضع واجهة إثبات موحدة (proof interface) في بروتوكول إيثريوم، بحيث يمكن لأنظمة إثبات مختلفة التنافس على الإدخال، بدلاً من الاعتماد على نظام واحد فقط.
هذا يحافظ على انفتاح التكنولوجيا، ويتيح استمرار تطور أنظمة الإثبات، وقد أنجز فريق PSE (استكشافات الخصوصية والتوسعة) في مؤسسة إيثريوم الكثير من العمل التمهيدي في هذا المجال.
المسار السادس: فصل طبقة التنفيذ عن طبقة التوافق (تطوير API المحرك)
حالياً، تتواصل طبقة التنفيذ (EL) وطبقة التوافق (CL) عبر API يُسمى Engine API. في بنية zkEVM على مستوى L1، كل عملية تحويل حالة تتطلب إثبات ZK، ووقت إنتاج هذا الإثبات قد يتجاوز زمن بلوك واحد.
المسار هنا هو حل مشكلة فصل التنفيذ عن إثباتات التحقق، بحيث يمكن أن يتم التنفيذ بسرعة أولاً، ثم يُنتج الإثبات بشكل غير متزامن، ويقوم المدققون بالتحقق النهائي في الوقت المناسب. هذا يتطلب إعادة تصميم عميقة لنموذج النهائية (Finality) للكتل.
المسار السابع: الإثباتات التكرارية والتجميع
تكلفة إنتاج إثبات ZK لكتلة واحدة مرتفعة جداً، لكن إذا أمكن دمج إثباتات عدة كتل بشكل تكراري في إثبات واحد، ستنخفض تكلفة التحقق بشكل كبير. تقدم هذا المسار هو الذي يحدد مدى انخفاض تكلفة تشغيل zkEVM على مستوى L1.
المسار الثامن: أدوات المطورين وضمان التوافق مع EVM
كل التعديلات التقنية الأساسية يجب أن تكون شفافة لمطوري العقود الذكية على إيثريوم، حيث لا يمكن أن تتوقف مئات الآلاف من العقود عن العمل بسبب zkEVM، ويجب ألا يُضطر المطورون لإعادة كتابة أدواتهم.
هذا المسار هو الأكثر إهمالاً غالباً، لكنه يستغرق وقتاً طويلاً، حيث أن كل ترقية لـ EVM تتطلب اختبارات توافق رجعية واسعة، والعمل على أدوات التطوير، وتعديلات كبيرة، وتوسيع نطاق التوافق، خاصة مع التغييرات الجذرية التي يتطلبها zkEVM على مستوى L1، مما يزيد من حجم العمل بشكل كبير.
إصدار Strawmap جاء في وقت يشهد فيه السوق شكوكاً حول أداء سعر ETH، ومن هذا المنظور، فإن القيمة الأهم لهذه الخريطة هي إعادة تعريف إيثريوم كـ “بنية تحتية”.
بالنسبة للمطورين، خاصة البنائين (Builders)، يوفر Strawmap وضوحاً في الاتجاه؛ وللمستخدمين، ستتحول هذه التحديثات التقنية في النهاية إلى تجارب ملموسة: تأكيد المعاملات خلال ثوانٍ، وتدفق الأصول بسلاسة بين L1 وL2، ودمج الخصوصية كوظيفة مدمجة بدلاً من وظيفة إضافية.
بالطبع، من الناحية الواقعية، فإن zkEVM على مستوى L1 لن يكون منتجاً جاهزاً في المدى القريب، وقد يستغرق إكماله حتى 2028–2029 أو أبعد من ذلك.
لكن، على الأقل، أعاد هذا المفهوم تعريف قيمة إيثريوم، وإذا نجح zkEVM على مستوى L1، فسيصبح إيثريوم ليس فقط طبقة تسوية لـ L2، بل هو جذر الثقة القابل للتحقق في عالم Web3 بأكمله، مما يتيح لأي حالة على السلسلة أن تُعكس رياضياً إلى سلسلة إثبات ZK الخاصة بإيثريوم، وهو أمر حاسم لقيمة إيثريوم على المدى الطويل.
ثانياً، يؤثر ذلك على تحديد موقع L2 على المدى الطويل، لأنه عندما تمتلك L1 القدرة على ZK، فإن دور L2 سيتغير — من “خطة توسعة آمنة” إلى “بيئة تنفيذ مخصصة”، وسيكون من المثير للاهتمام مراقبة تطور النظام البيئي خلال السنوات القادمة.
الأهم من ذلك، أنني أرى أن هذه الرؤية توفر نافذة ممتازة لفهم ثقافة مطوري إيثريوم — حيث يمكنها دفع ثمانية مسارات تقنية مترابطة، كل منها مشروع يستغرق سنوات، مع تنسيق لامركزي، وهو ما يعكس قدرة فريدة لبروتوكول إيثريوم.
فهم ذلك يساعد على تقييم الموقع الحقيقي لإيثريوم بين السرديات التنافسية المختلفة بدقة أكبر.
بشكل عام، من التركيز على “الاعتماد على Rollup” في 2020، إلى Strawmap في 2026، يظهر تطور سرد إيثريوم مساراً واضحاً: التوسعة لا تعتمد فقط على L2، بل يجب أن تتطور L1 وL2 بشكل متزامن.
لذا، فإن المسارات الثمانية لـ zkEVM على مستوى L1 هي تمثيل تقني لهذا التحول الإدراكي، فهي تتجه جميعها نحو هدف واحد، وهو أن ترفع شبكة إيثريوم الرئيسية من مستوى التحقق إلى “جذر الثقة القابل للتحقق”، مع الحفاظ على اللامركزية، وتحقيق تحسينات هائلة في الأداء، وهو ليس نفي لمسار L2، بل هو تحسين وتكامل معه.
خلال السنوات الثلاث القادمة، ستخضع هذه “السفينة ثيسوس” لسبع انقسامات، وتستبدل العديد من “الألواح”، وعندما تصل إلى محطتها التالية في 2029، قد نرى “طبقة تسوية عالمية” حقيقية — سريعة، آمنة، خاصة، ومفتوحة كما كانت دائماً.
فلنترقب ذلك معاً.