アップグレード

Solanaコミュニティは11月にScale or Dieイベント中に会合を予定しています。Creechは、上記のアップグレードが順次実施されるにつれて、「Solanaの開発はもはや同じではない」と述べました。

CryptoSlateによると、Polygon Labsは緊急通知を発表し、AustinとKyotoのハードフォークがアクティブ化された後、旧版のBorまたはHeimdallに留まっているPolygon PoSノードはコンセンサスから外れ、アップグレードしてネットワークの進捗に追いつく必要があるとしています。Austinはメインネットブロック91,949,700でアクティブ化され、Bor v2.1.0以上が必要です；Kyotoは高さ51,533,000でアクティブ化され、Heimdall v0.11.0以上が必要です。Austinは2種類のBorリソース枯渇リスクを修正しました：L1からL2へのブリッジ状態同期イベントがGas上限にカウントされないことがブロック処理を遅くする可能性があります；TxDependencyフィールドにサイズ制限がないため、ピアノードがクラッシュする可能性があります。Kyotoは深いネストされたメッセージ攻撃、費用通貨スキャン、チェックポイント署名の復元などの脆弱性を修正しました。2回のハードフォークは純粋なバイナリアップグレードであり、状態移行は不要で、フォークしないノードは再同期する必要はありません。旧クライアントの運営者はアップグレードし、必要に応じてPolygonの指導の下で再同期を回復する必要があります。

加密支払いプラットフォーム Rain は、その監視システムが脆弱性を発見したと述べており、少数のプログラムが古いバージョンの Solana コントラクトを使用していることが影響を受けており、他のプログラムには影響がないとのことです。Rain は事件の範囲を特定するために調査を開始しました。Rain チームは、古いバージョンの Solana コントラクトを使用しているすべてのプログラムを成功裏にアップグレードし、関連する問題は解決されました。Rain はこの問題を引き続き監視し、第三者のデジタルフォレンジック専門家を雇って調査を行い、法執行機関や関連する規制機関と協力します。すべての影響を受けたユーザーには全額補償が行われ、Rain は救済プロセスを開始し、迅速かつ責任を持って処理を完了することに尽力しています。

Bitcoin News は X プラットフォームで、Core Lightning 26.06.7 バージョンがリリースされたことを発表し、過去三週間にわたる責任ある開示によって発見された複数の脆弱性が修正されたと述べています。オープンソースのビットコインプロジェクトに対する AI 生成のセキュリティレポートが最近増加しており、具体的な脆弱性情報は、ノードオペレーターがアップグレードを完了するまでの二週間、暫定的に秘密にされます。その後、技術的詳細とソースコードが公開される予定です。開発者は、修正内容を直ちに公開することが攻撃者による脆弱性の逆解析を可能にし、まだ更新されていないノードに対する攻撃を引き起こす可能性があると警告しています。すべての Core Lightning ノードオペレーターは、直ちにアップグレードを行うべきです。現在、Docker イメージは利用できず、開発者はユーザーに対して Docker イメージを待たないよう明確に警告しています。

波場 TRON 主ネット第 107 号委員会提案が正式に承認され、発効しました。GreatVoyage-v4.8.2 に導入された TVM Prague と Osaka の互換性機能が同期して有効化されました。今回の更新では、チェーン上の状態から直接歴史的ブロックハッシュを読み取ることをサポートし、新たに CLZ 命令、ネイティブで Passkey 検証をサポートする secp256r1 プレコンパイルコントラクトが追加され、MODEXP のエネルギー消費が最適化されました。関連機能の導入に伴い、TVM と Ethereum Prague、Osaka アップグレードの互換性がさらに向上し、スマートコントラクトの開発、ツールの移行、EVM エコシステムアプリケーションの適応に向けたより充実した開発環境が提供されます。

イーサリアム開発者 nixo.eth が X プラットフォームで明らかにしたところによると、イーサリアムのコア開発者はアカウント抽象提案 EIP-8141 を「検討中」から「スケジュール済み」状態に変更することを決定し、アカウント抽象が Hegotá アップグレードの主要機能として進められることを確認しました。この EIP は 3 月に主要なアップグレードとして提案され、コミュニティの合意は具体的な実装にはまだ議論があるものの、アカウント抽象は Hegotá で導入されるべきだと考えています。最近、別の提案 EIP-8130 が競争相手となり、9 月に Base での展開を計画しており、L1 と L2 の間でのアカウント抽象標準の分裂を避けるための議論を引き起こしています。両 EIP の著者とコア開発者は、アップグレードを遅延させることなく統一された提案を達成するために努力しています。状態の変化は、この機能が正式に Hegotá アップグレード計画に入ったことを意味しますが、具体的な仕様は大きく変わる可能性があり、正式なローンチ前に実装案が変更されることは一般的な現象です。

