Live and historical governance proposals across DAOs, each with the voting window attached — the one crypto event you cannot catch up on afterwards.
Every record carries starts_at and ends_at, which is what makes "can I still vote on this" answerable. Read the limits before relying on the active filter to answer it for you.
Every field the corpus returns for one record. Real shape — walked corpus-wide, not sampled.
A curl that runs against the live API right now, plus the MCP tool names for the same data.
MCP tools
get_daoget_dao_detailget_trending_daoThree concrete questions this capability answers that a general crypto API does not.
ends_at makes "closing soon" a computation rather than a subscription.?sources=arbitrum_dao returns that DAO's own proposals, where ?tags=arbitrum returns the wider Ethereum-ecosystem set.Required, not optional. Coverage gaps, staleness and parameter traps that were observed by running the curl above against the live server on 2026-09-18.
?active=true returns nothing on the public API.
Verified 20 Sep 2026: ?active=true returns 0 while 6 of 200 sampled proposals are provably open (starts_at <= now <= ends_at). It is fixed on the dev API and verified there, but not yet live here. Until it ships, compute the window yourself from the two date fields — which is what /cookbook/dao-proposal-alerts does.
?period= does nothing here.
period filters on published_at, and proposals have no such field — they carry a date range instead. On the public API the parameter passes through silently and returns the whole corpus, so a "proposals this week" query built on it is quietly wrong. Window on starts_at / ends_at.
Titles are not unique.
Distinct proposals routinely share a title prefix — a DAO batching three related votes will file three near-identical titles. Identify on hash or url; use the title only to display, and do not truncate it for deduplication.