مقدمة لمحتوى Ethereum Dencun

يتكون Dencun من اسمين DENB و Cancun ، يمثلان الشوكة الصلبة بين طبقة إجماع Ethereum وطبقة التنفيذ.تم الانتهاء من شوكة Dencun Hard على شبكات اختبار Goerli و Sepolia و Holesky ، وسيتم إجراء MainNet على Epoch 269568 (حوالي 13 مارس 2024).

نصائح القراءة

قبل قراءة هذا المقال ، تشمل المعرفة الأولى التي تحتاج إلى معرفتها:

شوكة صعبة
ينقسم Ethereum إلى طبقة إجماع وطبقة تنفيذ.

تحتوي ترقية Dencun على 9 eips ، وهي:

EIP-1153: رموز تخزين عابرة (تغييرات طبقة التنفيذ)
EIP-4788: Beacon Block Root في EVM (يتغير طبقة التنفيذ وطبقة الإجماع)
EIP-4844: معاملات Shard Blob (تتغير طبقة التنفيذ وطبقة الإجماع)
EIP -5656: MCOPY – تعليمات نسخ الذاكرة (تغييرات طبقة التنفيذ)
EIP-6780: تدمير الذات فقط في نفس المعاملة
EIP-7044: مخارج طوعية موقعة صالحة بشكل دائم
EIP-7045: قم بزيادة فتحة إدراج الشاهد القصوى (تغييرات طبقة الإجماع)
EIP-7514: أضف الحد الأقصى لضرب العصر (تغييرات طبقة الإجماع)
EIP-7516: Blobbasefee Opcode (يتغير طبقة التنفيذ)

ستقدم هذه المقالة تغييرات وتأثيرات EIPs (باستثناء EIP-4844).

إضافة Rollup الكبيرة: proto-danksharding (i)

https://medium.com/taipei- ethereum-meetup/rollup-and-the-boost-froto-proto-danksharding-85d2fe0566b6

إضافة رولب الكبيرة: بروتو-دوانك.

https://medium.com/taipei- ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8

بعد ذلك ، سنقدم الترتيب المقسم تقريبًا إلى “EIP المتعلق بتغييرات طبقة التنفيذ” و “EIP المتعلقة بتغييرات طبقة الإجماع” و “EIP المتعلقة بـ EIP-4844”.

EIP-1153

يتغير طبقة التنفيذ
EIP-1153: رموز تخزين عابرة

https://eips.ethereum.org/eips/eip-1153

EIP-1153: صفحة المروحة

https://www.eip1153.com/

EIP-1153: رموز تخزين عابرة

https://ethereum-magicians.org/t/eip-1153-transient-storage-opcodes/553

أضافت EIP-1153 اثنين من الرموز الإلكترونية الجديدة: TSTORE و TLOPT ، والتي تستخدم لكتابة وقراءة بيانات التخزين “المؤقتة”.سوف يوفرون الكثير من تكاليف الغاز للعديد من مطوري العقود.

خلفية

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

تفاصيل العملية

TSTORE أرخص بكثير من SSTORE ، ويمكن أن تتسع فترة صلاحيتها بين العقود المختلفة (حتى تنتهي المعاملة). ذكرى العقد B.هذا مفيد للغاية للعديد من الاستخدامات:

القفل لإعادة الدخول.في الوقت الحالي ، لا يمكن محاكاة قفل إعادة الدخول إلا باستخدام SSTORE.
المستخدمة في ERC-20 يوافق على معاملة واحدة.إذا كان العقد (أ) يتفاعل مع العقد ب ، والعقد (أ) ، يحتاج العقد إلى نقل ERC-20 من العقد B ، سيوافق العقد B أولاً على ERC-20 إلى العقد A قبل الاتصال A.نظرًا لأن الموافقة على ERC-20 من خلال SSTORE ، فإن التكلفة ليست منخفضة ، والتغيير إلى استخدام TSTORE سيقلل التكلفة بشكل كبير.
معلمات النشر عند نشر العقود من خلال Create2.نظرًا لأن معلمة المنشئ ستؤثر على عنوان عقد نشر Create2 ، إذا كنت لا تريد أن تتأثر بمعلمة المنشئ ، فسيتم تصميم مُنشئ العقد لنشر معلمات قراءة التخزين للعقد ، مثل مجموعة Uniswap V3.مع TSTORE ، يمكن لهذا النموذج توفير الكثير من التكاليف.

