合约可以执行哪些规则
区块链合约协议的应用边界是什么，核心在于条件能否被验证，以及结果能否由链上规则落实。本文讨论以太坊智能合约和比特币交易脚本所体现的通用机制，不将两者视为功能完全相同的系统。
以太坊开发者文档将智能合约描述为部署在特定地址的代码与状态，用户通过交易调用其功能，合约也能调用其他合约。由此可见，它适合处理条件清晰的状态更新、权限校验和链上资产操作。
链外事实需要外部输入
以太坊文档指出，智能合约不能自行读取链外信息，预言机可以将外部数据提供给合约。这里存在明确的边界：程序能够依据输入执行，却不能仅凭执行成功证明输入真实。
例如，涉及实物交付的流程可以把确认结果作为执行条件，但货物是否完好、服务是否达标，仍需要外部证据与判断。适用条件是信息来源、确认方式和争议处理规则足够明确。
多方授权不能代替争议判断
比特币开发者指南用多重签名托管说明：交易可以要求多方中的一定数量共同签署，争议发生时由仲裁者参与处理。链上规则验证签名是否满足要求，商品损坏程度等问题则由参与者依据证据判断。
这类机制适合分配操作权限、减少对单一签署者的依赖。它仍需要合理选择参与者并安排密钥管理；签名门槛本身无法保证参与者诚实，也无法自动生成公正的裁决。
成本与变更影响适用范围
以太坊合约部署和执行涉及计算费用，程序还受执行资源约束。因此，判断业务是否适合上链，需要考虑执行频率、数据规模，以及哪些步骤确实需要共同验证。
合约交互通常不能直接撤销。对需要频繁调整规则或纠正错误的流程，应明确已有代码允许哪些后续操作、谁拥有相关权限。代码按规则运行，也可能执行了存在缺陷的业务逻辑。
常见问题
合约会自己观察现实并执行吗？通常需要交易触发；依赖现实事件的条件还需要外部数据进入链上。自动执行有明确的输入与触发前提。
多个合约组合后，能力是否就没有边界？组合可以扩展功能，但仍受所调用合约的规则、权限和外部依赖限制。理解应用边界，需要同时检查输入可信度、规则完整性以及执行结果能否覆盖实际需求。