谷歌外贸网站,wordpress 图片选择器,8x2558xcom直接观看,zh-cn 安装wordpress05-账本模型 1 账本模型 1.1 传统线性增长模型 传统的 MySQL 等系统采用线性增长的日志模型#xff0c;通过一个 Leader 和多个 Follower 进行状态同步。这种方式有单点的带宽瓶颈问题。 1.2 区块链共享账本模型 共享账本#xff1a;树形增长。在去中心化网络中#xff0c;… 05-账本模型 1 账本模型 1.1 传统线性增长模型 传统的 MySQL 等系统采用线性增长的日志模型通过一个 Leader 和多个 Follower 进行状态同步。这种方式有单点的带宽瓶颈问题。 1.2 区块链共享账本模型 共享账本树形增长。在去中心化网络中可能同时选出多个合法的记账节点导致分叉现象。通过默克尔树支持路径计算轻节点可以查证交易是否存在于链上。P2P分散传播Push和Pull有机结合。 共享账本树形增长分支后续可能长成主干所以分支Block也要存储。 要支持路径计算如Block是否在主干上 2 事务解决方案 区块链采用两大流派解决双花问题 账户模型类似银行账户通过版本号防止重放攻击。 UTXO 模型未花费的交易输出类似现金支付每个交易的输出来自之前某些交易的输入。 Xuper Chain 采用优化的 UTXO 模型支持更广泛的数据领域提升并发性能。 2.1 账户模型咋实现事务 用递增的版本号检测冲突本质串行。 由于版本号冲突这两个交易只能有一个成功。 2.2 UTXO模型咋实现事务? 通过判断交易的输入引用是否有冲突并发性能更好。 两笔交易都能成功执行顺序还可以乱序。 案例 奶奶给孙子50让他买东西吃然后孙子去小卖部花了0.5买了一根棒棒糖剩下49.5变成私房钱。小卖部收到小孩儿的0.5。 另一个小孩0.8买了两根棒棒糖一根0.5两根0.8然后收到另一个小孩的那个钱买了一根辣条0.3。然后它现在就有0.50.8和0.3。 然后他现在要把钱给自己的两个孙子说你们一人八毛一人八毛拿去买买买这就是一个UTFO过程。Xuper chain对ut so模型做了一些优化 3 优化 构造一个更通用的事务模型。 当前以太坊、EOS一个拥有特别快的速度优势以及无限的可扩展性的智能合约平台只能串行验证区块中的智能合约因其底层模型无法支持并行化的确定性验证。 但经典的UTXO模型虽并发性能好只用于转账场景能否用UTXO模型支持通用的智能合约 普通UTXO模型一个交易花的币一定来自早先某些交易赚的币 扩展UTXO模型一个事务读取的数据一定来自早先某些交易的写入数据 T2和73可并行执行、即使不同节点乱序执行得到D的结果也一致。 4 事务引擎架构图 通过客户端向这个全节点它的一个utxo的这个引擎啊发送一个交易然后交易首先。它要进行一些缓存管理然后去执行这个交易然后做一个交易的预执行然后假如说有冲突的话啊。怎么办做一个冲突处理如果说没问题的话呢它就把它这个广播给这个就返回这个。读写即给这个客户端 然后客户端就发起一笔交易然后呢交易交易如果没冲突的话就通过这个共识算法选出一个记账节点然后记账节点广播。广播之后其他全节点去验证验证没问题的话就落块。 获取更多干货内容记得关注我哦。 本文由 mdnice 多平台发布
