開発

Gleam、ATプロトコル「tangled」にソースコードミラー

型安全な関数型言語Gleamが、ATプロトコルベースのコードフォージ「tangled」にソースコードをミラーした。分散型開発基盤への移行の動きが加速している。

7分で読める SINGULISM 編集チームが確認・編集

Gleam、ATプロトコル「tangled」にソースコードミラー
Photo by Juanjo Jaramillo on Unsplash

Gleamプロジェクトは2026年7月18日、ソースコードのミラー先としてATプロトコル(Authenticated Transfer Protocol)ベースのコードフォージ「tangled」を追加した。Lobstersのtangled.org via imustaskforhelpが伝えたところによれば、Gleamの開発リポジトリがtangled上で公開され、誰でも参照・フォーク可能な状態となっている。

Gleam言語の背景

GleamはErlang VM(BEAM)上で動作する静的型付けの関数型プログラミング言語だ。型安全性とスケーラビリティを特徴とし、フレンドリーな学習曲線を掲げている。コンパイル時に型エラーを検出できるため、大規模な分散システムの開発に適していると評価されてきた。

Gleamは特定の企業に所有されていない点も特徴的だ。プロジェクトはスポンサーシップによって支えられており、開発者のコミュニティ主導で進められている。公式サイトでは「Gleam is not owned by a corporation」と明記し、企業支配からの独立性を強調している。今回のtangledへのミラーも、この非中央集権的な理念に沿った行動と見ることができる。

ATプロトコルとtangledフォージ

tangledはATプロトコルを採用したコードフォージだ。ATプロトコルはBlueskyが開発した分散型ソーシャルネットワーキングプロトコルとして知られているが、その応用範囲はソーシャルメディアに留まらない。認証されたデータ転送を可能にするこのプロトコルは、コードホスティングの分野でも分散型の基盤として機能する。

従来のコードホスティングサービスはGitHubやGitLabといった中央集権型のプラットフォームに依存してきた。これに対してtangledは、ATプロトコルを用いることで、単一の事業者に依存しない分散型のリポジトリ管理を実現する。ユーザーは自身のアイデンティティやデータを自己主権的に管理できる。

tangledのURL体系は「tangled.org/ユーザー名/リポジトリ名」という形式を取る。Gleamの場合は「tangled.org/gleam.run/gleam」となる。この構造は、ドメイン名とプロジェクト名を組み合わせた自己認証型のアドレッシングを可能にしている。

分散型コードホスティングの動向

コードホスティングの分散化は、ここ数年で注目を集めているテーマだ。中央集権型プラットフォームへの依存は、サービスの停止や買収、ポリシー変更によって開発者のワークフローが影響を受けるリスクを伴う。

Gleamのtangledミラーは、この流れにおける象徴的な事例と言える。同プロジェクトは既にGitHubにメインリポジトリを置いているが、tangledへのミラーを追加することで、複数のプラットフォームに分散した開発基盤を構築した。単一障害点の回避と、コミュニティによるコードへのアクセス権の確保が目的と見られる。

分散型フォージの試みとしては、軽量Gitフォージ「GitRoot」のようなプロジェクトも存在する。GitRootは最小限の構成でセルフホスト可能なフォージとして、中央集権型プラットフォームへの対抗手段を提供している。tangledはこれとは異なり、ATプロトコルという共通プロトコル上での相互運用性を重視するアプローチだ。

影響と今後の展望

Gleamがtangledにミラーしたことは、開発者コミュニティにとって2つの意味を持つ。

第一に、ATプロトコルのコードホスティング分野への応用が現実のものとなった点だ。これまでATプロトコルはBlueskyの文脈で語られることが多かったが、ソフトウェア開発の基盤としても機能することが示された。今後、他のオープンソースプロジェクトがtangledに追随する可能性がある。

第二に、Gleamプロジェクト自体の分散型へのコミットメントが明確になった点だ。企業所有ではないプロジェクトが、中央集権型プラットフォームへの依存度を低下させる戦略を積極的に取ったことは、オープンソースコミュニティの方向性に影響を与えるだろう。

ただし、tangledがどの程度の規模のコミュニティを獲得できるかは未知数だ。GitHubのネットワーク効果は依然として強力であり、分散型フォージが主流となるには、ユーザー体験や発見可能性の面での課題が残されている。

編集部の見解

短期的には、Gleamのtangledミラーは開発者コミュニティにおけるATプロトコルの認知度向上に寄与すると見られる。特に、分散型プロトコルの実用性に関心を持つ開発者にとって、実際のコードがホストされている場の存在は重要な参照点となる。今後3〜6ヶ月の間に、tangled上でホストされるプロジェクトが増加するかどうかが、このプラットフォームの成否を測る指標となるだろう。 長期的な視点では、中央集権型プラットフォームからの段階的な分散化が進むと予測される。GitHubのような既存プラットフォームが支配的な地位を維持する一方で、プロトコルレベルの相互運用性を備えた分散型フォージがニッチながら確固たる地位を築く可能性がある。Gleamのように企業に依存しないプロジェクトが先行事例となることで、他のコミュニティも追随する構図が描ける。 編集部としては、分散型コードホスティングが真の意味で普及するためには、単なるミラーリング以上の利点——例えば、クロスプラットフォームでのIssue管理やCI/CDの統合——が必要になると考える。

参考

  • 「Gleam has mirrored its source code on tangled (an AT-protocol based forge)」, by tangled.org via imustaskforhelp — Lobsters, 2026-07-18T21:21:41.000Z (ARR)
  • 元記事URL: https://tangled.org/gleam.run/gleam

よくある質問

Gleamとはどのようなプログラミング言語ですか?
Erlang VM(BEAM)上で動作する静的型付けの関数型言語です。型安全性とスケーラビリティを特徴とし、フレンドリーな学習曲線を持つことから、大規模な分散システムの開発に適しています。特定の企業に所有されておらず、スポンサーシップによってコミュニティ主導で開発が進められています。
tangledとは何ですか?
ATプロトコル(Authenticated Transfer Protocol)をベースにしたコードフォージです。Blueskyで採用されている同プロトコルをコードホスティングに応用しており、中央集権型のプラットフォームに依存しない分散型のリポジトリ管理を実現します。ユーザーは自身のアイデンティティやデータを自己主権的に管理できます。
なぜGleamはtangledにミラーしたのですか?
プロジェクトの非中央集権的な理念に基づくものと考えられます。特定の企業に所有されていないGleamは、GitHubのような単一プラットフォームへの依存度を下げ、コミュニティによるコードへのアクセス権を確保するために、分散型フォージへのミラーを開始しました。単一障害点の回避も目的の一つです。
出典: Lobsters

コメント

← トップへ戻る