概要 Googleは2026年8月12日、Android向けUIツールキット「Jetpack Compose」のバージョン1.12を安定版としてリリースした。Compose BOM（Bill of Materials）はandroidx.compose:compose-bom:2026.08.00に更新される。今回のリリースでは、グラフィックス表現力の強化、レイアウトAPIの拡充、テキスト編集・選択まわりの機能追加、そしてランタイム性能の改善など、多岐にわたる変更が含まれている。なお対象compileSdkはAPI 37となり、AGP（Android Gradle Plugin）は9.1.1以上が最小要件となる点には注意が必要だ。 グラフィックスとレイアウトの強化 目玉機能の一つが、新たに導入されたMeshGradientPainterによるメッシュグラデーション対応だ。開発者はグリッド状の行・列に沿って頂点位置と色を定義することで、複数の色が滑らかに補間される有機的なグラデーション表現を作成できる。あわせて、Display P3などの広色域（WCG）やHDRレンダリングのフルパイプライン対応も追加された。非sRGB色域の色は色のクランプ（丸め）なしにプラットフォームのレンダリングを通して保持され、非対応の色空間やAndroid 9以下の端末では自動的にsRGBへフォールバックする。また、GraphicsLayerとModifier.graphicsLayerにはLayerOutsetsが加わり、測定サイズを超えて視覚的な描画範囲を拡張できるようになった。 レイアウト面では、実験的機能であるGridコンポーネントが名前付きレイアウト領域に対応した。従来の数値インデックスの代わりに、GridConfigurationScopeで意味のある名前付き領域を定義し、gridItem(areaId = "name")で配置できるようになったことで、複雑な2Dレイアウトの記述が簡潔になる。アニメーション面でも、ジェスチャー駆動のインタラクティブな2段階トランジションを実現するDeferredAnimatedContent・DeferredAnimatedVisibilityが追加され、DeferredTargetAnimationは実験的ステータスを卒業して正式機能となった。 テキスト編集とCredential Manager統合 BasicTextFieldでは、TextFieldBufferスコープのaddStyle()メソッドによりインラインSpanStyle・ParagraphStyleを適用できるようになり、編集可能なリッチテキスト書式設定に対応した。getSpanStyles()やgetParagraphStyles()で書式情報を取得できるほか、新設されたSelectionState APIによりSelectionContainerのテキスト選択をプログラムから制御できる（selectAll()、select(TextRange)、extendSelectionByWord()など）。 さらに注目すべきは、Android のCredential Manager（API 34以上）とのシームレスな統合だ。テキストフィールドがAutofillフレームワーク経由で連携し、新たなcredentialRequestセマンティクスプロパティとCredentialRequestDataを用いることで、パスキーや保存済み認証情報の入力を直接プロンプト表示できる。このほか、ダウンロード可能フォントのフォントバリエーション設定対応、テキスト選択ドラッグ時の自動スクロール、KeyboardTypeへのDate・Time・DateTime・SignedDecimalの追加なども盛り込まれた。 パフォーマンスとテスト機能の改善 ランタイム面では、コルーチンを必要としない単発エフェクト向けにキー引数を受け取れるSideEffectのオーバーロードが追加され、LaunchedEffect比で最大90%、DisposableEffect比で約20%高速というベンチマーク結果が示されている。また起動時最適化も進み、初回フレーム描画までの時間（Time to Initial Display）は従来のView実装と同等の水準に達したという。テスト面でも、UIの保留中の作業をクロックを進めずに確認できるhasPendingWork()や、手動でのクロック制御中に暗黙的な同期を無効化するrunWithoutImplicitWait()など、より細かい制御を可能にするAPIが追加された。 今後の展望 開発者向けの移行作業としては、Compose BOMを2026.08.00に更新し、compileSdkをAPI 37へ、AGPを9.1.1以上に引き上げる必要がある。また、非推奨となったModifier.onFirstVisible()は、より精度の高い可視性トラッキングを提供するModifier.onVisibilityChanged()へ置き換えることが推奨されている。なお、デザインシステム向けの新API「Styles API」は、型安全性や正確性、カスタムデザインシステムのサポートを確立するための基盤設計を固める段階にあり、引き続き実験的ステータスのまま開発が続けられる予定で、今後も破壊的変更が見込まれるとしている。

