World Community Grid — 市民の計算力で科学を支えるグリッド

World Community Gridは、一つの巨大な科学実験の名前ではありません。大学や研究機関が提案した複数の研究アプリケーションを、案件ごとの対応状況に応じてWindows、macOS、Linux、Androidの一部または複数へ配り、返ってきた結果を研究チームへ渡すための共通基盤です。参加者の端末側ではBOINCを使いますが、案件の選定、サーバー運用、アプリケーションの配布、統計、コミュニティの運営はWCGが担います。

2026年8月21日12:06 UTCに更新された公式のプロジェクト統計では、活動中の研究はMapping Arthritis Markers、Africa Rainfall Project、Mapping Cancer Markersの3件、完了は29件、一時停止の表示は0件です。Beta Testingは断続的な稼働と表示されますが、独立した研究案件ではありません。新しいアプリケーションやワークユニットを本番投入の前に確かめる、案件をまたいだ試験枠です。

同じ時点の累計表示は、登録メンバー 821,691、登録デバイス 7,747,340、稼働時間 2,732,527年、返却された結果インスタンス 7,897,462,759件です。これは20年以上かけて積み上がった累計であり、いま活動している人や端末の数ではありません。稼働時間や結果の件数は計算面での貢献を測る尺度であって、治療法や科学的な結論の数ではありません。

WCGは「中央管理のないネットワーク」ではありません。WCG側が研究を採択し、署名したアプリケーションを配り、スケジューラがワークユニットを割り当て、バリデータが受け取った結果を判定します。参加端末は世界に散らばっていますが、権限と調整の役割ははっきり決まっています。この点で、複数の組織が契約と認証で資源を連携させる組織間のグリッドとも、誰でも参加できる形で台帳の順序を競うビットコインとも異なります。

つまりWCGの価値は「中央を消したこと」ではありません。多様で、いつ離脱するか分からない端末を、運営者が説明する審査・署名・検証といった安全策のもとで、説明責任のある科学研究へつないだことにあります。これは、第三者の監査によって危険がないと確かめられたという意味ではありません。分散しているかどうかは二択ではなく、資源の所有、仕事の決定、検証、成果の公開という各層で別々に評価する必要があります。

直接の前史は、United Devicesのgrid.orgで行われたSmallpox Research Gridです。Oxford大学の研究チームが、天然痘ウイルスに結合し得る化合物を計算化学で探索しました。この規模の参加型計算を人道的な研究へ継続して使おうという構想が、World Community Gridにつながります。

WCGは2004年11月16日、IBM Corporate Social Responsibilityの慈善事業として始まりました。最初はUnited Devicesの基盤を使い、翌2005年にLinux対応とBOINCの統合、2006年にBOINC上でのWindows対応、その後macOS対応が加わりました。United Devicesのクライアントは2008年第3四半期に使われなくなり、BOINCが共通の基盤になりました。

この歴史は、SETI@homeから生まれた汎用のミドルウェアが別の運営主体へ移り、医学・環境・基礎科学を一つの参加窓口で横断できるようになった例です。一方で、案件ごとの科学アプリケーションや検証方法までBOINCが決めるわけではありません。設計の責任は、研究チームとWCGの運営が持ち続けます。

WCGが研究提案に求める基準は、計算量の多さだけではありません。人類へ利益をもたらすこと、非営利の研究組織が主体であること、問題を独立した大量の計算へ分割できること、WCG上で得た結果を科学コミュニティへ公開することなどを挙げています。つまり「空いているCPUを何に使うか」という価値判断を、技術的な工程の入口で行っています。

採択されたあとも、任意のコードをそのまま配るわけではありません。研究チームと技術チームがアプリケーションを移植して試験し、入力と出力、チェックポイント、エラー処理、検証、サーバー側での取り込みまでを設計します。Beta Testingが独立した枠として置かれているのは、家庭の端末のOS・CPU・ドライバ・実行環境が、管理されたクラスタよりはるかに多様だからです。

公開方針があっても、返ってきた生の計算結果がそのまま科学的知識になるわけではありません。WCG上で直接生成された結果を科学コミュニティへ開くことと、入力に使った臨床の生データ、ソースコード一式、後続研究の成果物すべてを無条件に公開することは別の話です。研究チームは結果を組み直し、品質を確かめ、統計解析や実験で検証したうえで、データや論文として公開します。計算の終了、案件の完了、査読論文、臨床応用は、それぞれ別の節目です。

研究チームは大きな探索空間やシミュレーションを小さなタスクへ分け、依存関係が許す範囲で個別に割り当てられるワークユニットにします。ARPのように、ある世代の出力が次の入力になる依存を残した案件もあります。WCGのスケジューラは端末の種別や資源、締切、参加者が選んだ案件などを見てタスクを配り、BOINCのクライアントがアプリケーションと入力を受け取って裏で実行します。対応しているアプリケーションは、チェックポイントから再開できます。

