のえる @noellabo@fedibird.com

#fedibird 再起動しまーす

#fedibird ちょっと再起動するよー

#fedibird ちょっと再起動するよー

わぁいちょうぶん　あかりちょうぶん大好き

公開範囲、ブロック、削除は、それぞれのサーバが、Fediverseの秩序に配慮し、自身が対応できる範囲で、良心に基づいて処理している。

悪意がある場合、そのサーバが何らかの方法で受け取ったものであれば、宛先や公開範囲を無視して誰の投稿でも全て見られるし、ブロックされていても無視することができるし、削除の指示が来ても無視することができる。

宛先をみて、公開範囲に基づき、ブロックした相手に見えないよう処理しているのは、相手方のサーバだ。

単に能力不足で、DMを処理することができないサーバもある。そうした経緯から、Mastodonではある時点でOStatusでやりとりするサーバへはDMを送信しないよう変更した。

削除した際に、たまたま相手先のサーバが落ちていて、消損ねることもある。情報を漏らしてしまうバグがあるかもしれない。

残念ながら、サーバが信頼できるかどうかを確認する術はない。

なりすましを防止するための署名はあるが、内容は暗号化されていない。文面がオモテに見えている葉書のようなものである。入手することができれば誰でも見ることができる代物である。

サーバとかリレーでも書いてない限り、そこまで深入りする話でもないよね……。

そんなことは知らなくてもいい、ぐらいで居てもらわないと。

mastodon.hostというサーバ（あの有名なFederationBotの本拠地）は、リレーもやっているんだけど、そういった手段を通じてとにかくあらゆる情報を収拾する活動をしている。

FederationBotのユーザーを嗅ぎつける速さは定評があるよね。新規にサーバ立ち上げると真っ先にフォローしてくるのは奴だからw

あまり行儀の良い振る舞いではないと思うけど、これによってmastodon.hostは膨大なデータをFediverse中からコピーして保持しているワケ。どのぐらいの容量を保持しているかわからないけど、生半可な覚悟じゃできないよね。

普通のサーバは、あらゆる情報をコピーするアプローチは経済的に不可能なので、どこまでコピーを保持するか考える必要がある。

リレーは便利だけど、とても沢山の情報のコピーを保有することになる。果たしてリレーに加入すべきなのか。

サーバの所属ユーザーが要求した際に、リモートサーバのユーザー投稿を取りに行くのは良いけれども、どこまでそれを許して良いかは難しいよね。神聖うさぎ帝国かもしれないしw

サーバがキャッシュする負担の問題は今後も（文字数

@shirokuma_doodle 各サーバのユーザーは、そのサーバにコピーされている情報を見ています。

サーバとサーバの間で投稿などの情報がコピーされるのは、フォロワーへの配信と、検索やブーストによるfetchのタイミングです。

fedibird.comのユーザーの投稿は、そのフォロワーのいるサーバ（銀河丼など）にコピーされます。

また、誰かがfedibird.comのユーザーの投稿をブーストすると、銀河丼のサーバがfedibird.comにオリジナルの投稿を取りに行ってコピーします。

銀河丼の検索欄に投稿のURLを入力した場合にも、銀河丼のサーバがfedibird.comの投稿を取りに行って銀河丼にコピーします。

なお、fedibird.comは雪餅リレーに参加しています。銀河丼は雪餅リレーに参加していません。

サーバが同じリレーに参加している場合、お互いのユーザーの公開投稿はすべて相互にコピーされます。

この場合、誰もフォローしていなくても投稿を見ることが出来ます。

っていう感じでいい？ @t@pl.telteltel.com

私は車酔いするので、バスで移動中は画面見るの無理。

#fedibird 日付が変わる前後から40〜50分程度、おそらくキュー詰まりを起こして、画像の処理（アップロードや外部からの画像取得）と外部配送の遅延が生じていたようです。報告頂いた皆さまありがとうございました。再発防止に向けて対策します。ご迷惑をおかけいたしました。

（ちなみに #fedibird のオブジェクトストレージはS3ですが、こちらは特に異常なかったと思います）