إحدى التحديات التي تواجه إثيريوم هي أن التضخم والتعقيد في أي بروتوكول بلوكتشين سيزداد بمرور الوقت بشكل افتراضي. يحدث هذا في جانبين: تراكم البيانات التاريخية وزيادة وظائف البروتوكول. لجعل إثيريوم قادراً على الاستمرار على المدى الطويل، نحتاج إلى فرض ضغط مضاد قوي على هذين الاتجاهين، لتقليل التعقيد والتضخم بمرور الوقت. في الوقت نفسه، نحتاج إلى الحفاظ على خاصية الاستمرارية للبلوكشين.
الهدف الرئيسي من The Purge هو:
تقليل متطلبات تخزين العميل عن طريق تقليل أو القضاء على حاجة كل عقدة لتخزين جميع السجلات التاريخية أو حتى الحالة النهائية بشكل دائم.
تقليل تعقيد البروتوكول من خلال إزالة الميزات غير الضرورية.
تاريخ انتهاء صلاحية السجل التاريخي
تهدف سجلات التاريخ المنتهية إلى معالجة مشكلة النمو المستمر في احتياجات تخزين العقد. تحتاج العقدة المتزامنة بالكامل لإيثريوم حاليًا إلى حوالي 1.1 تيرابايت من مساحة القرص، ولا تزال تزداد بمئات الجيجابايت سنويًا.
الفكرة الأساسية لتاريخ انتهاء السجل هي: كل عقدة تخزن فقط البيانات التاريخية الكاملة لأحدث فترة زمنية مثل ( مثل 18 يومًا )، بينما يتم تخزين البيانات الأقدم بواسطة العقد في الشبكة بطريقة موزعة. يمكن تحقيق ذلك من خلال طريقة مشابهة لشبكات البذور، حيث تخزن كل عقدة جزءًا صغيرًا فقط من البيانات القديمة.
لقد بدأ تنفيذ هذه الفكرة بالفعل، مثل تخزين كتل الإجماع لمدة حوالي 6 أشهر، وتخزين blob لمدة حوالي 18 يوماً. يقترح EIP-4444 إدخال فترة تخزين لمدة عام للكتل التاريخية والإيصالات. الهدف على المدى الطويل هو إنشاء فترة تخزين موحدة ( قد تكون حوالي 18 يوماً )، بعد ذلك سيتم تخزين البيانات القديمة بشكل موزع بواسطة شبكة P2P تتألف من عقد إثيريوم.
يتطلب تحقيق سجل التاريخ المزيد من العمل، مثل بناء ودمج حلول التخزين الموزعة المحددة، ومعالجة نسخ بيانات التاريخ القديم، وغيرها. التوازن الرئيسي هو كيف نبذل جهدًا لضمان أن مجموعة العقد الأكبر تخزن جميع البيانات، ومدى عمق دمج مجموعة التخزين التاريخي في البروتوكول.
انتهاء حالة
تهدف حالة انتهاء الصلاحية إلى معالجة مشكلة النمو المستمر لحالة إثيريوم. حتى مع إزالة الحاجة إلى تخزين السجلات التاريخية، ستستمر متطلبات تخزين الحالة للعميل في النمو بنحو 50 جيجابايت سنويًا.
التحدي الرئيسي في انتهاء الحالة هو كيفية تحقيق انتهاء تلقائي لكائنات الحالة مع الحفاظ على التوافق مع EVM. هناك حاليًا فئتان رئيسيتان من الحلول:
حالة انتهاء الصلاحية الجزئية: يتم تقسيم الحالة إلى كتل، حيث يتم تخزين الكتل التي تم الوصول إليها مؤخرًا فقط. اقتراح محدد هو EIP-7736، الذي يعتمد على تصميم "الساق والأوراق" لشجرة Verkle، حيث يتم تخزين البيانات المجاورة تحت نفس "الجذع"، وإذا لم يتم الوصول إليها خلال 6 أشهر، يتم تخزين التزام 32 بايت فقط.
انتهاء حالة بناءً على دورة العنوان: استخدام قائمة شجرة حالة متزايدة باستمرار، كل فترة ( مثل سنة ) تضيف شجرة فارغة جديدة. تخزن العقد الكاملة فقط أحدث شجرتين. يمكن استعادة كائنات الحالة المنتهية من خلال تقديم دليل.
تواجه كلا الخيارين بعض التحديات، مثل تصميم الحوافز وتغيير تنسيق العناوين. تشمل الطرق المحتملة في المستقبل: القيام فقط بإزالة الحالة دون انتهاء الحالة، إجراء انتهاء جزئي للحالة، أو إجراء انتهاء للحالة من خلال توسيع أو تقليص مساحة العنوان. يجب الموازنة بين تبسيط البروتوكول والتوافق مع الإصدارات السابقة.
تنظيف الميزات
تهدف تنظيف الميزات إلى تقليل تعقيد البروتوكول من خلال إزالة الوظائف غير الضرورية. تشمل بعض الفرص الرئيسية للتنظيف:
تحويل ترميز RLP إلى SSZ
حذف نوع المعاملة القديمة
إصلاح آلية LOG
حذف آلية لجنة تزامن سلسلة الإشارات
تنسيق بيانات موحد
حذف لجنة سلسلة الإشارات
إزالة اختلاط ترتيب البايتات
تبسيط آلية الغاز
حذف الترجمة المسبقة غير المستخدمة
جعل الغاز غير قابل للرؤية
تحسين التحليل الثابت
يتطلب إجراء هذه التنظيفات الموازنة بين مستوى التبسيط والتوافق العكسي. من الضروري وضع عملية موحدة لإجراء التغييرات غير المتوافقة مع النسخ الاحتياطية في الحالات غير الطارئة. يقدم تنسيق كائن EVM (EOF) مجموعة من التغييرات، ولكنه يزيد أيضًا من التعقيد، مما يتطلب التوازن.
استراتيجية تبسيط أكثر تطرفًا هي تحويل معظم محتويات البروتوكول إلى كود العقد، مثل تحويل EVM إلى ملخص، أو استبدال EVM بـ VM جديدة. يمكن أن يبسط هذا البروتوكول الأساسي بشكل كبير، ولكن تنفيذ ذلك سيكون أكثر صعوبة.
بشكل عام، تهدف The Purge إلى تقليل تعقيد وتخزين إثيريوم من خلال انتهاء السجلات التاريخية، انتهاء حالة البيانات وتنظيف الخصائص، لضمان استدامتها على المدى الطويل. يتطلب ذلك إجراء موازنة بين التبسيط والتوافق، وإنشاء عملية طويلة الأمد ومنظمة لتنفيذ هذه التغييرات.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 10
أعجبني
10
7
مشاركة
تعليق
0/400
RooftopReserver
· 07-25 09:20
آييه، فيتاليك بوتيرين أخيرًا وافق على تنظيف القمامة.
شاهد النسخة الأصليةرد0
DaoResearcher
· 07-25 03:50
تشير قاعدة البيانات المرجعية إلى أن هذا المسار يحتوي على مخاطر متعددة من fork.
شاهد النسخة الأصليةرد0
ContractTester
· 07-22 13:46
تنظيف التاريخ - ممتع لا يساوي تنظيف غاز
شاهد النسخة الأصليةرد0
RegenRestorer
· 07-22 13:45
رتب كما تشاء، لا تؤثر على حجم التشغيل.
شاهد النسخة الأصليةرد0
MetaReckt
· 07-22 13:31
استمر في فخ الدمى
شاهد النسخة الأصليةرد0
TokenTherapist
· 07-22 13:26
كان زامبيت قد انتهى للتو من الإفطار ، وحان الوقت للصعود
إثيريوم The Purge 计划：اسقاط复杂性 确确保长期可持续性
إثيريوم المستقبل المحتمل: The Purge
إحدى التحديات التي تواجه إثيريوم هي أن التضخم والتعقيد في أي بروتوكول بلوكتشين سيزداد بمرور الوقت بشكل افتراضي. يحدث هذا في جانبين: تراكم البيانات التاريخية وزيادة وظائف البروتوكول. لجعل إثيريوم قادراً على الاستمرار على المدى الطويل، نحتاج إلى فرض ضغط مضاد قوي على هذين الاتجاهين، لتقليل التعقيد والتضخم بمرور الوقت. في الوقت نفسه، نحتاج إلى الحفاظ على خاصية الاستمرارية للبلوكشين.
الهدف الرئيسي من The Purge هو:
تاريخ انتهاء صلاحية السجل التاريخي
تهدف سجلات التاريخ المنتهية إلى معالجة مشكلة النمو المستمر في احتياجات تخزين العقد. تحتاج العقدة المتزامنة بالكامل لإيثريوم حاليًا إلى حوالي 1.1 تيرابايت من مساحة القرص، ولا تزال تزداد بمئات الجيجابايت سنويًا.
الفكرة الأساسية لتاريخ انتهاء السجل هي: كل عقدة تخزن فقط البيانات التاريخية الكاملة لأحدث فترة زمنية مثل ( مثل 18 يومًا )، بينما يتم تخزين البيانات الأقدم بواسطة العقد في الشبكة بطريقة موزعة. يمكن تحقيق ذلك من خلال طريقة مشابهة لشبكات البذور، حيث تخزن كل عقدة جزءًا صغيرًا فقط من البيانات القديمة.
لقد بدأ تنفيذ هذه الفكرة بالفعل، مثل تخزين كتل الإجماع لمدة حوالي 6 أشهر، وتخزين blob لمدة حوالي 18 يوماً. يقترح EIP-4444 إدخال فترة تخزين لمدة عام للكتل التاريخية والإيصالات. الهدف على المدى الطويل هو إنشاء فترة تخزين موحدة ( قد تكون حوالي 18 يوماً )، بعد ذلك سيتم تخزين البيانات القديمة بشكل موزع بواسطة شبكة P2P تتألف من عقد إثيريوم.
يتطلب تحقيق سجل التاريخ المزيد من العمل، مثل بناء ودمج حلول التخزين الموزعة المحددة، ومعالجة نسخ بيانات التاريخ القديم، وغيرها. التوازن الرئيسي هو كيف نبذل جهدًا لضمان أن مجموعة العقد الأكبر تخزن جميع البيانات، ومدى عمق دمج مجموعة التخزين التاريخي في البروتوكول.
انتهاء حالة
تهدف حالة انتهاء الصلاحية إلى معالجة مشكلة النمو المستمر لحالة إثيريوم. حتى مع إزالة الحاجة إلى تخزين السجلات التاريخية، ستستمر متطلبات تخزين الحالة للعميل في النمو بنحو 50 جيجابايت سنويًا.
التحدي الرئيسي في انتهاء الحالة هو كيفية تحقيق انتهاء تلقائي لكائنات الحالة مع الحفاظ على التوافق مع EVM. هناك حاليًا فئتان رئيسيتان من الحلول:
حالة انتهاء الصلاحية الجزئية: يتم تقسيم الحالة إلى كتل، حيث يتم تخزين الكتل التي تم الوصول إليها مؤخرًا فقط. اقتراح محدد هو EIP-7736، الذي يعتمد على تصميم "الساق والأوراق" لشجرة Verkle، حيث يتم تخزين البيانات المجاورة تحت نفس "الجذع"، وإذا لم يتم الوصول إليها خلال 6 أشهر، يتم تخزين التزام 32 بايت فقط.
انتهاء حالة بناءً على دورة العنوان: استخدام قائمة شجرة حالة متزايدة باستمرار، كل فترة ( مثل سنة ) تضيف شجرة فارغة جديدة. تخزن العقد الكاملة فقط أحدث شجرتين. يمكن استعادة كائنات الحالة المنتهية من خلال تقديم دليل.
تواجه كلا الخيارين بعض التحديات، مثل تصميم الحوافز وتغيير تنسيق العناوين. تشمل الطرق المحتملة في المستقبل: القيام فقط بإزالة الحالة دون انتهاء الحالة، إجراء انتهاء جزئي للحالة، أو إجراء انتهاء للحالة من خلال توسيع أو تقليص مساحة العنوان. يجب الموازنة بين تبسيط البروتوكول والتوافق مع الإصدارات السابقة.
تنظيف الميزات
تهدف تنظيف الميزات إلى تقليل تعقيد البروتوكول من خلال إزالة الوظائف غير الضرورية. تشمل بعض الفرص الرئيسية للتنظيف:
يتطلب إجراء هذه التنظيفات الموازنة بين مستوى التبسيط والتوافق العكسي. من الضروري وضع عملية موحدة لإجراء التغييرات غير المتوافقة مع النسخ الاحتياطية في الحالات غير الطارئة. يقدم تنسيق كائن EVM (EOF) مجموعة من التغييرات، ولكنه يزيد أيضًا من التعقيد، مما يتطلب التوازن.
استراتيجية تبسيط أكثر تطرفًا هي تحويل معظم محتويات البروتوكول إلى كود العقد، مثل تحويل EVM إلى ملخص، أو استبدال EVM بـ VM جديدة. يمكن أن يبسط هذا البروتوكول الأساسي بشكل كبير، ولكن تنفيذ ذلك سيكون أكثر صعوبة.
بشكل عام، تهدف The Purge إلى تقليل تعقيد وتخزين إثيريوم من خلال انتهاء السجلات التاريخية، انتهاء حالة البيانات وتنظيف الخصائص، لضمان استدامتها على المدى الطويل. يتطلب ذلك إجراء موازنة بين التبسيط والتوافق، وإنشاء عملية طويلة الأمد ومنظمة لتنفيذ هذه التغييرات.