BTC扩容策略比特币 Classic又回来了,三大看点值得关注矿业前瞻

/ 发布时间 / 2021-07-25
为了响应市场对更大区块的需要,比特币Classic应运而生。...

双花证明

支持将来增加脚本版本

依据CC by-sa授权的内容

比特币 Classic绝对会回来。

比特币 Classic是基于8年前Satoshi的代码库,我一个人一直比预期花费更多的时间学习这个代码库。我从其他开发职员身上得知自己绝对不是孤独的。代码库甚至不是那样大!最常听到的抱怨是它缺少模块化设计。

难以理解代码致使低水平的商品。这比较容易理解:技术员也是人类,当他们需要在肮脏的环境中创建干净的代码时,他们会出错。我觉得重点改变比特币 Classic的构造和代码水平是非常重要的。目的是帮开发职员更快地理解代码,同时使大家的商品具备更高的水平。

由于缺少模块化设计,所以开始修复这个问题的最好办法是介绍这种模块化设计。 基础的编码,譬如“Application”类作为应用程序范围资源的起点,而且将会有更多编码。

我今天提到的各种商品也都基于容易见到的、可重复用的技术。作为一个迅速示例,使用常见的消息格式将是弹性买卖与互联网管理器和管理服务器之间的通用层。

我感觉与作为BTC的一部分的其他团队一块进行这部分改进是尤为重要的。他们有我们的改进,最后大家要重复用彼此的创造与最后的代码。我与大家进行了不少非常不错的对话,譬如Pedro Pinheiro,Dagur Valberg Johansson(dagurval),Amaury Sechet(deadalNix),Andrea Suisani(sickpig),Freetrader和Justus Ranvier。他们是非常好共事的人,而且参与大多数BTC的达成性。大家的做法和想法有不少相似之处。

要紧的是差异。每一个BTC推广客户端因我们的方法而独特的。这对大伙是有用的,能够帮助防止回音室效应问题,大家防止在他们之前抹杀想法。在友好的基础上,更多人角逐将使每一个人受益,这意味着BTC有很多达成性。

比特币 Classic回来了。比特币 Classic正在开发一些很让人兴奋的东西,大家都走了非常长的路。

很灵活的将来可扩展性

为了响应市场对更大区块的需要,比特币 Classic应运而生。它由一个角逐性(和Core)开发小组提供,作为将BTC扩容到下一个百万用户用的最主要的方法。自从2月首次发布以来,大家已经走了非常长的路。BTC近况已经改变,主如果向好的方向进步。这是一个大家可以引以为傲的收获。

大家的两个主要目的是:有更多的分布式开发和更大的区块。大家目前很接近这两个目的,但还有更多工作要做。

我在3年前就开始了这个旅程。我试着用比特币 Core这个代码,借此改进一些恼火的事情。3年后的目前,我已经看过了BTC中的每个文件和大部分的代码。这是一个很值得研究的问题,并且会耗时数年。

我在比特币 Classic的主要角色是版本管理。 这基本上意味着我负责发布最高水平的版本。我喜欢创造和撰写代码。我在过去几个月里做了不少事情。

那为何这篇博客的标题是 “Classis回来了”呢?事实上,它从来没真的走开。我觉得,当大家发布的2MB弥补解决方法引起非常强的市场反应和讨论时,Classis被搁置旁边。但Classis一直是大家发布的解决方法,大家只不过忙着编码和改进。

大家在市场中看到的其中一个改变是:对所有BTC软件怎么样协同工作的理解发生了改变。这个想法已经多次用,所以已经经受住时间的考验。它是关于在不设置软件限制的状况下,大家怎么样可以有一个限制。

所有些软件,在它不成熟、只针对少数用户的时候,会有内置的限制。这部分限制确实存在,由于开发者知晓自已软件不可以做到足够好,限制是现在为止最容易的“解决方法”。

这种设计并不罕见,年长的人可能会记得,DOS的内存大小过去是640KB。20年前,电子邮件的最大大小为1MB。

软件成长的一部分:发现更好的解决方法使这部分限制过时。限制被删除,大家都非常高兴。

删除软件中的限制不会使其无限制。它只不过使得其他本钱限制实质大小。你仍然没办法发送DVD大小的电子邮件。目前的最大大小是由市场决定的,是本钱和效益的基本计算。

让大家来看看BTC矿工的一些市场勉励:

矿工挖到更大的区块是好的,由于他得到更多的成本。

另一方面,更小的区块是很好的,维持一点稀缺性,仍然还有人支付成本。

另外,更大的区块发送时会花费更多的时间,使得计算机被淘汰的机率更高,这两者都是昂贵的。

另一方面,更小的区块会致使更大的积压。结果,应对成本户服务不周。在角逐中,大家要防止失去他们的支持。

这部分是相互冲突的勉励。既有需要更大的区块的原因,又有需要更小区块的原因。最后结果将是,区块大小取决于市场对区块空间的需要。只不过由于这是矿工最有利可图的。这里好的反面是,矿工最好的情形也是BTC中别的人非常不错的情形。

Andrew Stone提出,每一个人都发布他们想同意的最大大小,使区块大小的市场成为一个开放的市场。目前矿工可以决定理想的区块大小,而不必担忧他们的区块由于太大被其他矿工拒绝。

纯粹市场驱动的区块大小是BTC的一个大变化。在每一个人都习惯之前,它可能需要一点时间。同时,Classic正致力于开发几个下一代项目。

在Classic我启动了一个项目:互联网管理器。它是一个替换互联网层,解决了很多大家从中本聪推广客户端继承的p2p代码的问题。此外,现在正在构建一个管理服务器。管理服务器将填补远程控制的角色。你可以创建买卖,查看区块链,签署数据并需要它冲咖啡。除去最后一个,其他都已经达成,这个管理服务器只不过用 “比特币-cli”应用程序现有些功能。

它的亮点是:不同程度上速度更快,它不只允许像互联网服务器那样问问题,而且管理服务器有一个实时连接,可以推出数据。比如,当一个新区块加入时。

因此,它启用了一组新的可以用它创建的互联网启用工具。一些要用到的例子是: *应用程序管理系统,因为警告和速度慢,可监视其控制下的任何数目的节点。但也用于操作统计,比如已经发送了多少兆字节。*对不需要当地存储,查看整个区块链的科学研究。*从矿工到完整节点的大区块的上传速度快得多。

这个项目已接近完成了80%。Classic重回正轨了吗?

在中本聪发布的BTC0.1版本中,很好地指示了他的将来意图。他包含了一个买卖版本号的字段。今天,8年过去了,事实大家还是在用版本1的买卖格式。大家一直没借助中本聪提供的这个版本号的字段。

BTC的设计存在不少问题,事实上可以在买卖格式中修复问题,从中受益颇多。弹性买卖是一种协议升级,意味着能达成这一点。

弹性买卖的提案已经开发了几个月,大家现在解决了第一个版本的不少问题。

支持闪电互联网

大家目前在哪?

弹性买卖在测试互联网上做了测试,达成了80%的功能。大家还要进行更多测试。

修复的BTC问题:

修复可延展性漏洞

对签名中哈希运算操作的的线性扩容

支持硬件钱包(也被叫做欺诈证明)

使买卖更小

标签:BTC社区生活

©版权所有:2021 Tom Zander <tomz@freedommail.ch>

此文出于传递更多信息之目的,并不意味着同意其看法或证实其描述。本网站所提供的信息,只供参考之用。

1