概要 Financial Timesは2026年4月1日、Amazonが衛星通信企業Globalstarを約90億ドルで買収する交渉を進めていると、複数の関係者の話として報じた。この報道を受け、Globalstarの株価は10〜18%急騰した。Amazonは低軌道衛星インターネットサービス「Amazon Leo」（2025年11月にProject Kuperからリブランド）を通じてSpaceXのStarlinkと競争しており、今回の買収はその戦略を大幅に加速させる可能性がある。両社はいずれも公式コメントを出していない。 Amazonの衛星戦略と買収の狙い Amazon Leoは現在、約212基の低軌道（LEO）衛星を運用しており、最終的に7,700基の星座を目指している。しかし、FCCのライセンス条件では2026年7月30日までに第一世代の3,232基のうち半数以上の打ち上げ・運用が義務付けられており、現時点で約1,400基が不足している。Amazonは2026年1月に期限延長をFCCに申請しているが、認可は不透明だ。 アナリストはGlobalstar買収の本質を「ハードウェアではなくスペクトラム（周波数帯）の獲得」と分析する。Globalstarが保有するLバンドおよびSバンドのグローバルに調和した周波数帯は、衛星から直接スマートフォンへの通信（ダイレクト・トゥ・デバイス）を実現するために不可欠な資産だ。Globalstarの既存衛星インフラと周波数資産を獲得することで、FCC規制上の要件を満たしながらAmazon自身の打ち上げペースの遅れを補う「時間を金で買う」戦略と見られている。 Apple株式と三者交渉の複雑化 買収の最大の障害はAppleの存在だ。Appleは2024年にGlobalstarへ15億ドルを投資し、約20%の株式を取得している。さらに、この投資契約ではGlobalstarがネットワーク容量の85%をAppleに提供することが約束されており、iPhoneやApple Watchの「衛星経由の緊急SOS」「衛星経由のメッセージ」「位置情報共有」機能を支えている。 Amazon主導の買収交渉が成立するためには、Amazonがこの容量供給契約をどう引き継ぐか、あるいは再交渉するかについてAppleとも合意する必要があり、事実上の三者間交渉となる。Appleは公式にコメントしていない。 規制上の障壁とSpaceXの反発 規制面でも複数の課題が浮上している。SpaceXはすでにFCC宇宙局に対し、Amazon・Globalstar連合の「スペクトラル効率」に関する異議申し立てを行っている。また、大手テック企業同士の統合として、DOJとFCCが独占禁止法の観点から厳しく審査する見通しだ。LバンドとSバンドという希少な周波数資源の集中は、将来的なグローバル接続性をめぐる「スペクトラム戦争」の様相を帯びており、各国規制当局の注目を集めている。 成立すれば、Amazonは衛星インターネット市場で圧倒的なシェアを持つStarlinkへの対抗軸として一気に存在感を高めることになる。一方で、Apple・SpaceX・規制当局という三方向からの障壁をいかに乗り越えるかが、ディール成否を左右する。

