Baseは本当にトークンを発行するのか？B-20とBerylコードが強いシグナルを発信

原文著者: KarenZ、Foresight News

Baseのエアドロップ憶測が再び加熱している。

一方でBaseの公式ブログは、組み込みトークン標準を今後のアップグレード計画に盛り込み、もう一方でオープンソースリポジトリは数日のうちにB20Factory、PolicyRegistry、Berylテストモジュールを集中的に統合している。さらに、Baseが5月25日に公開した神秘的なティーザー動画に「. . .」というキャプションのみを添えたことも相まって、市場は自然とこれらの情報を一つの問いに結びつける：Baseはネットワークトークンとエアドロップの準備を進めているのか？

2026年5月26日現在、Baseはトークノミクス、スナップショットルール、またはエアドロップのスケジュールを発表していない。確認できるのは、Baseのトークンインフラがより明確なエンジニアリング段階に入りつつあり、それに伴い市場のトークン発行への期待も高まっていることだ。

公式ロードマップに「プロトコル組み込みトークン標準」登場

Baseはネットワークトークンについてすでに公に発言している。2025年9月、Baseのネットワーク責任者Jesse Pollakはネットワークトークンの探求を進めていると述べていた。

1ヶ月以上後、Coinbaseの共同創業者兼CEOのBrian Armstrong氏は第3四半期決算電話会議の質疑応答で、「現在、Baseネットワークトークンの初期段階を探求しているところです。現時点では、ガバナンス、分配モデル、または具体的なスケジュールの詳細について公表することはなく、引き続き公開された形で議論を進めていきます」と述べた。

新たな手がかりは、Base Azulアップグレードを紹介する公式ブログ記事から得られた。記事の今後の計画セクションで、Baseは「トークン標準の確立」を、6月末にリリース予定の次期パフォーマンスアップグレードの内容として挙げている。

「トークン標準の確立」は、プロトコルに組み込まれたトークン標準と解釈できる。この表現は「Baseが独自のトークンを発行する」という意味とはまだ距離があるものの、Baseがトークン発行能力をプロトコルロードマップに組み込もうとしていることを明確に示している。かつてネットワークトークンについて公然と議論したことのあるネットワークにとって、これは市場がそのトークン発行プロセスを再評価するのに十分な材料である。

B-20コードの実装、ネイティブトークンフレームワークが徐々に具体化

公式ブログ以外にも、Baseリポジトリ内のB-20モジュールはより具体的な技術的展望を提供している。

5月19日、BaseはDynamic Native Token Addressesのコミットを統合した。現在のソースコードによると、B20Factoryは作成者アドレス、トークンタイプのバリアント、カスタムパラメータのソルトに基づいて、決定論的なトークンアドレスを導出できる。

b20_factory/variant.rsでは、Baseは3種類のB-20資産を定義している：通常のB20トークン、ステーブルコイン、証券型トークンである。

b20_factory/storage.rsはcreateB20を実装しており、名前、シンボル、供給上限、初期ミントコールの書き込みをサポートしている。これは、単一のガバナンストークンのためだけの単一のコントラクトというよりも、複数タイプのチェーン上資産をカバーするネイティブ発行フレームワークのように見える。

コミュニティが最も注目する詳細は、ベンチマークファイルbase_precompiles.rsにある。このファイルは確かにテストトークンをBaseTokenと名付け、シンボルをBASEと設定していた。ただし、この詳細は慎重に解釈されるべきであり、トークン発行が目前に迫っていることを証明するものではない。

Berylコード公開：Baseネイティブ資産システムがコンプライアンス管理へ

B-20の焦点は単に「トークンを発行できる」ことだけではない。

provider.rsで、Baseは次のように記載している：アップグレードがBeryl以降に達すると、ネットワークはB20Factory、PolicyRegistryPrecompile、ActivationRegistryなどの動的プリコンパイルをインストールする。現在公開されているBaseのドキュメントには、Berylの正式なアップグレードページやメインネットアクティベーション時期はまだないが、コードはその機能の方向性を示している。

中でも、特に注目すべきはPolicyRegistryである。このモジュールはallowlistとblocklistをサポートし、B-20トークンがポリシーを以下の対象にバインドすることを許可する：

• 転送送信者；
• 転送受信者；
• 代行執行者；
• ミント受信者。

actions/harness/tests/beryl/policy_transfer.rsでは、テストコードによってすでに検証されている：送信者がバインドされたallowlistを満たさないか、blocklistに入っている場合、B-20転送は拒否される。

この設計は、ステーブルコイン、証券型トークン、RWAなど、権限制限を必要とする資産と非常に適合する。これはBaseが、潜在的なBASEトークンのためだけではなく、オンチェーン金融市場をカバーする可能性のある、ネイティブ資産発行・流通システムを構築していることを示している。

まとめ

すでにネットワークトークンについて公然と議論し、現在実行層でネイティブトークンファクトリー、ステーブルコインモジュール、証券型資産モジュール、権限ポリシーシステムを構築しているネットワークは、確かにBaseがチェーン上資産発行への投資を深めていることを示している。

この点は、チームの最近の公の発言とも一致する。5月24日、Base責任者のJesse Pollak氏は、Coinbase CEOのBrian Armstrong氏による金融システムアップグレードの方向性に関する議論を引用し同意した。その焦点は、RWAトークン化、ステーブルコイン決済、代理決済などに置かれている。これらの発言は、B-20が通常のトークン、ステーブルコイン、証券型トークンを同時にサポートする設計と高度に一致している。

しかし、ここには見落とされがちな違いがある。ネイティブトークンインフラは、エコシステム発行、ステーブルコイン、RWA、コンプライアンス証券資産にも、Base自身のネットワークトークンにも利用できる。コードはBaseが資産発行能力を拡大していることを証明するが、いつ独自のトークンをリリースするか、エアドロップの形でユーザーに配布するかどうかを証明するものではない。

現時点でより確実な判断は次の通りである：Baseはトークンインフラが徐々に具体化する段階に達した。過去のユーザーがエアドロップを受け取れるかどうか、資格がどのように計算されるか、配布がいつ開始されるかについては、依然として公式からの発表を待つ必要がある。