Execução de proposta

No framework GovernorBravo e no OpenZeppelin Governor, a execução fecha um ciclo de cinco fases. Primeiro, a proposta é registrada com seus targets, values e calldatas. Após um atraso inicial, vem o período de votação, no Compound de cerca de três dias, com o poder de voto lido do snapshot. Se atingir quórum e maioria, ela é enfileirada no contrato Timelock. Segue-se um delay obrigatório, no Compound de dois dias, que é a salvaguarda central. Só depois qualquer pessoa pode chamar execute, momento em que o Timelock dispara as transações. Esse delay permite que os usuários reajam a uma proposta maliciosa que chegou a ser aprovada.

É onde o voto se converte em ação sem intermediário: a governança on-chain é executável, não apenas consultiva. O timelock anterior à execução é a última linha de defesa contra um ataque de governança que tenha superado as fases anteriores, pois dá tempo para auditar a proposta ou mover fundos antes que ela se concretize.

O Timelock do Compound é a referência: enfileira e executa após dois dias. O conjunto OpenZeppelin Governor mais TimelockController é o padrão usado por protocolos como Uniswap, ENS ou Optimism. Como contraexemplo, no incidente da Beanstalk a proposta maliciosa foi executada no mesmo bloco, sem um timelock efetivo, o que permitiu o esvaziamento instantâneo dos fundos. A execução da proposta é a etapa posterior à contagem baseada no poder de voto fixado pelo snapshot, e só se aplica plenamente em uma DAO que alcançou uma descentralização progressiva com governança on-chain real.