I will put the proposal on-chain with an activation epoch about 24 hours after the activation of Phase 4, which looks to be happening around 11:00 CET on Tuesday. This should give everyone a chance to use Tuesday to gauge the performance of Phase 4 and decide how to vote accordingly on Phase 5.
Please start the discussion! Thanks for great governance participation so far.
> namadac query-proposal --proposal-id 4 --node $RPC_TUDUDES
Last committed epoch: 76
Proposal Id: 4
Type: Default with Wasm
Author: tnam1qqgll8x8rz9fvtdv8q6n985za0vjvgyu0udxh7fp
Content: {"abstract": "Initialize phase 5 of the dry-run by enabling transfers of the native token NAM. All Namada functionality should be live after the execution of this proposal.", "discussions-to": "https://forum.namada.net/t/dry-run-phase-5-gov-proposal/1099", "title": "Phase 4 -> 5"}
Start Epoch: 77
End Epoch: 92
Activation Epoch: 93
Status: pending
Data: Hash: CEEB50B44CA4C72A403B67A14906592C0DBF9ADEE7C2A37375CE294A11400010
If you are a validator, please remember that you can only vote with the validator address in the first ~2/3 of the voting period- in this case before epoch 87.
A priori it looks like the governance proposal hash doesn’t match with the phase5.wasm one I got following the instructions in here: GitHub - anoma/namada-governance-upgrades
check-onchain-wasm --tendermint-url http://127.0.0.1:26657 --proposal-id 4 --expected-hash CEEB50B44CA4C72A403B67A14906592C0DBF9ADEE7C2A37375CE294A11400010
Proposal Code Hash: CEEB50B44CA4C72A403B67A14906592C0DBF9ADEE7C2A37375CE294A11400010
The expected hash DOES NOT correspond to the wasm associated with proposal id: 4
Edit. the proposal code wasn’t in the main branch, so that’s why I got wrong hash in first instance. I assume the submitted code is then the correct one.