@noellabo
見落としていたり、理解できてない可能性が高いですが、失礼します。
私もboostを使った(hashtag関連とは別の)サービスについて考えているのですが、ちょっと分かりませんでした。
こちらはPleromaなので、hashtag relay 購読受信サービスは試せませんが、一つのアカウント(relay or relayctl)をfollowしている、それぞれのユーザ向けに別々にブーストができるのですか？　そういうことはできないと思っていました。リレーサーバならではの機能でしょうか？ それが可能なら、ちがうサービスにも応用可能ですね。

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

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

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

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

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

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

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

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

@noellabo ありがとうございました。

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

theboss.techが似たようなこと、つまり、特定のhashtagの記事を自分のインスタンスのLTLに取り込む、というのも、同様の技術なのかも。とすれば、リレーサーバでなくても、インスタンスレベルのサーバならば、ActivityPubで宛先を直接操作できる、というようなことなのか。

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

#ハッシュタグリレー #theboss_tech

HTMLで投稿したら、pre tagで行の折り込みがない、というのか、一行が長い時、自動的に改行してくれない、というか、ちょっと失敗だった。

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

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

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

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

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

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

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