أشياء يجب ملاحظتها

عندما يستخدم مطورو العقود TSTORE لإعادة كتابة قفل إعادة الدخول الخاص بهم ، تذكر أن تطهير القفل عندما يحين الوقت لمسحه. وإلا إذا كانت هناك أي حاجة أثناء عملية المعاملة ، إذا قمت بإدخال العقد ، فقد لا تتمكن من الدخول لأن القفل لم يتم فتحه (لم يتم مسحه).
تم إطلاق EIP-1153 في الإصدار الصلب 0.8.24 ، ويمكن للمطورين تجربته مسبقًا.فيما يلي أمثلة Mutex التي ينفذها المطورين.سيتم أيضًا إطلاق UNISWAP V4 ، الذي يعتمد على TSTORE ، بعد اكتمال ترقية Dencun.
يحتوي هذا EIP على رمز opcode جديد ، لذلك إذا أراد المطورون نشر عقود على سلاسل متعددة ، فيجب عليهم الانتباه إلى ما إذا كانت جميع السلاسل تدعم أحدث الرموز ، وإلا فلن تكون متاحة.

EIP-4788

يتغير طبقة التنفيذ
EIP-4788: Beacon Block Root في EVM

https://eips.ethereum.org/eips/eip-4788

EIP-4788: Beacon Root في EVM

https://ethereum-magicians.org/t/eip-4788-beacon-root-in-evm/8281

أضاف EIP-4788 عقد Beacon_Roots_Address للسماح للأشخاص بقراءة البيانات من كتل طبقة الإجماع ، أي أن طبقة التنفيذ ستتمكن من قراءة البيانات من طبقة الإجماع.من خلال هذا العقد ، يمكن لبروتوكولات الإرهاق والاسترداد قراءة واستخدام بيانات طبقة الإجماع دون الوثوق بأي طرف ثالث ، مثل قراءة حالة محقة معينة.

تفاصيل العملية

يمكن للمستخدمين أو العقود الاستعلام عن جذر Beacon Block في وقت معين من خلال استدعاء العقد.يشبه جذر الكتلة قيمة التجزئة لمحتوى الكتلة (Hash Block) ، وهو جذر شجرة Merkle لمحتوى الكتلة من خلال ترميز SSZ.يقوم المتصل بتشفير الطابع الزمني في قيمة UINT256 ويعامله كمحتوى استدعاء.

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

△ يوفر المستخدم الطابع الزمني لثلاثي Merkle وكتل طبقة الإجماع

△ يتم استخدام إثبات Merkle للتحقق من توازن التحقق في وقت معين.

ومع ذلك ، فإن جذر كتلة طبقة الإجماع المخزنة في عقد Beacon_Roots_address هو في الواقع جذر الكتلة للكتلة “الرئيسية” (أي الكتلة السابقة) ، بدلاً من جذر كتلة نفس طبقة التنفيذ.

△ الطابع الزمني للكتلة 11001 (1234567) يتوافق مع جذر الكتلة للكتلة 11000.وبالمثل ، فإن الطابع الزمني للكتلة 11000 (1234555) يتوافق مع جذر الكتلة للكتلة 10999.

أشياء يجب ملاحظتها

