BNB Chain、12月8日にBSCでミリ秒ブロック時間を実現へ

12月8日にミリ秒ブロック時間が導入へ

BNBトークンの基盤であるブロックチェーン、BNB Chainは、BNB Smart Chain(BSC)のブロック時間の精度を秒単位からミリ秒単位へ引き上げる。11月3日に公開されたBSC v1.8.2のリリースノートがこれを裏付けた。Jennerメインネット・ハードフォークの活性化時刻は韓国時間午前11時30分(UTC午前2時30分)に固定されており、スマートコントラクトが1秒未満のブロック時刻を直接読み取れるのは、このネットワークで初めてとなる。ハードフォークでは全ノードが更新済みソフトウェアを実行する必要があるため、メインネットのノード運営者には明確な締め切りが課される。活性化時点までにアップグレードしなければ合意形成から外れる。リリースノートはRethベースのメインネットノードに対し、同じ締め切り前にv0.1.4への移行を求めている。変更の中身はBEP-706として提供され、アドレス0x70にプレコンパイルを1つ追加する。このプレコンパイルは引数を受け取らず、現在のブロックのUnix時刻をミリ秒単位で32バイト値として返す。時刻の扱いが変わるのはここだけだ。block.timestampとEVMのTIMESTAMPオペコードは従来どおり秒単位の挙動を維持し、ミリ秒の値が必要なコントラクトは明示的に新アドレスを呼び出す。プレコンパイルの計算コストは20ガスで、呼び出しとメモリのコストは別途請求されるため、実行全体では20ガスを超える。Jennerはすでに10月29日、韓国時間午前11時30分にChapelテストネットで活性化済みだ。このテストネット向けパッケージには、BEP-703に基づく決済トランザクション用の予約ガス空間であるJennerハードフォークの決済レーンと、BEP-702のCAS20実装も含まれていた。テストネット用のv1.8.1リリースにはメインネットの活性化日が示されておらず、日付を公表したのはv1.8.2が初めて。発表から活性化までの5週間が、バリデーターとインフラ事業者がアップグレードを展開する期間となる。BNB保有者にとってこの変更は運用面の話であり、BNBの価格に直接影響を与える要素は含まれていない。

450ミリ秒のブロック生成が変更を後押し

ミリ秒のデータ自体は、BEP-520以降ブロックヘッダーに載っている。このアップグレードは秒単位のHeader.Timeフィールドを残しつつ、ミリ秒の端数をMixDigest(通常は親ビーコンブロックルートが入るヘッダーのスロット)に格納した。BEP-706は、その格納された精度をコントラクトが読み取れる値に変える。精度向上の背景には、BSC自身の本番環境での進行速度がある。7月8日に公表したBNB Chainの後半ロードマップで、チームはネットワークのブロック間隔が450ミリ秒に達したと報告していた。ブロックが1秒に1回より早く到着するようになると、異なる2つのブロックが同じ秒単位のタイムスタンプを持つ可能性が生じ、時刻を基準に並べるあらゆる処理で順序があいまいになる。BEP-706はブロック間隔を短縮するものではなく、特定のトランザクションがいつ実行されたか、いつネットワークに到着したかを公開するものでもない。追加するのは読み取りの仕組みだけだ。提案書はユースケースを率直に列挙している。RFQ署名の短い有効期限、オークションやオーダーブックのクォートに対する期限、価格フィードの鮮度確認で、いずれも1秒の内部で瞬間を区別する必要がある。制約は既存のモデルから引き継がれる。同一ブロック内のトランザクションは同じブロック時刻を読むことになり、その値はチェーンのDelegated Proof of Stake(DPoS)型コンセンサスのもとでバリデーターが設定する。block.timestampが常にそうであった性質と同じだ。ブロックを提案するバリデーターはコンセンサスの範囲内で時刻を置けるため、下流のシステムはこの値を合意データとして扱い、実時間ではないと見なす必要がある。秒とミリ秒の混在は有効期限の時点を意図せずずらしかねず、コントラクト、署名、バックエンド側で時間単位の整理が求められる。ハードフォーク前に0x70を呼び出すと、成功レスポンスが返っても空のペイロードが戻る可能性があるため、返却データの長さ確認が必須の手順となる。BEP-706はドラフト状態にあり、実装のPR #3792は8月18日にマージされた。Jennerパッケージは、バリデーターの再実行負荷を軽減したPasteurメインネットアップグレードに続くものだ。

活性化ブロックまで5週間

当社の読みでは、重要なのは日付そのものより順序立てだ。BSCはすでに450ミリ秒ごとにブロックを生成している一方、コントラクト側のツールが読める時刻は1秒分解能のままだった。このずれをBEP-706が、発表から5週間で埋める。RFQフロー、オークション、オラクル依存のシステムを運用するチームには、メインネットで変更が強制される前に、Chapel上で0x70を試験し時間単位を整理する猶予がある。活性化前の空レスポンスの挙動が、最も事故を起こしやすい箇所だろう。データなしで成功扱いになる呼び出しは、素朴な統合実装をそのまま通過してしまうため、ペイロード長のチェックは最初のデプロイ時から組み込むべきだ。コントラクトの活動が拡大すれば影響範囲も広がる。BNB Chainのコントラクトデプロイは2026年第3四半期に1,230万件に達した。活性化日が確定したことで、ネットワークの450ミリ秒のブロック生成に、コントラクトから読み取れる時計がそろうことになる。