概要 Anthropicは2026年4月4日正午（太平洋時間）より、Claude ProおよびClaude Maxなどのサブスクリプションプランを、OpenClawやOpenCode、Cline、RooCodeといったサードパーティツール経由で利用することを正式に禁止した。今後、サードパーティツールからClaudeにアクセスするには、Anthropicから別途APIキーを取得する必要がある。公式の方針として「Claude Free、Pro、MaxアカウントのOAuthトークンを、Anthropicが提供するClaudeコード以外のツールや製品で使用することは許可されない」と明記されている。 この動きはすでに2026年1月から段階的に実施されており、Anthropicはサーバー側でサブスクリプション用OAuthトークンを公式CLIであるClaude Code以外の環境からブロックしてきた。今回の4月4日の変更はその方針を正式に確定させるものだ。 サードパーティ利用が問題となった背景 これまで一部の開発者は、ユーザーのClaude OAuthトークンを取得し、公式Claude CodeクライアントのヘッダーやIDを偽装することで、月額$200のClaude Maxサブスクリプションをエージェント型の大量処理に活用していた。しかし、同等のAPI利用料を試算すると月$1,000〜$5,000以上に上ることもあり、Anthropicにとって定額サブスクリプションユーザーが著しく不採算になっていた。一度のOpenClawのクエリだけでも約3万トークンを消費し、夜間に自律的に動き続けるエージェントループは1日で数百万トークンを消費し得る。 Anthropicの担当者は、サードパーティハーネスは「ユーザーにとっても問題を引き起こし、利用規約に違反している」と述べており、同社の利用規約第3.7条ではボットやスクリプトなどの自動化された手段によるサービスへのアクセス（API経由を除く）を禁じている。Googleも同様に、OpenClawユーザーが同社のGeminiサブスクリプションを不正利用するケースに対し、2026年2月からブロック措置を開始していた。 開発者コミュニティへの影響と反応 この変更により、メール処理や顧客対応の自動化、予約管理などサブスクリプション経由でClaudeを利用していた自動ワークフローが即座に停止した。Anthropicは影響を受けたユーザーに対し、月額プラン相当の一時クレジット付与および全額返金オプションをメールで案内しているが、短い通知期間に対する批判が上がっている。 開発者コミュニティからの反応は批判的なものが多く、DHH（Ruby on Rails作者のDavid Heinemeier Hansson）はこのアプローチを「非常に顧客敵対的だ」と批判した。著名エンジニアのGeorge Hotzも「規制はClaudeコードへの回帰を促すのではなく、他のモデルプロバイダーへの移行を促す」と指摘し、開発者の離反を懸念する声が上がった。 一方、OpenAIは対照的な戦略を取り、OpenClaw開発者のPeter Steinbergerを2026年2月14日に採用。ChatGPT ProサブスクリプションではサードパーティツールのOpenClaw互換を明示的に認めており、Anthropicからの移行を歓迎する姿勢を示している。 今後の展望 この動きにより、DeepSeek V3.2（MIT ライセンス、$0.28/$0.42/Mトークン）やQwen 3.5、Groqなどの低コストオープン代替モデルへの開発者移行が加速している。Claude Sonnet（$3/$15/Mトークン）やOpus（$5/$25/Mトークン）と比較して大幅に安価なオープン源モデルの品質が急速に向上しており、サブスクリプション経由の格安利用という抜け穴がなくなった今、AIプロバイダーの選定においてマルチプロバイダー構成やオープンウェイトモデルの採用が標準的な戦略となっていくとみられる。

概要 AWSは2026年3月、AIコーディングアシスタントからサーバーレスアプリケーションのビルド・デプロイ・運用を一元管理できる「Agent Plugin for AWS Serverless」を発表した。Claude Code、Cursor、Kiroなどの主要AIコーディングツールに対応しており、開発者はチャット画面を離れることなくAWS Lambda関数の作成やAPIの設計・管理、インフラのプロビジョニングまでを実行できる。プラグインはAWSの公式GitHubリポジトリ（awslabs/agent-plugins）でオープンソースとして公開されている。 Claude Codeでは /plugin install aws-serverless@claude-plugins-official コマンドひとつでClaudeマーケットプレイスからインストールでき、個別スキルを選んで導入することも可能だ。 技術的な仕組みとスキル Agent Pluginはスキル・サブエージェント・フック・Model Context Protocol（MCP）サーバーを1つのモジュールにまとめたオープンフォーマットの拡張機能で、複数のAIツール間で互換性を持つ設計となっている。開発ライフサイクル全体をカバーする主な機能は次のとおりだ。 Lambda関数の作成と管理: Amazon EventBridge・Kinesis・AWS Step Functionsなどのイベントソースとの統合、可観測性・パフォーマンス最適化・トラブルシューティングのベストプラクティスを内包 IaCサポート: AWS SAM（Serverless Application Model）とAWS CDKによる再利用可能なコンストラクト提供、CI/CDパイプラインとローカルテストへの対応 API設計: Amazon API Gatewayを通じたREST API・HTTP API・WebSocket APIの設計と管理 ステートフルワークフロー: Lambda Durable Functionsによるチェックポイント機構と高度なエラーハンドリング AWS Lambdaのファイルディスクリプタ上限も4倍に拡大 同時期に発表されたもう一つの重要な改善として、AWS LambdaのファイルディスクリプタUlimitが従来の1,024から4,096へ4倍に引き上げられた。この変更はLambda Managed Instances（LMI）上で動作する関数が対象で、LMIが同時に複数のリクエストを処理できる仕組み上、ファイルディスクリプタの枯渇がボトルネックになりやすいという課題を解消する。 ファイルディスクリプタはファイルのオープン・外部サービスへのネットワークソケット接続・並行I/Oストリームの管理など幅広い用途で消費されるため、I/O集中型ワークロードや大規模なコネクションプールを必要とするアプリケーション、マルチコンカレンシーを活用するサーバーレス設計において直接的な恩恵がある。本機能はLMIが一般提供（GA）されている全AWSリージョンで利用可能だ。 今後の展望 Agent Plugin for AWS Serverlessの登場は、AIコーディングアシスタントをインフラ管理の直接的なインターフェースとして位置づけるAWSの方向性を示している。オープンソースでの公開により、サードパーティによる拡張や他クラウドサービスとの連携プラグインの開発も期待される。Lambdaのファイルディスクリプタ拡大と合わせ、高スループット・高並行のサーバーレスアーキテクチャをAIドリブンな開発体験で構築しやすくなったといえる。