概要 Nvidiaは規制当局への提出書類（13F）で、6月30日時点でSpaceXの株式約1億2280万株、評価額にして約210億ドルを保有していることを開示した。これはIntel株（約300億ドル相当）に次ぐ同社2番目に大きな投資先であり、AI・半導体大手が宇宙開発企業へ巨額出資している実態が明らかになった形だ。Intel株とSpaceX株を合わせるとNvidiaが開示した株式ポートフォリオ全体の8割超を占めており、同社の投資戦略がごく一部の戦略的パートナーに集中していることが浮き彫りになった。 出資の経緯：xAI投資からSpaceX株への転換 このSpaceX株は、もともとNvidiaが1月にElon Musk率いるxAIの総額約200億ドルの資金調達ラウンドに約100億ドルを投資したことに端を発する。2月にSpaceXがxAIを約1兆2500億ドル規模の評価額で買収したことで、Nvidiaが保有していたxAI株式はSpaceX株式へと転換された。さらに6月12日にSpaceXは1株135ドルで新規株式公開（IPO）を果たし、約750億ドルを調達する史上最大規模のIPOとなり、評価額は約1兆8000億ドルに達した。この一連の流れを経て、Nvidiaの出資はxAIへの出資からSpaceX株の保有へと姿を変えた。なお、SpaceX株は6月末の1株170.86ドルから直近の取引では140ドル前後まで下落しており、時価ベースでのNvidiaの保有価値は開示時点より目減りし約172億ドルとなっている。Nvidiaはこの他の投資家の中では6番目の規模の株主で、Elon Musk本人（約8500億ドル相当）やAlphabet（約780億ドル相当）に次ぐ立場にある。 Intelとの比較とポートフォリオにおける位置づけ Nvidiaのポートフォリオで最大の保有先は引き続きIntelで、約2億1480万株、評価額約300億ドルに達する。これは2025年にNvidiaが約50億ドルを投資した際から株数はほぼ変わっていないものの、Intel株価の上昇によって評価額が数倍に膨らんだ結果だ。Intel株とSpaceX株の2銘柄だけでNvidiaの開示済み株式資産の8割以上を占めており、AI半導体の巨人が競合でもあり顧客でもあるIntelと、AIインフラ需要の急拡大で恩恵を受けるSpaceXの双方に大きく賭けている構図が鮮明になっている。 戦略的な意味合いと今後の展望 SpaceXは先週の決算説明会で、Elon Musk自身が「NvidiaのVera Rubinアーキテクチャが最良だと考えるため、Nvidia製品を軸に構築することを決めた」と述べ、AI・データセンター向け計算基盤をNvidia製GPUに一本化する方針を明言している。この発言からも、NvidiaにとってSpaceXへの出資は単なる財務的リターンを狙ったものではなく、将来にわたる大規模なGPU受注を確保するための戦略的な布石という側面が強いことがうかがえる。SpaceX株価は上場来高値から下落しているものの、NvidiaとxAI・SpaceXの結びつきは資本と技術供給の両面でさらに深まっており、AIインフラをめぐる主要プレイヤー間の相互依存関係が今後も注目される。

