似曾相识燕归来——Libra初体验(似曾相识燕归来-)

下面由小编针对似曾相识燕归来——Libra初体验为您答疑解惑，希望能给您带来有一些有效参考。

2019年6月18日，Facebook 旗下 Libra 官网上线，并发布了白皮书。

根据白皮书，Libra 将建立一套简单的、无国界的货币、服务于数十亿人的金融基础设施。

Libra 一经推出就受到了广泛关注，引发了激烈讨论和各国监管层的担忧。

也有意见认为Libra融合了区块链技术和比特币的优势，升级了技术和发行机制，实现了普惠金融。

2020年4月16日，Libra 协会发布了新版白皮书，增加了大量关于合规方面的设计。

本文无意去加入以上关于Libra 的金融与政策层面话题讨论，而是拨云去雾，希望从技术角度去理解 Libra 所构建的区块链世界。

全部资料来源于 Libra 项目白皮书，另外目前 Libra 还在开发过程中，讨论仅限于白皮书中已经披露的技术细节。

根据白皮书所述，Libra 区块链是一个基于 Libra 协议的加密认证的分布式数据库。

我们简略探讨下 Libra 协议的核心概念，并将其与我们已经在应用的、纯自主的井通 Jingtum 区块链做一下简单对比。

交易和状态Libra 协议的两个核心基本概念为交易和状态在任一时间点，区块链都有一个所谓的状态。

状态(或成为分布式账本状态)表示区块链上数据此时的快照。

交易的执行会改变区块链的状态。

图 1.1 展示了执行交易时，Libra 区块链的状态变化。

例如，在状态"S(N-1)"时，Alice 的余额为 110 Libra 币，Bob的余额为 52 Libra 币。

交易发生后，区块链生成一个新的状态。

在状态"S(N)"的前提下，交易"T(N)"发生，则状态由"S(N-1)"变更为"S(N)"。

Alice的余额减少 10 Libra 币，Bob的余额增加了 10 Libra 币新的状态"S(N)"展示了状态更新后的账户余额情况。

在图 1.1 中:Aand B 分别代表Alice和Bob在区块链上的账户。

S(N-1)代表区块链中第(N-1)个状态。

T(N) 代表区块链中执行的第N个交易。

从图中的例子可以看出，T(N)代表的交易是：从A账户中转 10 Libra 币到B账户中。

F为一个确定性函数。

在特定的初始状态执行特定的交易， F 函数总会返回相同的最终状态。

如果当前区块链状态为S(N-1)，执行交易 T(N)，则返回的新状态恒为S(N)。

S(N) 代表区块链的第N个状态。

S(N)为将函数F应用于S(N-1)和T(N)的结果。

此处，井通Jingtum 的过程和 Libra 是一样的，但是在第四步中确保交易的最终状态略有不同。

Libra 协议使用 Move 语言来实现函数 F 的确定性执行，可以理解为合约层:而Jingtum 底层是通过 TX 层负责处理最基本的 transaction ，在此之上增加一个合约层，负责处理合约。

我们将合约的要素(code，state, storage，transaction)分开，transaction 的执行下传到 Jingtum 的 TX 层，其他部分的执行在合约层实现。

这样使得合约的执行与产生的交易分开，使得合约和交易从各自的特点来匹配相应的协议，以达到最高的效率和最大的安全。

交易Libra 区块链客户端通过提交交易请求来更新分布式账本状态。

区块链上一个签名交易包括：发送方地址— 交易发起者的账户地址。

发送方公钥 — 用于签署交易的私钥所对应的公钥。

程序— 程序包括以下内容： >一个Move语言的字节码交易脚本:>可选的输入列表：在点对点交易中，输入包括接受者信息及金额:>可选的Move字节码模块部署列表:Gas价格— 以 microlibra/gas 为单位—执行交易时，发送方愿意为一单位 Gas 所支付的价格。

Gas 是用来支付在区块链上计算和存储费用。

每一 Gas 单位是对计算量的抽象度量:Gas上限 — 交易允许消耗的 Gas 最大值:序号— 无符号整型，必须和发送者账户中的序列号相等:有效期— 交易的有效截止时间:签名— 发送者的数字签名。

交易脚本是任意包含对交易逻辑编码的程序，能够与Libra 区块链中发布的数字资产进行交互。

注：其中程序就是上文中指的 F 函数。

不同点已在上文指出分布式账本状态分布式账本状态，又称为Libra 区块链全局状态，是区块链上所有账户状态的集合。

想要执行交易，每个 Validator 必须获得区块链上分布式数据库的最新全局状态。

此处与井通Jingtum区块链一致。

版本化数据库Libra 区块链上的所有数据都存储在一个单一版本化的分布式数据库上。

版本号为无符号的64位整数，与系统内已经执行的交易数量相对应。

版本化数据库允许Validator：在最新的全局状态下进行交易:响应客户端发送的对当前或历史全局状态的请求。