先明确技术问题适用的网络
讨论区块链开发的技术有哪些常见问题，需要先区分网络的执行规则。以太坊 Gas 用于计量执行操作所需的计算资源；比特币普通交易则通过输入引用此前的未花费交易输出，即 UTXO。两者对应不同的开发问题，不能直接套用同一套费用或数据处理逻辑。
费用问题：把资源上限当成实际消耗
以太坊交易的执行费用取决于实际使用的 Gas 与有效单价。Gas limit 限制可消耗的资源数量，不代表最终一定消耗这么多。开发时应分别检查资源数量、价格单位和费用计算，避免把计算量与支付金额混为一谈。
复杂合约操作通常需要更多计算资源。排查成本异常时，应区分操作本身的资源消耗与网络费用变化，才能确定问题属于代码执行还是费用参数。
失败问题：忽略错误发生的阶段
以太坊交易在验证阶段被拒绝，与进入执行后耗尽 Gas，后果不同。执行中耗尽 Gas 会回滚状态变更，但已提供的 Gas 会被消耗。应用需要区分提交、验证和执行结果，不能把所有失败都解释为没有产生费用。
数据问题：只处理余额，遗漏输出引用
比特币普通交易输入通过交易标识 txid 和输出索引定位要花费的输出。余额展示无法替代这些引用信息。构造与检查交易时，需要核对引用的输出及其花费条件，避免仅凭总金额判断交易是否有效。
签名问题：把地址匹配等同于授权成功
在比特币 P2PKH 场景中，验证既涉及公钥哈希匹配，也涉及交易签名检查。地址正确并不足以证明授权有效；签名所对应的交易数据同样需要符合验证规则。这里的说明针对 P2PKH，不能直接视为所有地址类型的实现方式。
测试应围绕具体规则安排：分别检查错误的输出引用、不匹配的公钥以及无效签名。将不同失败条件拆开，有助于定位数据构造与授权验证之间的接口问题。