TokenPocket 旗下のクロスチェーン統合取引製品 Transit Finance は、トークン情報ページのアップグレードを発表し、Web3 データプラットフォーム RootData のプロジェクトおよびトークンデータに深く接続しました。ユーザーは、取引前に同じページで取引データ、流動性、安全リスク、ポジション構造およびプロジェクトの背景を確認できます。今回接続された RootData データは、プロジェクトの詳細な紹介、資金調達情報、ニュース報道、カレンダーイベントなど、20 を超える項目をカバーしており、Transit のトークン情報ページにおけるプロジェクトの画像と動的情報を充実させ、ユーザーの取引判断に構造化データのサポートを提供します。現在、RootData の累計パートナー数は245社を超えています。

ジャスティン・サンは香港のBitcoin Asia 2026大会で、量子コンピュータがブロックチェーンおよび金融システム全体に対して一般的な脅威であると述べ、モルガン・スタンレーなどの伝統的な銀行もリスクに直面していると指摘しました。ビットコインコミュニティは高度に分散化されており、マイナー、取引所、WBTCなど多くの参加者が関与しているため、量子耐性の合意を得るには長い時間がかかります。ジャスティン・サンは、トロン（TRON）が過去1年間にわたり量子耐性メカニズムの開発を行っており、今年の上半期には量子耐性アドレスのソリューションを発表し、テストネットで稼働を開始したと述べ、今年の年末までにネットワーク全体を量子耐性を備えた主流の暗号ネットワークにアップグレードする計画であると述べました。

MultiversX の Supernova アップグレードは、コンセンサスと実行を分離し、ネットワークが取引を処理する前にブロックの合意を得ることを可能にします。アップグレード前は、ブロック生成が順序モデルに従っていました：提案者が取引を選択し、ローカルで実行して結果を含むブロックを提出し、検証者は同じ取引を再実行してから投票する必要があり、実行はコンセンサスの重要な経路にありました。Supernova はこの順序を変更しました：提案者は取引を選択し、直接ブロックを提案し、先に実行する必要はありません；検証者は提案がプロトコルルールに適合していることを確認した後、すぐに投票でき、実行はバックグラウンドで非同期に行われ、実行結果は通常次のブロックヘッダーで引用され、公証されます。実行はコンセンサスに対して約1ブロック遅れ（約600ミリ秒）ます。分離によって生じる有効性検証の問題に対処するために、Supernova は仮想メモリプール状態を導入し、処理待ちの nonce、予想される残高消費、および提案されたが実行結果がまだコンセンサスを通過していない取引を追跡し、提案者に前向きなアカウントビューを提供します。同時に、Execution-Result Inclusion Estimator（EIE）は、最低仕様ノードが安全に処理できる容量に基づいて、ブロック内で引用可能な実行結果の数を制限します；自動バックプレッシャー機構は、実行が遅れた場合にブロック容量を減少させます。Supernova は 8 月 20 日からテストネットと devnet で 600 ミリ秒のブロックを生成しており、メインネットは 2026 年 9 月 10 日にアクティブ化される予定です。

