Cabinet
テクノロジーインサイト一覧へ戻る
2026.09.22

Avalanche Helicon がメインネットで有効化：C-Chain の「受理」と「実行」が分離し、latest はもはやファイナリティを意味しない

Avalanche Helicon がメインネットで有効化：C-Chain の「受理」と「実行」が分離し、latest はもはやファイナリティを意味しない

何が起きたか

Ava Labs は2026年9月8日に AvalancheGo v1.15.0 を公開し、Helicon ネットワークアップグレードを「2026年9月22日 11:00 ET（15:00 UTC）」にメインネットで有効化すると告知した。リリースノートは「All Mainnet nodes must upgrade before 11 AM ET, September 22nd 2026」と明記しており、更新は任意ではなく必須である。プラグインバージョンは46に上がり、Subnet-EVM などのプラグインも追随が必要とされた。Fuji テストネットでは7月28日から稼働しており、Avalanche Builder Hub は予定どおりメインネットで有効化されたと報告している。

Helicon に含まれる ACP は6件ある。ACP-194（C-Chain の連続実行）、ACP-236（バリデータの自動更新ステーキング）、ACP-267（報酬に必要な稼働率を80%から90%へ引き上げ）、ACP-273（最短ステーキング期間を336時間から48時間へ短縮）、ACP-283（C-Chain の最低ガス価格を動的化）、ACP-285（平均消費率を10%から7.5%へ引き下げ）である。ACP-285 だけは有効化後90日かけて直線的に移行する設計で、計算上の完了は2026年12月21日ごろになる。

連続実行が変える「確定」の意味

技術的に最も影響が大きいのは ACP-194 である。従来の C-Chain では、ブロック内のトランザクションを実行し終えるまでコンセンサスが次へ進めず、実行とコンセンサスが交互に動いていた。Helicon 以降は、コンセンサスがガス上限などの検証だけでブロックを受理してキューに積み、別の実行器がそれを順に消化する。Builder Hub の図解では、確定（settlement）は受理からおよそ5秒遅れて続く。

これに合わせて、C-Chain の RPC は名前付きブロックの意味を再定義した。v1.15.0 のリリースノートによれば、latest は「最後に実行されたブロック」、safe と finalized はどちらも「最後に確定したブロック」を指す。pending は既定で最後に実行されたブロックを返し、api-resolve-pending-to-last-executed を false にすると最後に受理されたブロックを返す。

設計理由は明快である。スループットの上限が「実行の速さ」ではなく「受理の速さ」で決まるようにするためだ。その代わり、受理・実行・確定という三つの時点が別々に存在することになる。Ethereum の latest と finalized の区別を意識せずに済んでいた Avalanche 向けのコードは、ここで前提を失う。Snowman コンセンサスの高速な確定を理由に latest を事実上の確定として扱ってきたブリッジやインデクサは、実行済みだが未確定の状態を読みにいく可能性がある。

同時に ACP-283 により、ACP-176（Octane）で1 wei に置かれていた最低ガス価格は、バリデータが min-price-target で投票するステーク加重中央値に置き換わった。Builder Hub によれば、これまでの最安値は10^5 wei 前後に張り付き、XEN のようなスパムが採算に乗っていた。BlocksToDouble は3,600に設定され、投票圧力が続けば下限はおよそ1時間で倍にも半分にもなりうる。Builder Hub は開発者に「固定の下限を仮定せず、ネットワークから料金パラメータを取得すること」を求めている。

API にも破壊的変更がある。admin、warp、personal の名前空間、eth_accounts、eth_coinbase、eth_etherbase、debug_dumpBlock をはじめとする8つの debug 系 RPC が削除された。avax.getAtomicTxStatus は非推奨となり、avax.getAtomicTx への移行が求められている。rpc-gas-cap は50,000,000、rpc-tx-fee-cap は100 AVAX に固定され、設定しても無視される。

ステーキング側の変更と設計理由

