支付需要解决哪些问题
理解区块链支付，可以围绕四个问题展开：资产如何记录，谁有权支出，网络如何验证，以及附加条件如何执行。不同链采用的机制不同，比特币的UTXO和以太坊的合约账户应放在各自体系中理解，不能拼成所有支付应用都必须采用的统一流程。
交易、UTXO与支出授权
比特币普通交易通过输入引用先前的输出，并生成新的输出。尚未花费的输出称为UTXO；钱包余额对应其可支配的UTXO金额。输入用交易标识txid和输出序号定位待花费的输出。
在传统P2PKH机制中，输出设置支出条件，后续花费者提交公钥和数字签名供脚本验证。私钥用于签名，公钥用于验证；地址承载接收支付所需的信息。签名把授权与所签交易数据关联起来，节点再独立检查交易。
地址与钱包各自负责什么
地址适合传递收款信息，钱包负责管理密钥和组织交易。二者的职责不同：知道地址并不意味着获得支出权限，界面显示余额也不能替代网络对交易的验证。
理解某种地址时，需要同时明确其所属网络和对应的支出规则。传统P2PKH的编码与验证方式有特定适用范围，不能据此推断所有区块链地址都使用相同格式。
智能合约、Gas与外部数据
以太坊智能合约是在特定地址保存代码和状态的程序，用户通过交易调用其功能。部署和执行相关交易涉及Gas费用；合约也能调用其他合约。多签合约可要求多方授权，预言机则用于向合约提供链外信息。
这些概念对应不同需求：合约表达可执行的业务条件，Gas关联执行所需资源，多签分配授权责任，预言机衔接外部事实。支付涉及条件判断时，必须区分哪些条件能够由链上数据直接验证，哪些仍依赖外部信息。
常见问题与适用边界
支付一定需要智能合约吗？直接支付与复杂业务规则的需求不同，比特币交易机制本身就支持直接支付，不必把以太坊式合约视为统一前提。
合约执行成功是否证明现实商品已经交付？不能直接作此推断。程序能够按输入执行规则，但外部数据的真实性仍需单独判断。多签也只改变授权条件，不会自动保证业务正确；理解支付应用，需要把授权、执行和现实履约分别看待。