CoinDeskの報道によると、イーサリアムの研究者たちは、新しい暗号システムをサポートするためにバリデーターのデポジット契約を再構築することを提案し、最終的には既存のBLS署名で保護されたデポジットの受け入れを停止することを目指しています。この提案はデポジット契約に対して、ネットワークが現在依存している署名形式を受け入れないようにするスイッチを追加することを目的としています。現在の契約はBLSキーのみを受け入れていますが、その正確なサイズはハードコーディングされており、新しい草案では異なるキーサイズを許可し、各デポジットには使用される暗号システムのラベルが付けられ、BLSはラベルゼロを取得し、今後の提案のためのスペースを確保します。提案が承認されれば、最初はBLSデポジットで運用され、他の提案も同時に登録可能です。その後の決定により、新しいBLSデポジットが永久に無効化される可能性があり、その場合、BLSキーを使用してステーキングしているバリデーターは消えませんが、新しいバリデーターはこの方法で参加できなくなります。イーサリアムは最終的に、バリデーターに新しい署名を確認する方法を通知するために個別に変更する必要があります。これは移行のバリデーター部分であり、別の部分は進行中です------EIP-8141フレームワーク取引提案は、アドレスを変更することなく通常のイーサリアムアカウントが承認取引の暗号方式を変更できるようにします。緊急性は、Googleの量子人工知能研究部門が3月に発表した研究に由来しており、この研究はイーサリアムに対する5つの量子攻撃パスを描き、1000億ドル以上の資産が潜在的なリスクにさらされることを示しています。イーサリアム財団は、約2029年を目指してコアプロトコルの変更を進めています。現在、イーサリアムのステーキング量は約4240万ETHで、価値は約1040億ドルです。

イーサリアム財団は、Glamsterdamアップグレードにはガス料金の調整（EIP-8037およびEIP-8038）が含まれることを通知しました。これは、状態の作成とアクセスコストの変動に関係しています。ほとんどの契約は影響を受けませんが、ハードコーディングされたガス値などの古い仮定に依存している一部の契約は更新が必要になる可能性があり、そうしないと無効になったり、パフォーマンスが低下する可能性があります。

波場 TRON ネットワークのスーパー代表（SR）が主網第 107 号委員会の提案投票を開始し、8 月 28 日 14 時（シンガポール時間）に投票が終了する予定です。この提案は、GreatVoyage-v4.8.2 において TVM が Ethereum Prague と Osaka のアップグレードに関連する機能を開放することを目的としており、歴史的ブロック Hash のクエリをサポートし、新しい CLZ 命令を追加し、Passkey 検証をサポートする secp256r1 のプリコンパイル契約を導入し、MODEXP のエネルギー消費を最適化します。提案の投票が通過すれば、TVM と Ethereum の最新アップグレード機能の互換性がさらに向上し、スマートコントラクトの開発とクロスエコシステムの適応能力が強化されます。

Gateのデータによると、ZECは今日約8年ぶりの高値を記録し、一時2018年以来の最高価格888ドルに達しました。単週の上昇率は70％を超え、現在は844ドル付近の高値を維持しています。Zcashコミュニティは24日から約18日間のトークン保有者投票を行い、今後のNU7アップグレードの範囲を決定します。最低投票参加のハードルは100万ZECです。投票権はスナップショット時（予定では24日19:00 UTC、メインネットのブロック高約3,459,350）に保有している支出可能な、遮蔽された、IronwoodプールにあるZECに基づきます。投票は8月25日に開始し、9月14日19:00 UTCに終了します。支持するウォレットを通じてプライバシー方式で行われ、結果は集計データのみが公開されます。

HTXのグローバルアドバイザー、孫宇晨は、HTXがコミュニティのより強いセキュリティ保障の要求に応えるために、安全なアーキテクチャを正式にアップグレードしたと発表しました。ユーザーの資産を100% SAFUに保持すると述べています。アップグレードの内容には、複数のアドレスによる出金システムの有効化、ホットウォレットの資産を複数のアドレスに分散させることが含まれています。出金アドレスは定期的に自動でローテーションされ、新しいアドレスが有効化された後、旧アドレスは即座に無効化され、もはや管理されません。単一アドレスのリスクエクスポージャーは最小限に抑えられます。孫宇晨は、極端なセキュリティ事件が発生した場合でも、潜在的な損失の上限は100万ドル未満であり、保険基金によって全額カバーされるため、ユーザーは資金を失うことはないと述べています。また、出金アドレスは通常のセキュリティメカニズムとして定期的に変更されるため、ユーザーは必ずブロックチェーン上の実際の入金状況を確認するように注意を促しています。HTXは、すべてのユーザーのフィードバックと資産を真剣に受け止めると述べています。

