「区块链」区块链扩容是什么?_比特币:比特币最新价格行情走势BIP价格

一、为何要扩容?

一般我们所理解扩容是什么呢?即当某个容器或承载物不足以支撑或承载现有事物需求时,我们通过扩大容器的容量或承载物的体积来满足日益增长的需求,从而缓解当前容器或承载物所受压力的一种手段。区块链扩容也是如此,在比特币诞生之初比特币创始人中本聪并没有特意限制区块的大小,区块最大可以达到32MB,当时平均每个区块大小为1~2KB。

比特币区块大小最初上限32MB

有人认为区块链大小上限过高容易造成计算机资源的浪费,还容易发生DDOS攻击(至于什么是DDOS攻击不懂的可以参读此文DDoS攻击方式和原理),因此为了保证比特币系统的安全与稳定,中本聪决定临时将区块大小限定在1MB。

比特币区块大小被临时设定为1MB

那时比特币用户少,交易量也没有那么大,并不会造成区块拥堵,然而2013年至今随着比特币价格的直线上升,用户越来越多因此造成比特币网络拥堵,用户交易费用上升的问题逐渐涌现出来。到现在,比特币区块链上最高时有几十万笔交易积压,比特币的平均交易费用比2010年9月上涨了376倍,每秒7笔交易的处理速度已经明显无法满足用户需求,比特币社区开始探索如何给比特币“扩容”。

慢雾:苹果发布可导致任意代码执行的严重漏洞提醒,请及时更新:7月11日消息,慢雾首席信息安全官23pds发推称,近日苹果发布严重漏洞提醒,官方称漏洞CVE-2023-37450可以在用户访问恶意网页时导致在你的设备上任意代码执行,据信这个已经存在被利用的情况,任意代码危害严重,请及时更新。[2023/7/11 10:47:05]

比特币社区探索扩容

二、如何扩容?

即通过修改比特币底层代码,从而达到提高交易处理能力的目的。

扩容目的提高交易能力

比特币扩容本身发展和设计方案有两种,即第一层和第二层扩容技术。

第一层扩容技术即改进区块链自身,把区块链自身变得更快、容量变得更大,总的来说就是改变区块链共识部分的内容。第二层扩容技术目的是把计算移到链下,即通过侧链的技术加以解决问题。三、关于扩容的相关协议

Lido官网已不再展示Polkadot和Kusama质押信息:4月9日消息,Lido官网已不再提供Polkadot和Kusama质押信息展示,当前仅提供以太坊(ETH)、Polygon和Solana质押信息。数据显示,截至目前Lido以太坊质押总额已突破110亿美元(5,928,918 ETH),创历史新高。

据此前报道,Lido Finance拟于今年八月停止Polkadot和Kusama生态系统流动性抵押。[2023/4/9 13:52:57]

1、BIP100

2015年6月,由前Bitcoincore开发员兼Bitpay员工JeffGarzik提出,他建议移除1MB区块上限,保留32MB的限制,在这个基础上增加一个浮动的块大小限制,矿工们通过代码来投票决定区块的大小。协议中规定连续12000个区块中90%的矿工投票同意就可以激活该方案。

2、BIP102

数据:GBTC折价收窄至35.7%,创去年10月以来最低水平:3月9日消息,根据TradingView数据,截至美国东部时间上午10点30分,Grayscale Bitcoin Trust股价上涨4%,目前GBTC资产净值折价为35.7%,折价幅度收窄至去年10月以来的最低水平。 (The Blcok)[2023/3/9 12:50:31]

2015年6月23,JeffGarzik又提出BIP102,这个协议很简单,他建议一次性将区块扩大到2MB。只要主链中有超过95%的区块表示支持该协议就能够被激活。值得注意的是JeffGarzik2014年离开bitcoincore,2015年10月创立Bloq。

3、BIP101

2015年6月,由前bitcoincore首席开发员兼比特币基金首席科学家GavinAndresen提出,他建议将区块的初始大小设为8MB,之后随时间变化而线性改变区块大小。

Binance将于11月28日下架多个现货交易对:据官方消息,Binance宣布将于11月28日11:00下架ARK/BTC、BEAM/BTC、BTCST/BTC、BTCST/USDT、GTO/BTC、GTO/USDT、MITH/BTC、MITH/BNB、PERL/BTC、PNT/BTC、REP/BTC、SRM/BNB、SRM/BTC、SRM/USDT、TRIBE/USDT、XEM/BTC现货交易对。[2022/11/25 20:44:52]

起始时间戳为2016-01-1100:00:00UTC(1452470400),每63,072,000秒(两年,忽略闰年)增大一次区块,直到2036–01–0600:00UTC(2083190400)。区块最大可增加到8,192MB。