事の発端：.npmignoreの記述漏れによる大規模リーク 2026年3月31日、AnthropicがClaude Codeのnpmパッケージ（バージョン2.1.88）を更新した際に、重大なパッケージング上のミスが発生した。.npmignoreの記述が不完全だったため、59.8MBのソースマップがパッケージに同梱されてしまい、約1,900ファイル・512,000行にのぼる未難読化のTypeScriptソースコードが誰でもダウンロードできる状態で公開された。 このリークで明らかになった内部実装には、コンテキストウィンドウの制限を乗り越えるための「自己修復メモリアーキテクチャ」、KAIROSと呼ばれる永続的なバックグラウンドエージェント機能、OSSプロジェクトへの隠密コントリビューションを行う「Undercover Mode」など、これまで公開されていなかった機能が含まれていた。セキュリティ研究者は、内部データフローの詳細が露わになったことで、従来のジェイルブレイク手法に依存しない新たな攻撃ベクターが生まれると警告している。 GitHub史上最速成長リポジトリの誕生 このリークに着目したのが研究者のSigrid Jin（GitHubアカウント: instructkr）だ。彼はリークされたコードを参照しつつ、プロプライエタリなコードを一切使用しない「クリーンルーム実装」として、PythonとRustによる再実装プロジェクト「Claw Code」を立ち上げた。プロジェクトは公開後急速に成長し、初期の数日間で72,000スター・72,600フォークに到達した後、10万スターを突破。GitHub史上最も速く成長したリポジトリの一つとなった。 プロジェクトの製作者は「ハーネス、つまりコンテキストの流れ方、ツールの接続方法、意思決定の仕組みこそが本当のエンジニアリングが宿る場所だ」とコメントしており、LLMと開発ツールを結ぶ透明で監査可能なインフラを提供することを目的として掲げている。Python実装のワークスペースコード、テストディレクトリ、CLIユーティリティが公開されており、本番環境向けのRust実装も開発中だ。 AnthropicのDMCA対応とセキュリティへの波及 Anthropicはリーク発覚後、GitHubに対してDMCAによる削除要請を行い、リークコードを直接含むリポジトリの排除に動いた。しかし、Claw CodeはクリーンルームのPython/Rust実装として設計されているため、単純なDMCA対象にはなりにくいとみられている。 一方、この騒動に便乗する形で、Vidar StealerやGhostSocksといったマルウェアを仕込んだ、Claude Codeのリークコードを装った偽リポジトリが流通し始めたことも報告されている。人気リポジトリへの注目を悪用したサプライチェーン攻撃のリスクが顕在化しており、ユーザーは公式GitHubリポジトリ（github.com/instructkr/claw-code）以外のソースからダウンロードしないよう注意が必要だ。今回の事件は、npmパッケージ管理における.npmignoreや.filesフィールドの設定ミスが引き起こすリスクを改めて業界に示すものとなった。

