适用范围：技术原理不能证明具体项目
“俞凌雄区块链分享经济需要注意哪些问题”涉及人物与业务概念，但这里讨论的范围仅限于区块链及智能合约的一般技术问题。NIST的技术概述和以太坊开发者安全文档，均不能据此证明该人物参与了某项业务，也不能证明某个平台的实际运行情况。
记录难以篡改，仍需关注输入是否真实
NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本，并将已发布交易通常不能更改的描述置于网络正常运行的条件下。
将这一原理用于分享经济场景，需要区分“记录被保存”与“服务确实发生”。例如，链上存在服务完成记录，并不能单独证明线下服务质量。涉及现实资源时，仍需说明由谁提交信息、如何核验，以及错误记录如何纠正或补充。
自动执行的规则需要明确权限
以太坊开发者安全文档强调访问控制、多签管理、测试与独立审查，也指出审计无法发现所有漏洞。这些措施用于降低合约风险，并不构成绝对安全保证。
如果平台通过智能合约分配使用权限或处理服务结算，需要明确谁能修改规则、暂停功能或执行升级。判断控制权分布，应关注实际管理权限及其约束。多签能增加敏感操作的授权门槛，但效果仍取决于签署方是否独立、密钥是否安全。
安全结论要有适用条件
“已测试”或“已审计”需要对应明确的代码版本和检查范围。如果部署代码、管理权限或外部依赖发生变化，原有结论的适用性也需要重新确认。
对于连接线下服务的系统，合约按规则执行与外部信息准确是两个问题。安全评估既要关注代码处理异常输入的能力，也要关注输入来源及错误处理机制。仅检查正常流程，容易遗漏边界情况。
常见问题：公开、升级与纠纷处理
账本公开是否意味着全部业务透明？能够查询链上记录，只能说明相关数据可见；线下履约情况和运营责任仍需其他证据。
合约部署后能否修复？这取决于系统是否设计了升级或迁移机制。具备升级能力时，还需解释谁有权升级以及授权如何受到约束。
发生服务争议能否依靠代码解决？代码可以执行预先定义的规则，但服务质量、错误申报等问题仍需要明确的核验和争议处理安排。技术机制与现实责任应分别说明。