توسعه‌دهندگان اتریوم EIP-8141، معروف به تراکنش‌های فریم (Frame Transactions)، را برای ارتقای هگوتا (Hegotá) شبکه در سال 2027 متعهد کرده‌اند، و بدین ترتیب انتزاع حساب (account abstraction) بومی را در مسیر تبدیل شدن به بخشی از سیستم تراکنش استاندارد اتریوم قرار داده‌اند.

توسعه‌دهندگان اصلی، EIP-8141 را از وضعیت «در حال بررسی برای گنجاندن» به «زمان‌بندی شده برای گنجاندن» در طول تماس اجرایی توسعه‌دهندگان اصلی در 27 آگوست، مطابق با EIP متا هگوتا، منتقل کردند. این تغییر به فریم‌ها جایگاه رسمی در ارتقای برنامه‌ریزی شده می‌دهد، اگرچه این پیشنهاد همچنان یک پیش‌نویس است و جزئیات فنی آن ممکن است قبل از استقرار تغییر کند.

ویتالیک بوترین، بنیان‌گذار اتریوم و یکی از 10 نویسنده این پیشنهاد، روز یکشنبه پس از ماه‌ها توسعه، توجه را به این کار جلب کرد.

بوترین در ایکس نوشت: «پیشرفت‌های مهم زیادی در مورد فریم‌ها (EIP-8141) در چند ماه گذشته بی‌صدا در حال انجام بوده است»، و مشخصات به‌روز شده را توصیه کرد.

این پیشنهاد به چندین محدودیت موجود در حساب‌های عادی اتریوم می‌پردازد، از جمله این الزام که حساب آغازکننده یک تراکنش باید اتر برای پرداخت کارمزد شبکه داشته باشد.

تراکنش‌های فریم می‌توانند به برنامه‌ها اجازه دهند گس اتریوم را پرداخت کنند

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

EIP-8141 بخش‌های مختلف یک تراکنش را به فریم‌های قابل برنامه‌ریزی تقسیم می‌کند که شامل مجوز، پرداخت کارمزد و اجرا می‌شود. حساب فرستنده دارایی‌ها و حساب پرداخت‌کننده گس دیگر نیازی به یکسان بودن ندارند.

بنابراین، یک برنامه پرداخت می‌تواند کارمزد ETH را برای کاربر بپردازد یا استیبل‌کوین‌ها را از کاربر قبول کند در حالی که خود پرداخت اتر مورد نیاز را مدیریت می‌کند. ولیدیتورها به دریافت کارمزد از طریق سیستم کارمزد موجود اتریوم ادامه خواهند داد، در حالی که دارنده کیف پول نیازی به کسب ETH نخواهد داشت.

این طراحی چندین ویژگی مرتبط با انتزاع حساب را به جریان عادی تراکنش اتریوم منتقل می‌کند. پیاده‌سازی‌های موجود مانند ERC-4337 در حال حاضر می‌توانند از گس اسپانسر شده (sponsored gas) و کیف پول‌های قابل برنامه‌ریزی پشتیبانی کنند، اما آنها از زیرساخت‌های جداگانه‌ای از جمله UserOperations، باندلرها (bundlers) و پی‌مسترها (paymasters) استفاده می‌کنند.

ERC-4337 از سال 2023 بدون نیاز به تغییر در پروتکل پایه، در اتریوم فعالیت می‌کند. UserOperations آن از طریق یک ممپول (mempool) جداگانه ارسال می‌شوند، توسط باندلرها جمع‌آوری شده و به یک قرارداد EntryPoint که اعتبارسنجی و اجرا را مدیریت می‌کند، منتقل می‌شوند.

همانطور که قبلاً در ماه آگوست توسط crypto.news گزارش شده بود، فناوری حساب هوشمند (smart account) می‌تواند از اسپانسرینگ گس، پَس‌کی‌ها (passkeys)، بازیابی اجتماعی (social recovery) و سایر کنترل‌های کیف پول که برای حساب‌های خارجی (externally owned accounts) معمولی در دسترس نیستند، پشتیبانی کند.

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

EIP-8141 اقدامات مرتبط را دسته‌بندی می‌کند

فریم‌ها می‌توانند تراکنش‌هایی را که در حال حاضر به چندین تأیید جداگانه نیاز دارند، تغییر دهند.

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

EIP-8141 اجازه می‌دهد عملیات مرتبط گروه‌بندی شوند تا با هم موفق یا ناموفق باشند. بنابراین، یک تأییدیه متصل به یک معامله ناموفق می‌تواند به عنوان بخشی از همان تراکنش لغو شود.

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

اعتبارسنجی قابل برنامه‌ریزی به حساب‌ها کنترل بیشتری بر آنچه اتریوم به عنوان یک تراکنش معتبر می‌شناسد، می‌دهد. به جای اینکه هر حساب خارجی به یک فرآیند احراز هویت ثابت و یکسان متکی باشد، حساب‌ها می‌توانند قوانین تأیید را از طریق کد ماشین مجازی اتریوم (Ethereum Virtual Machine code) اجرا کنند.

