超级会员免费看
Safe Head机制在Proof of Stake (POS)共识中出现，为了解决PoS区块不可靠的问题，提供比latest区块更可靠的Block Tag。本文介绍了Safe Head的计算方法，包括区块得票率和子孙区块的得票率平均，以及其在防止网络攻击和区块回滚中的作用。同时，文章讨论了Fork Choice Rule和Casper FFG两层共识机制，并指出Safe Head尚未被实践，当前DApp仍使用Justified Checkpoint作为安全状态参考。
目录
Safe Head机制出现的原因
在 PoW 中，如果没有指定你要哪个区块的状态，节点预设就会回传给你 latest 区块的状态，也就是最新的状态。但是进到 PoS 后，PoS 的区块比 PoW 区块更不可靠，因为 PoS 产生区块不需要任何「work」，而是只要是被指派的 proposer 都可以产生一个合法区块。这表示在 PoS 里取 latest 区块的状态会更容易发生区块、状态被回滚（revert），也因此才会出现 Safe Head 这个 Block Tag（safe）：一个比 latest 区块还旧一些些但是可靠许多的区块，让 DApp 呈现数据给使用者看的时候，不会因为区块不可靠、经常因为 reorg 而被 revert 导致使用体验变很差。
- 正常情况下对新区块而言，在出块后约四秒，即会被标为 safe，成为 safe 区块，使该区块更可靠
- 不过当网络出现问题或有攻击发生时，safe 区块还是有可能 revert 回旧的区块
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
