解説記事 / world-community-grid

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

IBMによる2004年の創設からKrembil Research Instituteへの移管、BOINC上の仕事配布・検証、医療・気候研究の成果と現在地までを一次資料でたどる。

約21分最終更新: 2026年8月22日最終検証: 2026年8月22日

要点

World Community Grid（WCG）は、世界中の参加者が提供する端末の余剰計算力を、医療・環境などの研究へ振り向けるボランティアコンピューティング基盤である。巨大な累計計算量の向こうには、研究案件の選定、異種端末への仕事配布、疑わしい結果の検証、研究者による後段解析、公開という長い連鎖がある。

01一つの研究ではなく、公益研究を束ねる共用基盤

World Community Gridは、一つの巨大な科学実験の名前ではありません。大学・研究機関が提案した複数の研究applicationを、案件ごとの対応状況に応じてWindows、macOS、Linux、Androidの一部または複数へ配り、返却結果を研究teamへ渡すための共通基盤です。client側にはBOINCを使いますが、案件選定、server運用、application配布、統計、communityはWCGが担います。
2026年8月21日12:06 UTCに更新された公式project統計では、活動中の研究はMapping Arthritis Markers、Africa Rainfall Project、Mapping Cancer Markersの3件、完了は29件、paused表示は0件です。Beta Testingはintermittentと表示されますが、独立した研究案件ではなく、新しいapplicationやworkunitを本番前に検査する横断的な試験枠です。
同じ時点の累計表示は、登録member 821,691、登録device 7,747,340、runtime 2,732,527年、返却result instance 7,897,462,759件です。これは20年以上にわたる累積値であり、現在活動している人や端末の数ではありません。また、runtimeやresult件数は計算貢献の尺度であって、治療法や科学的結論の数ではありません。

02Grid、BOINC、WCGを同じものにしない

層	何を指すか	WCGでの姿
Grid computing	複数の計算資源を共通目的へ束ねる考え方	世界中の異種・断続的な参加端末を研究へ集約
Volunteer computing	一般参加者が自分の資源を提供する参加形態	電力・端末・通信を参加者が任意に提供
BOINC	仕事の配布・実行・返却などを支えるmiddleware	clientとserver側の基礎機能
World Community Grid	研究portfolioと運用community	案件審査、application運用、検証、統計、研究teamとの接続

WCGは「中央管理のないネットワーク」ではありません。WCG側が研究を採択し、署名したapplicationを配り、schedulerがworkunitを割り当て、validatorが受領結果を判定します。参加端末は世界に分散していますが、authorityと調整機能は明示的です。この点は、複数組織が契約と認証で資源を連携するinstitutional gridとも、公開参加者が台帳順序を競うBitcoinとも異なります。
したがって、WCGの価値は「中央を消したこと」ではなく、多様でいつ離脱するか分からない端末を、運営者が説明する審査・署名・検証などのsafeguardの下で、説明責任を持つ科学projectへ接続したことにあります。これは第三者audit済みの無危険を意味しません。分散性は二択ではなく、資源の所有、仕事の決定、検証、成果公開の各層で別々に評価する必要があります。

03Smallpox GridからIBMの世界規模基盤へ

WCGは2004年のIBMによる創設からBOINC統合を経て、2021年にKrembilへ法的移管され、2022年に運用をhandoffした。所有権移管と実システム移行を同じ日付にまとめないことが、継続史を正確に読む鍵になる。

直接の前史は、United Devicesのgrid.orgで行われたSmallpox Research Gridです。Oxford大学のteamが天然痘virusに結合し得る化合物を計算化学で探索し、この規模の参加型計算を人道的研究へ継続利用する構想がWorld Community Gridにつながりました。
WCGは2004年11月16日、IBM Corporate Social Responsibilityの慈善initiativeとして始まりました。最初はUnited Devicesの基盤を使い、翌2005年にLinux対応とBOINC統合、2006年にBOINC上のWindows対応、その後macOS対応が加わりました。United Devices clientの利用は2008年第3四半期に終わり、BOINCが共通基盤になりました。
この歴史は、SETI@homeから生まれた汎用middlewareが別の運営主体へ移植され、医学、環境、基礎科学を一つの参加interfaceで横断できるようになった例です。一方で、projectごとの科学applicationと検証法までBOINCが決めるわけではなく、研究teamとWCG運営が設計責任を持ち続けます。

04計算資源を集める前に、研究を選ぶ