The Defiant の報道によると、Arbitrum は 8 月 20 日に ArbOS 61 Elara アップグレードを有効化し、専用チェーンにオプションのプロトコルレベルの取引フィルタリング、優先手数料のサポート、代替データ可用性インターフェースを追加し、Arbitrum One の基本料金管理と拡張 Stylus コントラクトの容量を調整しました。コンプライアンスフィルタリング機能はデフォルトでオフになっており、チェーンの所有者が外部コンプライアンスサービスプロバイダー（TRM Labs や Chainalysis など）を積極的に設定し、ルールを設定する必要があります。これにより、模擬取引とチェーン上のガーディアンメカニズムによって二重に実行されます。優先手数料機能もデフォルトでオフになっており、チェーンの所有者がプリコンパイルを通じて有効化する必要があります。Arbitrum One 上の優先手数料の徴収は、別途 DAO の投票が必要です。Elara はまた、BaseFeeManager コントラクトを導入し、Offchain Labs が DAO の承認を受けた 0.01 から 0.1 gwei の範囲内で基本料金を調整できるようにし、有効期限は 2 年です。Stylus コントラクトのコードサイズ制限は 24KB から 96KB に引き上げられ、Solidity コントラクトには適用されません。

CryptoSlate の報道によると、USENIX Security の研究者が Solana の歴史的証明（PoH）メカニズムに対する時計攻撃の脆弱性を公開しました。この脆弱性は、2025 年 12 月に Solana 開発チームに私的に通知されていました。研究によれば、悪意のあるスケジューリングリーダーは「再アンカー」を通じて PoH の論理時計を操作し、論理時間の進行を遅くすることで、物理時間内でより長い取引選択ウィンドウを得ることができ、TowerBFT の分岐選択メカニズムを利用して誠実なリーダーのブロックを孤立させることができます。攻撃者が必要とするステーク比率は 33% 未満です。Anza の 5 万 SOL 賞金を提供する Alpenglow セキュリティコンペティションは 8 月 19 日に締切を迎えましたが、コンペティションのルールにより「Alpenglow が未アクティブな場合にのみトリガーされる行動」が除外されているため、この脆弱性は審査の対象外となりました。Solana 開発チームは関連する行動を認識しており、最も深刻なシナリオが現在の条件下で発生する確率は低いと考えています。また、Alpenglow のアップグレードが攻撃の前提を根本的に排除することを期待しています。現在、Alpenglow のコードは Agave 4.2 クライアントに含まれていますが、まだメインネットではアクティブになっておらず、Agave 4.3 の正式なローンチとともに予定されています。それまでの間、この脆弱性の移行期リスクは公開された実装レベルの分析と対応を受けていません。

BounceBitはXプラットフォームで発表し、チームがBounceBit Chainに影響を与える問題を発見したため、ノードのデプロイを一時停止し、修正プログラムを適用中であると述べています。BB取引および取引所の入出金は一時的に利用できません。公式は問題がチェーン自体に限られていることを強調しており、CeDeFiアプリケーション、スマートコントラクト、金庫には影響がなく、秘密鍵の漏洩やユーザーウォレットの損傷はありません。チェーンのアップグレードは8月23日17:00 UTC+8に行われる予定です。

アリババは、アリババクラウドが全面的なアップグレードを行い、インテリジェントクラウドに移行していると述べました。今後数四半期で、人工知能とクラウドビジネスの収益成長率はさらに加速するでしょう。

公式発表によると、提携ブローカー計画に伴うシステムアップグレードのため、バイナンスの米国株取引は一時的に利用できなくなります。アップグレード期間中、ユーザーは株式取引注文を提出することができません。システムアップグレードの時間は2026年08月22日18:50から2026年08月22日23:00（東八区時間）です。

公式の発表によると、波場 TRON コミュニティは 8 月 25 日にメインネットでネットワークパラメータ #95 と #96 のアクティベーション提案投票を開始する予定であり、GreatVoyage - v4.8.2（Pyrrho）で導入されたプラハと大阪のアップグレード機能を開放し、TVM とイーサリアムエコシステムの互換性をさらに向上させることを目的としています。現在、ナイルテストネットは 8 月 13 日に関連提案を通過し、開発者は新機能を体験し、DApp の連携調整と互換性テストを行うことができます。波場 TRON は、まだアップグレードを完了していないノードは 8 月 25 日までに v4.8.2 または v4.8.2.1 に更新する必要があると警告しています。そうしないと、関連パラメータがアクティブ化された後、正常にブロックを同期できなくなる可能性があります。コミュニティはまた、開発者が提案の議論に参加し、今後の投票および正式な発効の進展に引き続き注目することを歓迎しています。