تقوم عقد Beacon_Roots_Address بتخزين ما يصل إلى 8191 جذور كتلة طبقة الإجماع ، وسيتم كتابة 8191 جذور الكتلة السابقة.على سبيل المثال ، إذا كانت الكتلة 18191 الآن ، فإن نطاق جذر الكتلة الحالي الذي يمكن الوصول إليه سيكون جذر الكتلة للكتلة 10000 للكتلة 18190.

EIP-5656

يتغير طبقة التنفيذ
EIP -5656: MCOPY – تعليمات نسخ الذاكرة

https://eips.ethereum.org/eips/eip-5656

أضافت EIP-5656 رمزًا mcOpy ، والذي يستخدم خصيصًا لنسخ القيم المخزنة في الذاكرة أثناء تنفيذ العقد.سيستفيد العقد من وفورات تكلفة الغاز من رمز opcode هذا.

لاستخدام رمز MCOPY OPCODE ، يحتاج مطورو العقود إلى تحديد إصدار المترجم على أنه 0.8.24 (أو أعلاه) وإصدار EVM كما كانكون:

△ لاستخدام McOpy ، تحتاج إلى تعيين إصدار المترجم وإصدار EVM

ملاحظة: يكون برنامج التحويل البرمجي 0.8.24 مفتوحًا فقط لاستخدام MCOPY (MCOPY () ، رابط) من خلال التجميع.

أشياء يجب ملاحظتها

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

EIP-6780

يتغير طبقة التنفيذ
EIP-6780: تدمير الذات فقط في نفس المعاملة

https://eips.ethereum.org/eips/eip-6780

EIP-6780: إلغاء تنشيط تدمير الذات ، باستثناء المكان الذي يحدث فيه في نفس المعاملة التي تم إنشاء العقد فيها

https://ethereum-magicians.org/t/eip-6780 deactivate-evestruct-except-here-it-iccurs-in-the-same-transaction-in-hich-a-contract-wa s-created/13539

قام EIP-6780 بتعديل سلوك رمز Opcode الذاتي للتحضير لشجرة Verkle والقضاء على رمز Opcode ذاتي.المطورين الذين يستخدمون رمز Opcode ذاتيا يحتاجون إلى عناية خاصة.

خلفية

السلوك الحالي لـ SelfDestruct Opcode هو: (1) حذف الكود وتخزين العقد ، و (2) نقل كل ETH إلى العنوان المحدد.

في البداية ، قمنا بتصميم رمز Opcode SelfDergruct مع آلية استرداد لتشجيع المطورين على إزالة العقود غير المستخدمة ومساحة التخزين للمساعدة في الحفاظ على حالة Ethereum بحجم مناسب.لكن لا يفعل الكثير من الناس ذلك حقًا ، ولكن هناك حوادث مثل التكافؤ المتعدد التي تسببت في تجميد مئات الآلاف من ETH بسبب التدمير الذاتي ، وبالتالي يأمل مجتمع Ethereum في التخلص تدريجياً من الرمز الذاتي للتدمير الذاتي.كانت هناك العديد من المقترحات لتعديل أو إزالة رمز Opcode ذاتيا في الماضي ، و EIP-6780 هو واحد منهم وتم تضمينه في النهاية في شوكة Dencun الصلبة.

ملحوظة: في شوكة شنغهاي الصلبة في أوائل عام 2023 ، أعلنت EIP-6049 رسميًا أنه سيتم القضاء على التدمير الذاتي.

Verkle Tree هي هيكل تخزين للدولة يتم البحث فيه وتطويره بنشاط من قبل مجتمع Ethereum وسيتم استخدامه لاستبدال شجرة Merkle Patricia الحالية.ستجعل Verkle Tree حجمًا دليلًا لحالة Ethereum أصغر ، لذلك فهو أيضًا مفتاح في تصميم العميل عديمي الجنسية.مع العميل عديمي الجنسية ، سيتم تقليل أجهزة العقد ، مما يسمح لمزيد من الأشخاص بتشغيل العقد بأجهزة أخف وزنا وأرخص ، مما يؤدي إلى تحسين اللامركزية للشبكة.

