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

توسعه‌دهندگان اصلی اتریوم در حال بحث در مورد اولویت‌های هارد فورک بعدی پس از Dencun هستند که ممکن است در اواخر سال 2024 یا 2025 عرضه شود.

پس از تماس روز پنجشنبه All Core Devs، برنامه آزمایشی برای فورک Dencun بدون تغییر باقی می‌ماند و شبکه آزمایشی Goerli برای اولین بار در 17 ژانویه راه‌اندازی شد.

با توجه به اینکه احتمال عرضه این ارتقا در ماه مارس به نظر می رسد، توسعه دهندگان توجه خود را به آنچه در پراگ-الکترا (به اختصار Pralectra) در آینده خواهد آمد، معطوف کرده اند.

هنوز در جریان است، بحث در مورد چشم انداز کلی در حال انجام است: یا مجموعه ای از پیشنهادات کوچکتر بهبود اتریوم (EIP) متمرکز بر ویژگی ها یا یک ارتقاء پروتکل بزرگ برای معرفی Verkle Trees به لایه اجرا.

درختان ورکل یک ساختار داده جدید است که درخت مرکل فعلی را که امروزه مورد استفاده قرار می‌گیرد، با استفاده از تکنیک‌های پیچیده‌تر ریاضی - تعهدات برداری مبتنی بر جفت‌های منحنی بیضوی، که فاصله قابل‌توجهی با توابع هش ساده‌تر مورد استفاده در درختان مرکل دارد، ایجاد می‌کند. اطلاعات

این ساختار از فضای کمتری استفاده می‌کند و می‌تواند سریع‌تر تأیید شود، که هر دو به شبکه اجازه می‌دهند تا تراکنش‌های بیشتری را انجام دهد.

به طور خلاصه، این راهی برای مقابله با مشکل طولانی مدت «نفخ حالت» است که به عنوان مقیاس اتریوم اهمیت فزاینده ای خواهد داشت.

این ارتقا یک نقطه عطف کلیدی در نقشه راه بلند مدت اتریوم است، مرحله ای که به آن The Verge گفته می شود.

هیچ اجماع واضحی در مورد این فراخوان وجود نداشت - برخی مدافع حفظ تمرکز مستقیم بر درختان Verkle هستند، با Guillaume Ballet در بنیاد اتریوم هشدار داد "چیزی به نام چنگال کوچک وجود ندارد"، اما برخی دیگر خواستار تعهد قاطع برای ارتقاء شبکه هستند. دوباره در سال 2024

ترس این است که Verkle Trees ممکن است 18 ماه یا بیشتر طول بکشد تا تحویل داده شود - یک ابدیت در کریپتو.

خود Dencun در ابتدا برای نوامبر برنامه ریزی شده بود، اما در نهایت در اکتبر گذشته به سال 2024 منتقل شد.

ادامه مطلب: توسعه دهندگان اصلی، فورک Dencun را امسال رد می کنند

بالت گفت: «ورکل از نظر پیچیدگی در مقیاس ادغام است. "شما نمی توانید واقعاً چیزی را به طور همزمان در سمت [لایه اعدام] ارسال کنید."

Lukasz Rozmej از تیم Nethermind execution client موافق است و به توسعه دهندگان توصیه می کند قبل از روی آوردن کامل به Verkle Trees ابتدا یک فورک غنی از ویژگی ها را در اولویت قرار دهند.

او به همکاران خود در این تماس گفت: «تجربه من به من می‌گوید که طراحی مجدد ایالتی بسیار سخت است و زمان بسیار زیادی طول می‌کشد. سختی Verkle مشخصات نیست، پیاده سازی، بهینه سازی و آزمایش است.

ویژگی ها، بله، اما کدام یک؟

در میان کسانی که از دومین فورک سال 2024 با تمرکز بر ویژگی‌ها حمایت می‌کردند، تیم‌های مشتری برای Nethermind، Besu و Reth بودند. اما سوال اینجاست که چه چیزی اولویت دارد؟

اندرو آشیخمین، مهندس نرم‌افزار در تیم مشتری Erigon، پیشنهاد کرد که فرمت شیء EVM (EOF) یکی از کاندیدای ارتقاء بعدی بدون حواس‌پرتی از کار طولانی‌مدت بر روی درختان Verkle است، زیرا می‌تواند توسط یک تیم کوچک‌تر پیاده‌سازی شود. و تغییر مجزاتری در پایه کد بود.

