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

هفتگی Ethereum Weekly All Developers Core برای ادامه کار بسیار زیاد است ، بنابراین این “محل بازرسی“سری هدف از به روزرسانی های سطح بالا تقریباً هر 4-5 هفته است ، بسته به آنچه در توسعه اصلی اتفاق می افتد. به روزرسانی قبلی را ببینید در اینجابشر
TL ؛ دکتر
توسعه دهندگان اصلی متمرکز شده اند تا فوزاکا را از درب بیرون بیاورند و ویژگی (های) اصلی را برای به روزرسانی زیر ، Glamsterdam انتخاب کنند. بحث در حال انجام است و بازخورد ذینفعان در حال انجام است خواسته شدهبشر محدودیت گاز افزایش می یابد و انقضاء تاریخ هر دو تحویل داده شده است!
فوزاکا
فوزاکا معاملات ارزان تر L2 و در دسترس بودن داده های بیشتری را ارائه می دهد. توسعه دهندگان در حال حاضر سریع به روزرسانی در کشتی می پرداختند قله و اکنون زمان بحران است. آنها قصد دارند تا پایان سال انتشار را منتشر کنند ، که ممکن است به زودی به نظر نرسد اما جدول زمانی مشمول چند محدودیت کلیدی است: ازب شدن در ماه نوامبر و بافرهای زمان درخواست شده توسط جامعه و تیم های امنیتی. به دلیل این محدودیت ها یک ویژگی این کاملاً آماده نبود باید رها شد از دامنه فوزاکا.
جدول زمانی
دو بافر 30 روزه از زمان به روزرسانی PECTRA در جدول زمانی ارتقا یافته است:
- 30 روز بین انتشار مشتری و اولین به روزرسانی TestNet. این توسط تیم های امنیتی درخواست شده است که برای تسهیل بررسی های امنیتی و مسابقات حسابرسی به زمان نیاز دارند. با استفاده از این بافر ، احتمال بروزرسانی های Smooth TestNet را بهبود می بخشیم. هنگامی که هولکی با یک وضعیت ناآرام با به روزرسانی Pectra testnet، برنامه های Devs روشن می کنند که ، اگرچه این شبکه ها برای آزمایش ساخته شده اند ، اما خودشان نیز به آنها اعتماد می کنند تا پروتکل های خود را برای به روزرسانی ها تهیه کنند و دوست دارند تلاطم را روی آنها به حداقل برسانند
- 30 روز اخطار قبل از تاریخ ارتقاء Mainnet. L2S و پل ها فرایندهای خاص خود را برای آماده سازی برای ارتقاء اتریوم دارند که گاهی اوقات شامل ذینفعان خود برای انتخاب آن یا ایجاد یک فرآیند قفل شده زمان می شود که نمی توان از آن استفاده کرد. این بافر پیش بینی پروتکل هایی را در به روزرسانی های اتریوم فراهم می کند تا در زمان ارتقاء به جای تقلا آماده شود تا آماده شود
علاوه بر این ، به روزرسانی از طریق تست های متعدد اجرا می شود (این روزها ، دو: قبرستان واد هود) که از نزدیکتر از Devnets شبیه به اصلی Ethereum Mainnet است. برای ارزیابی به روزرسانی در این تست ها ، شناسایی هرگونه مسئله و هماهنگی اصلاحات نهایی زمان لازم است. این به طور معمول در هر تست نت دو هفته طول می کشد.
EIP-7907
EIP-7907، که باعث افزایش اندازه کد قرارداد می شود و اندازه گیری گاز را به بارگذاری کد اضافه می کند ، از Fusaka حذف شد زیرا فاقد معیار لازم بود و به خطر می افتد تا زمان بندی Fusaka را به خطر بیاندازد. در حالی که پیشنهادات ساده تر برای افزایش کدها مطیع کردن به عنوان گزینه های دیگر ، جدول زمانی آنها مشخص نبود و هنوز هم احتمالاً فوزاکا را به تأخیر می اندازد و به همین ترتیب رد می شد. این یک بود ناامیدی به بسیاری از توسعه دهندگان اما ، برای علاقه مندان ، فرصتی وجود دارد برای کمک به شکل گیری آن برای به روزرسانی بعدی ، Glamsterdam. در حال حاضر تضمین نمی شود که گنجانده شود و به آن احتیاج داشته باشید یک قهرمان برای شکل گیری آن.
زلزله
بوها فرآیند جدید و سازمان یافته تر برای تعیین ویژگی های یک به روزرسانی با این بروزرسانی خلبان می شود. این به روزرسانی ابتدا “ویژگی (های) اصلی” خود را انتخاب می کند ، سپس ویژگی های کوچک دیگر را بر اساس عنوان (های) انتخاب می کند. هدف این است که حداکثر یک عنوان اصلی را برای لایه اجماع و دیگری برای لایه اجرا انتخاب کنید. یک ابزار جدید ساخت EF ، چنگک، با ارائه دسترسی به گزینه های اصلی و چگونگی تأثیر آنها بر دسته های مختلف ذینفعان ، به این تلاش کمک می کند.
برای تکمیل این ، بازخورد در حال درخواست است برای اینکه از جامعه بخواهید نظرات خود را در مورد چه چیزی باید این نسخه به روزرسانی کند و اینها در کنار هم در نظر گرفته می شوند چشم انداز تیم مشتریبشر
جدول زمانی تصمیم گیری
گزینه های مربوط به هر دو لایه تا اواسط ماه اوت وقتی پیش بینی می شود تصمیمی اتخاذ شود ، مورد بحث قرار می گیرد. تماس های آینده بعدی هستند 31 ژوئیه (اجماع) و 7 آگوست (اعدام) پس از انتخاب سرفصل ها ، جدول زمانی برای پیشنهادات ویژگی های کوچکتر که می توانند در کنار ویژگی های عنوان بزرگتر قرار بگیرند ، مورد بحث قرار خواهد گرفت. این به عنوان مثال ، هنگامی که یک قهرمان EIP-7907 نیاز به تماس دارد.
حد گاز
در طول برلینتروپ، تست تیم ها و مشتری ها یک سطح امن برای توصیه یک حد گاز افزایش به: 45 متر. یک بار این توصیه ارائه شدطولی نکشید که اپراتورهای کافی محدودیت های خود را به 45 متر تنظیم کردند (یا مشتریان خود را با یک پیش فرض جدید به روز کردند). در زمان نوشتن ، آخرین محدودیت گاز بلوک 45،043،901 گاز است. اکنون تیم های آزمایش در مسیر این هستند که چگونه ما را به تدریج به محدوده بالاتر سوق دهند – دیگر سالها بین توصیه های افزایش گاز وجود نخواهد داشت.