概要 仏クラウド大手OVH CloudのCEO、Octave Klaba氏は、AI需要による部品価格の急騰（同氏は「RAMpocalypse」と呼ぶ）を理由に、2026年9月から新規サーバーレンタル料金を引き上げると警告した。値上げ幅は最大で2026年版ゲーミングサーバーの87%に達し、その他の新型サーバーでも40〜59%の値上げとなる。既存契約の更新時はこれより低く、3〜6倍緩やかな引き上げ率にとどまるという。AIブームによるハードウェアコストの高騰が、クラウド事業者の収益構造や料金体系にまで波及している実態を示す事例だ。 値上げの背景「RAMpocalypse」 Klaba氏によれば、メモリの調達価格は2026年6月までの1年間で6倍に達しており、2026年9月には9倍、2027年には12倍まで上昇する見通しだという。NVMeドライブは7倍、HDDは3.5倍に高騰し、CPU・マザーボード・ネットワークカードといった部材も15〜20%値上がりしている。同氏はこの背景として、AIブームに伴うハイパースケーラー各社の部品買い占めを挙げ、「グローバルな市況が、新規受注を継続する上で厳格な規律を強いている」と説明した。2027年時点のRAMやドライブの価格水準は不透明としながらも、「さらなる上昇の確率は非常に高い」と警告している。 具体的な値上げ内容 値上げは2026年9月から新規契約に適用され、対象サーバーの種類によって上げ幅が異なる。最も大きな影響を受けるのは2026年版ゲーミングサーバーで、料金は87%上昇する。その他の新型サーバーは40〜59%の値上げとなる一方、既存契約者が更新する場合の上げ幅はこれよりも大幅に低く抑えられる。また、2026年10月1日からはGen3インスタンスにおいてストレージ（1GB・1時間あたり0.000146ユーロ）とIP（1時間あたり0.0027ユーロ）を分離課金とするほか、契約プランについても1カ月・6カ月・24カ月プランを廃止し、12カ月・36カ月プランのみに絞り込む方針だ。 今後の見通し Klaba氏はこの部品価格高騰が2028年まで続くとの見方を示し、正常化は早くても2029年になるとの見通しを語った。業界関係者からは、AzureやAWSといった大手ハイパースケーラーも同様の値上げ発表を近く行うのではないかとの観測も出ている。AI需要を背景にしたメモリやストレージの供給逼迫は、OVH Cloud一社にとどまらず、クラウド業界全体のコスト構造に影響を与える可能性がある。

概要 ハードウェアウォレットメーカーTrezorは、配送委託先であるフルフィルメント事業者ShipMonkが不正アクセスを受けたことにより、約1万3689人（同社発表では「ほぼ1万4000人」）の顧客情報が流出したと発表した。侵害が発生していたのは2026年5月10日から8月8日までの期間で、ShipMonkは月曜日にTrezorへ通知し、Trezorは水曜遅くに公式ブログで顧客への告知を行った。Trezor自身のシステムやファームウェア、ハードウェアウォレット本体は侵害を受けておらず、同社は「デバイスは引き続き安全」と強調している。同社にとっては2013年の創業以来3件目となる情報漏洩であり、氏名や住所、電話番号といった配送関連の個人情報が流出したのは今回が初めてだという。 侵害の経緯とMetabaseの脆弱性 侵害の原因は、ShipMonkが利用していた分析基盤Metabaseに存在したSQLインジェクションのゼロデイ脆弱性が悪用されたことだとされている。攻撃者はこの脆弱性を突いてShipMonkのデータへ不正アクセスした。このMetabaseの脆弱性は今回のTrezorの一件に限らず、PC・ガジェットメーカーのFrameworkやオンラインフォームビルダーのTallyなど、他の複数企業でも侵害の原因になったと報じられており、業界横断的な影響が出ている。さらにShipMonkは、データ漏洩に関連して犯罪グループ「ShinyHunters」から金銭を要求する恐喝を受けたとも伝えられている。 漏洩したデータと想定されるリスク 流出した個人情報の内訳は、氏名・メールアドレス・電話番号・配送先住所が漏洩した顧客が1万1742人、氏名・都市名・メールアドレスのみが漏洩した顧客が1947人で、合計すると約1万3689人に上る。影響を受けたのは米国、英国、スウェーデン、コロンビア、ブラジル、イタリア、ポルトガルの顧客で、Amazon経由で発送された注文は対象外だった。Trezorは、現時点で流出データが公開・売買・悪用された証拠は確認されていないとしつつも、顧客に対しては銀行や暗号資産取引所を装ったフィッシング詐欺への警戒を呼びかけている。ハードウェアウォレットの利用者は保有資産と個人の住所情報が結び付けられることで、過去には偽装デバイスの送付や、住所を特定した上での金銭要求・強盗といった物理的な被害も報告されており、今回の漏洩も同様のリスクを高める可能性が指摘されている。 Trezorの対応と過去の侵害歴 Trezorは影響を受けた顧客全員にメールで個別通知を行い、公式ブログでも経緯を説明した。同社は過去にも2022年4月にMailchimp経由の侵害で約10万6856人、2024年1月にはサポートチケットシステムへの不正アクセスで約6万6000人の顧客情報が流出する事件を経験しており、今回が3度目の大規模な情報流出となる。競合のLedgerも過去に同様のサードパーティ経由の侵害を受け、長期にわたるフィッシングキャンペーンの標的にされた経緯があり、暗号資産のハードウェアウォレット業界全体でサプライチェーンを狙った攻撃への対策強化が課題となっている。

