Nostrクライアントを設計する際のアイディア出し

もう偉い人が何万回も考えたであろう考えを自分も後追いで考えるの巻

理想の構成

  • Webブラウザは構造化された文章を表示するものであって計算資源を消費して複雑なプログラミングをさせるアプリではないよね本質的に
  • 以下の3つに役割を分ける
    • プライベートリレー(ローカルにあってもインターネット上にあってもいい)
      • 一定期間(24時間とか)ごとに中身を破棄してもいい
    • 自分(特定の鍵)のフォローイーの投稿や自分へのメンションを然るべきリレーから集めて上記プライベートリレーへブロキャするプログラム
      • これもローカルにあってもインターネット上にあってもいい、常時稼働しているのが望ましい
    • 上記プライベートリレーとだけ接続するWebクライアント
      • リレーには自分が欲しいイベントだけが蓄積されているはず

どうなる?

  • Webクライアントはめっちゃ楽になる
    • websocket接続数の上限とか気にしなくていい、1個だけだし
    • Webブラウザはただ表示するだけの仕事に専念する
  • でもフォロー外の個別アカウントの投稿が見たいなーって遷移したときにそのイベントはプライベートリレーにないよね
    • そこはWebクライアント側で対象リレーに直接見に行くしかないかな
  • 役割を分けるので他のWebクライアントも相乗りしてきていい
  • 投稿に関してはプライベートリレーを経由してもいいし直接対象リレーに投げてもいいかも
    • 投稿それ自体はそこまで重い処理ではないだろう
  • アプリが3つに分かれるのでますますNostrが複雑になってしまって誰も来なくなる
    • すばらしい
  • 役割を分けるのってAT Protocolっぽいよね
    • そいつの名前を出すのをやめろ
Write a comment
No comments yet.