出来事の日付：2025年4月21日。 Spegelの開発者は、Microsoftが自身のピア・ツー・ピア型コンテナイメージ配布プロジェクトをフォークしたPeerdを構築した際、コードとテストケースを、成果の出所について混乱を生むほど酷似した形でコピーしたと述べている。提供されたPhilip Laine氏の投稿は、この一件を、協業を期待していた単独のオープンソース・メンテナーにとって個人的にも職業上も大きな打撃だったと位置づけている。

この説明は、Spegelが解決しようとした当初の問題から始まる。それは、イメージレジストリが利用できない場合でもスケールし続ける必要があるKubernetesクラスターだった。著者によれば、ブラックフライデーのトラフィック急増とGitHubのコンテナレジストリ障害が重なり、クラスターが重要なイメージを取得できなくなったことから、この発想が生まれたという。運用上の負担を減らすことを目指したステートフル・ミラーの代替手段として、同氏はSpegelを構築した。

投稿によると、その後MicrosoftからSpegelについて話し合いたいとの連絡があった。メンテナーは、話し合いがコントリビューションや新たなメンテナーの参加につながるかもしれないと期待し、エンジニアがプロジェクトを稼働させるのを支援し、アーキテクチャに関する質問に答えたという。しかし後に、KubeCon Parisの講演でPeerdが取り上げられているのを目にし、ピア・ツー・ピア型イメージ配布ソリューションとして位置づけられたMicrosoftのプロジェクトを見つけた。PeerdのREADMEの末尾には、自身とSpegelへの謝辞があったと同氏は述べている。

同氏を最も困惑させたのは、大枠のアイデアが似ていることだけではなく、実装の詳細が流用されたように見えたことだった。関数シグネチャとコメントに見覚えがあり、テストケースにはSpegelと以前の勤務先への言及があったという。提供された抜粋によると、そうした言及の一部はそのまま見える状態だった。そのため著者は、Microsoftが自身のプロジェクトから着想を得たうえで、Microsoft独自のMITライセンスの下で自社版を開発したと主張している。

ライセンス問題が中心となっている。投稿は、Spegel自体がMITライセンスで公開されており、上流へのコントリビューションを義務づけることなくフォークや変更を認めていると指摘する。しかし著者は、このライセンスは元の帰属表示を削除し、あたかも別の場所で作られた成果物であるかのように提示することまでは認めていないと主張している。この違いによって、通常のオープンソースのフォークが、来歴とクレジットをめぐる紛争へと変わった。

同氏によれば、実際の影響として利用者の間に混乱が生じている。新規利用者はSpegelとPeerdの違いを尋ねており、メンテナーはコミュニティーへの貢献者として、はるかに大きな企業が自身がゼロから構築したプロジェクトの隣で存在感を占めていると感じながらも、事実に即して公平であり続けたいと述べている。この経験により、Spegelを続けることが労力に見合うのか疑問を抱くようになったという。

投稿は、同氏が継続する道を選び、執筆時点でSpegelは1,700件超のスターと1,440万回のプルを記録するなど、今なお支持を得ていると締めくくっている。同氏はGitHub Sponsorsも有効にし、ライセンス変更を検討している。この報道にはMicrosoft側の回答が含まれていないため、ここでの説明は、起きたことに関するメンテナー自身の見解にとどまる。それでも、寛容なライセンスは再利用を認める一方、大手ベンダーが同じ技術分野に参入する際には帰属表示とコミュニティーの信頼が依然として極めて重要だという、オープンソースで繰り返される緊張を捉えている。

この一件は、オープンソースをめぐる紛争をしばしば左右する評判面での非対称性も浮き彫りにしている。単独のメンテナーはプロジェクトをめぐる信頼を得るために何年も費やすことがある一方、大手ベンダーははるかに高い知名度と配布力を伴って同じ分野に参入できる。著者によれば、利用者がMicrosoftのプロジェクトと自身の成果に関連があるのか尋ね始める以前から、この力の不均衡によってSpegelは存在感を示しにくくなっていたという。