فيتاليك يحدد ملامح السنوات الخمس القادمة لإيثريوم: تحسين التنفيذ، تقسيم البيانات، وتدرج الحالة

في 27 فبراير 2026، نشر فيتاليك بوتيرين مقالا مطولا بعنوان “الحالة الفائقة من خلال خلق أشكال جديدة من الحالة” على موقع إيثيريوم ريسيرش.

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

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

التوسع قصير وطويل الأمد لموارد الإدارة التنفيذية وموارد البيانات

بدأ فيتاليك مقاله الطويل بالقول إن “لتوسيع نطاق الإيثيريوم خلال السنوات الخمس القادمة، يجب توسيع ثلاثة موارد”:

• موارد التنفيذ: حساب EVM، التحقق من التوقيع، وغيرها

• موارد البيانات: المرسل، المستلم، التوقيع، إلخ للمعاملة

• موارد الدولة: رصيد الحساب، الرمز، التخزين

الأولان لديهما خطط توسع قصيرة وطويلة الأجل.

بالنسبة لموارد التنفيذ، النمو قصير الأجل بحوالي 10-30 مرة عبر قوائم الوصول الكتل (BALS)، وePBS، وإعادة تسعير رسوم الغاز، والنمو طويل الأمد بحوالي 1000 مرة عبر ZK-EVM، ولبعض أنواع الحوسبة المحددة (توقيعات، SNARKs/STARKs)، يمكن أن يزيد التجميع خارج السلسلة من الأداء بحوالي 10,000 مرة.

بالنسبة لمصادر البيانات، يمكن أن تحقق تحسين P2P والغاز متعدد الأبعاد نموا يقارب 10-20 مرة على المدى القصير، ونمو حوالي 500 مرة من خلال Blobs + PeerDAS على المدى الطويل.

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

لذلك، سيؤدي تحديث غلامستردام هذا العام إلى إطلاق قائمة الوصول الكتل (BAL) ونظام ePBS.

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

يفصل ePBS بين عمليات التعبئة والتحقق من صحة الكتل – حيث يكون صانعو الكتل مسؤولين عن معاملات التغليف، والمقترحون مسؤولون عن اقتراح الكتل، والمدققون مسؤولون عن التحقق من الكتل. كل دور يقوم بدوره من عمله، لذا يمكن لباني الكتل تعبئة المزيد من المعاملات بشكل أكثر جرأة، لأن المقترح والمدقق سيتحققان منه دون القلق بشأن الأمان.

يمكن القول إن إعادة تسعير رسوم الغاز + الغاز متعدد الأبعاد هو “الحركة الأساسية”. جميع العمليات على إيثيريوم تستخدم نفس رسوم الغاز. لكن فكرة فيتاليك هي أن العمليات المختلفة يجب أن تكون لها أسعار مختلفة.

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

لذا، فكرة فيتاليك هي: جعل إنشاء دولة جديدة أكثر تكلفة، لكن جعل المعاملات العادية أرخص.

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

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

التوسع طويل الأمد هو لجعل الشبكة الرئيسية أكبر وأقوى وتقليل الاعتماد على الطبقة الثانية. يشمل ذلك التوزيع التدريجي بين Blobs + PeerDAS مقابل ZK-EVM.

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

هنا يأتي دور PeerDAS — لا تحتاج إلى تحميل كل البيانات، فقط جزء صغير منها. تماما مثل الاستبيان النموذجي، لا تحتاج لسؤال الجميع، فقط تحتاج إلى سؤال مجموعة صغيرة من الناس لاستنتاج وضع المجموعة بأكملها. عند الاقتران مع براهين ZK، يمكنك تأكيد سلامة البيانات حتى لو تم تنزيل 1/16 فقط من إجمالي البيانات.

ثم هناك الانتشار التدريجي ل ZK-EVM، الذي يلغي الحاجة لإعادة تنفيذ جميع المعاملات في كتلة واحدة للتحقق من الكتلة، ويمكن للعقدة الوثوق مباشرة بإثبات ZK، مما يقلل تكلفة التحقق من “تنفيذ جميع المعاملات” إلى “التحقق من إثبات ZK”.

