据悉，Libra白皮书共由53人署名撰写，其中包括了诸多权威专家和技术大牛。但是，Facebook首席执行官马克·扎克伯格，以及Facebook区块链项目负责人大卫·马库斯都没有署名参与。
Libra区块链参考了许多现有的区块链技术，包括以太坊的Account-based、实用拜占庭容错等等。不过，Libra虽然名为区块链，但本身的结构中并没有区块；此外，他们还开发了一个独特的智能合约语言“Move”。
整体来看，Libra白皮书似乎是“集各家所成”，在评估了当前各类区块链的优势后，进而设计出的一套最适合的机制与技术架构。
但是Libra白皮书给人的感觉依然是“缺乏亮点”，因为白皮书中并没有表示它们解决了目前区块链面临的问题，所以未免会让很多人感觉到很失望。
由此来看，发布这份白皮书的主要目的可能还是在于吸引更多社群讨论与反馈。
SushiSwap CEO：从技术上讲我看好加密货币:金色财经报道，SushiSwap CEO Jared Grey在社交媒体上表示，监管的唯一好处是创造一个公平的竞争环境。坦率地说，这通常是失败的。盲目的贪婪通常会获胜，而在位者则会通过阴险的利益冲突为自己开路。从技术上讲，我看好加密货币，因为它阻碍了人类最恶劣的滥用特性。[2023/7/24 15:54:17]
1
五年后：从联盟链变成“公有链”
根据白皮书以及一些确定的消息，Libra的节点是由Libra协会里的机构所运行，且必须通过一定的门槛，而参与的机构需要连续五年缴纳“发展金”，每年至少缴纳1000万美元帮助Libra发展，且参与的机构需要成立非营利组织，而在初期会由Libra协会运行这个区块链。
这种由特定组织内运行节点的区块链，其实就是我们通常所说的“联盟链”，Libra白皮书中称之为“许可型区块链”，这部分与Hyperledger十分相似。
此外，白皮书中也直接了当的写道：“Libra协议允许来自不同机构的一组副本共同维护可编程资源的数据库。”
IBM区块链总经理：区块链正在从技术演变为真正的业务工具:10月3日消息，IBM区块链总经理Alistair Lenny在接受采访时表示，区块链越来越适合企业架构，因为它允许公司与其他公司数字化其业务流程。这意味着区块链正在从技术演变为真正的业务工具，这表明采用可能将会非常迅速。（JP.Cointelegraph）[2020/10/3]
而从白皮书看来，Libra会逐渐开放越来越多的机构参与，最后会开放100个节点，实现每秒1000笔交易，这些机构必须通过另外独立的代币进行链上投票，进而管理Libra的相关决策。
随着时间的推移，Libra最后会演变成公有区块链，所有人都可以作为节点验证交易，似乎暗示了Libra未来将会走向权益证明区块链。
另外值得注意的一点，因为Libra现在类似于联盟链，交易历史较不容易被重写，它不会要求用户验证整个帐本，用户只需要持有最后一个被验证的内容，这点与R3的Coda区块链类似，白皮书是这样写的：
“历史数据可能会超出单个服务器可以处理的数量。验证者可以随意丢弃在处理新交易时不需要的历史数据。”
Aave前端或开始封禁曾参与Tornado Cash挖矿的地址:8月13日消息，据社区消息显示，Aave前端或已开始封禁曾参与Tornado Cash挖矿的地址。提示内容显示该地址被app.aave.com禁止，因为该地址与一个或多个被禁止的活动相关。[2022/8/13 12:22:57]
2
不算区块链？
Libra不断在各种介绍中称自身为区块链，这一点其实比较令人困惑。因为严格来说Libra其实并不算是区块链，这点在Libra白皮书中也有写道：
分布式帐本中没有交易区块的概念。
在Libra中，并没有区块链形式的数据结构，取而代之的，在Libra之中是一种逻辑结构，而这种结构是用来协调系统的已确认快照。所有数据都存储在“单个版本控制的数据库”中，数据库中有64位数的哈希值，这些哈希值对应了系统执行的交易数据。
有趣的是，白皮书表示数据库是针对“可编程资源”，而不只是可编程货币。这意味着Libra不仅是支付系统，也可以在上面撰写智能合约。
分析师：从技术上讲比特币可能需要数月才能修复:Fundstrat Global Advisors LLC的技术策略师Rob Sluymer表示，比特币已经跌破了2015年至2020年的上升趋势，其价格走势“严重受损”。就目前而言，从技术上讲，比特币可能需要数月才能修复。（彭博社）[2020/3/20]
3
类似PBFT的共识算法
Libra的共识算法“LibraBFT”基于HotStuff框架，而该系统的节点验证方式类似于20年就出现的实用拜占庭容错，其方式如下：
1.节点轮流当领导验证节点，客户端的交易数据给领导节点。
2.领导节点将交易数据交给其他验证节点。
3.领导节点和验证节点同时验证此交易，并各自形成包含验证数据的新帐本数据。
4.验证者在新帐本数据投票，产生共识协议，包含“交易Ti”以及新的帐本“i版本”。
5.客户端可向验证节点查询数据，包括整个帐本。
动态 | 经济日报：推动完善区块链产业生态系统 需从技术创新等方面入手:经济日报今日发表题为《推动完善区块链产业生态系统》的分析文章。文章表示，近年来，我国区块链产业发展迅猛，但在技术突破、人才支撑、安全防控等方面仍存在不小挑战。对此，需采取有针对性的措施加以解决，不断完善区块链产业生态系统。文中提到，目前制约我国区块链产业生态系统发展完善的主要因素有以下几个方面：一是区块链技术仍处于发展的初期，基础研究与协同攻关较为薄弱；二是区块链领域的人才缺口较大；三是区块链安全隐患不容忽视，风险防控有待加强；四是区块链产业布局需进一步统筹；五是区块链产业相关政策法规尚不完善。文中建议，进一步推动完善区块链产业生态系统，必须从技术创新、人才培养、风险防控、生态协调、产业监管五个方面着手，寻找解决之道。[2019/12/25]
这个共识算法与PBFT非常相似，每一个收到信息的节点，都会广播至其他人，不断重复进行信息交换，相互验证，让可信的节点之间能够确认正确的信息，识别出有问题的节点。这种系统可以容忍33％、也就是三分之一的不诚实节点作恶。
4
Libra的帐户系统：Account-based
Libra区块链协议的帐户是匿名的，用户经过KYC认证后，可以通过生成多个私钥对创建多个帐户。由同一用户控制，而帐户之间没有固有的连结。这是参考比特币和以太坊的设计。
而Libra的帐户系统是接近以太坊的Account-based，意指每个人都有一个帐户，每个人通过私钥控制自己的钱包，能够存钱、转帐的私人钱包。每个用户可以生成一个帐户，而这个帐户是唯一的，该帐户可以分配任意数量的资产。
其中“交易”特别指的是由个人帐户所送出的签名封包，可以是纯粹的转帐，也可以是拿来启动智能合约的Functioncall。在Account-based的系统下，Libra的快照除了包含的交易列表外，还有一个Globalstates记录所有帐户的余额状态。
5
帐本数据存储问题：尚未解决
帐本数据存储资源遭到滥用是以太坊目前遇到的问题，即用户在区块链帐本增加占用的存储资源时，不需要额外支付成本，导致资料存储量无限制增加。
而Libra在这个问题上似乎尚未找到答案，白皮书中是这样写的：“我们预计，随着系统的使用，最终与帐户相关的存储增长可能会成为一个问题。”
目前还不确定Libra是否会考虑像未来“以太坊2.0”的更新中，正考虑实现的一种状态租赁功能，即向用户收取存储数据的费用，Libra白皮书指出，为了管理对计算容量的需求，Libra协议将收取以Libra代币计价的交易费用，但没有明确定义：
正如Gas鼓励负责任的使用计算资源一样，我们期望存储可能也需要一种类似“基于租金的机制”。我们正在评估各种最适合生态系统的“基于租金的机制”。
6
Move智能合约语言
在Libra白皮书中提到了一个新的智能合约语言，叫做“Move”，许多开发者都认为Move是为了数字资产而生的智能合约语言，这点又类似于以太坊。Move智能合约语言有三种用处：发行数字资产、灵活处理区块链交易、节点管理。
Move采用的是静态类型系统，本质上是一种逻辑约束。相比以太坊的智能合约语言来说要严格地多，这种类型系统的优点是，很多编程低级错误都可以在编译的时候发现，而不是拖到运行期才爆出bug。
此外，除了降低错误率之外，Move智能合约语言还导入了“First-classResources”。
传统的编程语言，包括以太坊智能合约语言中，对于数字资产的记账是采用的Value方式，这会导致一个问题：记账是有可能记错的。
事实上记错帐的智能合约相当得多。譬如说，A转了10块钱给B，结果B的帐户多了10块钱，但是A的账户余额却没变。这种错误在过去两年层出不穷，甚至一度搞得大家已经对智能合约的未来丧失了信心。
Move合约采用了一种吸收了传统理论“线性逻辑”的类型，叫做Resource，数字资产是用“Resource”来定义，这样一来，数字资产就像资源一样，这样就会产生两种特性：
1.数字资产不能复制；
2.数字资产不能凭空消失。
摘用白皮书摘要中的一句话：“作为一等公民的资源是一种非常普遍的概念，程序员不仅可以用它实现安全的数字资产，同时也可以编写正确的业务逻辑，实现正确的访问控制策略。”
这意味者，Move智能合约语言是专为是为操作数字资产而产生的，Move的静态类型系统使得智能合约代码能够在编译期，检查出绝大多数的资源使用错误。避免智能合约出现漏洞。
现在Move语言并没有开放给一般人使用，Libra在官网介绍中写道，未来将会开始扩展智能合约扩展Move平台，并持续优化：
Move语言目前仅用于内置智能合约，例如管理验证者节点集和Libra币的合约，随着这种语言趋于稳定，协会计划面向所有第三方开发提供。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。