适用范围：先区分项目名称与技术事实
讨论bsb区块链社交项目需要注意哪些问题，首先要明确：仅凭名称无法确认BSB采用何种区块链、是否部署智能合约，或是否支持社交互通协议。以下内容适用于采用相关技术的社交应用，不代表BSB已经具备这些功能或存在这些缺陷。
合约权限：哪些操作由谁决定
以太坊智能合约安全文档强调访问控制、多签管理、测试和独立审查。公开可调用的函数需要针对敏感操作设置权限；单一管理员密钥可能成为风险集中点。多签能够增加敏感操作的批准门槛，但效果取决于实际配置。
如果社交项目使用合约管理关键功能，需要明确谁能够修改规则、暂停功能或升级合约，以及这些权力是否集中。角色名称本身不能说明权限受到了有效限制，关键是权限在代码中如何执行。
安全审查：报告覆盖范围比标签更有意义
对于声称经过审计的项目，应关注报告对应哪个代码版本、检查哪些合约，以及发现的问题是否完成修复。独立审查能够补充开发测试，但不能保证不存在漏洞。
同样，测试通过只说明已检查的条件得到满足。正常发布内容的流程能够运行，并不能证明异常输入、越权调用或其他边界情况都得到了处理。
社交互通：协议支持需要具体说明
W3C的ActivityPub规范描述了客户端与服务器之间的内容操作，以及服务器之间的联邦分发机制。实现可以支持其中一层，也可以同时支持两层。用户通过服务器上的账号对应到参与交互的角色。
因此，声称支持去中心化社交，还需要说明支持哪些交互、能与哪些实现通信。采用区块链并不自动获得ActivityPub兼容性；宣称支持ActivityPub，也不能直接证明账号、内容和关注关系都能完整迁移。
常见问题：删除内容是否意味着记录消失
这取决于内容存在哪里。如果正文直接写入不可变的链上记录，前端隐藏内容不等于删除记录。如果内容由社交服务器保存，则需要了解更新、删除如何处理，以及跨服务器分发后的处理边界。
ActivityPub包含删除内容的操作，但协议中的删除操作不能直接等同于抹除所有副本。判断具体项目的数据控制能力，需要分别了解链上记录、服务器内容和界面展示的关系。