او گفت: «اما ورکل باید تمرکز اصلی باشد.

EOF در ابتدا برای هارد فورک Shapella در نظر گرفته شد، اما برای جفت شدن به عنوان "مسافر" در کنار "درایور" اصلی، شاردینگ Proto-Dank یا EIP-4844 بسیار بزرگ در نظر گرفته شد.

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

به گفته جاستین فلورنتین، مهندس پروتکل در تیم مشتری Besu، EOF «قطعاً مسافر نیست»، اما او گفت که Besu قبلاً «پیشرفت زیادی» در این ویژگی داشته است و بنابراین موافق پذیرش آن در Pralectra است.

جورجیوس کنستانتوپولوس، مدیر ارشد فناوری و محقق در شرکت سرمایه گذاری Paradigm، که در حال ساخت مشتری Rust Ethereum (Reth) است، گفت که تیم او "با EOF خوب است، زیرا این یک شغل یک نفره است و [نیاز به] آزمایش ایزوله دارد."

اما ماریوس ون در ویدن، توسعه‌دهنده بنیاد اتریوم، این عقیده را به اشتراک گذاشت که «EOF قرار نیست در چنگال کوچک باشد».

Ansgar Dietrichs در بنیاد اتریوم آوریل گذشته از EOF برای گنجاندن در Pralectra پشتیبانی کرد و در تماس روز پنجشنبه خاطرنشان کرد که تیم Solidity - حفظ زبان برنامه‌نویسی قرارداد هوشمند اصلی EVM - قویاً موافق است.

هیچ کس در این تماس حضور نداشت تا صریحاً از EOF دفاع کند، با این حال، بنیانگذار Nethermind، Tomasz Stanczak، اظهار داشت: "اگر کسی از EOF در این تماس حمایت نکند، این به طور خلاصه توضیح می دهد که چرا هنوز ارسال نشده است."

Stanczak EIP-7002 یا "Execution Layer Triggerable Exits" را به عنوان EIP برتر در انجمن Ethereum Magicians و "فوق العاده مهم" نامید، زیرا یک "اشکال بزرگ طراحی همراه با staking [و] نمی تواند به اندازه کافی زودتر ظاهر شود" را برطرف می کند.

یکی از توسعه‌دهنده‌های اصلی، Parithosh Jayanthi، که با نام مستعار "پوتوز" شناخته می‌شود، گفت که اگر مجبور شود یکی از ویژگی‌ها را برای ارسال انتخاب کند، EIP-7002 خواهد بود. با این حال، به نظر او، EIP-7549 "قطعا باید وارد شود."

این ویژگی که فقط بر لایه اجماع تأثیر می گذارد، یک اشکال در طراحی اتریوم را برطرف می کند و هدف آن کاهش میانگین تعداد جفت های مورد نیاز برای تأیید قوانین اجماع است. جفت‌سازی عملیاتی است که در الگوریتم‌های رمزنگاری خاص شامل منحنی‌های بیضوی استفاده می‌شود.

در حال حاضر، برای دستیابی به اجماع لازم است حداقل 1366 گواهی تأیید شود - که نشان دهنده توافق بین اعتبار سنجی ها است - اما پس از EIP-7549 به تنها 22 کاهش می یابد.

پوتوس گفت: «پیاده‌سازی آن بی‌اهمیت است و در زمان تجمیع صرفه‌جویی می‌کند. "این می تواند در پل های بی اعتماد - و zk-provers، zk-bridges - کمک کند - این چیزی است که قطعاً باید در هر انشعابی که بعد انجام می دهیم باشد."

هدف از این فراخوان شروع بحث بود و رویکرد خاص و پیشنهادات بهبود در تاریخ بعدی تصمیم گیری خواهد شد. ارتقای اتریوم مبتنی بر اجماع است. هیچ سلسله مراتب صریحی از اختیارات یا مکانیسم رأی گیری برای تعیین اولویت ها وجود ندارد.

پیشرفت در بعضی مواقع ممکن است چالش برانگیز یا آشفته به نظر برسد، نه بر خلاف گربه های گله، اما این طبیعت جانور غیرمتمرکز است.

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