2026年6月21日、Mitchell Hashimotoは彼の個人ブログに500語に満たない短文を投稿した：彼と妻は再びZigソフトウェア財団（ZSF）に40万ドルを寄付し、累計70万ドルとなった。プレスリリースも、共同声明も、「戦略的パートナーシップ」のバナーもない。個人の小切手、個人のブログ、個人の判断。
これはオープンソースの世界が慣れ親しんできた資金フローのパターンとはまったく異なる。
企業によるオープンソーススポンサーシップの標準所作はこうだ：理事会議席、テクニカルステアリングコミッティの投票権、ロードマップへの影響力、ブランド連名、共同PR。金には付帯条件がある——時に契約書に明記され、時に「戦略的シナジー」の会議議事録に潜む。GoogleはKubernetesを、MicrosoftはRust財団を、MetaはPyTorch財団をスポンサーする——これらの資金は重要なインフラを支えるが、同時にガバナンス構造上の複雑な駆け引きも持ち込む。スポンサーとプロジェクトの間の権力関係は、決して一方向的ではない。
しかし個人による巨額寄付は別物だ。
HashimotoがZigに投じた金は、理事会議席を一つも、言語の方向性への拒否権も、いかなる形のコントロールも買わなかった。彼は自身のブログに明確にこう書いている——彼はAI支援プログラミングを多用しているが、ZSFは厳格な「LLM生成コードのコミット禁止」ポリシーで知られている。彼の見解と財団の見解は完全に一致しているわけではない。しかしそれは彼の寄付判断に影響しない。「私がZSFに対して持っているのは尊敬だけだ：そこにいる人々、ポリシー、そしてプロジェクトそのものへの尊敬だ」と彼は言う。「インターネットとオープンソースが偉大である理由の一部は、プロジェクトが奇妙で、他と違っていられることにある。」
これこそが個人寄付のユニークな価値だ——「意見の不一致が金を投じることを妨げない」——これ自体が信頼の深さの表明である。この信頼の向かう先は明確だ：相手の方向性。
筆者は個人寄付をロマン化するつもりはない。巨額個人寄付者自身が富の不平等の産物である。HashimotoはHashiCorp共同創業者として、同社がIBMに640億ドルで買収された後、相当な個人資産を有している。40万ドルの小切手を一人で書けること自体が、このモデルが複製不可能で、スケール不可能であることを示している。Zigコミュニティのコメント投稿者colindeanがLobstersで述べた通りだ：「一ドル一ドルが役に立つ。たぶん、お気に入りの言語財団に毎月5ドル寄付することから始めればいい。」個人小口寄付の集合効果と、ある富豪の単独巨額寄付は、同じエコシステムの異なる層だ——一方は基礎的レジリエンスを提供し、他方は戦略的推力を提供する。
しかし戦略的推力という役割は、現在の議論において真剣に分析されたことがほとんどない。
ある企業がオープンソース財団に25万ドルを寄付するとき（「プラチナスポンサー」の一般的な閾値）、その企業が得るのはガバナンス参加権だ。この金の本質は調達である——影響力の調達、アーリーアクセスの調達、採用パイプライン上のブランド露出の調達。一方、ある個人が個人として同等あるいはそれ以上の金額を寄付し、いかなるガバナンス権益も求めないとき、この金の本質は賭けだ。賭けているのは方向性であり、リターンではない。
両者の違いはZigにおいて特に鮮明に現れている。Rust財団とZig財団の資金源構造を比較してみよう：Rust財団のプラチナスポンサーリストにはGoogle、Microsoft、Amazon、Huawei、Metaが名を連ね——その全員が財団の理事会に人を送っている。これは事実の陈述だ。Rustはそれによって強力な企業リソースの支援を受けるが、それゆえに複数の利害関係者の間で継続的なガバナンスバランスを取る必要もある。一方、Zig財団の2024会計年度の収入は約67万ドルで、そのうちGitHub Sponsors経由のコミュニティ小口寄付が約17万ドル、Hashimotoからの個人寄付が15万ドル。支出の92%は直接コントリビューターの報酬に充てられている。
この二つの道に優劣はない。それらは異なる問題を解決している。しかしオープンソースガバナンスの議論はほぼ全面的に企業スポンサーモデルに集中している——利益相反の管理方法、企業の影響力のバランス方法、「キャプチャー」の防止方法。個人巨額寄付が代替的資金源としていかに深刻に過小評価されているか。
HashimotoはなぜZigを選んだのか？
この問い自体が掘り下げる価値がある。彼にRustを選べない能力がないわけではない。彼はVagrant、Packer、Consul、Terraform、Vaultを書いた——これらのツールはモダンクラウドインフラストラクチャの半壁を構成している。彼のエンジニアリング判断は真剣に受け止められるべきだ。
彼がZigを選んだタイムライン：2019年にZigプロジェクトに関心を持ち始め、2021年に公に興奮を表明、2022年初頭にZigコンパイラへのコード貢献を開始（最初のPRは3行の変更で、4〜5時間かかった）、同年Ghosttyターミナルエミュレータプロジェクトを開始——全編Zigで書かれた。今日に至るまで、彼はZigコンパイラに数十回のコードコミットを行い、Ghosttyは1.0をリリースし独立した非営利組織となった。
Zigが彼を惹きつけたのは市場占有率（Rustに遠く及ばない）でも、エコシステムの成熟度（標準ライブラリはまだ急速に変動中）でも、企業の支持（大企業の公式採用はほぼゼロ）でもない。彼がZigを選んだ理由は技術的なものだ：
暗黙的アロケーションがない。 Zigの標準ライブラリの設計原則の一つは、すべてのメモリアロケーションがallocatorパラメータを明示的に渡されなければならないことだ。プログラマが知らないうちにmallocを呼び出す関数は存在しない。これがシステムプログラミングにおいて意味することは何か？ターミナルエミュレータを書くとき、レンダリングループ内で突然GCポーズが発生したり、ある文字列結合操作の背後で4KBのヒープメモリがアロケートされたせいで60fps目標にジッターが混入したりすることがない。Ghosttyのレンダリング性能はこの設計から直接的な恩恵を受けている。
C ABIが一等市民。 Zigの@cImportはCヘッダファイルを直接インクルードでき、ZigコンパイルのバイナリはシームレスにCライブラリを呼び出せ、Cコードからも呼び出せる。Hashimotoのように基層から上へシステムを構築するエンジニアにとって、この特性は「互換性機能」の範疇をはるかに超えている——それは生存必需品だ。GhosttyはmacOSのCoreGraphics、LinuxのGTK、各プラットフォームのフォントレンダリングライブラリと深く相互作用する必要がある——これらのインターフェースはすべてCだ。ZigのC相互運用への対処は直接的だ：Cを言語の一部に変え、FFI抽象化レイヤーを追加しなかった。
comptime。 Zigのコンパイル時計算はマクロシステムでもテンプレートメタプログラミングでもなく、同一言語のコンパイル時実行サブセットだ。Hashimoto自身がcomptimeユースケースツアーを書き、タグ付きユニオンのサブセットフィルタリングから条件付きコンパイルコード生成までの実シナリオを披露した。クロスプラットフォームのターミナルエミュレータを構築する——コンパイル時にターゲットプラットフォームに応じてレンダリングバックエンド、フォント処理パス、入力メソッド統合方式を決定する必要がある——comptimeの価値は、それが「シンタックスシュガー」をはるかに超えた、真のアーキテクチャ上の武器であることにある。
これらの設計選択の背後には統一された哲学がある：プログラマの代わりに決定を下さない。 Rustの所有権システムはあなたの代わりにメモリ安全性を管理する——これがRustのコアバリュープロポジションだ。Zigはあなたの代わりに何も管理しない——アロケータをあなたの手に渡し、制御フローをあなたの前に広げ、ABIをあなたに露出する。Zigはあなたの判断力を信頼する。
この哲学は、Hashimotoの寄付行動とZSFのポリシー上の不一致がなぜ共存できるかをまさに説明している。HashimotoはAIを多用してコードを書くが、ZSFはAI生成コードのメインリポジトリへの投入を禁止している。両方の立場は同じ前提に由来する：自分のツールとアウトプットに責任を持つこと。 HashimotoはAIで開発を加速するが、AIが出力したコードを一行一行審査する——彼はGhosttyの非自明な機能をAI支援で実現した方法を書き、強調したのはまさに「AIの出力を検証するのに十分な判断力を持たなければならない」ということだ。ZSFがAI貢献を禁止するロジックも同様に品質への責任から来る——AI生成コードの一行一行を検証できないコンテキストにおいて、AI貢献を拒否することが最低コストの保証なのだ。どちらも間違ってはいない。どちらも「コードに責任を持つ」ということを真剣に受け止めている。
Lobstersの議論欄に戻ろう。最も考えさせられるコメントはkristoffからのものだ——Zigコアコントリビューター、63票、最高評価。彼はこう書いた：「MitchellはZigプロジェクトとコミュニティに極めて寛大だ。しかし興味深いことに、彼の財務的支援は印象的ではあるが、それが彼のZigに対する最も価値ある貢献ではない。」
この言葉の力は、それがプロジェクト内部の人間から発せられたことにある。外部の観察者ではない。70万ドルの寄付を受けたプロジェクトのコアコントリビューターが「金は彼が我々にくれた最も貴重なものではない」と言う——彼は価値を再定義しているのだ。
金よりも貴重なものとは何か？kristoffは展開していないが、答えはHashimotoのここ数年の軌跡に散らばっている：彼がZigコンパイラに提出したコード、彼が書いたZigコンパイラ内部構造シリーズ記事（Tokenizer → Parser → AstGen → Sema）、Zig Showtimeでの技術共有、GhosttyでZigが本番級プロジェクトにおいて実行可能であることを証明したこと。これらの貢献のレバレッジ効果は70万ドルをはるかに超える——それらは他の開発者の参入障壁を下げ、実世界の検証ケースを提供し、より多くのコントリビューターの参加を引き寄せた。
オープンソースにおける金とコード貢献の価値比較は、二者択一の問題ではない。金は開発者がフルタイムで働くことを可能にし、コードはプロジェクトそのものを前進させる。ZSFは予算の92%をコントリビューターへの直接報酬支払いに充てている——この数字は金がコードに変換されていることを示す。しかし変換の前提は、誰かがそのコードを書く意志があり、誰かがそのコードをレビューする意志があり、誰かがそのコードの品質に責任を持つ意志があることだ。Hashimotoはこの変換チェーンの両端に同時に現れている。
これはあまり多くの人が歩まない道だ。裕福な技術創業者のほとんどはエンジェル投資を選び、財務リターンを追求する。少数は慈善を選び、教育、医療、気候変動対策に寄付する——これらはすべて合理的で重要な事業だ。しかしプログラミング言語の財団に40万ドルの小切手を書き、理事会議席を要求せず、ロードマップ介入を要求せず、財団のすべてのポリシーに完全に同意しているわけでもない——これは慈善の範疇を超え、より稀な何かだ：純粋な「私はあなたたちが正しいことをしていると信じている」。
オープンソースには企業スポンサーシップが必要だ。しかしオープンソースにはこういう人も必要だ：金があり、技術を理解し、方向性に判断力があり、プロジェクトの独立性を尊重する。現在のオープンソースガバナンスの議論はほぼ全面的に企業の影響力をどう管理するかに集中しているが、おそらくもっとシンプルな問いにも注目する価値がある：より多くのリソースを持つ個人が、Hashimotoのようなやり方で参加するようにするにはどうすればいいか。
答えはガバナンスフレームワークやベストプラクティス文書からは来ないだろう。それはある文化の拡散から来る：コードを書いて金を稼いだ人が、振り返って、自分に良いコードを書かせてくれたツールや言語を見つめ、そして——対等な姿勢でこう言う：この方向性は正しい、これからも歩み続けてほしい、と。
これが70万ドルの最も重い部分だ：数字の背後にある姿勢。