注目★★★★★Lobsters
ActivityPub 実装の 5 つの落とし穴、Fedify フレームワークで解決
30秒で把握
- 1ActivityPub 実装に、HTTP 署名重複・JSON-LD 多形式・配信順序非決定性・非標準拡張・セキュリティ落とし穴の 5 課題が顕在化
- 2Ghost など大型 OSS も初期段階で同課題に直面、フレームワーク層での吸収が必須
- 3Fedify (TypeScript/Deno/Node.js/Bun/Edge 対応) でこれら 5 課題をカプセル化、開発生産性向上が可能
要約
ActivityPub 実装は HTTP 署名仕様の重複 (RFC 9421 と expired draft の混在)、JSON-LD の多形式対応、配信順序の非決定性、実装固有の非標準拡張、デフォルトのセキュリティ不備という 5 つの硬い課題を抱えており、手作業で実装すると分散システム工学レベルの複雑さに直面する。Fedify は TypeScript ライブラリとして、これら 5 つの課題をフレームワーク層に吸収し、開発者がアプリケーション層に専念できる設計を目指している。Ghost のような大型 OSS プラットフォームでさえ初期プロトタイプで同じ課題に直撃し、結果 Fedify ベースで実装を進めた。
あなたへの影響
ActivityPub 対応を検討するチーム（特に既存プラットフォームの分散化）は、Fedify の利用で署名・JSON-LD 正規化・配信スケジューリングの再実装を避けられるため、プロトタイプから本番運用までの工数削減を検討すべき。
推奨：現時点で即時対応は不要です。必要に応じて原文を確認してください。