計算が終わっても、出力ファイルをアップロードしただけでは完了しません。クライアントはスケジューラへ結果を報告し、WCG側が検証します。検証を通った出力は、案件ごとの取り込み処理や後処理を経て研究チームへ渡ります。集約をWCG側と研究側のどちらで行い、どんな形式へ組み直すかは案件ごとに違います。

参加端末が応答しないこと、期限切れ、故障、計算誤りは、いずれも想定内の状態です。仕事は再発行できるように作られており、中央のサーバー側には仕事の生成、配布、受け取り、データベース、検証、取り込みという別々の詰まりどころがあります。端末を増やせば、その分だけ研究が速くなるとは限りません。

WCGのヘルプは、結果の検証方法を一つに固定していません。図は主要な2経路を示します。redundant computationでは同じ仕事をふつう2台へ送り、結果が一致すれば有効とし、食い違えば追加の複製を送ります。single validation type 1では、過去に信頼できると示された端末へ一つだけ送りつつ、無作為な二重検査で信頼の状態を見張ります。非決定的な結果に備えて複数の複製を比べるtype 2も定義されていますが、公式のヘルプは、現在これを使っている案件はないと説明しています。

この検証が守るのは、返ってきた計算結果の整合性です。研究仮説の妥当性、入力データセットの偏り、統計手法、臨床上の有用性まで保証するものではありません。それらは研究設計、後段の解析、再現、査読、必要なら実験や臨床研究で別に確かめられます。検証を通ったクレジットも、科学的な真理への投票ではありません。

信頼は逆向きにも必要です。参加者は、WCGが配るコードを自分の端末で実行することになります。WCGはアプリケーションの審査、暗号による署名、署名のないアプリケーションの拒否、通信の暗号化などを説明しています。ただし署名は「WCGが配布したものと一致する」ことを確かめやすくする仕組みであって、研究上の価値や欠陥のなさを自動で証明するものではありません。運営主体、研究案件のページ、セキュリティに関する告知を自分で確認する責任は残ります。

この表は研究の優劣ではなく、公式の一覧で現在Activeに分類されている案件です。Activeでも、常にすべての種類の端末向けにタスクがあるとは限りません。研究のバッチ、サーバー保守、入力の生成、保存容量、後段の解析によって待ち行列は変動します。「クライアントに仕事が来ない」と「案件が終了した」は同じではありません。

WCG上の案件名と、科学者チームが取り組む研究の範囲も一致するとは限りません。WCGが担うのは計算の一部分で、その前後には検体の収集、観測、データセットの整備、実験、統計解析、論文化があります。参加者が提供するのは重要な一工程であって、研究全体の代わりではありません。

Mapping Cancer Markers（MCM）は、健康な組織と癌組織の検体に含まれるDNA、RNA、タンパク質などのマーカーのデータから、癌の種類・転帰・治療反応と関連し得る組合せを探します。候補となるマーカーが増えると組合せの数が爆発するため、すべてを単純に列挙するのではなく、数学的な手法で探索範囲を絞りながら多数の候補シグネチャを評価します。

ここで得られるのは、診断薬や治療法そのものではありません。後続の研究で検証すべき候補と、その探索手法です。2026年6月の公式発表は、肺癌の解析から26の高スコア遺伝子を得たと説明していますが、スコアが高いことは臨床での使用が承認されたことを意味しません。臨床的な意味を確かめるには、独立したコホートや生物学的な検証といった追加の確認が必要です。

Mapping Arthritis Markers（MAM）は、MCMで開発された大規模なマーカー探索の手法を、乾癬と乾癬性関節炎の皮膚検体へ適用し、PsAの発症・進行・治療に関係し得る複数マーカーのパターンを探します。MCMから引き継がれたと確認できるのは、この計算手法とアルゴリズムです。個別の医学的な候補がそのまま別の疾患へ移ったわけではありません。

Africa Rainfall Project（ARP）は、サハラ以南アフリカの局地的な雨を高解像度の気象モデルでシミュレーションし、衛星や地上観測、The Weather Companyのデータなどと比べます。降雨の観測がまばらな地域で、農業や水資源の理解に役立つモデルを改善することが長期の目標です。

この案件は、研究の速度がボランティアのCPUだけで決まるわけではないことを見えるようにしました。研究チーム側で大量の出力を受け取る保存容量が限界に達し、2022年12月に新しい仕事の配布が止まりました。2024年10月の告知は11月4日までの再開を見込み、2025年7月の公式の続報が、案件は再び動いていることを確認しています。