概要 Kasperskyのセキュリティ研究者らは、中国系ハッカー集団Mustang Panda（別名HoneyMyte）が使用するバックドア「CoolClient」の新バージョンに、署名付きのWindowsカーネルモードルートキットドライバ（msagent.sys）が組み込まれていることを確認した。このドライバはプロセス、ファイル、レジストリキー、そしてC2（コマンド＆コントロール）通信のIPアドレスをOSレベルで隠蔽する機能を持ち、従来のエンドポイント保護製品による検出を著しく困難にする。被害はミャンマー、モンゴル、パキスタン、ロシアの政府機関を中心に確認されており、地政学的な諜報活動の一環とみられる。CoolClientは2022年にSophosが初めて報告したバックドアで、2023年にはTrend Microが分析を行っているが、今回のルートキット統合は同マルウェアにとって大きな機能拡張となる。 技術的な詳細 攻撃はまず、初期侵入用インプラント「PlugX」の展開から始まる。PlugXはCoolClientの各コンポーネントを配置するとともに、偽のインストールディレクトリをMicrosoft Defenderの除外対象に登録し、後続の検出を回避する。実行チェーンは多段階構成となっており、正規のSangfor実行ファイル（defender.exeにリネーム）が悪意あるDLL「libngs.dll」をサイドロードすることで開始する。このDLLが復号・実行する第2段階の「loadcert.ini」がpersistence（永続化）、UACバイパス、そしてルートキットドライバの展開を担当し、最終段階の「cert.ini」がC2通信を含むバックドア本体として機能する。 ルートキットドライバmsagent.sysは、CoolClientがService Control Managerへのアクセス権とSeTcbPrivilege特権を保持している場合にのみ展開される。このドライバは、Windowsのアクティブプロセスリストからエントリをアンリンクすることでプロセスを隠蔽するほか、ファイルシステムのミニフィルタで保護対象ファイルへのアクセスを拒否し、レジストリコールバックで保護対象キーを列挙対象から除外する。さらに、Nsiproxyドライバへのフックを通じて、設定されたC2のIPv4アドレスをネットワーク情報から除外し、通信の痕跡を隠す。ドライバは33種類のIOCTLハンドラを実装しているが、実際の攻撃で使用が確認されたのは、CoolClientを信頼済みプロセスとして登録する「0x222120」、C2のIPv4アドレスをドライバに渡す「0x2221E0」、保護対象のファイル・レジストリパスを登録する「0x2220F0」の3種類のみだった。 特に注目されるのは、このドライバが「Nanjing Ranyi Technology Co., Ltd.」名義で発行された、2013年8月から2014年9月まで有効期限が設定された古いデジタル証明書で署名されている点である。有効期限切れの古い証明書を悪用することで、署名検証を通過しつつ検出を回避する手口とみられる。永続化にはAutoRunレジストリエントリ「goopdate」やWindowsサービス「media_updaten」への登録、RPCベースのプロセス生成による親プロセスIDスプーフィング、synchost.exeへのプロセスインジェクションなど、複数の手法が組み合わされている。Kasperskyは、この設計が同グループが2025年12月に確認された「ToneShell」ルートキットと類似する点を指摘しつつ、CoolClient版は専用のIOCTLハンドラによりユーザーモードのバックドアと直接通信できる点で異なるとしている。 影響と今後の見通し 正規の署名証明書とカーネルレベルの隠蔽技術を組み合わせた今回の手口は、国家に支援された攻撃グループによるマルウェアの高度化が着実に進んでいることを示している。ルートキットによってプロセスやファイル、通信の痕跡がOSレベルで隠蔽されるため、フォレンジック調査や標準的なセキュリティ製品による検知が一段と難しくなる。Mustang Pandaは過去にもPlugXなどのツールで政府機関を継続的に標的としてきており、今回のアップデートは同グループが長期的な諜報活動においてステルス性の向上に注力し続けていることを裏付けている。