概要 ESLint v10が正式にリリースされ、長期にわたる移行期間を経てフラットコンフィグへの完全移行が完了した。最大の破壊的変更は、旧来の.eslintrc設定システムの完全廃止だ。互換レイヤーとして提供されていたLegacyESLintが削除され、Linterクラス上のdefineParser()・defineRule()・defineRules()・getRules()といったメソッドも取り除かれた。またshouldUseFlatConfig()は無条件でtrueを返すようになった。まだ.eslintrcを利用しているチームはv10へのアップグレード前に移行を済ませる必要があり、公式の移行ツールnpx @eslint/migrate-config .eslintrc.jsonを使えばeslint.config.mjsファイルを自動生成できる。 技術的な変更点 設定ファイルの探索ロジックも改善された。従来はカレントワーキングディレクトリを起点に検索していたが、v10ではリントするファイルのディレクトリから順に検索するよう変更された。これによりパッケージごとに異なるルールを持つモノレポ構成での利便性が高まる。 JSX識別子を変数参照として認識する機能も追加された。これによりJSXのみで使用されるコンポーネントがno-unused-varsルールで誤検知される問題が解消され、@eslint-react/jsx-uses-varsなどのコミュニティワークアラウンドが不要になる。テスト基盤面ではRuleTester APIにrequireMessage・requireLocation・requireDataの新オプションが追加され、プラグイン開発者がより厳密なテスト定義を書けるようになった。 Node.jsの対応バージョンは^20.19.0 || ^22.13.0 || >=24に絞られ、v21.xおよびv23.xは非対応となった。 エコシステムと競合状況 移行に際してエコシステム側の課題も浮き彫りになった。eslint-plugin-reactやNext.jsが標準で使用するeslint-config-nextがv10のピア依存宣言に初期対応していなかったため、Reactを利用する開発者の間でインストール時の競合が発生した。コミュニティからは「フラットコンフィグの発想は良いが移行パスが難しかった」という声も上がっており、プラグインごとの実装差異が不安要素として挙げられている。 競合ツールとしてはRust製のBiomeやOxlintが台頭しており、OxcはCPUコア数によっては50〜100倍の性能改善をうたっている。ただしルールカバレッジの面ではESLintの広大なエコシステムに及ばないため、既存のルールセットへの依存度によって乗り換えの判断が分かれる状況が続いている。

概要 Google DeepMindは、2025年5月に発表したLLM駆動型のアルゴリズム自律設計エージェント「AlphaEvolve」を多人数強化学習（MARL）のゲーム理論アルゴリズムに応用した研究成果を公開した。Gemini 2.5 Proを活用して生成されたアルゴリズム変種「VAD-CFR」は、ポーカーのような不完全情報ゲームを含む11のゲーム環境のうち10において、人間の専門家が手動で設計した最先端アルゴリズムを上回る性能を示した。LLMが単なるコード生成にとどまらず、アルゴリズムの本質的な改善を自律的に行えることを示した点で業界の注目を集めている。 AlphaEvolveの仕組みとゲーム理論への応用 AlphaEvolveは「LLMの創造的な問題解決能力」と「自動検証システム」を組み合わせた進化的フレームワークだ。数値パラメータではなくソースコード自体を変異・進化させる点が特徴で、Gemini Flashが多様なアイデアを高速に探索し、Gemini Proがより深い洞察を提供する役割を担う。 今回の研究では、ゲーム理論の2大アルゴリズムパラダイムに適用された。まず**CFR（Counterfactual Regret Minimization）への応用として、AlphaEvolveが発見した「VAD-CFR」は、従来の静的な割引係数に代わりEWMA（指数加重移動平均）で瞬間的な後悔の大きさを追跡し、割引係数を動的に調整する「ボラティリティ認識型割引」を採用する。さらにポリシー平均化を500イテレーションまで遅延させるという人間には直感的でない設計も自律的に導き出した。次にPSRO（Policy Space Response Oracles）**への応用では、AlphaEvolveが「SHOR-PSRO」を発見した。これはOptimistic Regret MatchingとSoftmax純粋最良戦略コンポーネントの間でブレンド係数をアニーリングし、貪欲な活用からロバストな均衡探索への移行を自動化する手法で、従来は専門家が手動でチューニングする必要があった部分を排除した。 AlphaEvolveの既存の実績と応用の広がり AlphaEvolveはゲーム理論以前にも、数学とコンピューティングの分野で顕著な成果を上げている。Googleのデータセンタースケジューリングの最適化でコンピュートリソースの0.7%を回復し、Geminiのトレーニング時間を1%短縮、FlashAttentionの実装では最大32.5%の高速化を達成した。数学的成果としては、Strassen法（1969年）以来未改善だった4×4複素行列乗算を48スカラー乗算で実現し、11次元のキッシング数問題で新たな下限を確立するなど、約50の未解決問題の20%で既知の最良解を更新した。 今回のゲーム理論への応用は、AlphaEvolveが特定分野に特化せず「汎用的なアルゴリズム設計システム」として機能することを改めて実証したものだ。DeepMindは今後、材料科学、創薬、サステナビリティなどの分野への展開も見据えており、LLMによる自律的なアルゴリズム設計が科学研究の加速に貢献する可能性を示している。

