这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

的，会再次check 哈希指针的有效性，因为前面放锁了。 简 单而言，是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又 是如何保证事务的原子性及时序性? 是否与分布式数据库的 事务相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库 的Batch写，保证其原子性。 事务的处理时序是通过事务的 引用关系来定序：DAG的拓扑序。 是否和其声明的Output一致。这整个过程都是无锁的，因此 能并行，利用多核能力。验证通过后，事务的Output写入账 本， 这个过程是有锁的，写入前会再次检查一次哈希指针的 有效性。整体上的原理和分布式数据库的MVCC并发控制有 相似之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产 生死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

的，会再次check 哈希指针的有效性，因为前面放锁了。 简 单而言，是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又 是如何保证事务的原子性及时序性? 是否与分布式数据库的 事务相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库 的Batch写，保证其原子性。 事务的处理时序是通过事务的 引用关系来定序：DAG的拓扑序。 是否和其声明的Output一致。这整个过程都是无锁的，因此 能并行，利用多核能力。验证通过后，事务的Output写入账 本， 这个过程是有锁的，写入前会再次检查一次哈希指针的 有效性。整体上的原理和分布式数据库的MVCC并发控制有 相似之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产 生死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

的，会再次check 哈希指针的有效性，因为前面放锁了。 简 单而言，是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又 是如何保证事务的原子性及时序性? 是否与分布式数据库的 事务相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库 的Batch写，保证其原子性。 事务的处理时序是通过事务的 引用关系来定序：DAG的拓扑序。 是否和其声明的Output一致。这整个过程都是无锁的，因此 能并行，利用多核能力。验证通过后，事务的Output写入账 本， 这个过程是有锁的，写入前会再次检查一次哈希指针的 有效性。整体上的原理和分布式数据库的MVCC并发控制有 相似之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产 生死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

的，会再次check 哈希指针的有效性，因为前面放锁了。 简 单而言，是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又 是如何保证事务的原子性及时序性? 是否与分布式数据库的 事务相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库 的Batch写，保证其原子性。 事务的处理时序是通过事务的 引用关系来定序：DAG的拓扑序。 是否和其声明的Output一致。这整个过程都是无锁的，因此 能并行，利用多核能力。验证通过后，事务的Output写入账 本， 这个过程是有锁的，写入前会再次检查一次哈希指针的 有效性。整体上的原理和分布式数据库的MVCC并发控制有 相似之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产 生死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语

这个过程是有锁的，会 再次check 哈希指针的有效性，因为前面放锁了。 简单而言， 是一种乐观锁实现。 XuperChain引入链内并发及多版本事务处理技术, 那么它又是 如何保证事务的原子性及时序性? 是否与分布式数据库的事务 相似呢？ Q: A: Q: A: Q: A: 通过将一个事务涉及的数据变更打包在一个底层KV数据库的 Batch写，保证其原子性。 事务的处理时序是通过事务的引用 关系来定序：DAG的拓扑序。 和其声明的Output一致。这整个过程都是无锁的，因此能并 行，利用多核能力。验证通过后，事务的Output写入账本， 这个过程是有锁的，写入前会再次检查一次哈希指针的有效 性。整体上的原理和分布式数据库的MVCC并发控制有相似 之处。 链内并行技术中，如果多个并发交易具有时序性, 是否会产生 死锁问题?为什么？ 不会有死锁。从前面对链内并行的原理分析也可以看到，我 们是采用的“乐观锁”的机制，有点类似CPU的硬件同步原语