SP1 نسخهٔ ۶.۸.۱ امضای شبکه را به یک انتخاب زمان اجرا تبدیل می‌کند

شرکت Succinct در ۲۴ سپتامبر ۲۰۲۶ نسخهٔ ۶.۸.۱ از SP1 را منتشر کرد. مهم‌ترین تغییر این نسخه در SDK رخ داده است: پشتیبانی از امضاکننده‌های پویای شبکه. این قابلیت به برنامه‌ها اجازه می‌دهد امضاکنندهٔ مورد استفاده برای تعاملات شبکه را در زمان اجرا انتخاب یا تغییر دهند و انتخاب امضاکننده را از یک پیکربندی کاملاً ثابت جدا می‌کند.

این تغییر برای سرویس‌های تولیدیِ اثبات و سیستم‌هایی که منطق برنامه را از اعتبارنامه‌ها جدا می‌کنند اهمیت دارد. یک استقرار می‌تواند بالقوه هویت‌های امضاکننده را چرخش دهد، مسیر‌دهی کند یا مدیریت کند، بدون آن‌که برنامهٔ اثبات دوباره ساخته شود. با این حال، یادداشت انتشار قرارداد کامل API یا الگوهای استقرار پشتیبانی‌شده را توضیح نمی‌دهد؛ بنابراین سازندگان باید پیاده‌سازی را بررسی و چرخهٔ عمر امضاکننده را با آزمون‌های خود ارزیابی کنند.

این وصله همچنین مشاهده‌پذیری خطا را بهتر می‌کند. SP1 اکنون خطاهای شبیه‌سازی شبکه را حفظ می‌کند؛ در نتیجه درخواست‌های ردشده یا شبیه‌سازی‌های نادرست باید آسان‌تر تشخیص داده شوند و به خطاهای مبهم‌ترِ لایه‌های بعدی تبدیل نشوند. تغییرات CI نیز jobهای RunsOn و تلاش‌های تکرارشده را از هم جدا می‌کند و تغییر دیگری امکان انتخاب دستی محیط RunsOn را می‌دهد. این‌ها بهبودهای عملیاتی‌اند که تشخیص تفاوت میان شکست آزمون و تفاوت محیط اجرا را آسان‌تر می‌کنند.

در لایهٔ اجرا، نسخهٔ ۶.۸.۱ مدیریت immediateها را بهتر می‌کند، برای مجموع سراسری جمع کنترل‌شده اضافه می‌کند و بارگذار ELF را بهبود می‌دهد. این مجموعه نشان می‌دهد تمرکز وصله بر افزایش قابلیت اطمینان مرز میان باینری مهمان و executor است. انتشار همچنین از بهینه‌سازی اجرای secp256k1 خبر می‌دهد، اما هیچ بنچمارک یا درصد بهبودی ارائه نمی‌کند؛ این یک ملاحظهٔ factual است که باید هنگام ارزیابی نتیجه در نظر گرفته شود.

بنابراین SP1 نسخهٔ ۶.۸.۱ را بهتر است یک انتشار یکپارچه‌سازی بدانیم، نه معماری تازه‌ای برای اثبات: اعتبارنامه‌ها انعطاف‌پذیرتر می‌شوند، خطاها قابل مشاهده‌تر، edge caseهای executor دفاعی‌تر و یک بار رمزنگاری رایج هدف بهبود عملکرد قرار می‌گیرد. تیم‌هایی که ارتقا می‌دهند باید مقداردهی اولیه و چرخش امضاکننده، آزمون‌های خطای شبکه و عملکرد secp256k1 را دوباره بررسی کنند و پیش از ادعای افزایش سرعت، workloadهای خود را مقایسه کنند.