发行技术的讨论范围
“区块链发行”在本文中指利用智能合约创建和管理链上代币或数字凭证，不泛指所有区块链应用。理解其边界，需要区分三个问题：链上记录如何变化、谁有权改变记录，以及这些记录对应的现实事实由谁确认。这三者不能仅靠部署一个合约同时解决。
规则边界：执行代码，不理解业务意图
以太坊智能合约文档说明，合约是在链上运行的代码与状态，可以接收交易并按预定逻辑执行，也能调用其他合约；部署和执行需要网络资源。合约自身无法直接获取链外事件，使用现实数据需要预言机等机制。
因此，发行条件必须能转化为明确的输入和判断。例如，“具备某项链上权限才能创建凭证”可以直接检查；“已经完成线下交付”则需要外部确认。自动执行只能说明程序遵循了逻辑，不能证明业务条件本身真实。
权限边界：公开运行不等于无人控制
OpenZeppelin访问控制文档区分了单一所有者管理和基于角色的管理。创建、销毁等操作可以分别授权，角色管理员可以管理相应角色；高权限账户需要特别保护，放弃所有权还可能使受保护的管理功能无法再次调用。
分析发行机制时，不能只看某个账户目前能否创建代币，还要看谁能授予这项权限。角色拆分有助于限制单个账户的职责，但若关键角色最终仍由同一管理者控制，就不能据此认定控制权已经分散。
适用条件与不适合直接承载的事项
这类技术适用于规则清晰、状态能够链上核验，并且确有共享执行需求的发行流程。依赖外部事实的流程，还需明确数据提供者、更新方式及错误处理责任。
涉及主观判断、线下争议或频繁例外处理的事项，不能仅凭发行合约完成闭环。应区分链上状态更新与链外业务处置，避免把“成功创建凭证”误解为“凭证所描述的事实已经得到验证”。
常见问题
发行记录上链后，内容就一定真实吗？不是。记录可核验与输入真实是两回事，合约无法独立确认其未能直接观察的现实事件。
多签能否消除管理风险？不能。多签可以要求多个有效签名共同批准操作，降低单个密钥造成的风险，但签署者仍可能共同批准错误操作。
发现错误能否直接撤销？不能假定可以。已执行的链上交互通常不可直接回滚；后续纠正取决于合约是否预设相应机制和权限，也不意味着原有记录被抹除。