概要 MetaはAIモデルの訓練データ調達に関わるデータベンダー企業Mercorとの協業を一時停止したとWiredが報じた。きっかけは2026年3月下旬に発生したセキュリティインシデントで、オープンソースのAIプロキシライブラリ「LiteLLM」を介したサプライチェーン攻撃により、Mercorのシステムから4TBにおよぶ機密データが盗み出されたとされる。MercorはOpenAI、Anthropic、MetaなどのAI大手にとって、医師・弁護士・研究者といった専門家によるAI訓練データの収集・標注を担う重要なパートナーだ。2025年10月にはFelicis Venturesが主導するシリーズCで3億5000万ドルを調達し、評価額は100億ドルに達している。 攻撃の手口：LiteLLMサプライチェーン汚染 攻撃グループ「TeamPCP」は、異なるAIモデル間の通信を仲介するオープンソースライブラリLiteLLMのメンテナーアカウントを侵害し、悪意のあるコードを仕込んだバージョン（1.82.7および1.82.8）をPyPIリポジトリに公開した。これらの不正バージョンがリポジトリに存在したのはわずか約40分間だったが、LiteLLMは毎日数百万回ダウンロードされるライブラリであり、クラウド環境の約36%に導入されているとされる。CI/CDパイプラインで自動的に最新版を取得していた企業は、知らないうちに悪意のあるコードを実行した可能性がある。Mercorはこの攻撃によって認証情報を窃取され、内部システムへの侵入を許した。 流出したデータと関与したグループ 別の脅威アクター「Lapsus$」がMercorのリークサイトへの掲載を通じて4TBのデータ窃取を主張している。流出したとされるデータには、候補者プロフィール・個人識別情報（PII）211GB、ソースコード・APIキー・シークレット939GB、ビデオインタビューや身元証明書類3TBが含まれる。さらに、Slackのコミュニケーション記録、内部チケットシステム、MercorのクライアントであるAI大手が手がけている秘密プロジェクトに関する情報も含まれる可能性があるとされており、その点が今回の侵害を単なる個人情報漏洩にとどまらない産業機密問題に押し上げている。セキュリティ研究者はTeamPCPとLapsus$の関連性を示唆しているが、正式な協力関係は確認されていない。 業界への影響と今後の展望 AI企業にとって訓練データの収集・選別・準備の手法は、数年間と数十億ドルの投資が積み重なった最重要機密であり、その情報が流出した場合、競合他社が開発期間を数カ月から数年単位で短縮できるリスクが生じる。Metaが主要AIラボとして初めてMercorとの協業停止を公表したことは、AI訓練データ調達における第三者ベンダーのセキュリティ管理の在り方に業界全体として向き合う必要性を示している。今後は、データ処理業務の内製化推進、外部パートナーへの厳格なセキュリティ要件設定、政府によるAI訓練データのセキュリティ基準と漏洩報告義務の整備加速といった動きが予想される。今回の事件はオープンソースのサプライチェーンが短時間で数千の組織に被害を拡大させうる現実を改めて浮き彫りにした。