WCGのproposal基準は、計算量の多さだけではありません。人類へ利益をもたらすこと、非営利の研究組織が主体であること、問題を独立した大量の計算へ分割できること、WCG上で得た結果を科学communityへ公開することなどを求めています。つまり「空いているCPUを何に使うか」という価値判断を、技術pipelineの入口で行います。
研究採択後も、そのまま任意のcodeを配るわけではありません。研究teamとtechnical teamがapplicationを移植・試験し、入力と出力、checkpoint、error handling、validation、server側の取り込みを設計します。Beta Testingが独立枠として存在するのは、家庭端末のOS、CPU、driver、runtimeが管理されたclusterよりはるかに多様だからです。
公開方針があっても、返却された生の計算結果が即座に科学的知識になるわけではありません。WCGが直接生成した結果をscience communityへ開くことと、入力に使った臨床raw data、全source code、後続研究の全成果物まで無条件に公開することは同じではありません。研究teamはresultを再構成し、品質を確認し、統計解析や実験で検証し、dataや論文として公開します。計算終了、project完了、査読論文、臨床応用はそれぞれ別のmilestoneです。

05一つのworkunitが科学データになるまで

WCGの役割はworkunit配布で終わらない。研究課題の分割、application審査と署名、参加端末での計算、validation、再試行、中央での集約を経て、研究者が解析し、必要に応じて実験して公開する。計算完了と科学的結論は別の段階である。

研究teamは大きな探索空間やsimulationを小さなtaskへ分け、依存関係が許す範囲で独立にscheduleできるworkunitにします。ARPのように、あるgenerationの出力が次の入力になる依存を残す案件もあります。WCGのschedulerは端末のplatformや資源、締切、参加者が選んだprojectなどを見てtaskを配り、BOINC clientがapplicationと入力を取得してbackgroundで実行します。対応applicationはcheckpointから再開できます。
計算が終わると、出力fileをuploadしただけでは完了しません。clientはschedulerへ結果をreportし、WCG側がvalidationを行います。validated outputはproject固有のassimilationや後処理を経て研究teamへ渡されます。集約をWCG側と研究側のどこで行い、どの形式へ再構成するかはprojectごとに異なります。
参加端末の不応答や期限切れ、故障、計算誤りは通常条件です。仕事は再発行できるように作られ、中央serverにはwork生成、配布、upload、database、validation、assimilationという別々のbottleneckがあります。端末を増やせば必ず比例して研究が速くなるわけではありません。

06二重計算、trusted device、署名 — 信頼を分解する

WCGのvalidationは一律の二重計算ではない。同じ仕事を複数端末へ配る冗長方式と、信頼実績のある端末を無作為な複製で監査するsingle validationなどをapplication固有validatorと組み合わせる。どちらの方式でも、valid判定なら取り込みへ、不一致・期限切れ・数値差なら追加copyや再試行へ進み得る。

WCGのhelpは、結果検証を一方式に固定していません。図は主要な2経路を示します。redundant computationでは同じ仕事を通常2台へ送り、結果が一致すれば有効とし、食い違えば追加copyを送ります。single validation type 1では、過去に信頼性を示したdeviceへ一つだけ送りながら、無作為な二重検査で信頼状態を監視します。非決定的な結果向けに複数copyを比較するtype 2も定義されていますが、公式helpは現在使うprojectがないと説明しています。
この検証が守るのは、返却された計算結果の整合性です。研究仮説の妥当性、入力datasetの偏り、統計手法、臨床的有用性を保証するものではありません。それらは研究設計、後段解析、再現、査読、必要なら実験や臨床研究で別に検証されます。validated creditも、科学的真理への投票ではありません。
逆方向の信頼もあります。参加者はWCGが配るcodeを自分の端末で実行します。WCGはapplication review、暗号署名、署名されていないapplicationの拒否、通信暗号化などを説明していますが、署名は「WCGが配布したものと一致する」ことを助ける仕組みで、研究価値や無欠陥を自動証明しません。運営主体、research page、security noticeを確認する責任は残ります。

072026年8月の活動中projectは3件

2026年8月21日12:06 UTCの公式統計は、活動中3件、intermittentなBeta Testing 1枠、completed 29件、paused表示0件を示す。活動中3件は関節炎marker、Africaの降雨simulation、癌marker組合せを扱う。状態は変動するため観測時点と一緒に読む。

