Conferences, meetups, hackathons and community calls with dates, locations and a type code on every record.
item_type classifies each one — EDU, MU (meetup), Co (conference), Hk (hackathon) and a handful more. location is populated on 96% of records.
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_eventsget_events_detailget_trending_eventsget_events_this_weekThree concrete questions this capability answers that a general crypto API does not.
item_type separates hackathons from conferences from meetups, so "hackathons in the next quarter" is one call plus a date comparison.location is a real string on 96% of records, so a city or region filter needs no geocoding step.starts_at and ends_at are both present, so a week-long conference renders as a span rather than a point.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= does not partition on the public API.
Verified 20 Sep 2026: ?active=true returns 864 and ?active=false returns 6,568 — the entire corpus — against a total of 6,568. The two sets overlap, so paginating "inactive" events returns active ones mixed in. Fixed on the dev API and verified there; not yet live here.
?period= is silently ignored.
Same cause as on governance: period filters on published_at, and events carry a date range instead. The parameter neither narrows nor errors on the public API. Window on starts_at / ends_at.
item_type includes an undocumented placeholder.
Over 600 rows the values are EDU (259), MU (161), Co (118), Hk (26), CC (11), *** (11), WK (9), PY (3) and PR (2). The *** entries are a placeholder rather than a category — filter them out of anything user-facing, and treat the enum as open rather than fixed.