コンカレはいわゆる負荷分散を「タイムラインをキーに複数のサーバーにシャーディングする」というのが最初の設計思想ではある。
なのである瞬間における冗長性はないに等しい(アカウント引越はあるので楽観的にはセーフというトレード)
うち(ariake)はトラブル対応のためにメールアドレスの記入頂いてますが、サーバーによって登録時に頂くフォームのテンプレートを変えられるのでメールアドレスをいただかないサーバーも作れる
技術書典いくど！！
ActivityPubとかナイショの投稿お漏らししちゃう実装あるし……
プロトコル-セントリック、実現できれば最高だが、プロトコルは言ってしまえば「誰もがカバレッジ100%で実装可能」なくらい薄くないと混沌をもたらす一方、現代のSNSに要求される要件は重すぎるというジレンマがある。
なので、十分に汎用なエンジン/ライブラリを用意することで安定した環境を提供しつつ、擬似的な体験をプロトコル中心なものに近づけたい….と考えている今日この頃
分散型SNS本で僕以外の方が書いてくれてるConcrntの記事めちゃめちゃいい記事すぎる
あれ！zapされてる！(全然気づいてなかった
atasintiさんありがとうございます！🙏🙏🙏
Bitcoinもいいんだが、ちょっと前はInter-Blockchain Communicationの文脈で cosmosが気になっていて、今は stateless zk-proofのIntmaxがめちゃめちゃ気になっている
コンカレのゴール・非ゴールを改めてまとめてみたよ
grafana on-callオヌヌメ
逆にnpubからIPアドレスを解決する仕組み
Activitypubの投稿リンクとかを展開したい気持ちはチョットある
ほしいほしい
nostr、クライアントいっぱいあるからみんながどんなクライアント使ってるのか知りたい
twitterだとvia hogehoge...ってクライアント表示するやつが流行ってた気がするけど、イベントに送信元クライアントの名前を組み込むタイプとかあるのかな
lumilumiはサマリープロキシーが別でいるのかな？えらい
別のクライアントで自分のちょっと前のノートが見れないのはリレー周りの指定が不十分だからかな(前に一回整理したときへんなことしたかな
nostterに貼るときはあえてogタグ用のリンクを指定するのが良い気がしてきた(そのぶん無駄にfunctionsが実行されてしまうが)
本文は違う属性を参照してるのかな
アイコンデカ