ap-bridgeのリメイク

[totegamma]

今はproxyアカウント1つによるブリッジングにしている
これは、

• 管理が簡単だから
• むやみにアカウントIDが増え続けるのを阻止できる
  という理由による

が、以下の問題点もある

• ネイティブな方法でのフォローができない
• リスト管理が(ネイティブな方法で)できない

これは、fediverseアカウント一つに対してCCIDを自動で採番する方法で解決できるが、一方で以下の問題をもたらす

• 一つのfediverseアカウントに対してブリッジアカウントがたくさんできる
  • これはbridgy skyのように中央で一つブリッジサーバーを作れば解決するが、これは持続可能性が低い

と、様々な問題点があるものの、ニーズがあるものではあるので必要に応じて解決策を講じる必要がありそう

[totegamma]

また、今はap-bridgeでコンカレのオブジェクトidとactivitypubのidの紐付けテーブルを作成してるけど、コンカレ本体にweb href型ができるならそっちに寄せられる可能性がある