به‌روزرسانی دوگانه اتریوم: گلامستردام و هگوتا

[خبرنگار همجیون از بلاک‌مدیا] اتریوم در حال ادامه کارهای آماده‌سازی برای به‌روزرسانی بعدی خود به نام "گلامستردام (Glamsterdam)" است که به زودی در شبکه آزمایشی سپولیا (Sepolia) اعمال خواهد شد. به‌روزرسانی بعدی "هگوتا (Hegotá)" نیز به‌طور همزمان در حال توسعه است و به‌طور جداگانه ویژگی‌های کلیدی آن آزمایش خواهد شد.

بر اساس جلسه تست توسعه‌دهندگان "ACDT #97" که توسط اتریوم کالکتیو کره (ECK) در تاریخ ۲۴ اکتبر برگزار شد، تیم توسعه در تاریخ ۲۱ اکتبر (به وقت محلی) برنامه زمان‌بندی شبکه آزمایشی گلامستردام و روش‌های اولیه تست هگوتا را هماهنگ کردند. بحث بیشتر بر این بود که چگونه ویژگی‌های در حال پیگیری را در چه ترتیبی تأیید کنند، به جای افزودن ویژگی‌های جدید.

جریان اصلی به‌روزرسانی‌های اتریوم از "فوساکا (Fusaka)" که قبلاً در شبکه اصلی اعمال شده، به "گلامستردام (Glamsterdam)" که در حال حاضر در حال تأیید است و سپس به "هگوتا (Hegotá)" ادامه می‌یابد. هدف این است که گلامستردام در سه‌ماهه چهارم سال جاری و هگوتا در سه‌ماهه دوم سال آینده به شبکه اصلی اعمال شود، اما تاریخ‌های دقیق هنوز مشخص نشده است.

برای اینکه گلامستردام به شبکه اصلی وارد شود، ابتدا باید ثبات ویژگی‌های جدید در شبکه آزمایشی تأیید شود. شبکه‌های آزمایشی اتریوم که در این فرآیند استفاده می‌شوند، سپولیا و هودی (Hoodi) هستند. تیم توسعه قصد دارد گلامستردام را ابتدا در این دو شبکه آزمایشی اعمال کند، به طوری که در سپولیا عمدتاً عملکرد برنامه‌ها و قراردادهای هوشمند بررسی شود و در هودی، مشکلات مربوط به عملکرد اعتبارسنج‌ها و استیکینگ و سایر ویژگی‌های شبکه تأیید شود.

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

گلامستردام به مرحله‌ای رسیده است که دامنه ویژگی‌های اصلی را تعیین کرده و در حال آزمایش ثبات در شبکه آزمایشی توسعه‌دهندگان (دِو نت) است. پیش‌تر، بنیاد اتریوم در تاریخ ۱۷ سپتامبر شبکه آزمایشی پیشرفته‌ای به نام "پلاتوبرگت (Platåberget)" را منتشر کرد که توسعه‌دهندگان عمومی و اپراتورهای نود نیز می‌توانند در آن شرکت کنند. این محیط برای تأیید عملکرد صحیح کیف پول‌ها و خدمات مختلف پس از به‌روزرسانی ایجاد شده است.

برنامه زمان‌بندی اصلی بعدی، اعمال گلامستردام در شبکه آزمایشی سپولیا در تاریخ ۶ اکتبر است. به همین ترتیب، هر تیم توسعه‌دهنده تصمیم گرفته‌اند که نسخه جدید نرم‌افزار اجرایی شبکه را تا تاریخ ۲۹ اکتبر منتشر کنند. تاریخ موقتی برای اعمال گلامستردام در شبکه آزمایشی هودی، ۲۷ اکتبر پیشنهاد شده است و تصمیم‌گیری در مورد آن در تاریخ ۸ اکتبر انجام خواهد شد.

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

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

یک برنامه باگ باونتی نیز در حال اجرا است که در آن اگر نقاط ضعف شناسایی و گزارش شوند، پاداش داده می‌شود. با این حال، به‌روزرسانی‌های مربوط به گلامستردام تا تاریخ ۲۴ اکتبر محدود به مشخصات فنی و پیشنهادات بهبود اتریوم (EIP) هستند. کد پیاده‌سازی گلامستردام در نرم‌افزار اجرایی هنوز مشمول پاداش نیست و پس از انتشار نسخه نامزد، دامنه پاداش گسترش خواهد یافت.

هگوتا: تأیید جداگانه "جلوگیری از سانسور تراکنش‌ها" و "راحتی کیف پول"

