Misskey与GoToSocial联邦协议中的关注请求延迟问题分析

问题现象描述

在Misskey与GoToSocial(GtS)这两个联邦社交平台的交互过程中，用户发现当使用GoToSocial账户请求关注Misskey或Sharkey上的锁定账户时，审批请求通知会出现明显的延迟现象。具体表现为：

• 审批请求可能需要等待长达2分钟才能送达
• 有时需要多次尝试才能成功发送请求
• 部分情况下请求可能完全无法送达
• 上述情况可能混合出现

技术背景

Misskey和GoToSocial都是基于ActivityPub协议的分布式社交网络平台。ActivityPub是W3C推荐的联邦社交网络协议标准，允许不同平台的用户相互关注和交互。在这种架构下，当一个平台的用户请求关注另一个平台的用户时，需要通过特定的协议流程完成。

问题根源分析

经过技术调查，发现问题主要出在Misskey处理来自GoToSocial的关注请求时的逻辑判断上。具体来说：

1. Misskey在处理ActivityPub协议中的关注请求时，会检查发送方是否具有"sharedInbox"属性
2. GoToSocial目前尚未实现sharedInbox功能
3. 当Misskey检测到缺少sharedInbox时，会抛出"UpdateValuesMissingError"错误
4. 这种错误处理机制导致了请求处理的延迟或失败

解决方案探讨

针对这一问题，技术社区提出了以下改进方向：

1. 完善错误处理机制：Misskey可以在检测到缺少sharedInbox时，转而使用普通的inbox进行处理，而不是直接抛出错误

2. 协议兼容性增强：ActivityPub协议本身允许不同程度的实现，Misskey可以考虑对不完全符合规范的实现保持更好的兼容性

3. 异步处理优化：对于联邦请求可以引入更健壮的重试机制，避免因临时性问题导致请求失败

技术实现建议

对于开发者而言，可以考虑以下具体实现方案：

1. 修改Misskey的ApPersonService模块，增加对缺少sharedInbox情况的兼容处理
2. 实现fallback机制，当主要通信方式不可用时自动切换到备用方式
3. 优化错误日志记录，便于管理员诊断联邦通信问题
4. 增加请求状态追踪，提供更明确的用户反馈

总结

联邦社交网络中的跨平台交互是一个复杂的技术挑战。Misskey与GoToSocial之间的关注请求延迟问题揭示了在实现ActivityPub协议时需要考虑各种边缘情况的重要性。通过改进错误处理逻辑和增强协议兼容性，可以显著提升跨平台用户体验。

这个问题也反映了分布式社交网络生态系统中各平台实现差异带来的挑战，未来随着各平台对协议标准的进一步统一和优化，这类交互问题有望得到更好的解决。