【ITニュース解説】Deadweight: price your generosity before you ship it

このニュース記事は、災害支援における物資寄付の現実的な課題と、それを解決するために開発されたWebアプリケーション「Deadweight」について解説する。一見すると善意からの行動に見える物資寄付が、実際には支援活動に予期せぬ負担をかけることがあるという問題提起から始まる。寄付された物資は、輸送費、関税、仕分け、倉庫保管、さらには不適切であった場合の廃棄など、多くのコストと手間を伴う。こうした問題は「第二の災害」とも呼ばれ、支援機関は長年にわたり、物資ではなく金銭的な支援を求めているのが現状である。

Deadweightは、この「物資を贈ること」と「それが現地に届くこと」の間のギャップを可視化するための「台帳（ledger）」として設計された。ユーザーは、自分が寄付したいと考えている物資（例えば冬用ジャケット、飲料水、使用済みの靴、医薬品など）を登録し、輸送ルート（空路、陸路、海路など）を選択する。すると、Deadweightはその物資が目的地に届くまでの費用を米ドルで明細として提示する。この明細には、申告された物資の価値だけでなく、有用でない物資の価値差し引き、不必要または不適切な物資の価値差し引き、空輸費用、仕分け作業の人件費、そして最終的に廃棄される場合の費用などが含まれ、最終的な「正味配送価値」が算出される。各項目には、その費用の根拠となった情報源、日付、計算式が明示される。また、「仮定」に基づく数値にはその旨が明確に示され、その情報源や信頼度も開示される。これにより、システムが隠れた情報や曖昧な前提で判断を下すことを防いでいる。

Deadweightの重要な特徴は、初期設定では常に寄付者に最も有利な条件（輸送コストを低く見積もり、物資の有用性を高く見積もるなど）で計算を行う点である。これは、利用者がシステムの結果に不満を持ったとしても、「恣意的に不利な条件を設定している」という批判を避けるための工夫である。さらに、このシステムは単に「あなたの寄付は無駄になるかもしれない」と指摘するだけでなく、「では、何を寄付すべきか？」という問いにも答える。ユーザーが想定している寄付額と同じ金額を、現地の緊急支援要請（フラッシュアピール）で具体的に求められている物資に費やした場合の比較結果を提示する。これにより、同じ金額を費やすのであれば、どちらの方法がより多くの価値を現地に届けられるかを具体的な数値で示し、より効果的な支援方法を促す設計となっている。

システムエンジニアの視点から見ると、Deadweightの根幹には厳格な設計思想が貫かれている。すべての数値計算は、price()という純粋な関数によって行われる。この関数は、同じ入力に対して常に同じ出力を返すことを保証し、金額は特別な「Cents」型として扱われることで、誤った算術処理を防いでいる。このprice()関数こそが、このリポジトリ内で金額の計算を唯一行う部分であり、ブラウザからの呼び出し、サーバー側の処理、さらにはブロックチェーン上での検証にも利用される。

また、システムの説明文には大規模言語モデル（LLM）であるGoogle AI（Gemini）が活用されているが、その利用方法にも厳密なルールが設けられている。LLMは「手紙」のような自然言語による説明文を生成する役割を担うが、数値そのものは一切含まないプロンプト（指示）が与えられる。代わりに、「{{declared}}」「{{net}}」といったプレースホルダーが使用され、数値の代入はLLMの生成後、別の関数によって行われる。生成された文章は、normalize()関数によって厳しくチェックされ、プレースホルダー以外の場所に数字が含まれていたり、数値が言葉で表現されていたり、あるいは無効なプレースホルダーが使われていたりした場合は、その文章全体が破棄される。これはLLMが数値に関して一切「推論」することを許さず、純粋に「物語」を生成する役割に徹させるための構造的な保証である。もしLLMが利用できない場合や不適切な出力を返した場合でも、システムはエラーメッセージを表示するのではなく、エンジン自身が生成した正確な文章に切り替わるように設計されており、機能の劣化が「真実」に向かうようになっている。

音声合成にはElevenLabsが利用されており、生成された文章を読み上げる。ここでも、音声モデルは計算に関与せず、確定したテキストを読み上げるのみである。また、公開されたテキスト読み上げエンドポイントの不正利用を防ぐため、システムはHMAC-SHA256の認証シールを発行し、このシールが付与されたテキストのみが読み上げられるようになっている。認証キーが設定されていない場合は、ブラウザに内蔵されている音声合成機能が利用されるため、常に音声機能が提供される。

Solanaブロックチェーンの利用は、一般的な暗号通貨プロジェクトとは異なり、非常に限定された目的のためである。Deadweightはトークンを発行せず、資金も収集しない。ブロックチェーンは「公証役場」として機能し、ユーザーが自分の寄付計画とその結果を「コミット（記録）」した場合、その記録が後から改ざんできない「不変の記録」として残されることを保証する。commit_pledgeという命令は、ブロックチェーン上で、システムエンジンが算出した「正味配送価値」とユーザーが提示した値が一致するかどうかを再検証し、一致しない場合は記録を拒否する。これにより、「都合の良い結果」を記録しようとすることを防ぎ、透明性と信頼性を高めている。記録されるのは、寄付計画のハッシュ値と、申告額、正味配送価値、そしてその計画に対する最終的な判断であり、詳細な物資リストはハッシュ化された形で保存されるため、プライバシーにも配慮されている。

開発者は、プロジェクトの範囲についても明確な線を引いている。例えば、災害の死者数のような変動するデータは、常に最新かつ正確な情報源から取得されなければ意味がないため、ハードコーディングせず、安易な表示を拒否した。また、「2,800ドルで400枚の毛布が買える」といった現地調達の価格に基づかない換算も、信頼できる情報源がないため提供しない。Deadweight自体が寄付金を受け取るための決済機能も一切実装していない。さらに、Deadweightは特定の災害（この記事ではネパールでの支援）に特化して設計されており、輸送費、現地の賃金、必要物資リストといったローカルな要素に依存するため、簡単に他の災害に適用できるような汎用性は持たない。これは、平均化された情報が実際の状況からかけ離れ、無意味になることを避けるための意図的な設計である。

Deadweightは、Next.js 16、React 19、TypeScript、Tailwindなどの最新Web技術を用いて構築され、Vercelにデプロイされている。サーバーサイドでのAPIキー管理により、セキュリティも確保されている。合計206件に及ぶ広範なテストが、価格計算ルール、金額処理、不正入力の拒否、HMACシールの検証など、システムの信頼性を保証するために書かれている。

最終的に、Deadweightは「誰かが寒さに震えている、そしてあなたにはコートがある」という根源的な善意の衝動を否定しない。しかし、その衝動が本当に役立つ形で実現されるためには、コストと効果の現実的な側面を理解し、最も効率的な支援方法を選択することが重要であると主張する。記事は、システムが示した「算術」に従い、最終的には現地に届くものを送るべきであり、多くの場合は現金による寄付が最も効果的であることを示唆する。そして、Deadweight自体は金銭を扱わず、信頼できる4つの支援先を提示し、それらの支援先が現地での効果的な活動につながることを強調して締めくくられる。