分散計算では、端末側の演算がほぼ無料に見えても、中央側のネットワーク、データベース、保存、バックアップ、研究者の解析時間は消えません。ARPの停止は失敗というより、詰まりどころが端末の計算から集約・保存・後処理へ移ることを示す運用の記録です。

公式統計のcompletedは、WCGから新しいワークユニットを配り続ける段階が終わったことを示します。返ってきたデータの整理、追加の実験、論文の執筆、追試は、その後も続き得ます。反対に、期待した候補が得られなかった研究でも、探索した範囲と方法を公開できれば科学的な価値を持ちます。

査読を通った成果も「何が示されたか」を限定して読む必要があります。FightAIDS@Homeは、WCG上の約100万レプリカを使う結合自由エネルギーの計算手法を報告しましたが、HIV治療薬の承認ではありません。Help Conquer CancerはWCGで、タンパク質の結晶化画像ごとに12,375個の一次特徴量を計算し、そこから作った分類器を学習に使っていないデータで評価しました。ただし、実際の運用では結晶の写った画像が稀なため適合率が下がることを、著者自身が予告しています。OpenZikaは4億件を超える計算結果から候補を絞り、酵素や細胞のアッセイまで進めましたが、hit-to-leadより前の段階です。

評価するときは「何年分計算したか」ではなく、研究開始時の問い、WCGが担った計算、検証、公開されたデータ、査読論文、独立した追試、実用化までの距離を分けて読みます。候補化合物は薬ではありませんし、計算上の相関は因果でも診断法でもありません。この境界を保つことが、参加者の貢献を誇張せずに正しく記録する方法です。

IBMは2021年、WCGの資産を、TorontoのUniversity Health Network（UHN）に属するKrembil Research Instituteへ移管すると発表し、法的な移管は同年9月に完了しました。運営はIgor Jurisicaの研究室を中心とする大学側のチームへ移りました。IBMによる資金提供は2022年2月まで、延長された移行支援は3月2日に終了しました。

移行のため、新しい仕事の配布は2022年2月14日、結果の受け取りは2月27日にいったん止まり、サイトも2月28日から移設の期間に入りました。サイトとフォーラムは6月21日に復帰し、アルファ運用を経た全面再開は2023年4月13日に発表されました。移管後に起きたデータベース、スケジューラ、保存、性能の問題は、企業規模の運用を研究機関の資源へ移す難しさを浮かび上がらせました。

現在のセキュリティのページは、物理サーバーをUniversity of WaterlooのSHARCNET施設で運用し、技術チームはKrembil Research InstituteのJurisica Labが担うと説明しています。設備に関する記述は今後変わり得るので、参加前の状況確認には公式の告知とサーバーの稼働状態を使うのが確実です。20年続いた理由は、クライアントのコードだけではありません。移管を受ける組織、技術者、研究者、フォーラムのコミュニティがあったことです。

参加の手順は、アカウントの登録、研究案件の選択、BOINCの導入または既存のクライアントからの接続、端末のプロファイル設定です。所有者の許可を得た端末だけを使い、CPU使用率、稼働時間、バッテリー、ネットワーク、温度は最初は控えめに制限します。余った計算力を回すだけでも電力・発熱・ファンの騒音は増え得ますし、機器への影響は設定や冷却、機種によって変わります。WCGはアカウント情報に加えて、IPアドレス、端末の仕様・性能・ディスク・設定などを扱い、一部のメンバー・端末・貢献の統計はプライバシー設定に応じて公開され得ます。導入の前に、現行のプライバシーステートメントと公開範囲を確認してください。

選ぶべき案件や投入量に唯一の正解はありません。研究の目的と公開の方針、端末への負荷を自分で比べます。稼働時間やポイント、結果の件数だけから消費電力量やCO2を逆算することはできません。端末が余分に使う電力、地域の電源構成、冷却、BOINCのためだけに起動した時間、複製や再試行まで測らなければ、「idle資源だから環境負荷ゼロ」とは言えません。

WCGがワークユニットを配る様子と、採掘プールがハッシュ計算のジョブをワーカーへ配る様子は、外から見ると似ていることがあります。ただし、ビットコインのプロトコル自体やソロマイニングが、中央のサーバーからジョブを受け取るわけではありません。WCGは中央で選んだ科学アプリケーションを実行し、そのアプリケーション固有の結果を検証してクレジットを付けます。ビットコインでは、マイナーが候補ブロックを提案し、各フルノードが同じ合意ルールで独立に検証します。WCGの歴史が教えるのは「計算を配れば分散化する」ことではなく、目的・権限・検証・報酬を分けて設計する必要があることです。