账户与钱包：区分链上状态和操作界面
以太坊账户记录链上状态，钱包是与账户交互的应用或界面。外部所有账户（EOA）的控制权与私钥有关；合约账户依照代码逻辑运行。两者都能接收资产、参与合约交互，但合约本身没有用于签名的私钥，其执行需要交易触发。
在支付应用中，钱包显示的页面、账户拥有的权限和链上执行结果属于不同层面。理解这种区分，有助于避免把界面上的操作提示直接视为已经完成的链上支付。
私钥、公钥与数字签名：说明授权关系
私钥用于生成签名，公钥用于验证相应的签名关系，地址则用于标识账户或表达收款条件。数字签名让网络能够核验授权，并检测签名所覆盖的数据是否发生变化。
签名有效所证明的是密码学上的授权关系，并不证明收款方的现实身份可信，也不证明支付目的合理。因此，“能够通过签名验证”与“符合使用者真实意愿”需要分别理解。
nonce与UTXO：两种状态管理方式
在以太坊外部所有账户中，nonce是已发送交易的计数。同一账户、同一nonce只能有一笔交易被执行，用于约束交易顺序并防止同一签名交易反复执行。这里的含义有明确的账户模型背景，不能直接套用到所有区块链。
比特币使用未花费交易输出，即UTXO。普通交易的输入引用此前的输出，新的输出规定金额和后续花费条件；钱包余额可以由多笔UTXO组成。交易标识txid与输出序号共同定位某个输出。
从应用角度看，nonce关注账户交易的顺序，UTXO关注具体输出是否仍可花费。两者都与状态验证有关，但不是可以相互替换的字段。
支付脚本与智能合约：规定执行条件
比特币支付脚本规定输出的花费条件。例如P2PKH涉及公钥哈希匹配和签名验证。以太坊合约则可在调用时执行资产转移等代码逻辑。两者都能表达授权条件，但执行模型不同。
这些说明分别适用于相应账户类型和脚本类型。P2PKH是特定示例，不能代表全部比特币支付形式；采用智能合约也不能单凭名称证明某个应用已经安全。
常见问题：验证通过是否意味着支付完成
交易标识主要用于定位交易；签名验证用于检查授权；被区块收录涉及链上记录。它们回答不同问题，单独出现交易标识或有效签名，都不足以说明支付已经完成。
支付安全术语应结合具体对象理解：账户说明状态归属，密钥与签名说明控制关系，nonce或UTXO约束状态变化，脚本与合约规定执行条件。评价具体应用时，还需要核对其实际实现，不能仅凭术语推导安全结论。