توسعه دهندگان اتریوم ارتقای «وجودی» را به EVM در نظر می گیرند

اگر یک ارتقاء اتریوم وجود داشته باشد که تا به حال ساقدوش عروس بوده است، آن فرمت شیء EVM (EOF) است.

یک بار نامزد شده بود، با برنامه‌ای برای ازدواج در شانگهای، به زودی توسط توسعه‌دهندگانی که برای آینده‌ای ناپایدار در Proto-Danksharding مشتاق بودند کنار گذاشته شد.

اگر نمی دانید این جمله به چه معناست، نگران نباشید. این استعاره ای برای ساعت ها بحث در طول سال ها تماس های توسعه دهندگان تمام هسته ای اتریوم است.

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

ادامه مطلب: Dencun و Pralectra: توسعه دهندگان هسته اتریوم یک سال جاه طلبانه 2024 را ترسیم می کنند

توسعه دهندگان به شدت EOF را برای هارد فورک Shapella در نظر گرفته بودند. با این حال، یک سال پیش، پس از اندکی درون‌نگری، به نفع حفظ تمرکز صرفاً بر روی برداشت‌های سرمایه‌گذاری کشیده شد.

هنگامی که Shapella ایمن ارسال شد، نامزدهای گنجاندن در Dencun دوباره EOF را در میان خود داشتند. و دوباره آن را کنار گذاشته شد که باعث ناراحتی دو قهرمان اصلی این فیلم، دانو فرین و گرگ کالوین شد.

اجماع در آوریل 2023 این بود که EOF برای به اشتراک گذاشتن مرحله با EIP-4844 - Proto-Danksharding - خیلی بزرگ است و بنابراین باید رفت. دومی، با پتانسیل خود برای بهبود چشمگیر تجربه کاربر از مجموعه لایه 2، برنده شد.

به عنوان تسلیت، آنسگار دیتریکس در بنیاد اتریوم پیشنهاد کرد که EOF به عنوان تمرکز ارتقاء بعدی، پراگ باشد. او گفت: «این خیلی بزرگ است که نمی‌توان مقام دوم یک چنگال را داشت. بنابراین، باید خود را داشته باشد.

ادامه مطلب: ارتقای بعدی اتریوم برای تمرکز بر حباب ها

Dencun، با 4844 به عنوان "درایور" خود، همچنان در مسیر اصلی برای شبکه اصلی در ماه مارس قرار دارد، زیرا توسعه دهندگان گزارش یک هارد فورک "بدون حادثه" شبکه آزمایشی Sepolia را در روز سه شنبه گزارش دادند.

Parithosh Jayanthi از بنیاد اتریوم می‌گوید: «ما نهایی‌ها و همچنین حباب‌ها را دیدیم که دقیقاً زمانی که می‌خواستیم ظاهر می‌شوند.

فقط یک شبکه آزمایشی، Holesky، قبل از شبکه اصلی باقی مانده است و Dencun باید در 7 فوریه آزمایش نهایی خود را انجام دهد.

هل دادن EOF بر روی خط پایان

بیشتر تماس روز پنجشنبه با هدف درک وضعیت فعلی فورک بزرگ بعدی انجام شد. این ارتقاء لایه اجماع که "پراگ" نام دارد، با عنوان مکان Devcon 4 نامگذاری شده است. در همین حال، "الکترا" - نامی که از یک ستاره غول پیکر آبی-سفید در صورت فلکی ثور الهام گرفته شده است - اصطلاحی است که توسط مشتریان اعدام برای اشاره به همان ارتقا

اولویت های "Pectra" به آرامی در حال شکل گیری هستند. خیلی آهسته

فرین بار دیگر برای EOF وارد میدان شد و آن را "وجودی برای EVM در چند سال آینده" خواند.

فرین به‌عنوان رهبر گروه کاری پیاده‌سازان EOF گفت که توسعه‌دهندگان «به حالت ارسال آن» رفته‌اند.

EOF قصد دارد قراردادهای هوشمند اتریوم را ایمن تر، کارآمدتر و سازگارتر با توسعه دهندگان کند. این برای توسعه دهندگان دپ اتریوم که معمولاً به تماس‌های دوهفته‌ای برنامه‌نویس تمام هسته‌ای نمی‌پیوندند، از اهمیت ویژه‌ای برخوردار است.

این باعث شد که برخی از تیم های مشتری این تصور را داشته باشند که EOF در گذشته مهم نبوده است، ننگی که تکان دادن آن سخت بوده است.

در تماس 4 ژانویه، دراگان راکیتا از تیم مشتری Reth حمایت قوی از EOF ابراز کرد، و Lukasz Rozmej توسعه‌دهنده Nethermind خاطرنشان کرد که آزمایش EOF بسیار آسان‌تر از درختان Verkle است - تمرکز اصلی رقابت برای فورک بعدی.

ادامه مطلب: کاربران Big Geth به دنبال اشکال Nethermind مشتریان خود را متنوع می کنند

حتی Marius van der Wijden از Go Ethereum (Geth) که قبلاً نسبت به EOF شک داشت، نسبتاً با این ایده موافق بود.

ون در ویدن گفت: «من در حال گرم کردن با EOF بودم، [این] برای من [اولویت] نیست.

پشتیبانی بیشتر در تماس 18 ژانویه ایجاد شد. جورجیوس کنستانتونوپولوس، مدیر ارشد فناوری پارادایم گفت که این کار توسط یک نفر در چند ماه قابل انجام است.

فرین این احساس را در مورد جدیدترین تماس تکرار کرد و استدلال کرد که کار روی EOF و Verkle توسط مهندسان مختلف در تیم های مشتری انجام می شود و بنابراین تعهد به آن مانع از پیشرفت کار بر روی Verkle نمی شود.

اما Guillaume Ballet، توسعه‌دهنده Geth در بنیاد اتریوم، هنوز متقاعد نشده بود، EOF نگران کننده می‌تواند بر Verkle تأثیر منفی بگذارد.

بالت گفت: «اگر اول از همه کار می‌کند، باید مطمئن شوم که چیزی را ارسال نمی‌کنیم و خودمان را در گوشه‌ای نقاشی می‌کنیم که متوجه شویم چیزی را شکستیم».

اندرو آشیخمین، مهندس نرم‌افزار در تیم مشتری Erigon، پیشنهاد داد که به EOF متعهد شود با این احتیاط که در شبکه آزمایشی Verkle آزمایش شود و زمانی برای همکاری بین Verkle و پیاده‌کننده EOF در هفته‌های آینده در نظر گرفته شود.

همانطور که فرین مشاهده کرد، کمی مشکل مرغ و تخم مرغ است.

او گفت: «قبل از اینکه بتوانیم آن را در testnet در Verkle قرار دهیم، به کارکرد آن در مشتریان نیاز داریم. 

اما او متقاعد شده است که باید با Verkle سازگار باشد.

باله پاسخ داد: "من "باید" را نمی خواهم، می خواهم ببینم کار می کند.

EOF هنوز در حال تلاش برای گرفتن دسته گل است و منتظر خواستگاری است تا آن را در راهرو قدم بزند.

داستان بزرگ بعدی را از دست ندهید - به خبرنامه روزانه رایگان ما بپیوندید.