概要 OpenAIは2026年4月3日、複数の幹部による役職変更を含む大規模な組織再編を発表した。最高執行責任者（COO）を務めてきたBrad Lightcapが「特別プロジェクト（special projects）」を主導する新役職に移行することが明らかになったほか、最高マーケティング責任者（CMO）のKate Rouchが癌治療に専念するため一時的に会社を離れることも報告された。急成長を続けるAI企業として、OpenAIは事業拡大に合わせた経営体制の見直しを進めている。 主な人事変更 Brad LightcapはOpenAIのCOOとして事業運営全般を統括してきたが、今回の再編で「特別プロジェクト」担当という新たな役割に移行する。特別プロジェクトでは「社内の複雑な取引や投資」を主導するほか、プライベートエクイティ企業との合弁事業を通じた企業向けソフトウェア販売の推進を担当するとされている。 Fidji Simoは神経免疫疾患である体位性頻脈症候群（POTS）の再発に伴い、数週間の医療休暇を取得することを発表した。Simoはかつてメタ（Meta）でFacebookアプリのトップを務めた後、Instacart CEOを経てOpenAIに入社し、アプリケーション部門CEO（CEO of Applications）として製品全般を統括してきた。休暇中はOpenAI共同創設者兼社長のGreg Brockmanがプロダクトチームを統括する。 CMOのKate Rouchは癌治療への専念を理由に一時的な離任を選択した。OpenAIは健康が回復した際の復帰を想定しており、同社が個人の事情に対して柔軟な対応を取っていることが示されている。 背景と今後の展望 OpenAIは近年、ChatGPTの急速な普及やGPT-4oをはじめとするモデルのリリースにより、事業規模が劇的に拡大した。従業員数や事業部門の増加に伴い、組織構造の最適化が継続的な課題となっている。今回の幹部人事刷新は、変化する事業ニーズに対応するための戦略的な再配置と見られており、OpenAIが今後も経営陣レベルでの柔軟な組織変更を続けていく姿勢を示している。

概要 2026年4月1日、SolanaベースのDeFiプラットフォーム「Drift Protocol」が大規模なサイバー攻撃を受け、約2億8,500万ドル（約285億円相当）の暗号資産が流出した。被害はわずか12分間・31回の引き出しトランザクションで完結しており、2026年最大かつSolana史上2番目の規模のDeFiハックとなった。ブロックチェーン分析会社のEllipticとTRM Labsは、本攻撃を北朝鮮（DPRK）国家支援ハッカーグループによる2026年18件目の関与事例として特定した。Driftは即座に全ての入出金を停止し、$DRIFTトークン価格は40%近く暴落、プラットフォームのTVL（Total Value Locked）は55%超減少して550百万ドルから250百万ドル以下に急落した。 攻撃の全容——数週間にわたる周到な準備 攻撃は即興ではなく、数週間にわたって綿密に準備された。3月11日、攻撃者はTornado Cashから10ETHを引き出して資金を調達。翌12日には偽トークン「CarbonVote Token（CVT）」を7億5,000万ユニット発行し、そのうち80%を自己保有した。Raydiumのプールに500ドル程度の流動性をシードし、ウォッシュトレーディングで約1ドルの価格履歴を人工的に作り上げてDriftのオラクルに正規資産と誤認させた。 3月23〜30日にかけては「Durable Nonce（持続的ノンス）」アカウントを作成し、事前署名済みトランザクションを仕込んだ。Durable Nonceとは、Solanaにおいて通常は1回限りの使い捨てであるトランザクションのノンスを再利用可能にする仕組みで、攻撃者は実行タイミングを自在にコントロールできる状態を準備した。決定的だったのは3月27日にDrift自身がSecurity Councilのマルチシグに対するタイムロック（遅延保護）をゼロに削除したことだ。この運用上の変更が、攻撃の最終フェーズを可能にした。 12分間の流出と資金洗浄 4月1日正午（東部時間）、攻撃者は準備した4つの持続的ノンスアカウントのうち2つをSecurity Councilのマルチシグ署名者に紐付けて一斉に実行した。31回のトランザクションで流出した主な資産は、JLPトークン4,270万枚（約1億5,900万ドル）、Wrapped Bitcoin（1,600万ドル超）、USDC・USDT・SOLなどのステーブルコインおよびネイティブトークン。USDCは計2億3,000万ドル超がCircleのCCTP（Cross-Chain Transfer Protocol）を経由してEthereumブリッジへ送られた。著名なオンチェーン調査者ZachXBTは、Circleが凍結できる6時間の猶予があったにもかかわらず対応せず、盗難USDCのブリッジを許したとして「業界にとっての悪質プレイヤー」と強く批判した。 業界への影響と今後のセキュリティ対策 本攻撃が示したのは、DeFiの脆弱性のパラダイムシフトだ。LedgerのCTO Charles Guillemetは「攻撃はスマートコントラクト自体ではなく、人的・運用レイヤーを標的にしている」と指摘。Trail of Bits（2022年）やClawSecure（2026年2月）による複数の監査を通過していたにもかかわらず防げなかったことから、「分散化の幻想」への批判がコミュニティで噴出した。Solana Foundationのリリー・リューは「これはSolanaネットワーク全体の問題ではなく、アプリケーション固有の障害」とフレーミングした。 再発防止策として、管理者アクションへのハードウェア署名義務化、ガバナンス変更への24〜48時間タイムロックの業界標準化、単独否決権を持つGuardianティアの設置、Squadsなど不変マルチシグソリューションの採用拡大といった対策が業界全体で議論されている。2025年のBybitハックとの類似性も指摘されており、北朝鮮系ハッカーがコードの脆弱性よりも運用セキュリティの隙を狙う戦術に移行していることが改めて浮き彫りになった。

