并发提交与并行执行
并发交易通常指多笔交易在相近时间进入系统，处理过程存在重叠。并行执行则指系统同时开展多笔交易的计算。网络能够接收多笔请求，并不直接证明这些请求可以同时修改账本。理解相关术语，首先要区分提交、传播、执行和确认这几个阶段。
交易会消耗已有资源或改变状态。如果两笔交易依赖同一资源，它们能否同时成立，就需要结合交易规则判断。以下分别讨论以太坊账户交易和比特币普通交易，不能将一种模型的规则直接套用到另一种模型。
nonce：账户交易的顺序
以太坊交易是经过密码学签名的指令，可用于转账或调用合约。nonce 是发送账户递增的交易计数；gasLimit 限定交易可消耗的计算量。交易广播后进入节点交易池，随后可能被纳入区块，并经历后续的最终确定过程。
nonce 可以理解为账户交易的顺序编号，不是全网统一的排队号码。同一账户同时提交多笔交易，仍须满足账户顺序约束。不同账户拥有各自的编号，也不代表它们调用同一合约时就没有状态依赖。
UTXO：交易具体花费什么
比特币普通交易通过输入引用此前的输出，并产生新的输出。尚未被花费的输出称为 UTXO。输入利用交易标识 txid 和输出索引定位要花费的输出，并提供满足花费条件的数据。钱包余额可由多个 UTXO 组成。
理解这种模型的并发关系，重点是检查输入引用的资源。两笔交易若花费同一个 UTXO，就存在双重花费冲突，不能在同一条有效账本历史中都完成该次花费。输入不同，只能说明不存在这项直接冲突，不能据此断言整个处理过程一定并行。
状态冲突与交易依赖
状态冲突关注多笔操作是否会相互影响。例如，两笔操作都修改同一份合约记录，就需要考虑执行先后对结果的影响。交易依赖则关注后一笔是否需要前一笔的结果，例如先产生一个输出，后续交易才有对应输出可供花费。
这些概念用于分析执行条件，不足以证明某条链采用了特定的并行执行方案。实际是否能够并行，还取决于协议规则、执行实现及交易访问的具体状态。
常见问题：有哈希就算完成吗
交易哈希或 txid 用于标识交易，本身不是完成证明。进入交易池表示交易处于待处理环节；被纳入区块与执行成功也应分别判断，合约交易可能被记录但执行失败。最终确定性进一步涉及区块历史的稳定程度。
Gas 也不是并发数量。它度量以太坊交易执行的计算资源消耗，不能单凭某笔交易的 gasLimit 推导系统每秒能处理多少笔交易。讨论处理能力时，还需明确交易复杂度，以及统计的是提交、纳入区块还是最终确定。