概要 AWSは2026年8月10日、Amazon EC2に新しい「アプリケーションステータスチェック（application status checks）」機能を追加したと発表した。従来のEC2ステータスチェックはインスタンス本体や基盤システムへの到達可能性しか検出できず、Webサーバーがリクエストを受け付けなくなった、Dockerデーモンが停止した、ネットワーク設定を誤ってトラフィックが通らないといったアプリケーション層の異常を検知するには、利用者が独自の監視の仕組みを構築する必要があった。今回の機能追加により、同じEC2ステータスチェックの枠組みの中でアプリケーションの健全性まで監視できるようになり、異常が検出された場合はAuto Scalingと連携して不健全なインスタンスを自動的に置き換えることが可能になった。すべてのAWSコマーシャルリージョンおよびAWS GovCloud（US）リージョンで利用できる。 技術的な詳細 利用者はCreateApplicationStatusCheck APIを通じて、監視対象のプロトコル・ポート・パスと、正常とみなすレスポンスコード（例: “200,202,300-399"のような範囲指定も可能）を指定してチェックを作成し、インスタンスIDまたはタグでチェックを対象インスタンスに関連付ける。ヘルスチェックはAWSが利用者のVPC内に作成する管理用ENIから対象インスタンスへHTTP/HTTPSリクエストを送信する方式で、60秒間隔で実行され、タイムアウトは1〜30秒の範囲で設定できる。1台のインスタンスに複数のチェックを設定して、異なるポートで動く複数のサービスを個別に監視することも可能だ。一方で、TCPやgRPCといったHTTP/HTTPS以外のプロトコルには対応しておらず、レスポンスボディの中身を検証したりリダイレクトを追跡したりする機能はなく、HTTPS利用時も証明書検証は行われない。またチェック対象はVPC内からのアクセスに限られ、インターネット経由でのチェックはできない。 Auto Scalingとの連携 Auto Scalingグループ側では特別な設定変更をしなくても、アプリケーションステータスチェックの結果を利用した自動復旧が働く。実際に検証した記事では、インスタンス上のnginxを停止させたところチェックが異常を検知し、Auto Scalingが該当インスタンスを自動的に終了・置換する様子が確認されている。デフォルトでは300秒の初期化猶予期間（グレースピリオド）が設けられており、起動直後のインスタンスが安定するまでの間は誤検知による置換を防ぐ仕組みになっている。ロードバランサーを配置していないバッチサーバーや内部処理用インスタンスなど、これまでALBのヘルスチェックの恩恵を受けられなかった構成でも、アプリケーション層の異常検知と自動復旧を組み込めるようになった点が実務上のメリットとして挙げられている。 料金と注意点 本機能の利用には、ヘルスチェック用の管理ENIに対して1AZあたり1時間0.01ドルの料金が発生し、単一AZでの利用でも月額換算で約7.2ドル程度のコストがかかる。これに加えて、チェック結果をモニタリングする際の標準的なCloudWatchの料金も別途発生する。エージェントのインストールが禁止されている環境や、既存の監視エージェントを追加導入しにくい環境でも、EC2の標準機能としてアプリケーション層の監視を組み込める点は導入のハードルを下げる要素といえる。具体的な設定手順や詳細な仕様については、Amazon EC2ユーザーガイドを参照することが推奨されている。

概要 Racket言語コミュニティは8月13日、新バージョン「Racket v9.3」を公開した。今回のリリースには、racoツールへのMarkdown文書生成オプションの追加や、BSL・ISL+といった教育用言語のLanguageダイアログにおける機能パリティ達成、DrRacketの構文チェック高速化など、開発ツールの利便性と性能を高める変更が数多く盛り込まれている。リリースには28名の貢献者が参加しており、活発なコミュニティによる継続的な改善が続いている。ダウンロードは公式サイト（download.racket-lang.org）から可能だ。 開発ツールとドキュメントまわりの改善 今回の目玉の一つが、racoコマンドに追加された--doc-markdownオプションだ。これによりracoからMarkdown形式のドキュメントを直接生成できるようになり、GitHubなど外部プラットフォーム向けのドキュメント整備がしやすくなった。また教育用途で使われる#lang言語（BSL、ISL+など）は、DrRacketのLanguageダイアログにおいて他の選択肢と機能的に同等になり、推奨選択肢としての位置付けが明確化された。あわせてDrRacketでは、バックグラウンドでの式展開時にerrortrace注釈を無効化することで、構文チェックの速度が向上している。 パッケージ管理・ライブラリ・ランタイムの拡張 パッケージ管理面では、raco pkg installに--adjacent-deps、--destdir、--attachという新しいオプションが加わり、依存関係の配置やインストール先の制御が柔軟になった。ライブラリ面では、ffi/unsafe/runtime-libがソースファイルからの相対位置でライブラリを参照できる新しい仕組みを提供する。ネットワーク周りでは、tcp-listen 0が「address in use」エラー発生時に自動的にリトライするようになり、堅牢性が向上した。さらにfile/zipパッケージでは、メモリ内のファイルソースを扱えるようになったほか、ファイル単位で圧縮の有無を制御できるメカニズムが追加されている。継続処理（continuation）関連の複数の関数についても、プロンプトタグの扱いを中心に機能強化が行われた。 パフォーマンスと今後の展望 内部的な最適化として、racket/baseが必要とするモジュール数とそのインスタンス化数が削減され、起動時のオーバーヘッド軽減につながっている。今回のリリースは大きな目玉機能を一つ打ち出すというよりも、開発ツールの使い勝手・教育用途での一貫性・ランタイムの堅牢性といった多方面にわたる地道な改善を積み重ねた内容といえる。Racketは今後もコミュニティ主導での継続的な機能拡充が見込まれ、次期バージョンでも同様に幅広い改善が期待される。