منبع: gaslimit.pics
تاریخ انقضا
تاریخ انقضا تحویل داده شده است! مشتریان اکنون به طور پیش فرض به کاهش تاریخ پیش از ادغام در اعتبار سنجی هستند. مرحله بعدی برای انقضاء تاریخ ، اجرای تاریخ “نورد” است – به این معنی که تاریخ قبل از کاهش تاریخ در زمان واقعی دنبال می شود تا ذخیره سازی به طور مداوم رشد نکند. یادداشت هایی برای جلسه برنامه ریزی انقضاء تاریخ در Berlinterop یافت می شود در اینجابشر
برای انتشار Fusaka قبل از DevConnect ، مشتریان باید تا اواسط تا اواخر ماه اوت نسخه های خود را کاهش دهند و به روزرسانی های TestNet نیاز به دیدن حداقل مسائل دارند. این امر می تواند یک به روزرسانی اصلی را در اوایل ماه نوامبر قرار دهد. اگر به Snags ضربه بزنیم ، با این حال ، دو هفته از دست می دهیم و انتظار می رود توسعه دهندگان اصلی در طی یک کنفرانس بسیار خوب و بزرگ مانند DevConnect در دسترس باشند. ما می توانست یک به روزرسانی فصل پس از devconnect ، قبل از “قبل از” (و ما در گذشته داریم!). انگیزه برای بیرون کشیدن این چنگال زیاد است و من هنوز انتظار دارم تا پایان سال آن را ببینم.
بحث های اصلی Glamsterdam به طرز چشمگیری بحث برانگیز بوده است – بیشتر کسانی که از یک ویژگی دفاع می کنند نسبت به فوریت آن بسیار قوی هستند. اگر بتوانیم تا پایان سال فوزاکا را حمل کنیم ، این مکالمات را کمی نرم تر می کند زیرا یک کادوی ارتقاء سریعتر فوریت را برای دریافت یک ویژگی درج شده در نسخه بعدی بعدی کاهش می دهد.
من از تعداد و تنوع اعضای جامعه Ethereum که در این مباحث قرار گرفته اند بسیار تشویق می شوم: L2 ، پل ، ارائه دهندگان RPC ، پروتکل های استیک ، DAOS ، رله ها ، نگهبانان خانه ، متولیان ، DEXS و غیره به طور جدی درگیر این روند برای شکل دادن به پروتکل اصلی هستند.
تماسهای مربوط به ACD:
[ June 16th – July 28th ]
- ACDT: شماره 46با شماره 45با #44با شماره 43با شماره 42با شماره 41با #40
- ACDC: #161با #160با #159
- ACDE: #216با #215با #214
آموزش مجازی مدیریت عالی حرفه ای کسب و کار Post DBA+ مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت عالی و حرفه ای کسب و کار DBA+ مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت کسب و کار MBA+ مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه |
![]() مدیریت حرفه ای کافی شاپ | ![]() حقوقدان خبره | ![]() سرآشپز حرفه ای |
آموزش مجازی تعمیرات موبایل | ![]() آموزش مجازی ICDL مهارت های رایانه کار درجه یک و دو | آموزش مجازی کارشناس معاملات املاک_ مشاور املاک |
- نظرات ارسال شده توسط شما، پس از تایید توسط مدیران سایت منتشر خواهد شد.
- نظراتی که حاوی تهمت یا افترا باشد منتشر نخواهد شد.
- نظراتی که به غیر از زبان فارسی یا غیر مرتبط با خبر باشد منتشر نخواهد شد.



آموزش مجازی مدیریت عالی و حرفه ای کسب و کار DBA









ارسال نظر شما
مجموع نظرات : 0 در انتظار بررسی : 0 انتشار یافته : ۰