تفاصيل العملية

بعد EIP-6780 ، ستقوم رمز Opcode الذاتي بإزالة (1) السلوك والاحتفاظ فقط بوظيفة (2) “نقل كل ETH على جسمك إلى العنوان المحدد”.سيبقى رمز العقد والتخزين دون تغيير ما لم يتم إنشاء العقد في نفس المعاملة ثم يتم تنفيذ التدمير الذاتي.

لذلك عندما يتم تشغيل التدمير الذاتي:

إذا لم يتم إنشاء العقد في نفس المعاملة ، فسيظل رمز العقد والتخزين دون تغيير ، ولكن يتم نقل ETH على العنوان المحدد.
إذا تم إنشاء العقد على نفس المعاملة ، فإن السلوك هو نفسه كما كان من قبل (قبل EIP-6780): سيتم إزالة رمز العقد وتخزينه ، وسيتم نقل ETH إلى العنوان المحدد.

بالنسبة لشجرة Verkle ، يجب إزالة سلوك (1)

في تصميم شجرة Verkle ، تختلف حالة التخزين الخاصة بها عن حالة Merkle Patricia Tree.يمكن تخيل حالة التخزين لشجرة Merkle Patricia كهيكل لطبقتين (أشجار في الأشجار): الطبقة الأولى عبارة عن شجرة مكونة من جميع العناوين ، والطبقة الثانية هي شجرة مكونة من جميع التخزين والتوليف لكل عنوان ؛ ويمكن تخيل شجرة Verkle كهيكل مسطح تمامًا.لذلك ، في شجرة Merkle Patricia ، يمكننا بسهولة تحديد موقع تخزين العنوان وإزالته ، ولكن في شجرة Verkle ، يكاد يكون من المستحيل تحديد موقع تخزين العنوان ، لأن جميع العناوين وكل قيمة تخزين للعنوان تم توزيعه بالتساوي في نفس الشجرة ، فمن المستحيل معرفة القيمة التي تنتمي بسهولة إلى تخزين العناوين ، لذلك لا يمكننا إزالة رمز العقد وجميع التخزين في شجرة Verkle.

△ تصميم شجرة الحالة الحالية (شجرة Merkle Patricia) هو بنية من طبقتين: جذر الحالة يتوافق مع شجرة مكونة من جميع مجموعات العناوين ، ويتوافق جذر التخزين مع جميع الأشجار التخزينية والأشجار الاصطناعية تحت عنوان.

المصدر: https://fisco-bcos-documentation.readthedocs.io/en/latest/docs/design/storage/mpt.html

△ شجرة حالة شجرة Verkle هي شجرة مسطحة تمامًا.

في الشكل ، فإن العقدة الحمراء هي العنوان ، والعقدة الخضراء هي قيمة تخزين العنوان.

المصدر: https://youtu.be/s7fm6zz_g0i؟t=572

△ إذا قامنا بإزالة العقدة الحمراء ولكن ليس التخزين (العقد الخضراء) ، إذا تم إعادة نشر العقد إلى نفس العنوان ، فسوف يرث مباشرة التخزين القديم غير المحدد ، والذي سيصبح خطرًا كبيرًا.

المصدر: https://youtu.be/s7fm6zz_g0i؟t=572

لذلك من أجل الترحيب بـ Verkle Tree ، يجب أن نمنع رمز Opcode ذاتيًا من إزالة رموز العقود والتخزين.

أشياء يجب ملاحظتها

إذا كان المطور يستخدم Create2 + SelfDestruct لنشره بشكل متكرر على العنوان نفسه ، فلن يحدث هذا في وقت واحد إلا في نفس المعاملة بعد إكمال Dencun.
إذا كان المطور يستخدم Create2 + SelfDestruct لتحقيق تأثير ترقيات العقد (لذلك ، فلن يتم إكمال Create2 + SelfDergruct في نفس المعاملة) ، فلن يكون قادرًا على الاستمرار بعد Dencun.

