编者按：本文来自哈希派，作者：哈希派，星球日报经授权转发。去年11月，以太坊创始人VitalikButerin曾在台北的技术交流会上，详细披露了以太坊未来发展的2.0路线图——使用zk-Snarks技术、构建新型Python智能合约编程语言“Vyper”、整合分片技术或Plasma项目、部署PoS权益证明机制等等来实现客观的链上交易吞吐量，同时兼容去中心化以及安全性。不过以太坊2.0的路线图并非一锤定音，随着更多新想法的加入，它的设计也在不断变化。根据下一代PoS矿池RocketPool开发者DarrenLangley近日在Medium上发布的文章描述，为了成为现实世界中价值转移的关键基础设施、新经济体系平台以及全球合作中心，以太坊2.0将要整合的几大关键项目是：权益证明机制：信标链是全新的股权证明区块链，将与当前的以太坊区块链并行运作分片技术：以太坊实现交易网络高吞吐量的解决方案eWASM：eWASM是基于WASM指令集的虚拟机设计方案而就如Vitalik早前在发布的《去中心化的意义》文中所说，“区块链在上是去中心化的，架构上也是去中心化的，但它在逻辑上是中心化的之外，它的开发也是去中心化的，因为以太坊2.0并不由任何一个企业单独开发。照这样说的话，以太坊2.0具体是如何创建的呢？一个完整的开源软件项目生态+公开的课题讨论记录
BCH支持者：社区分歧只是小事 BCHN不会链分裂:8月5日消息，BCH支持者Hayden Otto在接受采访时表示，BCH社区分歧只是“一件小事”，但他也表示，“伪装成BCH支持者的敌人特工”正在使用难度调整算法(DAA)作为引子制造混乱，散布分裂。 Bitcoin ABC公司宣布，在BCH定于11月15日进行的下一次升级中，将对难度算法进行全面调整。不过，那些推动调整的人仍然不高兴，因为公司提出的升级计划并没有达到他们预期实现BCHN（比特币现金节点）实施的程度。尽管存在分歧，但Otto认为，BCHN链分裂是不可能的，BCHN软件并未被矿商广泛采用，因此其支持者在升级时不会获得多数票通过他们想要的修改。据此前消息，BCH开发者发文严厉控诉Bitcoin ABC团队专断推进Grasberg算法。（Cointelegraph）[2020/8/5]
从某种意义上来说，以太坊是一个庞大的开源项目；相关的协议提案由社区内研究人员及实施者共同提出，经过讨论、改进等程序后才会最终实施。虽然以太坊基金会在整个过程中起着较大影响力，且该组织内开发者的受关注度及名声较高；但以太坊的相关决定都是社区通过共识做出的。基于以上基础，网络内运行以太坊的软件，即客户端或者说节点有不同版本，分别由不同的软件开发团队基于开源代码编写。同时以太坊具有完整的开源软件项目生态系统，开发者可使用以下基础设施来构建以太坊的各个组成部分：智能合约编程语言：Solidity、VyperRPC库：Web3js、ethers、Nethereum开发工具：Truffle、ganache、solc、solium而为了更好地实现以太坊2.0，社区内正在研究的议题，及相关讨论记录和开发进展都会在以太坊研究网站上公开展示。根据网站的资料显示，目前社区内研究人员及开发者正在研究的议题包括：签名聚合、随即数生成、分叉选择、数据可用性、轻客户端支持、P2P通信、跨分片通信和状态/执行分离等等。这些议题中有部分已经达到可实施程度；但也有不少还处于早期阶段，仍需要更多的时间来确定研究成果。随着研究课题的逐渐成熟，它们将会合并为以太坊2.0客户端的规范；让实施团队接下来可利用以太坊基金会目前正开发的参考实现客户端，进行开发。另一方面，以太坊2.0实施者每两周还会举行一次视频会议，以跟踪相关开发进度、解答问题，并就常见争议达成共识；而目前已召开的三次视频会议都能在GitHub上查找回看。关键项目的具体开发进展
BTC合约多空持仓人数比为1.46 合约精英账户多空双方存在分歧:截至8月3日10:30，根据OKEx交易大数据，BTC合约多空持仓人数比为1.46，市场多方人数占优；季度合约基差在330美元上方，永续合约资金费率为正，交割及永续合约持仓总量保持在12亿美元附近，市场多方实力强大；BTC交割及永续合约精英持仓方面，做空账户比为46.00%占据优势，多头持仓比为21.72%占据优势，精英账户多空双方存在分歧，注意大户持仓变化。从期权合约数据来看，看涨/看跌主动买入量比0.59，主动买入看涨期权人数下降，看跌情绪稍有优势。[2020/8/3]
信标链/分片客户端作为以太坊2.0的核心，信标链/分片客户端当前由多个团队开发实施：Prysm：由PrysmaticLabs开发，使用Go编写。该团队每两周都会对他们的进展进行一次更新，上周则就跨分片通信低效问题进行更新；Lighthouse：由SigmaPrime开发，使用Rust编写；Nimbus：由Status开发，使用Nim编写；Loderstar：由ChainSafeSystems开发，使用JavaScript编写；Harmony：由EtherCamp开发，使用Java编写；Pantheon：由ConsenSys的协议工程小组PegaSys开发，使用Java编写。该团队专注于以太坊正面临的包括公链及私链的可扩容性和隐私性等等问题；Trinity：由PiperMerriam领导的Trinity团队开发，使用Python编写。这些团队正就信标链状态数据结构和持久性、每个区块的状态转换、分叉选择实施、验证器改组、区块发起者的角色、数据结构序列化、P2P协议等等方面进行研究；不过当前每个团队在实施以太坊2.0方面的开发进展各不相同。而在各个团队的开发逐渐成熟之际，他们需要一种对测试用例进行编码的通用测试语言，使得开发者能够定义一组具有预期结果的测试，并根据规范验证器进行实施；这同时也是社区目前正在讨论的重要进程之一。eWASM根据以太坊基金会核心开发者JakeLang昨日在产业发展峰会上的说法，eWASM将会是以太坊智能合约的未来，它能解决当前以太坊虚拟机EVM过于复杂、性能低、仅支持编程语言及开发工具有限等问题。而鉴于WASM指令集本由Mozilla、谷歌、微软和Apple等工程师开发，eWASM项目开发团队的首要任务是解决eWASM与当前EVM的兼容性问题。目前eWASM团队正在评估新虚拟机的影响，但是关于其具体执行方法及实际运行情况方面的研究目前还处于早期阶段。其中的一个原因是，新的以太坊2.0分片系统可能会采用延时执行机制，而不是当前EVM区块链正在使用的智能合约代码与交易处理几乎同时执行的模式——在新以太坊2.0分片系统中，分片负责交易排序且仅储存数据，而负责读取交易、执行代码及写回结果的重叠执行过程则会在顶部的第二层进程中构建，而不是在区块链内进行。总的来说，以太坊2.0当前由社区内多个团队共同开发，虽然还没有到达实现和落地的那一步，但已取得不少进展；至于以太坊能否或者说何时真正迈入2.0时代，就要看信标链/分片客户端和eWASM的开发进度了。
声音 | 江卓尔：BCH分歧中方案不重要 重要的是做出决断:比特币早期布道者江卓尔称针对分歧表示: 方案不重要，重要的是做出决断。如果先把协议从BCH这个产品里抽取出来形成标准文档，然后文档修改由算力投票决定，形成稳定的决策机制，这是解决分歧的好办法，而这一步探索已经开始了。[2018/9/20]
BK董事总经理：比特币与股票的价格分歧将会扩大:据CNBC报道，自5月份以来，比特币与股票之间的相关性开始出现分化。BK资产管理公司外汇策略董事总经理Boris Schlossberg预计，比特币与股票之间的价格分歧将会扩大。Schlossberg表示，比特币在早期吸引了大量的投机资本，目前这些资本正在流出，人们会发现比特币和未来股票的价格之间会出现进一步的分歧。Schlossberg补充说，如果比特币跌入关键支撑位，两者的的价格分化可能会加速。[2018/6/15]
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。