تیم پروتکل اتریوم برای مهلت دسامبر ۲۰۲۹ تلاش میکند تا لایههای اجرا، اجماع و داده شبکه را در برابر حملات کوانتومی مقاوم کند؛ با این فرض برنامهریزی که «روز کوانتومی» (Q-day) — یعنی زمانی که رایانههای کوانتومی بتوانند رمزنگاری پرکاربرد را بشکنند — ممکن است تا سال ۲۰۳۰ فرا برسد.
بر اساس این برنامه، قابلیت کامل پساکوانتومی در ارتقایی با نام L* ارائه خواهد شد؛ پنجمین هاردفورک پس از گلماستردام که هدفگذاری شده است در دسامبر ۲۰۲۶ روی شبکه اصلی اجرا شود. تیم پروتکل بنیاد اتریوم قصد دارد پیشرفت رایانش کوانتومی را در ژانویه ۲۰۲۷ دوباره ارزیابی کند، اما نقطه پایانی ۲۰۲۹ را بهعنوان مهلت مهندسی عملیاتی در نظر گرفته است، نه هدفی دوردست در پژوهش.
این جدول زمانی باعث میشود اتریوم چندین تغییر بزرگ پروتکل را بهصورت موازی دنبال کند. بین گلماستردام و L*، شبکه باید هگوتا، I*، J*، K* و L* را با فاصلهای میانگین حدود ۷٫۲ ماه عرضه کند. تیم هنوز تاریخهای قطعی شبکه اصلی را برای ارتقاهای پس از گلماستردام تعیین نکرده است و ترتیب برخی کارهای بعدی مرتبط با کوانتوم همچنان در حال بررسی است.
مسیر فشرده برای اتریوم مقاوم در برابر کوانتوم
هگوتا بهعنوان نخستین نقطه تحویل این برنامه عمل خواهد کرد، هرچند خود آن بهعنوان یک هاردفورک پساکوانتومی طراحی نشده است. تیمهای کلاینت انتظار دارند کار پیادهسازی اولیه در اواخر ۲۰۲۶ آغاز شود، در حالی که پژوهش، مشخصات فنی، نمونههای اولیه و آزمونهای امنیتی ارتقاهای بعدی همزمان ادامه خواهند یافت.
این نقشه راه گذار کوانتومی را بهجای تلاش برای جایگزینی همه اجزای رمزنگاری آسیبپذیر در یک انتشار، به چند مرحله تقسیم میکند. انتظار میرود I* یک دفتر ثبت کلید عمومی پساکوانتومی معرفی کند تا حسابها بتوانند کلیدهای مقاوم در برابر کوانتوم را ثبت و استفاده کنند. همچنین در همین مرحله، «اجماع تفکیکشده» بهعنوان یکی از مسیرهای اصلی مورد بررسی قرار میگیرد و همزمان کارهای اولیه روی تغییرات عمده در ساختار حالت اتریوم و فرایند مهاجرت آن انجام خواهد شد.
برنامهریزی شده است که J* یک لایه ۱ پساکوانتومی حداقلیِ قابلاجرا، یا MV-PQ، معرفی کند. این بسته شامل سازوکار «ضربان قلب» پساکوانتومی برای اجماع، نمونهبرداری leanDA پساکوانتومی برای لایه دسترسپذیری داده اتریوم و تراکنشهای leanSPHINCS پساکوانتومی برای اجرا خواهد بود.
K* در حال حاضر به اثباتهای اجراییِ اجباری اختصاص یافته است. بر اساس این طراحی، اعتبارسنجها بهجای اجرای دوباره کامل هر بلوک، به بررسی اثباتهای رمزنگاری فشرده درباره اجرای بلوکها روی خواهند آورد. این رویکرد میتواند نقش محاسباتی اعتبارسنجها را تغییر دهد و همزمان اتریوم را برای محیط اجراییِ مبتنی بر اثبات آماده کند.
L* پیامهای گواهیدهی پساکوانتومی را اضافه میکند و حفاظت برنامهریزیشده از لایه اجماع اتریوم را تکمیل خواهد کرد. ترتیب اجرای این موارد هنوز نهایی نشده است: پژوهشگران پروتکل در حال بررسی انتقال گواهیدهیهای مقاوم در برابر کوانتوم به K* و انتقال اثباتهای اجراییِ اجباری به L* هستند. در هر دو ترتیب، L* بهعنوان نقطه هدف برای پوشش کامل سامانههای اجرا، اجماع و داده باقی میماند.
Hegotá دامنه اولیه خود را به دو پیشنهاد اجباری محدود میکند
تیم پروتکل، ۶۲ پیشنهاد نامزد Hegotá را در گروههای اولویتبندی مرتب کرده است. دو مورد در رده اجباری S قرار دارند، ۱۵ مورد بهعنوان کارهای رده A با اولویت بالا دستهبندی شدهاند، هشت مورد در رده مشروط B قرار گرفتهاند، هفت مورد در رده C و پایینتر از خط گنجاندهشدن هستند، ۲۸ مورد با عنوان «در فورک گنجانده نشود» مشخص شدهاند و وضعیت دو مورد همچنان نامشخص است.
دو مورد اجباری Hegotá عبارتاند از EIP-7805، فهرستهای گنجانشِ اجباری در انتخاب فورک، یا FOCIL، و EIP-8141، تراکنشهای فریمی.
FOCIL قوانین گنجانش تراکنشها با الزام اعتبارسنجها را به فرایند کنونی ساخت بلوک در اتریوم اضافه میکند. در هر اسلات، یک کمیته فهرستهایی از تراکنشهای قابل مشاهده برای اعضای خود منتشر میکند. سازنده بلوکِ اسلات بعدی این فهرستها را تجمیع کرده و تراکنشهای واجد شرایط را در بلوک میگنجاند؛ در همین حال، اعتبارسنجهای تأییدکننده بررسی میکنند که آیا بلوک پیشنهادی با فهرستهایی که بهموقع دریافت کردهاند مطابقت دارد یا نه.
بلوکِ حذفکننده تراکنشهای واجد شرایطِ فهرستشده، بدون دلیل مجاز، ممکن است بر اساس قوانین اجرای اتریوم معتبر باقی بماند؛ اما برای تبدیلشدن به بخشی از زنجیره canonical، پشتیبانی کافی از سوی گواهیدهندگان دریافت نکند. این طراحی به اعتبارسنجها نقش مستقیمتری در مقابله با سانسور تراکنشها میدهد، بدون آنکه جریان کنونی تولید بلوک را جایگزین کند.
EIP-8369 مشخص میکند کدام تراکنشها میتوانند برای گنجانش به سبک FOCIL واجد شرایط باشند. این پیشنهاد تراکنشهای متعارف را از تراکنشهای فریمی متمایز میکند؛ تراکنشهای فریمی دارای راستیآزمایی برنامهپذیر هستند که ممکن است به محدودیتهایی بر وضعیت خواندهشده و محاسبات مصرفشده نیاز داشته باشد.
فریمها که در EIP-8141 پیشنهاد شدهاند، اعتبارسنجی، اجرا و پرداخت کارمزد تراکنش را در سطح پروتکل برنامهپذیرتر میکنند. این پیشنهاد مبنایی برای انتزاع بومی حساب فراهم میکند و به حسابها اجازه میدهد بهجای اتکای صرف به مدل امضای مرتبط با حسابهای تحت مالکیت خارجی، از منطق اعتبارسنجی سفارشی استفاده کنند.
این انعطافپذیری همچنین بخشی از راهبرد مهاجرت اتریوم است. اعتبارسنجی برنامهپذیر میتواند به حسابها اجازه دهد با تغییر شرایط رمزنگاری، طرحهای امضای جدیدی را به کار بگیرند و نیاز به هاردفورک جداگانه را هر بار که اتریوم باید از روش احراز هویت متفاوتی پشتیبانی کند، کاهش دهد.
مهاجرت حساب و مقاومت در برابر سانسور به هم میرسند
فریمها به دو پیشنهاد رده A وابستهاند: EIP-8250، نانسهای کلیدگذاریشده، و EIP-8272. نانسهای کلیدگذاریشده به فرستنده اجازه میدهند چندین کانال مستقل نانس را مدیریت کند و خطر مسدود شدن فعالیتهای نامرتبط همان حساب بهدلیل تأخیر در یک تراکنش را کاهش میدهند. EIP-8272 به تراکنشها اجازه میدهد به وضعیت اخیر روی زنجیره ارجاع دهند؛ وضعیتی که اعتبارسنجها میتوانند آن را تأیید کنند.
تیم پروتکل این قابلیت ارجاع به وضعیت را به تلاشها برای گسترش تضمینهای گنجاندهشدن به برخی طراحیهای تراکنشهای مبتنی بر حریم خصوصی مرتبط میداند. بهطور عملی، اتریوم تلاش میکند قوانین ضدسانسور قویتر را با ویژگیهای حسابی همراه کند که بتوانند از تأیید پیچیدهتر تراکنشها پشتیبانی کنند.
چند پیشنهاد دیگر در رده A به مهاجرت از فرضهای رمزنگاریای میپردازند که ممکن است با ظهور رایانش کوانتومی بهاندازه کافی قدرتمند، ناامن شوند. EIP-8365 خروج مرحلهای از برخی اعتبارنامههای برداشت BLS را آغاز میکند. این کار میتواند پیش از نهایی شدن معماری کامل اجماع پساکوانتومی اتریوم آغاز شود.
EIP-7906، EIP-8298 و EIP-8151 مجموعهای تکمیلی برای امنیت حسابها در کنار فریمها تشکیل میدهند. EIP-7906 قابلیت «ادعاهای تراکنش» را معرفی میکند و به تراکنش اجازه میدهد پیش از نهایی شدن، برقرار بودن شرایط مشخصی را الزامی کند. EIP-8298 به حسابها اجازه میدهد از کد قرارداد موجود دوباره استفاده کنند و مسیری برای حسابهای واگذارشده فراهم میکند تا با کد کامل اختصاصی خود به حسابهای قرارداد هوشمند تبدیل شوند. EIP-8151 مانع میشود آدرسهایی که از قبل کد حساب دارند، همچنان از احراز هویت سنتی مبتنی بر ecRecover استفاده کنند.
سامانههای اثبات و قیمتگذاری منابع همچنان بخشی از این موازنه هستند
این نقشهراه همچنین EIP-8025، یعنی اثباتهای اجرایی اختیاری، را در بحثهای مربوط به Hegotá قرار میدهد. این پیشنهاد با کارهای آینده روی zkEVM مرتبط است و هدف آن گنجاندن تغییرات لازم در یک مشخصات اجرایی مشترک است تا از نگهداری بلندمدت فورکهای جداگانه پروتکل برای پروژههای مختلف ماشین مجازی دانش صفر جلوگیری شود.
EIP-8279 و EIP-8131 حداقل قیمتهایی را برای بایتهای فهرست دسترسی بلوک و یک لایه یکپارچه محتوای تراکنش تعیین میکنند. هدف آنها محدود کردن هزینههای پردازش در بدترین حالت بلوک است که از محتوای تراکنشهای کمقیمتگذاریشده ایجاد میشود. EIP-3298، که سازوکار بازپرداخت گس اتریوم را حذف میکند، و EIP-5920، یعنی کد عملیاتی PAY برای انتقال ETH بدون اجرای کد گیرنده، نیز در رده A قرار دارند.
برخی ایدههای برجسته اولویت پایینتری دارند. EIP-8198، یعنی Quick Slots، که به دنبال کوتاهتر کردن زمان اسلاتهاست، همچنان مشروط به ارائه مشخصات کامل، نمونههای اولیه، تحلیل تأثیرات پاییندستی و شواهدی است که نشان دهد با جداسازی اجماع تداخل نخواهد داشت. انتظار میرود تصمیمگیری درباره EIP-8368 و EIP-8372، که محدودیتهای گس و قیمتگذاری منابع وضعیت را پوشش میدهند، به دادههای شبکه اصلی جمعآوریشده پس از Glamsterdam بستگی داشته باشد.
ترتیب پیشنهادی اتریوم، تحویلدادنیهای نزدیکمدتی مانند FOCIL و Frames را در کنار یک گذار امنیتی چهارساله قرار میدهد که به وظایف اعتبارسنجهای شبکه، مدل تراکنش و بنیانهای رمزنگاری آن میرسد. ارزیابی مجدد در ژانویه ۲۰۲۷ بررسی خواهد کرد که آیا سرعت فرضشده پیشرفت کوانتومی — و توانایی خود اتریوم برای ارائه بهروزرسانیها تقریباً دو بار در سال — همچنان تکمیل پروژه تا دسامبر ۲۰۲۹ را پشتیبانی میکند یا نه.
بررسی کنید که نقشهراه اتریوم چگونه بر معاملات و امنیت شبکه تأثیر میگذارد—تحلیل بازارهای زنده رمزارز را با Toobit Markets امروز آغاز کنید.
سلب مسئولیت: محتوای این صفحه صرفاً برای اهداف اطلاعرسانی عمومی ارائه شده و بیانگر دیدگاهها یا توصیههای مالی Toobit نیست. ما هیچ تضمینی درباره صحت یا کامل بودن این اطلاعات ارائه نمیدهیم و در قبال هرگونه خطا، حذف یا پیامدهای ناشی از استفاده از آن مسئولیتی نخواهیم داشت. سرمایهگذاری در داراییهای دیجیتال با ریسک همراه است؛ کاربران باید وضعیت مالی خود و ریسکهای موجود را بهطور مستقل ارزیابی کنند. برای جزئیات بیشتر، لطفاً به شرایط استفاده از خدمات و بیانیه ریسک.