概要 ネットワークプロトコルアナライザWiresharkの開発チームは8月13日、最新版となる4.6.8をリリースした。今回のアップデートでは、クラッシュにつながる約28件のセキュリティ脆弱性がまとめて修正されており、過去のリリースと比較しても大規模なセキュリティパッチとなっている。修正対象にはBluetoothスタックやUMTS(3G)関連プロトコル(RRC、UMTS FPなど)の解析処理も含まれ、ネットワーク解析の現場で広く使われるツールだけに、利用者には速やかなアップデートが推奨される。 修正された脆弱性の内訳 28件の脆弱性のうち9件はファイルパーサーに起因するもので、pcapng、Endace ERF、Tektronix K12xx、BUSMASTER、Catapult DCT2000、Gammu DCT3、3gpp phone logs、TTX Logger、Ixia IxVeriWave、Vector Informatikの BLFといった各種キャプチャファイル形式のパーサーが対象となった。これらは攻撃者が細工した悪意あるキャプチャファイルを開かせるだけで悪用が成立し得るため、ファイルの受け渡しを伴う運用では注意が必要だ。 残りの脆弱性は主にプロトコルディセクタ(解析コンポーネント)に関するもので、RDP、SSH、Kerberos、H.245、ESS、X.509IF、RRC、UMTS FP、CMS、C12.22、Bluetooth関連プロトコルなど多岐にわたる。具体的な不具合の種類としては、スタックバッファオーバーフロー、スタックオーバーリード、メモリ範囲外読み取りなどが報告されており、いずれも悪意あるパケットやキャプチャデータの取り込み時にクラッシュを引き起こす可能性がある。なお、NetLog JSONパーサーのスタック枯渇に関する問題も別途修正されているが、これは28件の番号付き脆弱性には含まれない。今回のリリースでは個別のCVE番号は付与されていない。 その他の改善点 セキュリティ修正に加え、プロトコルおよびキャプチャファイルサポートの改善も行われた。具体的には5G NAS(Non-Access Stratum)通信フィールドのデコード誤りが是正されるなど、プロトコル解析の精度向上に関する細かな修正も含まれている。 今後の見通し Wiresharkはネットワークトラブルシューティングやセキュリティ調査で広範に利用されるオープンソースツールであり、悪意あるキャプチャファイルやパケットを介した攻撃対象となるリスクが指摘されてきた。今回のような大規模な脆弱性修正は、ツールの堅牢性を高める上で重要な意味を持つ。利用者は公式サイトやパッケージマネージャーを通じて4.6.8への更新を行うことが推奨される。

