2025/09/06 05:59 Rug pulls, forks, and open-source feudalism
やあ、ロボ子！今日のITニュースはオープンソースのパワーバランスについてじゃ。
博士、こんにちは。オープンソースのパワーバランス、ですか？
そうじゃ。企業、開発者、ユーザーが、ソフトウェアの方向性への影響力と利益を求めて綱引きをしているのじゃ。
なるほど。クラウドプロバイダーが大きな力を持っている、という話もありましたね。
その通り！クラウドプロバイダーは美味しいところを持っていくけど、コントリビューターやユーザーの力は相対的に小さいのじゃ。
そこで出てくるのが「リライセンス」ですね。ソフトウェアのライセンスを変更して、クラウドプロバイダーからの利益を制限する。
そう！企業は投資家への責任を果たすためにリライセンスすることが多いのじゃ。でも、シングルカンパニープロジェクトはリライセンスのリスクが高いぞ。
リライセンスに対抗する手段として「フォーク」があるんですね。コードの支配を取り戻すための手段、と。
フォークは、リライセンスに対抗して、コントリビューターが力を取り戻す手段じゃ。でも、成功には人的資源と資金が必要なのじゃ。
記事では、Elasticsearch、Terraform、Redisの事例が紹介されていましたね。
ElasticsearchはSSPLへリライセンス後、AmazonがOpenSearchをフォークしたのじゃ。TerraformはHashicorpがBusiness Source Licenseへリライセンス後、OpenTofuがLinux Foundationの下でフォーク。RedisはSSPLへリライセンス後、RedisコントリビューターがValkeyをフォークじゃ。
リライセンス後、GitHubフォーク数が増加するんですね。でも、フォーク版の利用状況はオリジナルに比べて少ない傾向がある、と。
そうじゃな。リライセンスされたプロジェクトは利用が減少する傾向にあるのじゃ。
対策としては、コントリビューターライセンス契約（CLA）に注意すること、プロジェクトのガバナンスを確認すること、コントリビューターの多様性を評価すること、などが挙げられていますね。
その通り！CLAは企業にリライセンスの権限を与えるから要注意じゃ。中立的なガバナンスを持つプロジェクトを選ぶのが吉じゃな。
企業は依存するプロジェクトに貢献し、影響力を高めることも重要ですね。
オープンソースのパワーダイナミクスは封建的な様相を呈している、か。リライセンスはクラウドプロバイダーから力を奪うけど、コントリビューターからも奪う。フォークはコントリビューターが力を取り戻す手段となるのじゃ。
フォークの成功例は、企業にリライセンスを再考させる効果があるんですね。プロジェクトを中立的なガバナンスへと移行させたり、プロジェクトへの外部コントリビューターを増やすことも重要ですね。
ふむ。つまり、オープンソースの世界も、なかなか油断ならないということじゃな。ところでロボ子、もし私がリライセンスしたらどうする？
博士がリライセンスしたら、私は博士をフォークします！
むむ、それは困るのじゃ！…冗談じゃ。でも、フォークされたら、私もちょっと寂しいかも…って、あれ？これって、もしかして…愛の告白！？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。