Produce the relay peering launch film
メンテナーはふだん 1 日以内に返信
@Ferryx349 がすでに取り組んでいます。
2026年10月23日 から。
評価
この issue はまだ評価されていません。
説明
Goal
Produce a short launch film for relay peering (#931), in the style of the 3.3.0 release film (#812): ~40 seconds, scene-by-scene, one idea per scene. It ships with the peering release and lives on the marketing site like the previous films.
Angle: futures and jobs-to-be-done
Don't explain the protocol — sell what peering lets people do that they can't do today. Draft beats, in the futures frame:
- "Run a relay for your people, not the whole network." A community relay no longer has to ingest everything to feel complete — it peers for its scope and fetches the rest on demand.
- "Your archive is worth something now." Operators with deep history can sell feeds to other relays, settled in sats — completeness becomes a product, not a cost center.
- "Fast, everywhere." Cache peers holding only the last hour put the hot feed near readers, so small relays feel instant without owning the firehose.
- "Relays that only talk to relays." A backbone layer becomes possible: archives and caches as infrastructure, edges facing users — the network grows a middle.
The closing should land the inversion the feature makes: today every relay tries to be everything; with peering, each relay gets to be one thing well, and the network assembles the rest.
Production notes
- Match the format and art direction of the existing films: scene-by-scene copy doc first, then renders for review.
- Factual discipline (lesson from the 3.3.0 film): every on-screen claim must match the shipped protocol — terms are flat per period, never per-event; settlement is Lightning between relays; cache windows are operator-configured.
- The film is about a future the feature enables: frame it as what becomes possible, not as adoption that already exists. No invented operators, metrics, or network statistics.
- Copy approval before rendering, per the usual flow.
Acceptance
- Scene-by-scene copy drafted and approved
- Claims in the copy checked against the peering implementation as shipped (#932–#940)
- Render reviewed (layout/legibility pass, as with the 3.3.0 film)
- Final film published with the peering release / on the site
- 主要言語
- TypeScript
- スター
- 829
- フォーク
- 234
- 平均マージ
- 16時間 57分
- マージ済み PR（30日）
- 76
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
cameri/nostream のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
メンテナーはふだん 1 日以内に返信
-
Website
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 28/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
メンテナーはふだん 1 日以内に返信
cameri/nostream の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
awesome-dsh-plugin/awesome-dsh-plugin#9184 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
farion1231/cc-switch#8829 ·
メンテナーはふだん 1 日以内に返信
-
[core-client] Remove unused hand-maintained transport helpers after the definition-table cutoverオープンdoc-audit enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100