Lease Read这种方法怎么做？

虽然 ReadIndex Read 比第一种方法快很多，但我们发现还是有一次心跳包的网络开销，raft论文里提到了一种更激进的方式，也就是leader其实都存在一个'在为期', 也就是说leader会向follower发送心跳包，当收到大多数节点的回复后即确认了leader身份，并记录下时间戳t1,如果读过raft论文我们会知道，follower会在Election Timeout超时后，才会认为leader挂掉，并发起一次新的选举，也就是说在下一次leader选举肯定发生在t1 + Election Timeout +/- 时钟偏移量之后，因此第二种方法的中，通过发送心跳包确认leader身份这一步就可以省略掉了，在Election Timeout内只需要确认一次即可，相对一种方式，不仅仅不需要写raft日志，连心跳包都省略掉了，可想而知，性能会大大提升，但这里存在一个潜在的问题是，服务器的时间可能会偏移，存在一定的误差，如果偏移过大的话，这种机制就不够安全。