aldabra/crates
Kayos 0c79231936 fix(mcp): clamp vote validity_upper to voting_end_slot when range overshoots
Same H-2-class issue as the advance Draft→VotingReady clamp. The
vote MCP tool computed validity_upper = tip_slot + 1799 then
errored if it overshot voting_end_check. On 30-min Sulkta-shape
DAOs the voting window is 30 min wide, and the moment chain time
crosses into the voting window the default 1799-slot upper bound
lands ~30 min past tip — already past voting_end if voting_start
was a few minutes ago.

Now: when default upper would overshoot, clamp validity_upper_slot
to voting_end_slot. Reject if remaining slots ≤ 5 (chain has no
room to include).

Caught 2026-05-08 trying to vote on preprod_test2 proposal #1
during a clean voting window — tx_upper landed 135s past
voting_end. Clamp lets the vote tx fit.

Cosign builder still has the same raw tip_slot pattern; deferred
since cosign also requires within-Draft semantics and we don't
have a multi-stake test yet to exercise it.
2026-05-08 11:48:36 -07:00
..
aldabra-chain feat(mcp,chain,dao): support Koios paid-tier bearer via ALDABRA_KOIOS_BEARER env 2026-05-08 10:19:06 -07:00
aldabra-core fix(core): bump WITNESS_OVERHEAD_BYTES from 256 to 512 2026-05-08 07:42:06 -07:00
aldabra-dao fix(dao,mcp): clamp proposal_advance validity range to fit phase window 2026-05-08 11:09:26 -07:00
aldabra-mcp fix(mcp): clamp vote validity_upper to voting_end_slot when range overshoots 2026-05-08 11:48:36 -07:00