其次 , 需要留意节制节点的交互 , 在更新的进程中 , 整个 EOS.IO 网络会处于一个节点半兼容状态 , 此时假如有人提交触发不兼容逻辑的生意业务到已经更新过的 BP, 则会导致未更新的 BP 当即分叉 , 固然这次硬分叉的成果自己就是基于 feature 来打点是否生效的 , 同时执行逻辑堕落的生意业务一般不会在 p2p 网络中通报 , 可是很难倾轧完全不会呈现整个网络破裂的大概性 , 所以在更新进程中节点尤其是超等节点要留意节制交互 , 首先是要节制 http api 的开放 , 可以适当的开启几个 rpc 节点 , 但 rpc 节点与出块几点间不能有直接的 p2p 链接 , 同时重要的节点与其他外部节点间也不要有直接的 p2p 链接 , 这样可以在呈现硬分叉时担保要害节点运行。
举例来说 , 对付 DAPP 开拓者来说 , 一个好动静就是千呼万唤的 `GET_SENDER` API 终于要引入 EOS.IO 中了 , DAPP 开拓者可以通过这个 API 鉴定当前 Action 是否是通过 inline action 机制触发的 , 据此可以回避大量的基于合约触发 inline action 的进攻手段 . 这个更新，可以必然水平上部门办理了困扰社区已久的随机数问题，需要留意的是 , 纵然通过这个 api 可以屏蔽当前的许多进攻手段 , 当然进攻者的进攻本钱会大幅提高 , 可是不料味着 DAPP 开拓者可以安枕无忧 , 对付开拓者来说安详问题永远需要留意 , 没有什么一劳永逸的银弹。
而此前硬分叉进级在区块链行业险些很是少见，原因是大部门区块链由去中心化的自由开拓者构成，因此开拓进度迟钝，节点极其分手，导致硬分叉进级越发贫苦，以比特币为例，2010 年的溢出裂痕导致了导致了 1840 亿的 BTC 凭空建设出来，中本聪第一时间宣布了新的版本硬分叉进级，制止了比特币的危机，厥后中本聪分开社区后，比特币由社区经受，硬分叉进级很难告竣共鸣，因此很少利用硬分叉进级的方法。2016 年，以太坊（ETH）呈现了 DAO 危机，首创人 Vitalik 抉择回滚生意业务，社区有一部门人差异意回滚生意业务，认为区块链账本不行改动，拒绝回滚，因此降生 ETC （以太坊经典）。
一、1.8.0-rc2 有哪些重要的改造1 扩展性晋升与代码重构在这个版本中我们看到了大量的提交 , 主要会合在代码重构和线程安详化两个方面 :
2018 年，EOS 主网启动时，EOS 原力团队提出了差异的管理蹊径，随后降生了 EOS 原力（EOSC）。我们可以看到，Block.one 团队做了大量的筹备。
众所周知 , 中大局限 C++软件的多线程开拓一直是一个“深坑”, 为了在引入并行计较的同时担保 EOS.IO 的不变性 , Block.One 团队并没有急于举办多线程相关新特性的开拓 , 而是耐性的排查代码中的线程安详问题 , 完善基本架构支持 , 同时在特定的适归并发的独立模块 , 如 chain api 以及 p2p 模块引入对应的多线程实现。
这里可以判定 Block.One 今后的开拓进程中会有比之以往更多的硬分叉 , 将来 EOS.IO 的希望会明明快于以往 .
2017 年，比特币（BTC）的拥堵使得大区块的支持者火烧眉毛要改造比特币，可是社区里有差异意见，因此降生了比特币现金（BCH）。
作者：孤矢，EOS 原力首创人郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
