منذ إصدار ورقة بيضاء في عام 2013، احتفل إثيريوم الآن بتسع سنوات من الوجود. خلال هذه الفترة الطويلة والمميزة، نجح إثيريوم في التنقل بنجاح من خلال 11 ترقية رئيسية، حيث قدم كل منها سردًا وفرصًا جديدة إلى النظام البيئي. في المرحلة الحالية للسكينة (إثيريوم 2.0)، وضع مؤسسها Vitalik Buterin خريطة طريق لتحديث الستة مراحل، مركزة على قابلية التوسع، وتعزيز الأمان، وآليات التوافق، وتحسين النموذج الاقتصادي. ووفقًا لخريطة الطريق لإثيريوم التي وضعها Vitalik Buterin، تعتبر الترقية "Dencun" جزءًا من مرحلة " The Surge".
The Surge
تهدف مرحلة Surge في المقام الأول إلى معالجة مشكلة التوسع المستمرة، بهدف تحقيق أداء يبلغ 100,000 عملية في الثانية (ع ف ث) لإثيريوم في نهاية المطاف، والتقارب نحو سرعة المدفوعات الإلكترونية التقليدية. يتم تحقيق هذه الترقية من خلال " Danksharding " ("DS")، المعروف أيضًا باسم التجزئة، وهو نقطة التركيز الرئيسية لهذه المقالة، حيث يتم تسليط الضوء على الترقية القادمة "دنكن" المخطط لها لهذا العام.
ما هي ترقية " Dencun "؟
تعتبر ترقية " Dencun " تحسينًا هامًا لإثيريوم مصمم لزيادة تخزين البيانات وتقليل التكاليف. تشمل ترقية " Dencun " خمسة اقتراحات لتحسين إثيريوم (EIPs)، مع توجه اهتمام خاص لـ EIP-4844. يهدف EIP-4844 إلى معالجة مشكلات قابلية توسع إثيريوم، مما يساعد في تقليل تكاليف المعاملات لحلول الطبقة الثانية في إثيريوم، مما يعود بالفائدة مباشرة على النظام البيئي الأوسع للطبقة L2. بالإضافة إلى EIP-4844 الأساسي، تشمل اقتراحات التحسين الأخرى EIP-1153 وEIP-4788 وEIP-5656 وEIP-6780.
في 17 و30 يناير، بدأت إثيريوم في اختبار ترقية " Dencun " على شبكات الاختبار Goerli وSepolia. يعمل الشبكة الاختبارية الحالية بسلاسة، مع تقديم طبيعي لكميات Blob. جدولة الاختبارات اللاحقة على شبكة الاختبار Holesky مقررة في 7 فبراير، ولم يتم الإعلان عن تاريخ تنفيذ الشبكة الرئيسية بعد.
EIP-4844 (Proto-Danksharding):
حاليًا، تخزن جميع بيانات المعاملات للطبقة 2 على إثيريوم في Calldata الخاص بالطبقة 1. ومع ذلك، فإن مساحة Calldata محدودة، غير قادرة على تلبية مطالب التخزين المتزايدة، مما يؤدي إلى زيادة تكاليف استخدام البيانات وزيادة العبء الحسابي على أجهزة الكمبيوتر الوظيفية في إثيريوم. تقدم ترقية " Dencun " Blob، وهي هيكل تخزين بيانات جديد في EIP-4844، مصممة خصيصًا لتخزين بيانات المعاملات المقدمة من الطبقة 2 إلى الطبقة 1. يتم تخزين Blob على الطبقة المتفق عليها، بصورة منفصلة عن Calldata، مما يجعله غير قابل للوصول لآلة الإثيريوم الافتراض (EVM). دور Blob هو تلبية طلبات الوصول من الجانب الطلبي للبيانات المخزنة خلال فترة زمنية معينة (تقريبًا شهر واحد) دون الحاجة إلى تنفيذها بالكامل على الطبقة 1، مما يقلل بشكل كبير من عبء العمل على العقد في الشبكة.
(المصدر:- https://hackmd.io/@luozhu/SyleCcpti)
حاليًا، يتم تحديد حجم ال Blobعند 128 كيلوبايت، مما يعني أن Rollup واحد يمكنه شراء Blob كامل، وليس أجزاء فردية من البيانات. بشكل عام، يزيد إرفاق ستة Blobs كاملة إلى كتلة بنسبة حوالي 40٪. نظرًا لأن حجم الكتلة الحالي يبلغ حوالي 1.875 ميجابايت، فإن مجموعة Blob الكاملة قد تضيف حوالي 0.75 ميجابايت. يحدث هذا الزيادة على مدار فترة 18 يومًا متداولة، مما يضمن عدم زيادة القدرة على التخزين على المدى الطويل لأجهزة العقد في الشبكة.
تقديم Precompile جديد للنقطة:
بالإضافة إلى ذلك، تقدم EIP-4844 Precompile جديدة تسمى Point Evaluation Precompile، لتسهيل التحقق من البيانات المتعلقة بـ Blob لحلول Optimistic Rollup و ZK Rollup. في Optimistic Rollup، يُستخدم Point Evaluation Precompile بشكل أساسي للتحقق من البيانات الأساسية المقدمة أثناء تقديم دليل الغش. في ZK Rollup، يُستخدم للتحقق من اثنين من التزامات حرجة: التزام Blob وتزام ZK Rollup الخاص به. من خلال استغلال Point Evaluation Precompile، يمكن لـ ZK Rollups أن تثبت بشكل فعال أن هذه التزامات تشير إلى نفس البيانات، مما يضمن تماسك البيانات ويوفر الاعتمادية والأمان لنظام ZK Rollup بأكمله.
EIP-1153 (عمليات تخزين فورية):
حاليًا، يتبع تخزين جميع البيانات على إثيريوم نموذجًا دائمًا للتخزين، بما في ذلك تخزين البيانات المؤقتة، مما يؤدي إلى إضاعة الموارد وارتفاع رسوم الغاز. يهدف EIP-1153 إلى إدخال آلية جديدة للتعامل مع تخزين البيانات المؤقتة أو الفورية خلال تنفيذ العقود الذكية. يسمح تقديم العمليات الفورية بقراءة العقود الذكية واستدعاء البيانات المؤقتة أثناء دورة تنفيذ المعاملة بالكامل وتطهير البيانات المؤقتة بعد انتهاء دورة تنفيذ المعاملة.
EIP-4788 (تقديم جذر كتلة المنارة):
الاستقلالية الحالية بين آلة الإثيريوم الافتراضية (EVM) وسلسلة المنارة (طبقة التوافق في إثيريوم) تطرح بعض التحديات. لا يمكن لـ EVM الوصول مباشرة إلى سلسلة المنارة ويعتمد على الأوراكل الثقة الخارجية للحصول على البيانات والحالة من سلسلة المنارة. يضع EIP-4788 جذر كتلة المنارة في رأس كل رأس كتلة تنفيذ، مما يتيح لـ EVM الوصول المباشر إلى الحالة والبيانات لطبقة التوافق في إثيريوم. يقدم هذا oracles بروتوكولي على مستوى البروتوكول، مما يعزز الكفاءة التشغيلية والدقة، ويقضي على المخاطر المرتبطة oracles الخارجية.
EIP-5656 (الشفرة الفعالة للنسخ):
يقدم EIP-5656 الشفرة الفعالة للنسخ لتحسين عملية نسخ البيانات في الذاكرة أثناء تنفيذ العقود الذكية. يشير نسخ الذاكرة إلى عملية نقل البيانات من مكان في الذاكرة إلى آخر، وهو عملية أساسية في الحوسبة تستخدم لبناء هياكل البيانات ونسخ الكائنات. سيؤدي اعتماد شفرة MCOPY إلى تقليل رسوم الغاز المرتبطة بالعمليات ذات الصلة مع تحسين أداء تنفيذ العقد.
EIP-6780 (تحديد استخدام SELFDESTRUCT):
تسمح الشفرة الحالية SELFDESTRUCT، كما يوحي الاسم، للمطورين بإزالة العقود الذكية تمامًا من سلسلة الكتل. عند التنفيذ، يتم إزالة كود العقد وبيانات التخزين من إثيريوم، مع إرسال الإثيريوم المتبقي في العقد إلى عنوان محدد. تشمل هذه العملية تغييرات كبيرة في حالة الحساب، حيث تشمل إزالة كود العقد المنشور وبيانات التخزين من السلسلة.
تهدف EIP-6780 إلى تقييد استخدام شفرة SELFDESTRUCT. لن تتم العملية إلا عند إنشاء عقد ذكي وتنفيذ شفرة SELFDESTRUCT داخل نفس المعاملة. في الحالات الأخرى، لن يتم حذف الكود أو بيانات التخزين.
ملخص:
كرائد في تكنولوجيا البلوكشين، نجحت إثيريوم باستمرار في تطوير قدراتها التقنية من خلال التحديثات والترقيات لتلبية متطلبات الشركات المتزايدة وتوقعات المستخدمين. تمثل ترقية "دنكن" خطوة هامة لإثيريوم في خريطتها الزمنية لتحسين القابلية للتوسع والأداء.
مع تنفيذ ترقية "دنكن"، قامت إثيريوم بتقدم كبير فيما يتعلق بالأمان والقابلية للتوسع والاستدامة، ووضعت أساسًا راسخًا لتطبيقات أوسع في مستقبل تكنولوجيا البلوكشين.
المواد شعبية