LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 区块链资产 > 05什么是 51%攻击?

05什么是 51%攻击?

2020-06-08 区块链范式 来源:火星财经

在深入了解51%攻击之前,我们需要了解一定程度关系挖掘和由区块链建筑的系统。

比特币其中的关键优势之一是它基于区块链链技术的构建和验证数据的分布式特性。路由器的非中心化工作确保遵循协议规则,让所有网络能够接受同意区块链的当前状态。意味着大多数股东需要定期以挖掘的过程中来达成共识,从该使用软件的版本至确认交易等等。

比特币共识算法(工作证明)确保采矿者只能在网络上所有基线都达成共识,并一致验证该采矿者提供的块哈希是正确的情况下才能新成新的交易区块链(指该块哈希能证明了采矿者做了一定的工作量,并找到了该区块链的正确问题解决方案)。

区块链的基础设施-作为非中心化的分类账和分散系统,这系统能阻止任何中心化个体为了自己的目的而不是择手段地控制网络,亦都是为什么比特币在网络上并没有单一掌控单位机构的原因。

由于采矿过程(在PoW 的系统中)涉及大量电力和计算机机算资源的转移,采矿者的工作能力源自于他拥有的机算能力,亦称为散列能力或哈希率。在不同的位置有许多挖掘摘要,它们会为了新生成下一个有效的比特币块散列而获取的奖金而竞争着。

在此基础下,挖掘币的工作是分布于世界各地的所有不同的例程上,亦指哈希率不是一个单位所有,亦不应该有此状况出现。

但如果当哈希率不再分配得足够时会有什么事情发生呢?如果一个单位或组织能够获得超过50%的散列能力,会发生什么事情呢?其中一个可能后果是我们称为- 51%攻击,也认知为多数攻击。

什么是51的攻击?

51% 的攻击是对比特币(或其他区块链网络)的潜在危机,转变分裂单位或组织能够控制大部分哈希率,从而导致网络中断。换句话说,51%的攻击者将拥有足够的矿池算力从而能够正确排除或纠正改换顺序。

这样的攻击可行恶意单位或组织能在控制期间尝试和撤消交易者他们造成的交易,而导致双重支出潜在问题。成功的51%攻击可以允许攻击者阻止某些或所有交易被确认(亦指:交易拒绝服务)亦可以阻止一些或所有其他矿工继续进行采矿,而导致所谓的“垄断式采扩”。

另一方面,51%攻击是不允许攻击者撤销其他人的交易,也或阻止交易被广播到网络节点上。另外,改变成功采扩区块的奖金,凭空创造币或窃取从未属于攻击者的币也是非常不可能的。

51%的攻击有多大可能?

区块链网络是由非中心化及分布式网络来维护的,并要求所有参与者必须达成共识的过程中合作工作。这也是区块链网络为什么高度安全的首要之一。大防御力越好,保护及防御攻击和数据损坏能力越高级。

当涉及工作证明区块链链时,挖掘者的哈希率提高,找到有效的区块解决方案的可能性就可以。这的确是事实,因为挖掘的工作需要涉及的哈希率尝试越多,所以早期加入比特币网络的挖掘者们,为促进网络的持续增长性和安全性而贡献良多。利用比特币货币的价值进步,为了争夺区块链收获奖金,许多新的挖掘者被吸引而加入网络,(目前一个比特币的区块链价格12.5 BTC )。这竞争情况亦是证明比特币网络有一个安全的原因之一。如果这整个网络和奖金开采制度不是基于那么公开诚实的机构开采者没有理由投入那么大量的资金和资源去参与进行这过程。

区块链范式

因此,面对这样庞大的网络规模,进行51 %攻击是不可能的。一旦区块链网络变得足够庞大,个别单位或团队组织如企图集结的足够的机算能力堆积没其他所有参与者,亦无法跟上与迅速增长的网络一样水平。

此外,区块链链的增长,想改变已确认的区块链变得越来越困难,因为区块链通过加密工作证明链接。因此,一个区块链具有的确认链越多,企图更改或恢复。该区块链的交易成本就可以。因此,攻击者可能成功的改变几个最近新生区块链的交易,从而改变不会持久和持续。

更进一步的大胆预测,如果有恶意单位无限利润驱动或成本制约,并决定攻击比特币网络单纯为了销毁它。甚至攻击者破坏网络,比特币程序和协议设置也会迅速地做出响应及时修改,那个攻击的进行调整。这将需要其他网络例程就这些变化达成一致共识,在紧急情况下这共识将很快达成。比特币对攻击非常有弹性,亦被视为现存最安全可靠的加密货币。

虽然比特币网络比较不可能被攻击因为它它庞大的网络让攻击者有困难性集结同等的机算能力。但要实行在较小的加密货币上却又具有挑战性。足够低去实现51 %的攻击。一些值得引用其受攻击的加密货币实例如Monacoin ,比特币Gold 和ZenCash 。

小编有话说

本文来源:区块链范式
原文标题:05什么是 51%攻击?

—-

编译者/作者:区块链范式

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...