先明确技术讨论的适用范围
“大黄鱼区块链技术需要注意哪些问题”首先涉及对象界定：“大黄鱼”若指项目或品牌，不能仅凭名称确定其底层网络、合约功能或安全水平。下文仅解释通用技术问题，不对具体项目作安全背书；若指大黄鱼产品的溯源应用，也不能直接认定其已部署区块链。
记录难以修改，不等于内容真实
比特币开发者指南介绍，区块通过前一区块头的哈希相互关联，节点依据共识规则验证区块；出现分叉时，同一高度可能对应多个区块，因此高度不是全局唯一标识。
这说明核对链上记录需要明确所属网络、区块及确认状态。若用于产品溯源，链上留有记录与产品产地、品质真实是两回事：保存记录的机制不能代替对录入内容和实物对应关系的核验。
合约权限与代码检查同样重要
以太坊智能合约安全文档强调敏感功能的访问控制、输入和状态校验，以及测试和独立审查。角色分工、多重签名可降低部分管理风险，但审计不是发现所有漏洞的保证。
适用于采用智能合约的系统时，应核对谁能新增记录、暂停功能或升级逻辑，以及这些权限如何撤销。多个管理员并不天然形成制衡：若关键操作仍由单一账户决定，或者签名密钥实际由同一主体掌握，权限集中风险仍然存在。
测试结论必须有明确边界
评估测试是否充分，不能只看正常流程能否完成，还要考虑未授权调用、重复提交、异常输入和状态冲突。不同检查方法覆盖的问题不同，通过测试不能直接推导出系统不存在漏洞。
形式化验证也需要明确性质、模型和假设。它能支持特定范围内的正确性结论，不能自动证明外部数据真实、管理员可靠或整个业务过程没有风险。
常见问题：能否照搬其他链的规则
不能将比特币的工作量证明和分叉处理规则视为所有区块链的共同实现，也不能假定所有系统都支持以太坊式合约。技术评估应先明确网络和部署方式，再讨论确认、权限与故障处理。
发现错误后能否直接修改，也是需要提前回答的问题。链上历史记录与合约升级是不同概念；即使系统支持升级，也应明确授权、审查和异常处置机制，不能把“可升级”理解为漏洞必然能够无损修复。