P-Chain 側の変更は、機関投資家の資金拘束期間に合わせることを狙っている。ACP-273 の説明では、2週間の最短拘束は、機関の償還タイミングと直接ぶつかっていた。ACP-236 はバリデータの固定終了時刻をやめ、周期（period）と自動複利の比率で登録する方式に変えた。新しいトランザクション型は3つある。AddAutoRenewedValidatorTx、SetAutoRenewedValidatorConfigTx、そしてコンセンサスが周期末に自動発行する RewardAutoRenewedValidatorTx である。周期ごとの稼働率が基準に届かなければ強制退出となり、その周期の報酬は失われる。

委任（デリゲーション）は自動更新されず、1周期に収まる必要がある。個々のバリデータが次の周期も続くかは保証されないためである。ステーキング事業者にとっては、報酬の複利計算、platform.getCurrentValidators に追加されたフィールド（period、autoCompoundRewardShares、validatorAuthority）の読み取り、委任の満期管理のいずれにも改修が生じる。

想定される落とし穴

第一に、ステートシンクの扱いである。リリースノートは、有効化の前後ではステートシンクが非対応で、同期中のノードは停止しうると警告している。有効化後も、同期の途中で再起動すると最初からやり直しになる。部分的に同期した後にステートシンクを無効化すると、回復不能な FATAL エラーになりうる。状態スキームに Firewood を使う新規ノードは state-sync-enabled を false にしなければ FATAL で停止し、回復手段はデータベースの削除しかない。ノードの自動再作成を前提にした構成では、この組み合わせが障害として表に出やすい。

第二に、設定ファイルの互換性である。state-sync-ids はカンマ区切り文字列から JSON 配列に変わった。api-max-duration は "30s" のような期間文字列しか受け付けず、数値を渡すと起動を拒否される。メインネットと Fuji では commit-interval が4096に固定された。eth-apis は非推奨となり、未知の名前を書くと致命的エラーになる。構成管理ツールで設定を配布している組織では、アップグレード自体は通っても、次のノード再作成時に初めて失敗することがある。

第三に、稼働率要件の適用範囲である。90%の要件は有効化以降に始まるステーキング期間にだけ適用され、それ以前に始まった期間は80%のまま評価される。ACP-236 の自動更新を使うと、周期ごとに新しい期間が始まり、そこから90%が適用される。報酬は満たすか失うかの二択で、部分的な支払いはない。48時間周期で細かく更新する運用ほど、短時間の停止が報酬の喪失に直結しやすい。

【技術インサイトとアクション】

  1. 受理と実行を分離するチェーンでは、「ブロックに入った」「状態に反映された」「覆らない」が別々の時点になる。高速ファイナリティを理由に latest を確定として扱ってきたコードは、Avalanche に限らず、同じ分離を進める他チェーンでも同じ形で壊れる。 ［インテグレーター］ 次回リリースまでに、C-Chain を読むブリッジ・入出金監視・インデクサのブロックタグ指定を棚卸しし、確定判定を finalized（最後に確定したブロック）に置き換える。
  2. 最低ガス価格がバリデータ投票で1時間程度で倍にも半分にもなる設計に変わった。ハードコードした gasPrice、極端に低い maxFeePerGas、固定の手数料見積もりは、黙って失敗するトランザクションの原因になる。 ［コントラクト開発者・プロダクト側］ 今月中に、送信系コードから固定ガス価格を除去し、eth_feeHistory とベースフィーから都度算出する方式へ切り替える。あわせて削除された RPC（eth_accounts など）への依存を検索する。
  3. 今回の破壊的変更の多くは、アップグレード当日ではなく、ノードの再作成・再同期のときに初めて表面化する。 ［ノード運用者］ 2週間以内に、ステートシンク関連の FATAL 条件（Firewood、同期途中の無効化）と新しい設定形式を運用手順書に反映し、ステージングでノードを一から再作成する演習を行う。バリデータは稼働率90%を下回った時点で警告が出る監視を設定する。

【引用：出典】

本記事は公開情報に基づく技術解説であり、投資助言を目的としたものではありません。

前の記事【続報】Solana Alpenglow がテストネットとデブネットで稼働、「9月28日」はメインネット有効化日ではなかった：commitment の統合と投票トランザクションの消滅に備える次の記事 DCENT App Wallet の旧版で署名したアドレスが一斉に流出：6,678ウォレットから1,175万 XRP、パッチでは消えない「鍵の履歴」