适用范围：先区分项目与技术原理
“嫩芽区块链技术有哪些常见问题”涉及一个尚无法确认技术实现的名称。以下解释限于比特币开发文档中的账本机制，以及以太坊开发文档中的智能合约安全原则，不能据此认定“嫩芽”采用了这些机制或存在相应漏洞。
账本记录为什么难以修改
比特币开发文档说明，区块通过前一区块的哈希相连，全节点独立验证区块，共识规则用于约束有效记录。修改历史交易会影响后续区块的关联，工作量证明进一步提高重建历史的成本。出现竞争分支时，节点依据有效链的累计工作量选择历史。
这里的“难以修改”具有条件，不能理解为任何环境下都绝对不可改变。理解一条链的安全性，需要结合它的验证规则和共识机制，不能只看是否使用了哈希或区块结构。
为什么交易入块后仍有确认问题
在比特币这类可能出现临时分叉的网络中，交易进入某个区块，并不意味着该区块必然留在最终采用的历史里。确认问题因此与区块之后的链继续如何发展有关。
排查记录时还应区分区块高度与区块身份。同一高度可能存在竞争区块，单凭高度不足以唯一定位区块；区块哈希提供了更明确的标识。这些解释不能直接套用于所有区块链的最终确认机制。
智能合约的权限为何容易出问题
以太坊智能合约安全文档强调，敏感操作需要访问控制，并应通过条件检查约束执行。角色分工、多签管理、测试和独立审查可以共同降低风险，但审计无法保证发现全部漏洞。
函数能够被外部调用，与调用者获准执行敏感操作，是两个不同层面的问题。设计权限时，需要分别说明谁能调用、满足什么条件、能够改变哪些状态。多角色管理的效果也取决于权限划分，不能仅凭管理员数量判断安全。
部署和审计为何不是安全工作的终点
已部署合约的逻辑通常不能直接修改，修复方案取决于是否预先设计了升级等机制。因此，部署前需要考虑异常输入、权限边界和状态约束，而不能只验证正常流程。
测试通过说明受测情形符合预期；形式化验证的结论受所定义性质和模型范围约束；审计则增加独立检查的机会。判断具体项目时，应对应其实际代码、版本和检查范围，不能把通用安全方法当作项目已经落实的事实。