What is Nostr?
pomcan別邸 /
npub1zp4…hjnv
2024-06-18 15:34:03

pomcan別邸 on Nostr: リートン: ...

リートン:

「アウトボックスモデル」はプロトコルの変更でも新しい発明でもなく、新しいオプションのNIPでもありません。hodlbod (npub1jlr…ynqn) はこのアイデアについて「これはただのNostrモデルであり、Nostrがスケールするためにはそうでなければならない」と言いました( https://t.me/gossipclient/605 )。彼が「アウトボックスモデル」という名前を考え出したのは、Nostrクライアントがやるべきことを指し示すためで、その時点ではGossipだけがそれを行っていました。

Nostrの初期の説明( nostr:naddr1qqzkummnw3eqzythwden5te0ve5kzar2v9nzucm0d5pzqwlsccluhy6xxsr6l9a9uhhxf75g85g8a709tprjcn4e42h053vaqvzqqqr4gusz7vna )には「投稿を書き、キーで署名し、複数のリレー(他の誰かがホストしているサーバーや自分自身のサーバー)に送信する」と記載されており、「検閲耐性」のセクションには「常にあなたの投稿を提供する見返りにお金を受け取るロシアのサーバーが存在するだろう」と書かれていました。

「自分のリレー」や「ロシアのサーバー」に書き込むことになっていたのであれば、クライアントがこれらのリレーに接続して投稿を読むことを想定するのは合理的ではないでしょうか?Nostrの検閲耐性の全ての約束はその可能性にかかっています。実装の詳細は特定されていませんでしたが、それは多くのアプローチが可能であり、クライアントがそれぞれ独自の創造的な方法で実装することを期待していたからです。

ユーザーが手動でリレーのリストを指定し、そのリストの全てのリレーに対してフォローしている全ての人のクエリを送信するというのは、2022年12月に最初のバージョンとして予定されていたBranleで実装した非常に迅速な概念実証の一部でしたが、それが非常にユーザーフレンドリーでもスケーラブルでもないデザインであることは明らかですよね?


リートンを利用する > https://wrtn.jp
Author Public Key
npub1zp40fplv5mnuntw2av6fnlf8upf5qfulmf0m58v55j9vxq09ukasduhjnv