محققان اتریوم سال‌هاست که در حال کار بر روی این نوع انتزاع حساب بومی هستند. EIP-7702، که توسط بوترین و سایر توسعه‌دهندگان در سال 2024 پیشنهاد شد، قبلاً به دنبال این بود که به حساب‌های خارجی دسترسی به عملکردهای کیف پول قرارداد هوشمند (smart contract wallet) را بدهد و در عین حال سازگاری با ERC-4337 را حفظ کند.

تراکنش‌های فریم می‌توانند امکان تغییر کلیدهای اتریوم را فراهم کنند

تغییرات اعتبارسنجی فراتر از پرداخت‌های گس و دسته‌بندی تراکنش‌ها است.

حساب‌های خارجی اتریوم معمولی توسط کلیدهای خصوصی با استفاده از الگوریتم امضای دیجیتال منحنی بیضوی (Elliptic Curve Digital Signature Algorithm) کنترل می‌شوند. یک کلید خصوصی نمی‌تواند به سادگی جایگزین شود در حالی که همان حساب تحت مدل سنتی حفظ شود. از دست دادن کلید می‌تواند دسترسی به دارایی‌های کنترل شده توسط آن را برای همیشه از بین ببرد، در حالی که یک کلید به خطر افتاده می‌تواند کنترل حساب را به مهاجم بدهد.

فریم‌ها به یک حساب اجازه می‌دهند منطق اعتبارسنجی خود را تعریف کند و راه را برای چرخش کلید (key rotation) و سیستم‌های احراز هویت مختلف بدون نیاز به انتقال دارایی‌ها به آدرس جدید باز می‌کنند.

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

بوترین در یک به‌روزرسانی در ماه آگوست، امنیت کوانتومی را در نقشه راه فنی اتریوم در جایگاه بالاتری قرار داد، در کنار کارهایی در مورد رول‌آپ‌های بومی (native rollups)، حریم خصوصی و تغییرات در معماری ذخیره‌سازی شبکه.

او قبلاً یک نقشه راه مقاومت کوانتومی را تشریح کرده بود که شامل امضاهای اجماع اتریوم (consensus signatures)، سیستم‌های در دسترس بودن داده (data availability systems)، رمزنگاری کیف پول و اثبات‌های دانش صفر (zero-knowledge proofs) می‌شد. این طرح ECDSA را، که حساب‌های عادی اتریوم را کنترل می‌کند، به عنوان یکی از اجزایی شناسایی کرد که در صورت توسعه کامپیوترهای کوانتومی به اندازه کافی قدرتمند، ممکن است در نهایت نیاز به جایگزینی داشته باشد.

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

هگوتا پس از ارتقای گلمستردام اتریوم خواهد آمد

هگوتا برای سال 2027 برنامه‌ریزی شده است و پس از گلمستردام (Glamsterdam)، ارتقای بعدی شبکه اتریوم، خواهد آمد.

توسعه‌دهندگان در ماه آگوست همچنان در حال محدود کردن دامنه هگوتا بودند. در آن زمان، تراکنش‌های فریم (Frame Transactions) همچنان در دست بررسی بودند در حالی که EIP-7805، یا لیست‌های شمول اجباری انتخاب فورک (Fork-choice enforced Inclusion Lists)، تنها پیشنهادی بود که رسماً برای این ارتقا برنامه‌ریزی شده بود.

تصمیم 27 آگوست از آن زمان EIP-8141 را به همراه EIP-7805 به دسته برنامه‌ریزی شده منتقل کرده است.

قبل از آن تصمیم، توسعه‌دهندگان EIP-8141 را با EIP-8130 به عنوان رویکردهای رقابتی برای انتزاع حساب بومی مقایسه می‌کردند. بحث‌ها شامل این بود که چگونه اتریوم می‌تواند از استانداردهای انتزاع حساب ناسازگار بین شبکه‌های لایه 1 و لایه 2 جلوگیری کند، در حالی که انعطاف‌پذیری را برای طراحی‌های مختلف تراکنش حفظ می‌کند.

در همین حال، گلمستردام در برنامه ارتقای اتریوم جلوتر از هگوتا قرار دارد. توسعه‌دهندگان تغییرات برنامه‌ریزی شده آن را از طریق شبکه‌های توسعه آزمایش کرده‌اند، و این ارتقا بر جداسازی حک شده پیشنهاد‌دهنده-سازنده (Enshrined Proposer-Builder Separation) و لیست‌های دسترسی در سطح بلوک (Block-Level Access Lists) متمرکز است.

این ارتقا شامل تغییراتی در حسابداری گس اتریوم نیز می‌شود. بنیاد اتریوم در ماه آگوست به توسعه‌دهندگان کیف پول هشدار داد که EIP-8037 می‌تواند نرم‌افزارهایی را که بر این فرض متکی هستند که هر انتقال پایه ETH 21,000 گس هزینه دارد، تحت تأثیر قرار دهد، زیرا انتقال‌هایی که وضعیت جدیدی ایجاد می‌کنند، با هزینه اضافی مواجه خواهند شد.

EIP-8141 امروز نمی‌تواند در شبکه اصلی (mainnet) اتریوم استفاده شود. مشخصات آن در وضعیت پیش‌نویس باقی می‌ماند در حالی که توسعه‌دهندگان به کار پیاده‌سازی و آزمایش خود پیش از استقرار برنامه‌ریزی شده هگوتا در سال 2027 ادامه می‌دهند.