Libra的思考
这几年关注了很多的新技术，近期让我觉得值得一讲的是blockchain，刚巧6.18号就发布了Libra
他是这么介绍自己的 libra https://developers.libra.org/blog/
今天，我们宣布了天秤座testnet，工艺落后的早期原型的现场演示天秤座 -一个简单的全球货币和金融基础设施，可以授权数十亿人。
Libra Core是Libra协议的开源实现- 规范如何在Libra生态系统中提交，排序，执行和记录事务。这是Libra协议和Move语言的第一个实现。这篇文章，Libra开发者网站和Libra Core由Libra Association发布，Libra Association是一个独立的非营利性会员组织，负责发展Libra生态系统。
天秤座核心
- 解决：
- 我们将正式确定在Libra区块链上共享付款地址的规范。
- 客户：
- API - 这些API应提供符合人体工程学的方法，以满足实际用例，例如提交事务，访问区块链数据和监控收款。可能的方法可能包括鼓励使用库，该库充当轻客户端或鼓励使用RPC与运行客户端的进程通信。
- 共识：
- 提高对活性攻击的弹性 - LibraBFT框架的一个优点是协议的正确性集中在单个软件组件上 - 这是我们已经完成的工作。我们计划通过应用技术来提高我们对协议活跃性攻击的弹性，例如使用更强大的领导者选举机制和增强内部验证器通信以增加网络内信息的传播。我们已经在LibraBFT论文中对这些和其他机制进行了初步探索，并正在努力完成我们的方法。
- 我们将研究使用有效的签名聚合来减少仲裁证书的大小。
- 机械化校样 - 我们计划开始使用机械化校样来验证我们的技术报告和协议声明。
- 移动模块：
- 我们将构建以下模块：
- 管理验证器集（包括放样，密钥轮换和添加/删除验证器）并将其集成到其他系统组件中，例如网络和共识。
- 跟踪系统中天秤座硬币的供应，并允许该协会铸造和燃烧天秤座硬币，以保持供应与现实世界储备资产同步。
- 我们将Libra投资代币作为Move资源实施。
- 我们将实施冷钱包和multisig钱包，让Libra用户和协会成员为他们的Libra硬币和Libra投资代币馆藏增加额外的安全性。
- 我们将构建以下模块：
- 联网：
- 完整节点 - 用于支持完整节点的Validator API（具有区块链完整副本但未参与共识的节点）。此功能允许创建副本，这些副本可以支持对区块链的扩展访问以及对正确执行事务的审计。
- Gossip - 随着验证器节点数量的增长，可能需要基于Gossip的验证器间通信方法。
- Bootstrapping / Discovery - 在最初的原型中，我们已经包含了占位符实现，用于查找当前的验证器集和引导网络。在发布之前，这些组件需要更加完整。
- 对现实场景的可靠测试：
- 我们将对可能出现在生产环境中的现实场景进行全面测试，以及我们希望永远不会发生但需要做好准备的场景。这些测试将包括诸如拒绝服务攻击，协议升级以及超过三分之一的验证器网络受损的情况。
- 我们将优先考虑项目，以提高我们基础设施的适当部分的弹性 - 例如，通过允许多个准入控制实例来增强我们抵御拒绝服务攻击的能力，确保我们有适当的激励措施来防止过度使用存储在区块链上，或创建用于协议升级的运行书。
- 安全：
- 我们将“可信计算基础”（TCB）理念应用于安全性。这种方法意味着采用Libra Core软件的重要部分，并确保它们具有最小的依赖关系。我们已经开始通过将验证器软件设计为分立组件来沿着这条路走下去。我们将继续沿着这条路走下去，确保天秤座核心的基本组成部分是孤立的。例如，这意味着确保在共识协议中签署投票的模块应与不太关键的组件隔离。
- 连载：
- 我们目前使用Protocol Buffers作为事务的存储格式。虽然我们已经考虑了这种设计的安全隐患（例如，我们设计的系统具有协议缓冲区序列化不是规范的事实），但我们正在考虑是否使用我们在系统的其他部分中使用的规范序列化框架可能更适合我们的需求。
- 存储：
- 修剪 - 我们将允许节点配置历史存储的修剪 - 验证器可以积极地修剪过去的数据，而其他节点可能保留完整的副本。
- 研究：
- 我们知道，为了实现支持数十亿人的金融基础设施的使命，我们需要解决目前尚未解决的研究挑战。主要的研究挑战包括确定无权限，安全性和区块链可用性的途径。
按照我的角度去理解，也不能完全熟悉bloackchain这一块，不过libra为我们这群不大懂得，又想利用上区块链的技术提供了一个渠道
我很确定这将是世界首次有分布式网络从需要许可转为无需许可。也许整个网络可以转换为PoS，但为了维持稳定币锚定/篮子，一些实体必须保持对传统金融系统的桥梁。这将是通过Libra协会来中心化控制的持续点。
下面是别人得话，直接引用
将批量交易放入容器（区块）的目的，是为了排序/加时间戳 。这对于无需许可的网络来说非常重要，在这种网络里数据是通过动态多方会员签名来进行身份验证的——验证者可以自由加入和离开网络。由于Libra运行着一个需要许可的系统，它可以使用更有效的共识算法，而不需要批量处理交易，因为交易的历史更不可能被重写。
在Libra协议的最初版本中，用户只能使用Move功能的有限部分。虽然Move用于定义核心系统概念，例如Libra币，但用户无法发布声明自己资源类型的自定义模块。这种方法允许Move语言和工具链在暴露给用户之前成熟——由实现核心系统组件的经验得知。该方法还延迟了通用智能合约平台所固有的事务执行和数据存储中的可扩展性挑战。
这听起来与前面提到的“开放验证者成员资格”计划非常相似。
为了管理对计算容量的需求，Libra协议会收取交易费用，以Libra币计价。
有趣的是，听起来Libra币实际上是协议的原生单位，就像ETH是以太坊的原生单位一样。这导致了更多关于Libra假名性质的问题；你可以在没有AML/KYC的情况下获得币吗？如果不能，那么您似乎无法匿名使用任何系统功能。从有关Calibra钱包的阅读来看，它将需要AML/KYC，因此我想知道最终是否会进入不受严格控制的系统中。
该系统被设计为：在正常运行期间，当有足够的容量时，费用较低。
这听起来经过深思熟虑; 希望这意味着他们的脚本语言的安全性将比以太坊更好。
我们看到“libra区块链” 实际上并不是区块链。
根据实现无权共识的计划：
Libra Blockchain将向所有人开放 - 任何消费者，开发者或企业都可以使用Libra网络，在其上构建产品，并通过他们的服务增加价值。开放获取确保了进入和创新的低门槛，并鼓励有利于消费者的健康竞争。
我怀疑开发人员能够在这个平台上运行他们梦寐以求的任何技术上有效的应用程序。我读过的任何内容都让我相信这个系统会抵制审查制度，但只有时间会证明！
blockchain，libra，确实挺棒，我相信未来几个月，会有大的变革。不过对于我i们而言，要将libra为我们所用确实要有点路要走，相比当今大型的公链对于我们难以实验，不过可以学习其中的核心，例如衍生的生态系统，结合当下人工智能提供数据。
摘了一段话，增强大家的信心！φ(゜▽゜*)♪
