信頼できる署名(LDS)があれば、どれだけ多くのリレー先に届けても、送信元の負荷は一定です。リレーに預ければ、それで終わりです。
ところが、リレー先が一斉に送信元にデータを確認しにいく実装となると、リレー先が増えれば増えるほどアクセスが集中することになり、多大なる負荷となります。(nginx等でキャッシュすることで大幅に負荷を軽減できますが、依然としてリレーより負荷が高くなります)
やはり、PleromaにLinked data Signaturesのサポートを追加するのが現実的であるように思います。
#リレーの話
#ハッシュタグリレー
Mastodonの場合、LDSが含まれるため、信頼できると確認できますが、Pleromaではこれができません。
Mastodon側で対応する方法としては、Activityに含まれる本来の送信元へ問い合わせして、裏付けをとるという方法があります。
投稿であれば、実際の投稿内容を取得して、一致しているかどうか確認すればいいわけです。動作としては、おおよそブーストの場合と同じです。(我々はフェッチしにいく、という言い方をします)
削除であれば、HTTP 404 Not Foundか、Tombstone(削除されたことを示す《墓石》)になっていることを確認すればいいわけです。
ただし、この実装は著しく非効率です。
Pleromaのリレー実装が、このようなブーストベースのものになっているということですが(詳しく見ていません)、コンセプトはともかく、実用上は現実ではないと言われています。
雪餅(2018) 連合リレーと Activity Relay
https://blog.yukimochi.jp/2018/12/fediverse-with-relay.html
#リレーの話
#ハッシュタグリレー
リレーのPleroma対応、現在の結論としては、PleromaにLinked data Signatures(LDS)のサポートを追加するのが最善という判断です。
--
PleromaのActivityには、LDSによる署名が含まれておらず、リレーから送信されてきたActivityが信頼出来るかどうか判断できません。
そのため、リレーから送信するところまでは動作するのですが、受け取ったサーバが拒否します。
通常の連合では、HTTP Signaturesによって、送信元、送信先、日時、送信内容(Activity)のハッシュを署名して送信し、受け取った側でそれを検証することで、改ざんされていない内容であることを確認しています。
Pleromaでは、これで必要十分であるとして、LDSのサポートを省略しています。
ところがリレーの場合、送信元が元の送信元ではなくリレーになるため、Activityの送信元と不一致で信頼できません。
#リレーの話
#ハッシュタグリレー
DTP鯖管
さんがブースト
そーいや、PleromaのAPIのあれこれのおかげか、マージリクエストしていたAPIドキュメントが無事にマージされたっぽい。どさくさ。
https://source.joinmastodon.org/mastodon/docs/merge_requests/13/diffs
めかぶ美味しいよね。
それはそうと、形態素解析とか手軽に出来ていい時代や。SNS使うんだから、テキストをソースに色々やるのがやはり楽しい。
#theboss_tech
マストドンクライアントは、API使って作る分には難易度低いので、いろいろ開発すると良いと思うよ。
https://docs.joinmastodon.org/
ActivityPubでお話するの、誰もまとめてない感じで難易度高いよ……。ソースコード読んで、立てて試すのが最良という感じ。 #theboss_tech
こちらはpleromaのソースみてるけど、internal server errorの原因を調べるの、動かさないでやるの難しいね。たてるのか?これ。 #theboss_tech
ざぼてくタグ、techの話してる。良き哉。 #theboss_tech
マンバ通信さんのドラゴンボールの考察話なんですけどね、ベジータと悟空、とてもいいですよね。いわゆる、ご飯何杯でもイケる系。
何かに帰属する生き方、なにものにも捕らわれないこと、どちらについても考えさせられます。
https://magazine.manba.co.jp/2018/01/29/ueda-dragonball5/
#ドラゴンボール #マンバ通信
DTP鯖管
さんがブースト
sidekiq、25 worker が一気に始動して、あとは順次入れ替わっていって、全部終わって次が来るの待ってる、という感じ。実に健康的なお通じ(ブチミリません)
この時、エラー出たら即座にあきらめてリトライしません。何かあって受取損ねたら、配信されないで終わります。
#リレーの話
#ハッシュタグリレー
リレーの配信ログみてると、早いところは 0.1 sec とかで終わるし、遅いトコは 3.3 sec とかかかったりしてる。まんなかは 1.0 sec ぐらいかな。さすがにドイツの非力鯖は遅い(ウチの観測鯖)。ちほーがやたら速い。
sidekiqが 25 worker で動いていて、ひたすら配信だけしかしてない。メモリは半分ぐらい空いてる。CPUは76ms平均とかそんな感じ。
これから何か実装する度に重くなるし、まだ最適化のことは考えていないけど、今は余裕がある。
#ハッシュタグリレー
#リレーの話
DTP鯖管
さんがブースト
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users