@sumiyaki 実際にブーストを行っているactorは、relayです。

relayctlは『このハッシュタグ・アカウントの投稿を受信したら、この人にブーストする』というリストを管理しています。

joinやleaveでも、relayctlに指示を出すと、relayがフォロー・フォロー解除を実行します。

relayctlは、あくまで利用者との対話を行うエージェントで、対話のための返信はしますが、リレー行為自体は行いません。

relayは常にこのリストの最新情報を参照して、ブーストを行っています。

なお実際の挙動としては、サーバ毎にまとめ、宛先を複数指定したAnnounceを送っています。

#ハッシュタグリレー を購読している利用者が100人いれば、100個のAnnounceを送るワケですが、所属サーバでまとめると40つになる場合、実際には40個のAnnounceを送れば済むワケです。

Announceは独立したActivityですので宛先（公開範囲）を指定できます。元投稿にも公開範囲があるので、それをどう解釈するかはサーバ次第です。このあたり、最近挙動が動いています。

まだ、ちょっと良く理解できてませんが、私が考えていたのは、クライアントレベル、つまりbotのようなものでサービスする、ということで、これでは、ひとつのサービスアカウントで相手別にそれぞれブーストとかはできないはずです。 relayも相手先毎に別の実態がある、仮想のアカウントなのか、とも思いました。しかし、ActivityPubレベルで相手先を細かく指定できるならば、そういうことも必要なさそうですね。すごい技術ですね。

ところで、当方はPleromaなのでまだ試せませんが、ブーストされた記事のブースト主(?)はrelayということになるのでしょうか？

@sumiyaki MastodonやPleromaのユーザーですと、フォロワー全員にブーストするしかできないですね。

ActivityPubは、サーバ同士のやりとりだけでなく、サーバとクライアントの通信もカバーしています。規定されているだけでも、さまざまなActivityが存在します。

現状、さまざまなActivityPub対応サービスがリリースされていますが、それぞれ、対応している機能はほんの一部です。

Fediverseで何か付加価値のあるサービスをしようと思ったら、やはりActivityPubを直接話すサービスを立ち上げた方が強いです。

他方、ActivityPubを含む必要なサービスをフルサポートすること、互換性があり、安定して機能する状態を実現することは結構大変なので、既存のサービスの上に構築可能であれば、無理に作り込まない方が良いとも言えます。

なお、 #ハッシュタグリレー の場合、ブースト主はrelayです。

Pleromaでは、現状でも連合には届くようにはなっています。個人宛がうまくいっていない感じなので、そのへんを調べようとしているところです。