• RChain的跨分片交易算法


    跨分片交易是一个难题,但是遗憾的是业界已经有一个项目RChain解决了这个问题。

    分片方式有很多种,最难的是状态分片,什么是状态分片呢?把以太坊比作银行的话,状态指的是银行账户的当前余额。那状态分片就是,按照账户的不同区分开来,就像6222开头的是工商银行,6214开头的招商银行的账户。

    在以太坊的第一期的分片计划当中是没有跨分片交易的,交易只能存在于同一个分片的账户之间,也就是不能跨行转账。

    那如何实现跨行转账呢?

    1、架构

    分区是一个树形结构

    依赖关系是子分片依赖父分片

    子分片的validators可以作为父分片的客户端

    token在父分片和子分片的转义是通过智能合约去实现的

    在父分片中的智能合约叫做Depository,它代表存储在子分片中token的余额数

    当余额从子分片转到父分片当中的时候,它是从Depository提款

    当余额从父分片转到子分片当中的时候,它是从Depository存款

    在子分片中的智能合约叫Mint

    当余额进入子分片的时候,Mint创建相应的代币

    当余额离开子分片的时候,Mint销毁相应的代币

    Mint和Depository一起建立起父分片和子分片的代币之间的汇率

    1.1、跨分片消息传递

    1.1.1 组织

    每个实体都有一个URN,结构是 : <protocol_id>:<shard_path>/<public_key_fingerprint>.

    每个实习都有一个通过公钥来识别身份的邮箱. RChain分片是通过channel实现的.

    每个分片都运行着一个Mailman合约来路由消息.

    每条消息都包含这三个字段: destinationsignature & payload

    描述

    同一个分片的消息传递

    Mailman从消息中提取到destination,然后发送到目标邮箱

    准备跨分片消息

    在消息发送到其他分片前要经过共识,发送消息的意图将存储在块链中,并且只有在块完成后才发送。

    子分片到父分片交易

    向父分片发送消息的总结如下:

    1、就发送消息到父分片的决定达成共识

    2、validators签名然后把消息发送给父分片

    3、消息需要至少k个validators的签名

    4、获得k个签名之后,消息存储在区块链中

    5、共识达成之后,进行下一步

    父分片向子分片交易

    传输过程如下:

    1、就发送消息的决定达成共识

    2、子分片的validators作为父分片的客户端,收到了这条消息

    3、子分片的validators在子分片的区块链上存储这条消息

    4、共识达成之后进行下一步动作

    1.2 散列锁托管转移(Hash-locked escrow transfer)

    爱丽丝和鲍勃要通过代币P来交易货物,他们需要以下的一个交易机制来保证:

    1、爱丽丝拥有代币P有效

    2、在交易过程当中,代币P在爱丽丝的账户金额当中锁定,并且不能被其他交易使用

    3、当得到了K次确认之后,交易执行成功

    4、交易被取消的话,如果时间少于T,则代币会归还到爱丽丝的账户当中

     

    Hash-locked escrow API

    以下是对上图中的一些概念的解释:

    Methods

    initialize(key-hash : Hash, from : LocalAddress, to : LocalAddress, deadline: TimeInterval)

    初始化转账的参数

    execute(key : Key)

    提供一个合法的key来触发交易的执行

    通知事件

    outgoing-transfer-ready

    给发送方的事件。通知发送方这个交易已经正确的建立了

    incoming-transfer(keyHash : Hash)

    通过接受方它有一笔收款。这个通知还包括了执行这个交易需要的key

    transaction-finalised(key=K)

    当这笔交易已经完成之后通知双方。 这也是发送方接受交易的key的通道,这个key是用于触发链中的下一个传输

    1.3 原子交叉碎片单向值传递(Atomic cross-shard one-way value transfer)

    父分片中的代币要转换成子分片中的代币

    爱丽丝拥有一个在父分片当中的钱包。鲍勃用户一个在子分片中的钱包

    整个转账过程需要是原子性操作

    一个单项的值传递需要使用到以上的两种操作:散列锁托管转移和跨分片消息

    多步骤的跨分片转账通过它们的最小公共祖先的分片来完成。

    在上述的例子当中,从"/a/b"转账给"/d"需要通过图中红色的分片

    算法如下:

    爱丽丝和鲍伯在不同的任意碎片之间的转移将执行以下算法:

    Let LCA-A be the depository of Alice's branch in the least common ancestor

    Let LCA-B be the depository of Bob's branch in their least common ancestor.

    The algorithm for cross-shard transfers is described below:

    transfer(Key, Source, Destination) =
        setup upward-tree-transfer with key-hash=hash(Key), from=Source, to=LCA-A
        setup hash-locked-escrow-transfer with key-hash=hash(Key), from=LCA-A, to=LCA-B
        setup downward-tree-transfer with key-hash=hash(Key), from=LCA-B, to=B
        Destination publish Key
        propagate K from B towards A

     1.3.1 例子

    例子1:父分片到子分片

    例子2:子分片到父分片

    例子3:任意碎片之间的传递

    Tips:图片上的字看着有点小,右键选择“在新标签页面中打开图片”看着就比较大了

    2、相关名词解释

    Shard (aka locale) - 有自己的一组验证人的独立网络

    Shard tree - 分片的结构

    Neighbour shards - 相邻的分片

    Mailman - 发送消息给别的分片的智能合约

    Mailbox - 存储消息. 也是分片的客户端

    Address - 多分片的环境里的实体的唯一标识. 包括分片id和公钥

    Mint - 在分片当中创建和销毁代币的智能合约

    Depository - 存储子分片当中的代币余额的智能合约

    3、Useful links

    https://blockstream.com/sidechains.pdf

    https://en.bitcoin.it/wiki/Atomic_cross-chain_trading

    https://en.bitcoin.it/wiki/Hashed_Timelock_Contracts

  • 相关阅读:
    rocketmq 命令示例
    原 荐 使用Spring Boot Actuator、Jolokia和Grafana实现准实时监控
    业务系统中最核心的状态设计,异常 case. (系统设计)
    大数据架构分析
    开源 java 电商系统
    数据一致性对账平台架构
    管理中遇到的问题--人,组织上的问题
    腾讯后台开发面试题
    理解inode
    TCP序列号和确认号
  • 原文地址:https://www.cnblogs.com/hzcya1995/p/13313337.html
Copyright © 2020-2023  润新知