使用Timelock (queue)进行治理的实际用例是什么？

Question

如果一开始没有时间锁，则可以在提案成功后立即运行此步骤(执行)。

对我来说，上面的内容比添加一个时间锁来发送另一个queue事务并等待一段时间之后运行execute更有意义。听起来，提议者角色总是需要等待提案成功，然后运行queue，这需要额外的步骤。

queue的实际用例是什么？为什么这是复述？在他们的文档

在治理决策中添加时间锁是一个很好的实践。这样，如果用户在执行决策之前不同意决策，就可以退出系统。

我不太明白这一点，但我假设已经投了票的用户可以在这段时间内撤销投票？这个过程是如何工作的？

Answer 1

Timelock扩展为执行治理决策增加了延迟。工作流被扩展为在执行之前需要队列步骤。

我们希望有一个队列(延迟)，这样如果协议中有任何重大变化，使用该协议的用户/应用程序就可以相应地为实现的效果做准备。因为它是成功的，并且很有可能在延迟期结束后被执行。

此外，在建议执行之前，提议者需要保持提案阈值(包括在timelock中排队时)。否则，提案创建者可以调用取消函数，如果提案创建者未能保持比提案阈值更多的委托票数，则可以调用任何Ethereum地址。