EIP-7044

يتغير طبقة الإجماع
EIP-7044: مخارج طوعية موقعة صالحة بشكل دائم

https://eips.ethereum.org/eips/eip-7044

EIP-7044: مخارج طوعية موقعة صالحة بشكل دائم

https://ethereum-magicians.org/t/eip-7044-pertival-valid-signed-voluntary-exits/14348

يسمح EIP-7044 بالتوقيع المستخدم من قبل المدقق للخروج من POS ليكون صالحًا بشكل دائم ، وتجنب التوقيع غير صالح بسبب الشوكة الصلبة للشبكة.سيتم تحسين تجربة المستخدم وحماية التحقق من خدمات التعهد غير المُدارة (مثل LIDO): ليست هناك حاجة إلى مطالبة طرف ثالث بإعادة التوقيع في كل مرة يتعين عليك فيها شوكة.

خلفية

يجب أن يكون لدى Ethereum POS مفتاحين خاصين: يتم استخدام أحدهما للمشاركة اليومية في التحقق (مثل إنتاج الكتل والتوقيع) ، ودعا المصلحة يسمى مفتاح العنوان مفتاح الانسحاب.عندما يكون المدقق على وشك الخروج من نقاط البيع ، سيوقع مع مفتاح المدقق ، ويحتوي المحتوى الموقّع على إصدار الشبكة الحالية (المتشعب القاسي).

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

تفاصيل العملية

ولكن نظرًا لأن محتوى التوقيع الذي يخرج POS يحتوي على إصدار الشبكة الحالية (الشوكة الصلبة) ، مثل Shanghai الحالي أو الإصدار السابق من Capella.ستقارن الشبكة “إصدار الشوكة الصلبة في شهادة الخروج” و “الإصدار الحالي من الشبكة”.بمعنى آخر ، مع استمرار تحديث الشبكة ، بعد الشوكة الصلبة والترقية إلى إصدار جديد ، سيكون دليل الخروج الذي يبلغ من العمر قديمة جدًا.

على سبيل المثال ، الإصدارات المتشعبة الصلبة من طبقة الإجماع من القديم إلى الجديد هي Altair و Bellatrix و (Current) Capella.ستصبح شهادة الخروج الموقعة في Altair غير صالحة الآن ؛للتعامل مع هذا الموقف ، يجب على المستخدم طلب شهادة خروج أخرى من مزود الخدمة في كل مرة يتم فيها شوكة المستخدم. Exit POS “يهدد بابتزاز المستخدمين.

ملاحظة: ومع ذلك ، نظرًا لأن “Exit POS” مفتوح فقط بعد Capella ، لا يجوز لأحد تسجيل الخروج من شهادة الخروج في Altair أو Bellatrix مقدمًا.

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

أشياء يجب ملاحظتها

نظرًا لأن إصدار الشوكة الصلبة من شهادة الخروج قد تم إصلاحه بالفعل في Capella ، إذا قامت شركة Verifier أو Service Provider بتوقيع شهادة خروج إصدار DENEB مقدمًا ، فسيصبح غير صالح بعد DENB.

EIP-7045

يتغير طبقة الإجماع
EIP-7045: قم بزيادة فتحة إدراج الشاهد القصوى

https://eips.ethereum.org/eips/eip-7045

EIP-7045: قم بزيادة فتحة إدراج الشاهد القصوى

https://ethereum-magicians.org/t/eip-7045-increase-max-attestation-inclusion-slot/14342

يمتد EIP-7045 فترة صحة التصويت على المدققين ، مما يسمح باكتساب المزيد من الوقت وزيادة استقرار الشبكة.لا تأثير على المستخدمين العامين أو التحقق.

خلفية