Project	問い	計算の役割	公式状態（2026-08-22確認）
Mapping Arthritis Markers	乾癬・乾癬性関節炎の皮膚sampleから、PsAの発症・進行・治療に関係し得るmarkerは何か	皮膚sample由来dataの候補patternを探索	Just Launched / Active
Africa Rainfall Project	サハラ以南Africaの局地的降雨をどう高解像度で再現するか	高解像度・地域別weather-simulation workunitを多数実行	In Progress / Active
Mapping Cancer Markers	癌の種類・転帰・治療反応と関係するmarker組合せは何か	組合せ探索と評価を大規模に実行	In Progress / Active

この表は研究の優劣ではなく、公式registryで現在Activeに分類されたportfolioです。Activeでも常に全platform向けtaskがあるとは限らず、research batch、server保守、入力生成、storage、後段解析によってqueueは変動します。「clientに仕事が来ない」と「projectが終了した」は同じではありません。
WCG内のproject名と科学teamの研究範囲も一致するとは限りません。WCGは計算上の一部分を担い、その前後にはsample収集、観測、dataset整備、実験、統計解析、論文化があります。参加者が提供するのは重要な一工程であり、研究全体の代替ではありません。

08MCMからMAMへ — 組合せ爆発を市民計算で探索する

Mapping Cancer Markers（MCM）は、健康な組織と癌組織のsampleに含まれるDNA、RNA、proteinなどのmarker dataから、癌の種類、転帰、治療反応と関連し得る組合せを探します。候補markerが増えると組合せ数が爆発するため、全てを単純列挙せず、数学的手法で探索範囲を絞りながら多数の候補signatureを評価します。
ここで得られるのは、診断薬や治療法そのものではなく、後続研究で検証すべき候補と探索methodです。2026年6月の公式updateは、lung cancer解析から26のhigh-scoring geneを得たと説明していますが、高得点は臨床使用の承認を意味しません。臨床的意味を確立するには、独立cohortやbiological validationなどの追加検証が必要です。
Mapping Arthritis Markers（MAM）は、MCMで開発された大規模marker探索methodを乾癬と乾癬性関節炎の皮膚sampleへ適用し、PsAの発症、進行、治療に関係し得る複数markerのpatternを探します。MCMから確認できる継承は、この計算methodとalgorithmです。個別の医学的候補がそのまま別疾患へ移ったわけではありません。

09Africa Rainfall Project — 計算よりstorageが先に詰まることもある

Africa Rainfall Project（ARP）は、サハラ以南Africaの局地的な雨を高解像度の気象modelでsimulationし、衛星、地上観測、The Weather Companyのdataなどと比較します。降雨観測が疎な地域で、農業や水資源の理解に役立つmodelを改善することが長期目標です。
このprojectは、volunteer CPUだけで研究速度が決まらないことを可視化しました。研究team側の大量の出力を受け取るstorage capacityが限界に達し、2022年12月に新規workが停止しました。2024年10月の告知は11月4日までの再開を予定し、2025年7月の公式updateがprojectは再び稼働中だと確認しています。
分散計算では、端末側の演算が無料に近く見えても、中央側のnetwork、database、storage、backup、研究者の解析時間は消えません。ARPのpauseは失敗というより、pipelineのbottleneckが端末の計算から集約・保存・後処理へ移ることを示す運用史です。

10「完了」を薬の完成と読み替えない

公式統計のcompletedは、WCGから新しいworkunitを継続配布する段階が終わったことを示します。返却dataの整理、追加実験、論文執筆、追試はその後も続き得ます。反対に、期待した候補が得られなかった研究も、探索範囲と方法を公開できれば科学的価値を持ちます。
査読済み成果も「何が示されたか」を限定して読む必要があります。FightAIDS@HomeはWCG上の約100万replicaを使うbinding free-energy計算手法を報告しましたが、HIV治療薬の承認ではありません。Help Conquer CancerはWCGで蛋白質結晶化画像ごとに12,375個のprimary featureを計算し、そこから構築したclassifierをheld-out setで評価しましたが、実環境では結晶画像が稀であるためprecision低下を著者自身が予告しています。OpenZikaは4億件超の計算結果から候補を絞り、酵素・cell assayまで進めましたが、hit-to-leadより前の段階です。
評価するときは「何年分計算したか」ではなく、研究開始時の問い、WCGが担当した計算、validation、公開data、査読論文、独立した追試、実用化までの距離を分けて読みます。候補化合物は薬ではなく、計算上の相関は因果でも診断法でもありません。この境界を保つことが、参加者の貢献を誇張せず正当に記録する方法です。

