ایست بازرسی شماره 2: آوریل 2025 | وبلاگ بنیاد اتریوم

هفتگی Ethereum Weekly All Developers Core برای ادامه کار بسیار زیاد است ، بنابراین این “محل بازرسی“سریال برای به روزرسانی های سطح بالا تقریباً هر 4-5 تماس ، بسته به آنچه در توسعه اصلی اتفاق می افتد ، هدف به روزرسانی های قبلی است. در اینجابشر

tl ؛ dr:

ماه گذشته با محوریت قفل کردن در محدوده ارتقاء فوزاکا و جزئیات نهایی استقرار PECTRA متمرکز شده است. کشتی های ارتقاء Pectra در Mainnet تقریباً در حدود یک هفته ، پس از آن تمرکز به سمت تغییر می کند فوزاکا آزمایش و تصمیم گیری در مورد آنچه در زلزله ارتقا (به عبارت دیگر ، “دامنه” ارتقا). ساختار تماس جدید All All All Core (“ACD”) آزمایش را تقسیم می کند و به تماس های جداگانه برای موازی سازی و تسریع در ارتقاء حمل و نقل تقسیم می شود.

گودال

نسخه های مشتری Mainnet برای به روزرسانی PECTRA منتشر شده است برنامه ریزی شده برای زندگی زنده در 7 مهبشر

از آخرین ایست بازرسی ، گودال به صورت زنده در جدیدترین TestNet طولانی مدت Ethereum ، هودبشر خوب ، خیلی خوب پیش رفت ، به تسویه حساب های مشتری و تیم های تست که بودند محتاط برای جشن گرفتن خیلی زود پس از برآمده ارتقاء Holešky و Sepolia.

در پاسخ به این به روزرسانی های پر پیچ و خم ، نگهبانان به اشکال تأسیس شدند رسمیت فرآیند، انتظار می رود جدول زمانی بین به روزرسانی های TestNet و برنامه ریزی به روزرسانی Mainnet ، نقش پاسخ حادثهوت استاندارد سازی پیکربندیبشر

ویژگی های اصلی Pectra در صفحه ethereum.org pectra و الف مهمانی چنگال را به صورت زنده دنبال خواهد کرد.

تاریخ انقضا

انقضا تاریخ به مشتریان اجازه می دهد تا از ذخیره تاریخ قبل از ادغام ، کاهش سخت افزار و نیازهای شبکه جلوگیری کنند. این به یک چنگال سخت احتیاج ندارد. مشتریان قرار است تا اول ماه مه از انقضا تاریخ قبل از ادغام در شبکه Sepolia پشتیبانی کنند. پشتیبانی Mainnet اندکی پس از PECTRA در Mainnet پیش بینی می شود.

تاریخ طولانی مدت هنوز در دسترس خواهد بود گره های بایگانی و شبکه و اجرای مشتری به کاربر امکان می دهد هرس را به صورت اختیاری غیرفعال کند.

فوزاکا

عنوان اصلی چنگال سخت فوزاکا است ، قله و دامنه گسترده نهایی شده است.

خارج از عناوین EIP ،

همه eips cfi’d لزوماً آن را به چنگال تبدیل نمی کنند (دو مورد از آنها ، 7762 واد 7918، یا/یا). در صورت پیشرفت آنها بدون ایجاد عوارض بیش از حد ، آنها به خط لوله آزمایش اضافه می شوند و به SFI منتقل می شوند. آزمایش Fusaka Fork قبل از برنامه ریزی برای Mainnet ، تعدادی از Devnets ، سپس Fork on Testnets را انجام می دهد. حمل و نقل peerdas بسیار مهم است!

قله

Peerdas به گره ها اجازه می دهد تا به جای نیاز به بار کامل ، حباب ها را با نمونه برداری ، ایجاد اتاق در پهنای باند و نیازهای ذخیره سازی برای سایر نسخه ها. این امر باعث می شود که مقیاس بندی شود – تکنیک های نمونه گیری ایمن رمزنگاری به این معنی است که می توانیم بدون قربانی کردن مجموعه اعتبار سنجی غیر متمرکز Ethereum ، مقیاس بندی کنیم. آزمایش در حال انجام است ، فقط نتیجه گیری کرده است ششمین Devnet، با مجموعه هفتم این هفته راه اندازی شد. آزمایش یک بوده است تلاش مشارکتی بین تیم های مشتری ، تیم های بنیاد Ethereum ، L2 Core Devs و محققان ابزار سازی شبکه.

EOF