هگوتا که برای آینده پس از گلامستردام آماده می‌شود، در مرحله‌ای است که ویژگی‌های کلیدی را تعیین کرده و پیاده‌سازی اولیه و ساخت شبکه آزمایشی را پیش می‌برد. ویژگی‌های اصلی شامل "فوسیل (FOCIL)" و "تراکنش‌های فریم (EIP-8141)" است و سایر جزئیات نیاز به بحث بیشتری دارد.

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

تراکنش‌های فریم پیشنهادی هستند که روش تأیید تراکنش کیف پول و پردازش هزینه‌ها را به‌طور برنامه‌ریزی شده در قوانین پایه تراکنش‌های اتریوم منعکس کنند تا روش تأیید تراکنش کیف پول و روش پرداخت هزینه‌ها را انعطاف‌پذیرتر کنند. این به‌طور مستقیم از طریق شبکه، ویژگی‌هایی را که پیش‌تر ERC-4337 از طریق زیرساخت جداگانه ارائه می‌کرد، پشتیبانی می‌کند.

در ERC-4337، زمانی که کاربر به‌جای تراکنش‌های عادی "عملیات کاربر (UserOperation)" را ارسال می‌کند، "باندلر" که این درخواست‌ها را جمع‌آوری کرده و به‌عنوان تراکنش‌های اتریوم ارسال می‌کند، نقش واسطه را ایفا می‌کند. سپس قرارداد هوشمند مشترک به نام "نقطه ورودی (EntryPoint)" شرایط تأیید کیف پول را بررسی کرده و فرآیند اجرای درخواست را مدیریت می‌کند. در مواردی که خدمات هزینه‌های کاربر را به‌جای او پرداخت می‌کنند، قرارداد جداگانه‌ای به نام "پرداخت‌کننده (Paymaster)" نیز استفاده می‌شود. این امکان را فراهم می‌کند که ویژگی‌های راحت کیف پول بدون تغییر در قوانین پایه تراکنش‌های اتریوم پیاده‌سازی شوند، اما به زیرساخت اضافی برای اتصال نیاز دارد.

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

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

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

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

مات گانت، توسعه‌دهنده گت (Geth)، گفت: "می‌خواهم هدفم این باشد که شبکه آزمایشی فریم و فوسیل قبل از دِوکان فعال باشد." این پیشنهاد مطرح شد که اگر آزمایش‌های اولیه به خوبی پیش برود، در اکتبر شبکه آزمایشی یکپارچه را پیش ببریم. این هدف برای راه‌اندازی شبکه آزمایشی توسعه‌دهندگان است و به این معنا نیست که هگوتا در آن زمان به شبکه اصلی وارد خواهد شد.

در مورد گلامستردام، همچنین بحث شد که نودهایی که در عملیات شبکه شرکت می‌کنند، باید چقدر از داده‌های کمکی مورد نیاز برای پردازش بلوک‌ها و تراکنش‌ها را برای مدت زمان مشخصی نگه‌داری و به نودهای دیگر ارائه دهند. کاهش مدت زمان نگهداری می‌تواند ظرفیت ذخیره‌سازی مورد نیاز برای اپراتورها را کاهش دهد.

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

تیم توسعه در این جلسه هیچ دوره نگهداری را تعیین نکرد و این موضوع را به بحث‌های آنلاین و جلسات توسعه‌دهندگان بعدی واگذار کرد. همچنین تأیید شد که این موضوع مانع از اعمال گلامستردام در شبکه آزمایشی سپولیا نخواهد شد.

این محتوا صرفاً برای اطلاع‌رسانی عمومی ارائه شده است و به‌منزله مشاوره مالی، سرمایه‌گذاری، حقوقی یا مالیاتی تلقی نمی‌شود. هرگونه رویداد، جایزه، کمپین آنلاین یا اطلاعات مرتبط که در اینجا ذکر شده است، نباید به‌عنوان توصیه، ترغیب یا دعوت به خرید، فروش، معامله یا هرگونه دادوستد دیگر دارایی‌های رمزارزی تلقی شود. دارایی‌های رمزارزی از نوسان بالایی برخوردار هستند و ممکن است منجر به زیان شوند. دسترسی به خدمات، محصولات و رویدادهای مرتبط با WEEX ممکن است بسته به منطقه جغرافیایی متفاوت باشد. اطمینان از اینکه استفاده شما از این خدمات با قوانین و مقررات محلی مطابقت دارد، بر عهده خود شماست.