企业官网建设流程全解析

dw做网站实例,wordpress模板fruit,以前做弹幕现在的电影网站,惠州企业建站程序北京大学肖臻老师《区块链技术与应用》公开课第 10 讲的主题是**“比特币的分叉#xff1a;硬分叉与软分叉”**。这节课非常重要#xff0c;因为它解释了在去中心化系统中#xff0c;当协议#xff08;规则#xff09;发生升级时#xff0c;网络是如何达成共识#xff0…北京大学肖臻老师《区块链技术与应用》公开课第 10 讲的主题是**“比特币的分叉硬分叉与软分叉”**。这节课非常重要因为它解释了在去中心化系统中当协议规则发生升级时网络是如何达成共识或分裂的。以下是本课程内容的结构化详细总结一、 分叉的背景 (Background)在中心化系统中如 Windows 更新软件升级很简单厂商发布补丁用户强制或选择更新。但在去中心化的比特币网络中没有中心权威节点升级是自愿的。如果一部分节点升级了软件接受新规则而另一部分没有就会产生协议不兼容从而导致分叉。二、 硬分叉 (Hard Fork)定义当比特币协议发生改变且**新节点产生的区块被旧节点视为“非法”**时就会发生硬分叉。这通常是因为新协议收紧了规则或者改变了区块结构导致旧节点无法认可。但更常见的硬分叉定义场景是扩大了区块限制例如从 1MB 扩大到 4MB。场景举例区块扩容旧规则区块大小上限 1MB。新规则区块大小上限 4MB。结果新节点挖出了一个 2MB 的大区块。旧节点看到这个 2MB 的区块认为它违反了“1MB 上限”规则直接拒绝并在原来的链上继续挖矿。新节点认可这个 2MB 区块并在其后面继续挖矿。最终结局由于旧节点永远不会接受新节点挖出的大区块网络永久分裂成两条链一条旧链一条新链。这两条链上的币在分叉后虽然各自独立但共享分叉前的历史。社区分裂硬分叉往往伴随着社区的分裂。例如BCH (Bitcoin Cash)就是比特币的一次硬分叉支持大区块的人去挖 BCH坚持 1MB 的人留在 BTC。三、 软分叉 (Soft Fork)定义当比特币协议发生改变新节点产生的区块能够被旧节点认可视为合法但这通常意味着新协议收紧了规则限制更多。场景举例区块大小限制缩小 - 假设旧规则区块大小上限 1MB。新规则区块大小上限 0.5MB新节点自愿只挖小区块。结果新节点挖出的 0.5MB 区块完全符合旧节点的“1MB 以内”标准。旧节点欣然接受新节点的区块并在其后继续挖矿。问题点如果旧节点挖出了一个 0.8MB 的区块符合旧规则但不符合新规则新节点会拒绝这个 0.8MB 区块。关键只要新节点的算力超过 50%新链就会比旧链长。根据“最长合法链”原则旧节点最终会放弃自己挖出的 0.8MB 分叉转而认可新节点的最长链。最终结局不会产生永久分叉。旧节点虽然不知道新规则但只要跟着最长链走依然能在同一个网络中工作尽管它们挖出的不符合新规则的块会被孤立。四、 实际案例P2SH (Pay to Script Hash)这是一个典型的软分叉案例。背景最初比特币只有 P2PK (Pay to PubKey) 等简单形式。为了支持多重签名等复杂功能引入了 P2SH。旧节点眼中的 P2SH看起来像是一笔简单的转账只要哈希对得上就放行旧节点验证规则很简单。新节点眼中的 P2SH不仅哈希要对得上还需要执行后面复杂的赎回脚本Redeem Script验证通过才放行。结论新节点加了更严的检查但旧节点觉得也没毛病只是检查得松所以兼容性得以保持。五、 软分叉中的“假阳性”风险对于旧节点来说软分叉其实是一种“欺骗”。Coinbase 域的利用在某些软分叉中如隔离见证 SegWit新规则的数据被藏在旧节点不检查的区域如 Coinbase 交易的输入域。安全性旧节点没有验证这部分新规则的安全性所以理论上它的安全性降低了变成了“半个轻节点”。但只要大多数算力掌握在升级后的新节点手中系统整体依然是安全的。六、 总结对比特性硬分叉 (Hard Fork)软分叉 (Soft Fork)规则变化方向通常是放宽规则如 1MB - 4MB通常是收紧规则限制更多旧节点反应拒绝新节点的区块认为非法接受新节点的区块认为合法兼容性向下不兼容必须全网升级向下兼容旧节点可暂不升级结果如果有人坚持旧规则会产生两条永久存在的链只要新算力 50%只会有一条链典型案例ETH / ETC 分叉BTC / BCH 分叉P2SH, SegWit (隔离见证) 核心逻辑链去中心化升级难部分升级部分不升级。新旧规则冲突如果是旧节点不认新块硬分叉路断了各走各的。如果是旧节点认新块但可能反过来新不认旧软分叉只要新算力够强旧节点被迫跟随。