BNB Chain هارد فورک پاستور را در شبکه اصلی BNB Smart Chain در ساعت 02:30 UTC در 25 آگوست فعال کرد و سه تغییر را با تمرکز بر امنیت بریج، احراز هویت اعتبارسنجها و ظرفیت بلاک معرفی کرد.
این شبکه تایید کرد که پاستور پس از فعالسازی برنامهریزیشدهاش فعال شده است. BSC به تولید بلاکها در فاصله 450 میلیثانیهای موجود خود ادامه داد و بلافاصله پس از ارتقا، هیچ اختلال عمدهای به صورت عمومی گزارش نشد.
پاستور، BEP-682، BEP-695 و BEP-675 را تحت طرح ارتقای گستردهتر BEP-673 ترکیب میکند. این تغییرات از 21 جولای در تستنت Chapel BSC عملیاتی شده بودند و سپس به شبکه اصلی رسیدند.
BEP-682 نحوه راستیآزمایی بلاکهای سبک (light blocks) ارسال شده از طریق زیرساخت بینزنجیرهای توسط BSC را تغییر میدهد. قبل از پاستور، فرآیند راستیآزمایی به صراحت ورودیهای تکراری را در لیست اعتبارسنجهای ارسالی رد نمیکرد.
بنابراین، یک درخواست دستکاریشده میتوانست همان اعتبارسنج را بیش از یک بار شامل شود. شمارش جداگانه این ورودیها این خطر را به همراه داشت که تایید بریج به نظر برسد از حمایت اعتبارسنجهای مستقل بیشتری نسبت به آنچه واقعاً بود، برخوردار است.
پاستور ورودیهای تکراری اعتبارسنجها را قبل از محاسبه اینکه آیا آستانه رایگیری مورد نیاز برآورده شده است، رد میکند. اکنون هر تایید باید از یک اعتبارسنج متمایز باشد تا بلاک سبک، الزامات اکثریت قاطع را برآورده کند.
BNB Chain گزارش نداده است که مهاجمان از این آسیبپذیری سوءاستفاده کردهاند یا هر گونه تلفات دارایی قبلی را به آن نسبت داده است. این تغییر یک اصلاح پیشگیرانه برای راستیآزمایی بریج است تا پاسخی به یک سرقت افشا شده.
زیرساخت بینزنجیرهای همچنان یک نگرانی امنیتی عمده در شبکههای غیرمتمرکز است. در پوششهای مرتبط، حملات بریج میلیاردها دلار ضرر انباشته را از طریق کلیدهای به خطر افتاده، نقصهای قرارداد و راستیآزمایی پیام ضعیف ایجاد کردهاند.
BEP-695 شکافهای مربوط به چرخش کلید اعتبارسنج، جریمهها و حاکمیت را برطرف میکند. هنگامی که یک اعتبارسنج کلید اپراتور خود را جایگزین میکند، کلید قبلی اکنون حقوق مدیریتی خود را از دست میدهد.
این پیشنهاد همچنین از فرار اعتبارسنجها از جریمههای معلق با چرخش کلیدهایشان جلوگیری میکند. فرآیندهای Slashing و حذف همچنان به اعتبارسنج متصل میمانند و با تغییر آدرس اپراتور آن ناپدید نمیشوند.
پاستور همچنین آدرسهای محدود شده را از استفاده از امضاهای خارج از زنجیره (offchain signatures) برای مشارکت در حاکمیت مسدود میکند. BNB Chain پیش از این آدرسهای لیست سیاه را از رایگیری مستقیم منع کرده بود، اما این حسابها میتوانستند به طور بالقوه آرا را امضا کنند و آدرس دیگری آنها را ارسال کند.
قراردادهای حاکمیتی بهروز شده، قبل از شمارش یک رای تفویض شده، امضاکننده اصلی را بررسی میکنند. اگر آن امضاکننده محدود شده باشد، رای رد میشود، صرف نظر از اینکه کدام حساب آن را ارسال میکند.
BEP-675 یک مسیر اختیاری برای سازندگان متخصص معرفی میکند تا بلاکهایی را که قبلاً اجرا کردهاند، ارسال کنند. اعتبارسنجها بلاک پیشنهادی را در برابر قوانین اجماع بررسی میکنند، آن را امضا کرده و قبل از اتمام راستیآزمایی کامل اجرا، آن را منتشر میکنند.
مسیر قبلی هم سازنده و هم اعتبارسنج را ملزم میکرد که تراکنشها را قبل از امضای اعتبارسنج اجرا کنند. این تکرار، بخشی از پنجره زمانی کوتاه بلاک BSC را مصرف میکرد و میتوانست بلاکها را در دورههای تقاضای زیاد، کمتر از حداکثر ظرفیتشان نگه دارد.
سازندگان میتوانند به استفاده از فرآیند قبلی ادامه دهند. مسیر جدید باید از طریق رابط فراخوانی رویه از راه دور (RPC) شبکه فعال شود و به شرکتکنندگان زمان برای یکپارچهسازی آن میدهد.
BNB Chain اعلام کرد که این مسیر میتواند تراکنشهای بیشتری را در هر بلاک جای دهد، اما ارقام عملکرد منتشر شده آن از آزمایشهای کنترل شده و نه فعالیت شبکه اصلی به دست آمده است.
آزمایشها در QANet، یک محیط داخلی طراحی شده برای بازتاب اعتبارسنجهای توزیع شده جغرافیایی، توان عملیاتی را از 1,237 به 2,324 تراکنش در ثانیه افزایش داد. میانگین مصرف گس در هر بلاک از 46.35 میلیون به 84.15 میلیون افزایش یافت، در حالی که سقف گس 100 میلیون بدون تغییر باقی ماند.
پاستور سقف گس بلاک را افزایش نمیدهد یا فاصله زمانی 450 میلیثانیهای بلاک را که توسط ارتقای Fermi معرفی شده بود، کاهش نمیدهد. افزایش ظرفیت آن به پذیرش BEP-675 توسط سازندگان و ارسال بلاکهای پرتر بستگی دارد.
BNB Chain از اپراتورهای نود خواست تا نسخه کلاینت 1.7.7 را قبل از فعالسازی نصب کنند. اپراتورها همچنین نیاز داشتند فیلد منسوخ شده EnableBAL را حذف کنند زیرا باقی گذاشتن آن در فایل پیکربندی مانع از راهاندازی کلاینت بهروز شده میشد.
همانطور که قبلاً گزارش شده بود، BNB Chain به اپراتورها هشدار داد که به روز رسانی اجباری پاستور را قبل از فورک تکمیل کنند. اپراتورهایی که نرمافزار ناسازگار را اجرا میکردند، در معرض خطر عدم همگامسازی با شبکه اصلی بودند.
شواهد بعدی از استفاده زنده از بلاک، توان عملیاتی تراکنش، نرخ بلاکهای از دست رفته و عملکرد اعتبارسنجها به دست خواهد آمد. این اندازهگیریها نشان خواهند داد که آیا بهبود ظرفیت QANet به تقاضای پایدار شبکه اصلی نیز منتقل میشود یا خیر.
