Skip to content

Overview

Supported APIs

Which capabilities the platform can call, and how it behaves when one of them is not configured.

Molthood's integrations are organised by capability rather than by supplier. A capability is a thing that can be done — read a page, search the web, screen a contract — and more than one source may be able to do it.

Capabilities

Chain state
Balances, blocks, transactions, gas, contract source and verification status.
Market data
Price, liquidity, volume, pool composition and holder distribution.
Security screening
Contract powers: mint authority, pause switches, transfer restrictions, ownership.
Web search
Finding what has been published about a subject.
Page retrieval
Reading a page, including ones that need a browser to render.
Site mapping
Discovering a site's structure before deciding what is worth reading.
Domain records
Registration, certificates, mail posture and archive history.
Code execution
Running analysis over collected data in an isolated sandbox.
Summarisation
Turning findings into prose, after the findings exist.

Missing a capability

The platform is fully functional with zero credentials configured. It starts, it serves, and it routes around whatever is absent. Adding a credential and restarting is the only enablement step — there is no code path that a new one switches on.

Where several sources serve one capability, losing one loses that source and not the run. Where only one does, the capability becomes unavailable and every finding that depended on it becomes an explicit unknown.

Availability is a state with distinct values, not a boolean: a missing credential is a deployment task, a rate limit clears by itself, and an outage is somebody else's problem. Collapsing them would repeat exactly the mistake the evidence model exists to prevent.