SNAPSHOT
BTC/USD$82,015+0.4%
ETH/USD$2,414.10+0.2%
Coinbase(perp)$169.07-2.2%
S&P 500(perp)7,629.60-0.8%
米テック100(perp)29,011.00-1.3%
日経225(perp)62,479-1.4%
EUR/USD(perp)1.1203+0.0%
USD/JPY(perp)156.730-0.3%
Gold(perp)$4,020.40-0.9%
WTI(perp)$102.39+3.4%
米10年金利4.96%-3.3%
BTCボラティリティ(BVIV)39.27-2.1%
Review status: auto_collectedSource: collected_liveas-of 23:03 JSTPacket ID: alt20_2026102323Top-page market prices are Hyperliquid perpetual-futures prices (US 10Y from the U.S. Treasury).
SNAPSHOT 2026-10-23 23:03 JST

Signal

📡 Signal|TRON、7月以降4度目の必須アップグレードを公開

TRON が java-tron v4.8.2.4 を必須の更新として公開。7月以降 4 度目で、変更の中身はリリースノートに 2 行だけ。コードはブロックのバージョン 39 と新しい提案 102 を示す。

LiveMakers Editorial Desk

📡 Signal|TRON、7月以降4度目の必須アップグレードを公開

TRON のノードソフト java-tron の開発チームは10月22日、新版 GreatVoyage-v4.8.2.4 を公開し、すべてのノードが入れる「必須のアップグレード」と位置づけた。TRON の公式 X (@trondao) は23日、ノードの運営者に速やかな更新を求めた。

必須の更新は7月15日の v4.8.2 から数えて 4 度目で、9月からは 3 週間おきに続いている。TRON はステーブルコインの残高が Ethereum に次いで大きいチェーンで、DefiLlama の集計では10月23日時点で約 942 億ドル (Ethereum は約 1,433 億ドル) が載る。送金の基盤として使われる網で、更新の頻度が上がっている。

リリースノートに書かれた 2 行

v4.8.2.4 のリリースノートが挙げる変更は 2 つだけだ。

  • まれなケースでの処理の実行の一貫性と安定性の改善
  • 例外的なケースでの、スマートコントラクトの保存領域 (ストレージ) とメタデータの扱いの最適化

何が起きていたのか、利用者の資金や取引に影響があったのかは書かれていない。脆弱性の修正とも、不具合の修正とも書いていない。前の 2 回も同じ書き方だった。9月30日の v4.8.2.3 は「例外的なケースでのストレージの読み出しの最適化」など 3 項目、9月8日の v4.8.2.2 はコントラクトの作成の検証の見直しなど 3 項目を挙げ、どちらも必須とした。7月31日の v4.8.2.1 だけは API の性能改善と依存ライブラリの更新で、任意の更新だった。

コードが示す、二段の切り替え

中身は、変更を取り込んだプルリクエスト (#7053) から読める。20 ファイルの変更で、ブロックのバージョンが 38 から 39 に上がり、ストレージに関する新しいチェーンの設定項目 (提案番号 102) が加わった。

TRON では、新しいブロックのバージョンは一斉には切り替わらない。ブロックを作る代表者 (スーパー代表・SR) の枠のうち、コード上 70% が新版で動いて初めて有効になる。提案 102 はそのあとで出せるようになり、代表者の投票で可決されると、ストレージの新しい扱いが有効になる。ノード運営者が今回更新を求められているのは、この切り替えに取り残されないためだ。古い版のノードは、新しいブロックのバージョンが有効になったあとのチェーンについていけなくなる。

追加されたテストは、ストレージの別名 (エイリアス) と、保存データの移行を扱う。9月の v4.8.2.3 でもストレージの別名の確認が導入されており、2 回続けて同じ層に手が入ったことになる。

1 か月半で 3 回という頻度

Ethereum や Bitcoin のノードソフトでは、全ノードに更新を迫る変更はネットワーク全体の大型アップグレードの時期にまとまるのが通常で、その前に長い試験期間を置く。TRON は SR の投票で設定を切り替える仕組みのため、小さな変更でも必須の更新として配りやすい。

その分、運営者の負担は増える。ステーブルコインの入出金を TRON で受ける取引所や送金業者は、3 週間ごとにノードの入れ替えを計画に組み込む必要がある。変更の理由が開示されないまま必須の更新が続けば、各社は「何のために止めるのか」を説明できないまま作業することになる。

次に見るもの

確認先は、TRON の提案の一覧 (tronscan の Proposals) に提案 102 が出るかどうかと、java-tron の GitHub のリリース欄だ。新しいブロックのバージョンが有効になったあと提案 102 が出され、可決されて初めて今回の変更は働き始める。その時期と、次の必須の更新がまた 3 週間後の11月中旬に来るかで、この頻度が一時的なものか、運営の型になったのかが分かる。

ことば

  • スーパー代表 (SR) — TRON でブロックを作る代表者。TRX の保有者の投票で選ばれ、チェーンの設定を変える提案にも投票する。今回の切り替えも、この代表者たちの更新と投票で進む。
  • 必須のアップグレード (mandatory upgrade) — 古い版のノードが新しいルールのチェーンを処理できなくなるため、全ノードが入れる必要がある更新。入れないと同期が止まる。
  • ブロックのバージョン — ブロックに記録される、ノードソフトの規則の版。TRON では代表者の一定割合が新しい版でブロックを作ると、新しい規則が有効になる。

🔗 一次ソース

Related articles