سرنوشت اعتبارسنج‌های سولانا که به‌روزرسانی Agave ۴.۴.۱ را از دست دادند

شرکت Anza به اپراتورهای نود شبکه سولانا (Solana) مهلت داد تا پیش از اپک ۱۰۷۹، پچ جدیدی را نصب کنند که نحوه شمارش داده‌های حساب بارگذاری‌شده توسط تراکنش را تغییر می‌دهد. ماشینی که از نسخه قدیمی‌تر استفاده کند، ممکن است آنلاین بماند اما از زنجیره پذیرفته‌شده شبکه عقب بیفتد؛ مسئله‌ای که پیامدهای متفاوتی برای اعتبارسنج‌های دریافت‌کننده پاداش استیکینگ و سرویس‌های متکی بر کیف پول‌ها به همراه دارد.

مهلت اپک ۱۰۷۹ و نسخه‌های سازگار

شرکت Anza از نودهای شبکه اصلی، چه استیک‌شده و چه استیک‌نشده، خواست پیش از اپک ۱۰۷۹ نسخه‌های Agave ۴.۴.۱ یا Firedancer ۲۶.۱۰.۶ را اجرا کنند. این اپک طبق تخمین‌ها قرار بود در حدود ساعت ۱۳:۳۰ به وقت مختصات جهانی (UTC) در تاریخ ۶ نوامبر آغاز شود. انتشار نرم‌افزار و فعال‌سازی قابلیت، دو مرحله جداگانه محسوب می‌شوند و اپراتورها می‌توانند پیش از اعمال قوانین جدید توسط زنجیره، کد سازگار را مستقر کنند.

شرکت Anza نرم‌افزار Agave ۴.۴.۱ را در تاریخ ۵ نوامبر منتشر کرد. هشدار این شرکت حاکی از آن بود که تغییرات برای اپک ۱۰۷۹ برنامه‌ریزی شده است. مرز هر اپک به پیشروی زنجیره بستگی دارد و زمان ذکرشده در هشدار صرفاً یک تخمین عملی برای اپراتورها بود.

جزئیات فنی تغییرات داده‌های برنامه

این پچ یک اندازه حداقل (minimum size) برای حساب‌های ProgramData لودر نسخه ۳ (loader-v3) تعیین می‌کند که هنگام شمارش داده‌های بارگذاری‌شده توسط زمان اجرا (runtime) اعمال می‌شود. یک تراکنش که از قبل به حدکثر میزان داده نزدیک باشد، تحت این دو قانون ممکن است نتیجه متفاوتی تولید کند.

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

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

پیامدها برای اعتبارسنج‌ها و پاداش‌ها

اعتبارسنجی که از مسیر شبکه عقب بماند، ممکن است از ثبت رأی‌های مؤثر بازماند که این امر می‌تواند پاداش‌های استیک تفویض‌شده به آن را کاهش دهد. سوابق رأی و پاداش، تأثیر این موضوع را روی هر اپراتور مشخص می‌کنند. تفاوت میان ساختار نودها به این بستگی دارد که چه میزان از استیک از قوانین سازگار پیروی می‌کند.

زیرساخت‌های استیک‌نشده نیز تحت تأثیر همین پچ قرار گرفتند. یک نقطه پایانی (RPC endpoint) منسوخ‌شده یا تأخیر در واریز صرافی (exchange) می‌تواند روی کاربران تأثیر بگذارد، حتی اگر تولید بلاک در شبکه متوقف نشده باشد.

تفاوت‌های پردازش تراکنش و حد بارگذاری داده

یادداشت‌های انتشار نسخه Agave شرکت Anza، تغییر حسابداری ProgramData را به عنوان یک پچ برگشتی (backport) معرفی کرده‌اند. انتشار نسخه Firedancer نیز از همین قابلیت پشتیبانی می‌کند. هنگامی که دو کلاینت پس از فعال‌سازی، یک تراکنش را پردازش می‌کنند، باید روی میزان داده‌های حساب بارگذاری‌شده توافق داشته باشند.

حد بارگذاری داده با بودجه محاسباتی (compute budget) تفاوت دارد. بخش محاسبات، کار اجرایی را اندازه‌گیری می‌کند، اما یک تراکنش ممکن است بودجه محاسباتی کافی داشته باشد و در عین حال از حد مجاز حساب‌هایی که می‌تواند بارگذاری کند عبور نکند و با خطا مواجه شود.

نکات مهم

شرکت Anza به اپراتورهای سولانا مهلت داد تا پیش از اپک ۱۰۷۹، نسخه Agave ۴.۴.۱ یا Firedancer ۲۶.۱۰.۶ را نصب کنند. این پچ یک اندازه حداقل برای حساب‌های ProgramData لودر نسخه ۳ تعیین می‌کند که نحوه شمارش داده‌های بارگذاری‌شده را تغییر می‌دهد. اعتبارسنج‌هایی که به‌روزرسانی را انجام ندهند ممکن است از مسیر زنجیره اصلی خارج شده و پاداش‌های استیکینگ خود را از دست بدهند.

منبع: Crypto.news