في الأصل ، فإن التصويت على المدقق (الشهادة) لديه فترة (32 فتحات) يمكن كسبها. قضايا وقت الانتظار أو لم يتم بثها بنجاح إلى شبكة P2P ، ولكن لا يزال يتم الحصول على أصواتها.ولكن إذا ظهر تصويتها فقط حتى 10033 فتحة ، فلا توجد طريقة لتضمين تصويتها واعتبر أنه لا يوجد تصويت.

تفاصيل العملية

يمتد EIP-7045 فترة صحة إدراج التصويت حتى آخر “قبل انتهاء الحقبة التالية للتصويت”.على سبيل المثال ، لنفترض أن التحقق من Alice تم تعيينه للتصويت في الفتحة 3205 على EPOCH 100 ، وقبل EIP-7045 ، يكون تصويتها صالحًا حتى الفتحة 3237 (3237 = 3205 + 32) ؛ الفتحة 3237 (3237 = 3205 + 32) ؛

ملاحظة: يحتوي العصر 0 على فتحات 0 إلى 31 ؛

EIP-7514

يتغير طبقة الإجماع
EIP-7514: أضف الحد الأقصى لعصر العصر

https://eips.ethereum.org/eips/eip-7514

EIP-7514: أضف الحد الأقصى لعصر العصر

https://ethereum-magicians.org/t/eip-7514-add-max-epoch-churn-limit/15709

خلفية

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

△ ارتفع قائمة انتظار الدخول بعد الخروج من نقاط البيع من Open.المصدر: https://www.validatorqueue.com/

إذا كان المدقق ينتظر أن يبقى التسلسل محملاً بالكامل ، فسيتم تعهد 50 ٪ من ETH بتقديم نقاط البيع في حوالي ثمانية أشهر من سبتمبر 2023 (عندما تم اقتراح EIP) إلى مايو 2024 ؛ 2019.هناك العديد من عيوب العديد من المهورين ، مثل الكثير من المدققين ، مما يؤدي إلى الكثير من توقيعات التصويت والتجميع ، مما يزيد من العبء على شبكة P2P للمقدين وتوسيع سلسلة الإجماع.بالإضافة إلى ذلك ، يعتقد بعض الأشخاص أن الأمن المطلوب من قبل Ethereum لا يتطلب الكثير من حصة ETH.

ولماذا يستمر الكثير من ETH في التدفق؟لأنه حتى لو وصلت ETH حصة 100 ٪ ، فإن المعدل السنوي لا يزال حوالي 1.6 ٪. خيار جذاب للغاية.

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

△ تباطأ نمو عدد المحققين في النصف الثاني من عام 2023 ، مع حوالي 25 ٪ من ETH تعهد في فبراير 2024.المصدر: https://www.validatorqueue.com/

تفاصيل العملية

يختلف العدد الأصلي لقوائم الإدخال مع العدد الحالي من المدققين. حوالي 950،000).

سيقوم EIP-7514 بإصلاح حد قائمة انتظار الدخول إلى 8 ، ولم يعد يزداد مع عدد المدققين الحاليين ، وبالتالي إبطاء نمو المحققين ومنح المجتمع مزيدًا من الوقت للتوصل إلى حلول طويلة الأجل ، مثل الشوكة الصعبة التالية قد تكسب EIP-7251.

EIP-4844 و EIP-7516

EIP-4844: معاملات Shard Blob

https://www.eip4844.com/

إضافة Rollup الكبيرة: proto-danksharding (i)

https://medium.com/taipei- ethereum-meetup/rollup-and-the-boost-froto-proto-danksharding-85d2fe0566b6

إضافة رولب الكبيرة: بروتو-دوانك.

https://medium.com/taipei- ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8

أضاف EIP-4844 نوعًا جديدًا من المعاملات ، وهي معاملة تستخدم خصيصًا لتخزين بيانات النقطة.عن طريق وضع البيانات في نقطة ، فإن Rollup سوف يزيد من رسوم المعاملات.