EOF ارتقاء چند EIP به EVM است. به دلیل شکاف قابل توجه در نظرات در مورد اگر (و چه نسخه از) EOF باید اجرا شود ، در طول فوزاکا در طول 28 APR EOF بحث “تصمیم نهایی”بشر هنوز ممکن است برای به روزرسانی های آینده پیشنهاد شود.

بحث در اطراف آن است پیچیدگیبا بلند مدت ارتباط و پتانسیل اضافه کردن ویژگی های آن به جای آن. منتقدین استدلال می کنند که می تواند هزینه های نگهداری (میراث + EOF) را دو برابر کند و نیاز به بررسی بیشتر از Devs Layer App دارد.

حامیان و مجریان نواقص آن را تصدیق می کنند ، اما استدلال می کنند که برای پرداخت بدهی فنی ، افزایش امنیت ، باز کردن بازپرداخت کامپایلر و بهره وری گاز ، و ایجاد یک پاک کننده بنیاد تکامل EVM آینده.

چنگال های BPO

سومین eip sfi’d for fusaka است فقط پارامتر حباب (BPO) چنگال ها. این امر باعث می شود مقیاس حباب از پیش تنظیم شده بین چنگال های سخت باشد. افزایش حباب در مشتری پخته می شود و در یک برنامه از پیش تعریف شده در حالی که برای مسائل مورد نظارت قرار می گیرد ، اتفاق می افتد. این EIP از پشتیبانی گسترده ای برخوردار است و نقش مهمی در تسریع در مقیاس پذیری دارد.

پیشرفت فرآیند

PECTRA محدودیت های فرآیند فعلی Devs را آزمایش کرده است – این به روزرسانی بزرگترین چنگال در تاریخ اتریوم بر اساس تعداد EIP ها است و حتی قبل از تقسیم به دو نفر نیز بزرگتر بود: در ابتدا حاوی Peerdas و EOF بود!

برای بهبود کارآیی این فرآیند ، تغییرات شکل می گیرد:

• به روزرسانی های موازی بهتر به گونه ای که به روزرسانی دو چنگال پیش رو قبل از اینکه چنگال فعلی به صورت زنده ادامه یابد ، در حال انجام است (برای مثال ، اگر ما در حال حاضر روند کار را پایین بیاوریم ، دامنه چنگال Glamsterdam نهایی می شود در حالی که Pectra در آخرین مراحل خود است و اجرای Fusaka در حال انجام است)
• تقسیم تماس های منظم به آزمایش “همه هسته های هسته” و “همه Devs Core” Scoping. تماس های آزمایشی چنگال فعلی را پوشش می دهد و تماس های Scoping با CFI’ING EIPS برای چنگال بعدی سروکار دارد
• ایجاد کردن یک سری تماس جدید این در مورد اهداف بلند مدت بحث می کند و دستورالعمل های تحقیق را راهنمایی می کند. در حالت ایده آل ، این منجر به توافق بیشتر می شود و بحث و گفتگو کمتر در زمان Scoping و سپس آزمایش ادامه می یابد.

Devs Core به طرز جالبی هدف قرار دادن چنگال به فوزاکا ، که بر روی مقیاس گذاری متمرکز است ، تا پایان سال 2025: قابل انجام اما دشوار است. به نظر من ، اگر چند هفته قبل از آن ارسال نشود ازب شدن، تا فوریه 2026 به دلیل حرکت در طول تعطیلات از دست نمی رود ، بنابراین تحویل “توسط Eoy 2025” تا اکتبر خواهد بود.

به نظر می رسد روند جدید تقسیم تماس های ACD امیدوار کننده است که مکالمات را در مورد موضوع حفظ کند ، صداهای جدیدی را به همراه داشته باشد و مشکل تجدید نظر در مکالمات قدیمی را به حداقل برساند ، بنابراین تماس ها با بحث و گفتگو در مورد scoping ، همانطور که در مورد EOF وجود دارد ، دچار مشکل نمی شوند. همچنین ممکن است هرگونه تمایل به درگیری برنامه های اجرای کوتاه مدت با جهت های تحقیق بلند مدت را کاهش دهد.

علیرغم برخی از عذاب و غم و اندوه در محافل رمزنگاری گسترده تر ، در توسعه پروتکل هسته اتریوم یک تن حرکت وجود دارد. این روند در حال تحول است ، تحقیقات قوی است و اجرای آن سرعت می یابد!

تماسهای مربوط به ACD

28.04.25: بحث (Timestamped)

24.04.25: ACDE #210 (قصبه)

17.04.25: ACDC #155 (قصبه)

10.04.25: ACDE #209 (قصبه)

03.04.25: ACDC #154 (قصبه)

27.03.25: ACDE #208 (قصبه)