- 大量区块生成领导者,超过 10,000 个(N > 10,000)
- 并发领导者同时产生区块,随机选择在 4 到 16 的范围内。
- 区块时间为 120 毫秒
- 在核准分委员会中的一些投票共识节点,数量在 200 到 400 之间,随机选择领导者,每个 epoch 4 到 8 个小时轮换一次。
- 异步执行
- 每个 epoch 轮换固定数量的投票委员会
- 200 毫秒的区块时间
- 投票账户必须拥有足够数量的 SOL,以覆盖 2 个 epoch 的投票。
- 投票交易必须是简单。非简单的投票必定执行失败。区块生成者应该放弃复杂的投票。
- 从投票账户中提取 SOL 被允许,只要余额不降到低于 1 个 epoch 的投票。
- 为了清零所有的 lamports,Vote CLOSE 指令必须要求完整的时代经过。投票账户在时代 1 被标记为 CLOSE,但只能在时代 2 时进行 CLOSE。CLOSE 允许提取所有的 SOL,并删除投票账户。一旦一个账户被标记为 CLOSE,它只能被完全删除,不能重新打开。
- 投票包含一个 VoteBankHash,而不是常规的 BankHash。
- 质押量 > X
- 以及 SOL > 2 个时代的投票
- 且没有标记为 CLOSE
- 领导者维护付费账户余额的缓存。
- 如果一个付费账户被用作系统转账的源,或者作为可写账户与系统程序一起传递给另一个程序,那么该付费账户余额被设置为 0。
- 根据声明的计算单元(CUs)将区块按本地费用优先级排序打包,直到区块被填满。
- 从付费账户余额缓存中扣除费用。
- 付费账户余额缓存由 BankHash 计算进行补充。