EIP-4844 ليس تغييرًا في توسيع السعة والترقية ، ولكنه يشبه “ترقية حد غاز الكتلة” و “تقليل التكاليف” ، مما يسمح للكتلة بوضع المزيد من المعاملات (Rollup).لكن EIP -4844 تمهد أيضًا الطريق لخطة التوسع الحقيقية – Danksharding.

بالإضافة إلى ذلك ، تعتبر Blob Fair و General Fair أسواق رسوم منفصلة ومستقلة ، لكل منها رسوم أساسية ورسوم ذات أولوية. المعاملات).

ملخص والتركيز

يتكون الشوكة الصلبة Dencun من شوكة DENEB الصلبة من طبقة الإجماع والشوكة الصلبة في طبقة التنفيذ.
بطل الرواية هذه الترقية هو EIP-4844.
تشمل التغييرات في طبقة الإجماع EIP-7044 و EIP-7045 و EIP-7514.
يسمح EIP-7044 للمقدين باستخدام خدمات غير مُدارة لتجنب الشوكات الصعبة في المستقبل عند إلغاء الاشتراك في نقاط البيع.
يمكن اعتبار EIP-7045 و EIP-7514 تحديثات تزيد من استقرار شبكة POS.
تشمل التغييرات في طبقة التنفيذ EIP-1153 و EIP-4788 و EIP-5656 و EIP-6780 و EIP-7516.
يتيح EIP-1153 العديد من نماذج تصميم العقود لتوفير الكثير من الغاز ؛
يسمح EIP-4788 لطبقة التنفيذ بقراءة معلومات طبقة الإجماع بطريقة لا تتطلب الثقة في أطراف ثالثة ، مما يتيح المزيد من الاحتمالات للخدمات ذات الصلة.
EIP-6780 يزيل التدمير الذاتي ويزيل قدرته على “إزالة رموز العقد والحالات”.
يحتاج المطورون إلى الانتباه إلى افتراض أن “التخزين المؤقت سيتم مسحه بعد المعاملات” عند استخدام EIP-1153 ، وتأكد من الانتباه إلى ما إذا كان عقدك سيتأثر إذا تأثرت.
بشكل عام ، لا يحتاج المستخدمون إلى إيلاء اهتمام خاص.

البيانات المرجعية والقراءة الموسعة الموصى بها

EIP-1153

https://eips.ethereum.org/eips/eip-1153
https://www.eip1153.com/
https://ethereum-magicians.org/t/eip-1153-transient-storage-opcodes/553
https://hackmd.io/@-_wyfkbvsmip5m7mnb4b8a/sjfh66eca

EIP-4788

https://eips.ethereum.org/eips/eip-4788
https://ethereum-magicians.org/t/eip-4788-beacon-root-in-evm/8281

EIP-5656

https://eips.ethereum.org/eips/eip-5656

EIP-6780

https://eips.ethereum.org/eips/eip-6780
https://ethereum-magicians.org/t/eip-6780 deactivate-evestruct-except-here-it-iccurs-in-the-same-transaction-in-hich-a-contract-wa s-created/13539
https://www.youtube.com/watch؟v=S7FM6ZZ_G0I

EIP-7044

https://eips.ethereum.org/eips/eip-7044
https://ethereum-magicians.org/t/eip-7044-pertival-valid-signed-voluntary-exits/14348

EIP-7514

https://eips.ethereum.org/eips/eip-7514
https://ethereum-magicians.org/t/eip-7514-add-max-epoch-churn-limit/15709

EIP-4844 & amp ؛

https://www.eip4844.com/
https://medium.com/taipei- ethereum-meetup/rollup-and-the-boost-froto-proto-danksharding-85d2fe0566b6
https://medium.com/taipei- ethereum-meetup/rollup-proto-danksharding-implementation-detail-913a3c61fde8
https://eips.ethereum.org/eips/eip-7516
https://ethereum-magicians.org/t/eip-7516-blobbasefee-opcode/15761