该协议的激活方式是,在主链中连续1000个区块中有750块使用BIP101规定的版本号。激活时间为第750个区块产生的时间戳,并且有两周的缓冲时间。

乌拉圭支付独角兽DLocal对FTX的敞口为560万美元:金色财经报道,乌拉圭支付独角兽DLocal在第三季度收益报告中表示,对FTX的敞口为560万美元。该公司表示:“我们没有与任何其他加密货币交易所合作,我们对加密货币生态系统的敞口很小,因为在2022年第三季度,为加密货币交易所处理的FIA付款不到我们TPV(总付款)的0.3%”。[2022/11/18 13:19:38]

4、BIP109

2016年1月,GavinAndresen又提出了BIP109方案。该方案建议将比特币区块增加到2MB,并且当支持算力超过75%时被激活。协议规定,矿工将区块的版本号设置为0x10000000以示支持。

5、BIP103

2015年7月21,由bitcoincore开发者,Blockstream联合创始人PieterWuille提出,他建议将区块上限设为最近11个区块大小的中位数,或者利用代码GetMaxBlockSize(pindexBlock->pprev->GetMedianTimePast())来控制区块的大小,从2017年1月到2063年7月,每97天调整一次,幅度不超过4.4%。

6、BIP105

2015年8月21,由bitcoincore开发员BtcDrak提出,他建议区块以现有1MB为起点,矿工每创建一个块他们通过投票决定增加或者减少这个块的大小,最大幅度是当前区块的10%。期望增加区块大小的矿工投票时需要额外提高挖矿的难度。

7、BIP106

2015年8月24,由比特币开发者UpalChakraborty提出,建议每2000个区块为周期动态调整大小。如果90%的区块达到了上限的90%,区块体积扩大两倍,如果90%的区块小于上限的50%,则区块体积减半。

8、BIP141

2015年12月,由Ciphrex的联合创始人兼首席技术官EricLombrozo,比特币技术爱好者JohnsonLau和BlockStream的联合创始人PieterWuille提出,他们都是bitcoincore的开发员。他们建议移除比特币交易过程中的签名字段,将交易和签名分离开,这样就可以在不扩大区块大小的情况下实现“变相扩容”,也称为技术性扩容方案。在持续两周时间里有95%的算力在区块数据中发出bit1支持信号,该方案将被执行。

9、BIP148

由于BIP141一直被矿工阵营反对,为了推进隔离见证的升级,2017年3月,由自称“Shaolinfry”的匿名社区成员提出,他建议将由矿工决定是否进行升级更改比特币网络,转向由用户、交易所、支付处理商等来决定。该协议将原本由算力决定的锁定信号交给由全网节点来决定。约定激活日期为8月1日,如果在8月1日前现有的隔离验证没有激活,升级了BIP148的节点将会拒绝没有发送bit1信号的区块。该方案被认为是扩容问题中最激进和最具争议的一个。

10、BIP91

为了避免在8月1日出现比特币分叉的局面,2017年5月,由比特币开发者blockstream的支持者JamesHilliard提出一个兼容性的新方案BIP91。该协议实质上是一个兼容BIP141的BIP148方案,但是激活阀值在80%。如果80%的算力在持续两天内支发出支持信号,它就会被锁定。该协议可以使得无论通过BIP91还是BIP148升级后的节点互相兼容,能够同时接受bit1和bit4的信号。意味着无论core阵营支不支持纽约共识,只要纽约共识的签署算力支持该方案,那么比特币的分裂就暂时能够被避免。该协议也是目前最有望执行的方案。

四、扩容结局

比特币现在分裂成为大区块BitcoinCash(BCH),和隔离见证。隔离见证现在是市场上公认的比特币。而大区块币被冠名为比特现金。可以预见的往后的发展方向,比特币将会以链下交易为主。包括闪电网络、侧链。这两个新东西目前不成熟,但是被很多人寄于厚望的。

比特币将会大量发展隔离见证交易,并在隔离见证的基础上做更多的衍生技术。最有可能是以技术推动比特币往前发展。

比特现金将会以链上交易为主,重点发展货币功能,以降低交易摩擦为主要方式,以获利更广泛的链上用户量为主要发展方向。

(PS:关于什么是闪电网络、隔离见证、侧链等后续会做相关介绍)

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

MANAWeb3独占鳌头 NFT遭无视_区块链:Sequence

过去一周,加密行业的投融资活动主要集中在Web3.0领域,据不完全统计,至少有12个Web3创新项目在一周内完成融资,涉及的场景包括社交、教育、财务管理、投资平台和技术基础设施等.

[0:0ms0-0:571ms