2026/04/29 23:00
我々が必要としているのは、鍛冶場連邦です。
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
現在、オープンソースソフトウェアの過半数は、GitHub の中央集権インフラストラクチャに大きく依存しており、脆弱な「単一文化」を形成しているため、深刻な依存リスクに直面しています。これを解決するため、「Tangled」という新しいプロジェクトが提唱され、タイムラインやフォローリストといった不可欠な社会的機能を失わずにコードの協力を脱中央化することを目的としています。従来のシステムがファイル転送とコミュニケーションを異なる脆弱なプロトコルに分離しているのに対し、Tangled は AT プロトコルを利用してギツサーバー間（「結び目」）で直接イベントを連邦化します。このアプローチにより、開発者は異なるホスト間でリポジトリをフォークし、ローカルで変更をプッシュし、異なるサーバー上でプルリクエストを作成することができ、実質的にはパッチをメールで送信するものの近代化された版として機能します。標準的なギツワークフローとの互換性を維持しつつ、その上に分散型ソーシャルネットワークを重ねることで、このイニシアチブは単一プラットフォームへの依存から解放されようとしています。この転換は、ユーザーおよび企業があらゆるサーバー上で安全に協業できるようになり、システム全体における脆弱性を削減するとともに、世界のオープンソースソフトウェアに対しより堅牢なエコシステムの構築を促進します。
本文
Git は分散型のシステムですが、その他のツールはいかがでしょうか。GitHub はすでに数週間前から機能不全への兆しを見せており、その原因が何であれ、世界のオープンソースソフトウェア（OSS）の 90% が単一のプロバイダーに依存している現状では、決して好ましい状況ではありません。中央集権的なシステムは、これまで通り崩壊します。長く残っていくのは、メール、Git、IRC といったツールだけです。Tangled はまさにこの分野に適応するように設計されており、それがもたらす効果を解説しましょう。
コード協業には古くから 2 つのプロトコルが常に併用されてきました。一つはコードの転送用、もう一つはコミュニケーション用のプロトコルです：
- その最初は「メールによるやり取り」であり、Git（コード転送）＋メール（コミュニケーション）という組み合わせでした。
- 次に登場した GitHub は、「Git（コード転送）＋GitHub ウェブサイト（コミュニケーション）」という構成でした。
- それから ForgeFed プロジェクトがあり、「Git（コード転送）＋ActivityPub（おそらくコミュニケーション）」という仕組みです。
- 現在、私たちが構築している Tangled は、「Git（コード転送）＋AT プロトコル（コミュニケーション）」という組み合わせを採用しています。
Tangled は、Git サーバー（「knots」と呼ばれています）間でのイベントの相互運用性を可能にします。どのサーバー上のリポジトリとでも協業でき、サーバー間でのフォークも自由に行えます。自らのホストするサーバーにあるリポジトリにプッシュし、他サーバーのリポジトリに対してプルリクエストを作成することも可能です。多くの点で、これは個人専用の cgit インスタンスを運用しながら、パッチをメールで送信することを思い起こさせるものです。
Tangled は AT プロトコルを活用し、コードに関連するイベント（例：Issue やプルリクエスト）の認証付き転送を促進するとともに、タイムライン機能、フォロー、スターリング、そして間もなく導入される「バウンズ」など、いくつかの社会的要素の実現も可能にします。AT は協働者の招待や SSH パブリック鍵の共有にも利用されますが、それ以外の部分は質の高い Git そのものです。
オープンソースソフトウェアは GitHub などのモノカルチャーからの脱却が必要です。しかしながら、コード協業は引き続き楽しく、社会的なつながりを育むものであるべきです。