11IBMからKrembilへ — 継続には運用移管も必要だった

IBMは2021年、WCGのassetをTorontoのUniversity Health Network（UHN）に属するKrembil Research Instituteへ移管すると発表し、法的移管は同年9月に完了しました。運営はIgor Jurisicaのlabを中心とするacademic teamへ移りました。IBMによるfundingは2022年2月まで、extended transition supportは3月2日に終了しました。
移行のため、新規work配布は2022年2月14日、結果受領は2月27日に一度停止し、websiteも2月28日から移設期間へ入りました。websiteとforumは6月21日に復帰し、alpha運用を経たcomplete restartは2023年4月13日に発表されました。移管後のdatabase、scheduler、storage、性能問題は、企業規模の運用を研究機関の資源へ移す難しさを表面化させました。
現在のsecurity pageは、physical serverをUniversity of WaterlooのSHARCNET facilityでhostし、technical teamをKrembil Research InstituteのJurisica Labが担うと説明しています。infrastructureの記述は将来変わり得るため、参加前の状態確認には公式newsとserver statusを使うべきです。20年続いた理由はclient codeだけでなく、移管を受ける組織、技術者、研究者、forum communityがあったことです。

12参加する前に読むべき4つの数字

表示	意味	読み違えやすい点
Runtime	validated taskが使った計算時間の累計	wall-clockの研究期間でも、科学的成果量でもない
Results returned	統計に数えられた返却result instance。複製により1 workunitから複数生じ得る	uniqueなworkunitや実験の数ではなく、計算量も異なる
WCG points / BOINC credit	1 BOINC creditを7 WCG pointsとして表示する貢献会計	WCGが発行する通貨、所有権、研究の正しさではない
Devices / members	累計登録device・account	現在onlineの人数・端末数ではない

参加手順は、account登録、研究projectの選択、BOINCのinstallまたは既存clientからの接続、device profileの設定です。所有者の許可を得た端末だけを使い、CPU使用率、稼働時間、battery、network、温度を最初は保守的に制限します。余剰計算でも電力、発熱、fan騒音が増え得て、機器への影響は設定、冷却、機種によります。WCGはaccount情報に加え、IP address、device仕様・性能・disk・設定などを扱い、一部のmember・device・貢献統計はprivacy設定に応じて公開され得ます。導入前に現行privacy statementと公開範囲を確認します。
選ぶべきprojectや投入量に唯一の正解はなく、研究目的と公開方針、端末負荷を自分で比較します。runtime、points、resultsだけから消費電力量やCO2を逆算することはできません。端末のmarginal power、地域の電源構成、冷却、BOINCのためだけに起動した時間、複製・再試行まで測らなければ、「idle資源だから環境負荷ゼロ」とは言えません。
WCGのworkunit配布と、採掘poolがhashing jobをworkerへ配る外形は似ることがあります。ただしBitcoin protocol自体やsolo miningが中央serverからjobを受けるわけではありません。WCGは中央で選んだ科学applicationを実行し、application固有の結果を検証してcreditを付けます。Bitcoinではminerがcandidate blockを提案し、各full nodeが同じconsensus rulesで独立に検証します。WCGの歴史が教えるのは「計算を配れば分散化する」ことではなく、目的、authority、検証、報酬を分けて設計する必要があることです。

主な参照元

次に読む

分散合意とは — Paxos・Raft・PBFT・Nakamoto型合意約19分

分散システムとは — 歴史・時間・障害・複製ボランティアコンピューティング — SETI@homeとBOINCの歴史

ビットコインの歴史 — いつから始まったかビットコイン批判論ビットコインのパラドックス — 理想と現実の矛盾

ビットコインのマイニングとは

引用情報 / Citation

Title: World Community Grid — 市民の計算力で科学を支えるグリッド
Source: ビットコイン図書館 (bitcoin.ne.jp)
Canonical URL: https://bitcoin.ne.jp/learn/world-community-grid
Author: KK siiiiiixth
Topic: world-community-grid
Published / Updated: 2026-08-22
最終検証 / Last verified: 2026-08-22
Editorial policy: https://bitcoin.ne.jp/editorial-policy
About: https://bitcoin.ne.jp/about
License: 教育目的の引用・要約・索引・AI 学習すべて許諾

この記事は引用・要約・索引・AI 学習・回答エンジンでの参照を歓迎します。引用時は上記 canonical URL をご利用ください。

トピック一覧に戻る