基础边界：规则执行与事实核实
以太坊智能合约文档说明，合约是在链上运行的代码与状态，可以按程序执行规则，但无法自行获取链外信息。用于众筹时，这意味着合约能够处理可验证的链上条件，现实中的履约情况仍需外部确认。
OpenZeppelin权限控制文档说明，敏感操作可由所有者或不同角色管理。这为众筹中的职责分配提供了技术基础，但权限配置决定谁能操作，并不能证明操作者的判断正确。
适用条件：规则明确且资金受控
如果众筹的筹集目标、截止条件、放款对象和退款资格能够明确写成程序，就可以设计相应的合约流程。例如，按合约记录判断是否达到目标，再允许指定操作。这是通用设计思路，不代表某个项目已经实现。
退款也需要预先定义条件、触发方式和资金来源。只有仍受合约控制、且符合规则的资金，才能由相应逻辑处理。已经转出的资金不能仅凭原合约中的退款约定自动追回。
链外边界：进度与交付需要证据
实物是否生产完成、服务是否达到要求，无法仅从链上收款记录判断。预言机可以将外部信息传入合约，但信息的准确性仍取决于来源和验证机制。
分阶段放款因此存在两个环节：外部主体确认阶段成果，合约依据确认结果执行。即使执行过程准确，错误的验收信息仍可能触发错误放款。存在争议的质量评价，也需要另外明确处理方式。
管理边界：分权不等于消除信任
众筹系统可以区分资金操作、验收确认和权限管理等角色，以限制单个账户的能力。但如果管理员可以重新分配关键角色，实际控制权仍可能集中在管理员手中。
多重签名要求多个有效签名共同授权，有助于降低单个密钥失守带来的风险。它仍然依赖签名者的判断，也无法防止达到签名门槛的人员共同批准不当操作。
常见问题：公开是否等于可靠
资金记录公开，是否意味着项目承诺可信？公开记录有助于核对链上行为，但无法单独证明团队具备交付能力，也不能完整说明资金转出后的现实用途。
合约会不会到期自动完成退款？通常仍需交易调用相应功能；按代码执行不等于无需触发。部署和交互还涉及网络费用。
用了成熟权限组件，是否就能保证安全？组件只解决部分机制问题。众筹业务逻辑、角色配置和外部信息输入仍需分别验证，应用边界也应围绕这些条件明确说明。