خطة فيتاليك هي تجربة التحقق من ZK على بعض العقد في عام 2026. بحلول عام 2027، يتم تشجيع المزيد من العقد على استخدامه. وأخيرا، لكي تكون الكتلة صالحة، يجب أن تحتوي على 3 من 5 أنواع إثبات من أنظمة إثبات مختلفة. يتوقع أن تعتمد جميع العقد (باستثناء العقد النوية) في النهاية على إثباتات ZK-EVM.

لا يوجد توسع لحالة “الحل السحري”

الآن دعونا ننظر إلى “موارد الدولة” التي لم تناقش على المدى القصير والطويل. على الرغم من أنه على المدى القصير، يمكن تحسينه بحوالي 5-30 مرة من خلال المزامنة مع قوائم الوصول إلى الكتل، وتحسينات P2P، وتحسين قواعد البيانات، لكن ماذا عن المدى الطويل؟

إجابة فيتاليك هي: لا.

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

قاعدة البيانات ليست كبيرة، حوالي 100 جيجابايت، لكن إذا وسعت الحالة بمقدار 20 مرة، تصبح 2 تيرابايت. ماذا عن فترة أطول؟ 8 تيرابايت؟

المشكلة ليست أن القرص الصلب لا يناسب، بل:

• تتأثر كفاءة قواعد البيانات: تستخدم قواعد البيانات الحديثة هياكل شجرية، مثل أشجار ميركل، لتنظيم البيانات. عندما تكتب بيانات جديدة، يجب تحديث الشجرة بالكامل. هذا يعني أنه إذا أردت إجراء X تحديثات، ستقوم ب X عمليات أكثر على مستوى قاعدة البيانات، بدلا من تحديث واحد وعملية قاعدة بيانات واحدة. كلما زادت التحديثات وزادت العمليات، ستكون الكتابة بطيئة إلى حد الانفجار.

• صعوبات التزامن: تحتاج عقدة جديدة تنضم إلى شبكة الإيثيريوم إلى تحميل الحالة كاملة للتحقق من صحة كتلة جديدة. إذا كان مقياس البيانات يصل إلى 8 تيرابايت، فإن سرعات الإنترنت الحالية لمعظم الناس ستكون أقل بكثير.

هناك حلول، لكن فيتاليك يعتقد أن هناك مشاكل:

• “عدم حالة قوية”: لا تحتاج العقد إلى تخزين الحالة الكاملة، بل تحتاج فقط إلى توفير إثباتات ميركل من المستخدمين. يعتقد فيتاليك أن هذا الحل يواجه مشاكل في مركزية تخزين الحالة، والوصول الديناميكي إلى التخزين مما يؤدي إلى فشل المعاملات، وتكاليف عرض النطاق الترددي.

• “انتهت الحالة”: الحالات التي يتم الوصول إليها بشكل نادر تزال تلقائيا من حالة النشاط. تحتاج العقد فقط إلى تخزين الحالة التي تم الوصول إليها مؤخرا، مما يمكن أن يقلل بشكل كبير من مساحة التخزين. يعتقد فيتاليك أن هناك “مشكلة وجودية” أساسية في كيفية إثبات أن الدولة “لم تكن موجودة” عندما تخلق حالة جديدة. افترض أنه تم إنشاء حساب جديد، فيجب إثبات أن عنوان الحساب الجديد لم يتم إنشاؤه على إيثيريوم. وهذا يعني أن كل إنشاء حساب جديد يتطلب مراجعة بيانات تاريخية لمدة 10 سنوات، مما يجعل إنشاء حساب جديد معقدا ومكلفا.

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

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

• التخزين الدوري: مشابه للتخزين المؤقت ولكن بفترة أطول، مثل سنة واحدة.

• التخزين المقيد: بعض التخزين لا يمكن الوصول إليه إلا بطريقة محددة. على سبيل المثال، قد يكون تخزين رصيد رمز ERC20 متاحا فقط من خلال واجهة محددة. وهذا يسمح للنظام بتحسين هذا التخزين.

وفي الوقت نفسه، يتم الاحتفاظ بنموذج الدولة الحالي. بهذه الطريقة، قد يكون التنفيذ أرخص بألف مرة (عبر ZK-EVM)، لكن إنشاء حالة جديدة قد يكون أرخص بعشرين مرة فقط.

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

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