ベースがデニムを実装し200ミリ秒ごとの正式ブロック生成へ、取引処理とトークン移転管理を更新

Last Updated on 2026年11月6日 by oba3

Oba3と黒犬・茶犬が、Baseの0.2秒ごとの正式ブロック生成と、Ethereumでの最終確定や資産の引き出しが異なる段階であることを会話と図で整理する4コマ漫画。

ベース(Base)は2026年11月5日、メインネットでアップグレード「デニム(Denim)」が稼働したと発表した。従来2秒だった正式ブロックの生成間隔を200ミリ秒、つまり0.2秒へ短縮し、毎秒5ブロックを生成する。事前確認を配信していたフラッシュブロックス(Flashblocks)を置き換えるとともに、時刻情報とトークンの移転制御も更新した。

目次

何が起きたのか?

ベースの公式発表によると、デニムの主な変更は、200ミリ秒間隔の正式ブロック、ミリ秒単位の時刻を取得するベースタイム(BaseTime)、B20トークンの移転・管理機能の改善となる。

従来は、2秒ごとに正式ブロックを作り、その途中経過をフラッシュブロックスで配信していた。更新後は、同じ200ミリ秒の間隔で、それぞれが独立した正式ブロックとなる。フラッシュブロックスを利用していたアプリは、通常のブロック情報を受け取る方式への移行が必要だ。

なぜ重要なのか?

従来のフラッシュブロックスは、作成中のブロックに関する事前確認であり、アプリ側には後から正式な結果と照合する処理が必要だった。デニムでは、短い間隔で正式ブロックを参照できるため、取引結果の表示や残高更新を扱う設計が変わる。

ただし、正式ブロックへの取り込みと、取引が最終的に確定することは異なる。ベースのブロックは、データがイーサリアム(Ethereum)へ投稿され、その処理が確定する段階を経る。200ミリ秒という数字を、イーサリアム上での最終確定や資産の引き出しまで完了する時間と読むことはできない。

市場構造への影響

取引や融資のアプリでは、価格更新を受けた処理や注文期限の判定を、より細かい間隔で実行できる余地が生まれる。公式ドキュメントでは、ベースタイムによるミリ秒単位の時刻取得も説明されており、ブロック生成の高速化と時刻判定の細分化を組み合わせる構成だ。

一方、ブロック数で経過時間を測る既存システムには注意が必要となる。同じブロック数へ達する時間が従来の10分の1になるため、待機期間や投票期間などをブロック数で設定している場合、意図した期間とのずれが生じ得る。利用者の画面が速く更新されるだけでなく、アプリの前提条件を点検する変更でもある。

資金・規制・流動性との関係

デニムは、B20トークンで発行者が設定する移転ルールも更新した。移転実行者の制御に関する仕様では、実行者を制限する設定を、保有者自身による直接送付を含む各移転経路へ適用する。従来、一部の呼び出し方で検証されなかった経路にも同じ条件を反映する変更だ。

これは、指定した名義管理業者などを通じて移転させたい資産の管理に関わる。ただし、誰を許可するかは発行者の設定によって決まり、ベース上の全トークンへ一律の送金制限が導入されたわけではない。実行者の制限を設定していないトークンは、従来の許可状態を維持する。

また、ポリシー管理の拡張により、既存の条件を反転して使えるようになった。同じアドレス一覧を、ある用途では許可対象、別の用途では除外対象として利用でき、重複する一覧の管理を減らせる。

初心者向け補足

ブロックは、取引結果をまとめて記録する単位だ。今回の変更は、途中経過を0.2秒ごとに知らせる仕組みから、0.2秒ごとに正式な記録を作る仕組みへの移行と考えると理解しやすい。ただし、記録される速さと、変更されないことを確認するまでの時間は別になる。

B20はベースのトークン規格であり、デニムではトークン自身のアドレスを宛先とする誤送付などを拒否する処理も加わった。これは誤操作の一部を防ぐ仕組みで、すべての誤送金を取り消せる機能ではない。

Web3Timesの視点

今回の焦点は、速度の数字に加え、アプリが参照する記録と時間の扱いが変わった点にある。正式ブロックを短い間隔で取得できれば処理を組み立てやすくなる一方、既存の待機期間や移転権限が想定どおり動くかを確認する必要がある。

今後は、取引画面の応答時間、処理失敗の状況、情報を取得・保存する運用負担、ビー20の設定変更への対応を追いたい。ブロック生成間隔の短縮だけで取引量や資金流入の増加を判断せず、実際のアプリ利用でどの改善が確認できるかを見ることが重要となる。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

Web3をやさしく解説するOba3

目次