概要 X（旧Twitter）は8月13日、「For You」タイムラインを支えるコア・ランキングエンジンのソースコードをApache v2ライセンスの下でGitHubに公開した。これにより、以前から一部公開していたコードベースの規模は約10〜15倍に拡大し、外部の開発者はGitHub上でプルリクエストを通じてアルゴリズムの改善を提案できるようになった。同時に、アプリ内で自分の投稿が「シャドウバン」されているかどうかを確認できる新しい透明性ツールの試験展開も始まっている。X幹部は「前例のないレベルのアルゴリズム透明性」だと説明しており、Elon Musk氏も「Transparency build trust（透明性が信頼を築く）」とコメントしている。 技術的な詳細 公開されたコードには、投稿の抽出からランキングまでを担うシステム一式に加え、異なるシグナルに重みを付けるパラメータや、ルール違反コンテンツをフィルタリングする仕組みが含まれる。中核をなすのは「Phoenix」と呼ばれるスコアリングシステムで、ユーザーは自分の環境でこれを実行し、外部の研究者が独立に検証できることも確認済みだという。X製品担当VPのKeith Coleman氏は「誰もが、プラットフォームが日々使っているのと同じランキングコードを見られるようになる」と述べている。一方で、Grokを用いた投稿の違反予測システムはスパム対策の観点から非公開のままとされ、公開範囲には一定の線引きがある。 シャドウバン確認機能 新設された「Under the Hood」ページでは、過去1ヶ月間に10回以上投稿しているユーザーを対象に、自分の投稿に適用された表示制限（visibility-limiting）ラベルの集計統計をJSONファイルとしてダウンロードできる。個別の投稿ごとの詳細ではなく月単位の集計データが中心で、非フォロワーや未成年ユーザーから非表示にされた場合の理由なども明記される。技術に詳しくないユーザー向けには、LLMを使ってこのJSONデータを解釈する使い方も想定されている。現時点ではアカウント登録から1年以上経過した小規模なテスターグループのみが利用可能となっている。 背景と今後の展望 Xはこれまで、特定の投稿やアカウントを意図的に目立たなくする「シャドウバン」を行っているとの疑惑にたびたび直面してきた。特に政治的な文脈での影響や、フェイクニュースの拡散への懸念が背景にあり、今回の一連の施策はユーザーが自らアルゴリズムのデータを検証できるようにすることでこうした批判に応える狙いがあるとみられる。ただし、過去のコード開示ではあまり実質的な情報が明かされなかったとの指摘も一部で上がっており、今回の公開が実際にどこまで透明性向上につながるかは今後の運用次第となりそうだ。シャドウバン確認ツールは現在小規模テスト段階だが、将来的には全ユーザーへの展開が計画されている。

概要 テレダイン・テクノロジーズは2026年8月10日、X線イメージング関連製品を手がけるバレックス・イメージング・コーポレーションを買収すると発表した。買収額は1株あたり18.90ドルの現金で、株式報酬や純債務を含めた総額は約11億ドル（2026年4月3日時点）にのぼる。両社の取締役会はすでに本取引を全会一致で承認しており、取引完了は2027年初頭を見込む。完了には規制当局の承認とバレックス株主の承認という通常の手続き条件が付く。 バレックスはX線源やデジタルX線検出器、高圧インターコネクト、イメージング用ソフトウェアを製造するメーカーで、その製品は医療診断画像、非破壊検査、セキュリティシステム、分析計測など幅広い用途で使われている。テレダインの会長を務めるロバート・メラビアン氏は、テレダインが2011年にテレダインDALSAを買収してヘルスケア市場に参入して以来、低線量・高解像度のCMOSベースX線検出器の開発を進めてきた経緯に触れており、今回の買収はその延長線上に位置づけられる。 買収の狙いと背景 テレダインは今回の買収により、既存のイメージング事業とバレックスの製品ラインを組み合わせ、医療・産業用画像診断分野での事業拡大を図る狙いがある。両社の製品は相互に補完的で重複が少ないとされており、テレダインとしては自社が長年培ってきたセンサー・検出器技術と、バレックスが持つX線源・検出器の専門性を組み合わせることで、より幅広い製品ポートフォリオを構築できると見込んでいる。 バレックスの社長兼CEOであるサニー・サニヤル氏は、「テレダインの傘下に入ることはバレックスにとって新たな章の始まりであり、株主には大きなプレミアムを、また医療・産業市場の顧客と従業員には大きな機会をもたらす」と述べ、今回の買収を前向きに評価している。発表資料ではEBITDAや売上高などの詳細な財務指標は明らかにされていない。 今後の見通し 取引は2027年初頭の完了を見込んでおり、それまでにバレックス株主による承認と各国の規制当局による審査が行われる予定である。買収が完了すれば、バレックスはテレダインの傘下でイメージング事業の一部として運営されることになり、医療用X線検出器や非破壊検査向け製品などの分野で、テレダインの既存事業とのシナジーが期待される。