概要 2026年3月、.NETエコシステムはメジャーリリースサイクル外にもかかわらず非常に活発な動きを見せた。中心となるのは**.NET 11 Preview 2**のリリースで、ランタイムの非同期処理改善、ASP.NET Coreへのネイティブ OpenTelemetryサポート、Kestrelの大幅なスループット向上など多岐にわたる機能強化が含まれている。加えて、C# 15の注目機能であるUnion Types、Entity Framework Core 11の進捗、Aspire 13.2のリリースもこの月のハイライトとなった。 ランタイムとASP.NET Coreの強化 Preview 2ではRuntime Async機能の開発が継続されており、非同期処理の仕組みをコンパイラが生成するステートマシンからランタイム側へ移行することで、スタックトレースの改善とオーバーヘッドの削減が実現される。JITの改善としては、境界チェックの除去、冗長なcheckedコンテキストの削除、新しいArm SVE2 intrinsics、キャッシュされたインターフェースディスパッチなどが追加された。 ASP.NET Coreでは、別途計装ライブラリを必要とせずMicrosoft.AspNetCoreアクティビティソースを直接購読できるネイティブ OpenTelemetryトレーシングが導入された。Kestrelでは不正なHTTPリクエストを例外なしで処理するコードパスが追加され、該当シナリオで最大20〜40%のスループット改善が報告されている。Blazor SSRではTempDataサポートによりPOST-Redirect-GETパターンが利用可能になり、WebAssembly向けの.NET Web Workerプロジェクトテンプレートも追加された。 C# 15 Union Typesと言語機能 C# 15の目玉機能として注目を集めるUnion Typesは、public union Pet(Cat, Dog, Bird);という簡潔な構文で1-of-Nの値を型安全に表現できる。各ケース型からの暗黙の変換、コンパイラによる網羅的なswitchの強制など、従来のDiscriminated Unionsパターンを言語レベルでサポートする。コンパイラがケースの見落としを防ぐため、構文的な便利機能にとどまらず本番環境で実用できる堅牢な機能として設計されている。 EF Core 11、Aspire 13.2、その他のアップデート EF Core 11ではMaxByAsyncとMinByAsyncが直接SQLに変換されるようになり、従来のOrderByDescending(...).First()といった回避策が不要になった。SQL ServerでのDiskANNベクターインデックスとVECTOR_SEARCH()サポートも追加され、専用のベクターデータベースなしに既存のSQL Server上でセマンティック検索やRAG型検索が実現できる。 Aspire 13.2はAspire Confで公開され、1,100件以上のIssueをクローズする大規模アップデートとなった。AIコーディングエージェントを意識した設計が取り入れられており、aspire startやaspire stopなど充実したCLIコマンドでエージェントによる環境管理が可能になった。TypeScript AppHostの追加により、.NET SDKを必要とせずTypeScriptだけでAspireのオーケストレーションが行えるようになった点も注目される。また、Rider 2026.1安定版はASM Viewer、ファイルベースのC#プログラム実行、混合モードデバッグ、C# 15の早期サポートなどを提供している。 今後の展望 Runtime Asyncや Union Typesといった大型機能はまだプレビュー段階にあり、.NET 11の正式リリースに向けてさらなる改良が続く見込みだ。3月には緊急パッチ（.NET 10.0.5）がわずか2日で対応された事例もあり、チームの迅速な対応力も改めて示された。開発者コミュニティにとっては、C# 15の型システム強化と観測可能性（OpenTelemetry）の標準化が特に実用面での恩恵をもたらしそうだ。