First visit confidence
Bitcoin Cash Mainnet is fully server-rendered with hard links, so the first useful click works even when scripts are disabled.
Start hereBitcoin Cash Mainnet is fully server-rendered with hard links, so the first useful click works even when scripts are disabled.
Start hereFeeds, OpenSearch, sitemap, and llms.txt stay visible as canonical entry points for agents and integrations.
Open llms.txtMulti-node failover state, cooldowns, and serving-node details are exposed instead of hidden behind an admin-only view.
Inspect statusPages, feeds, and discovery routes are designed to be indexable, archivable, and easy to mirror without JavaScript.
Open sitemapThis page is the shortest orientation route for Bitcoin Cash Mainnet. It tells a wallet user what to click first, a researcher where live history begins, an operator how to establish trust, and an AI agent which machine-safe surfaces to prefer.
Paste the txid when you need the shortest route to confirmations, outputs, fees, receipts, and raw evidence.
Search or verify the address to inspect bounded history, unspent outputs, locking script evidence, and the address receipt page.
Use the block route when someone shared a height or block hash instead of a txid.
Operators and support teams often need failover and serving-node visibility before citing anything else.
The receipt page is the shortest support-safe summary, while the canonical tx page keeps full decoded detail one click away.
The block receipt is the shortest proof of chain history, and the full block page keeps decoded transaction context nearby.
Status exposes reachability, cooldowns, and serving-node context, while stats explain cadence and subsidy context for the same chain.
Sitemap, feeds, OpenSearch, raw routes, and llms.txt remain preferred entry points for crawlers and agents.
The route should move from uncertainty to a shareable proof without forcing the user to learn the whole explorer first.
The chain-specific start page should answer what is happening now, then show where the deeper history routes begin.
When another team or counterparty is involved, the shortest calm route is usually better than the densest one.
Automation should start from published discovery routes, then escalate to canonical detail paths.
A great first-minute page should remove both confusion and overconfidence.
Use the chain-specific verify or search route first. They keep you on the correct network while still guiding you toward the canonical detail or receipt page you actually need.
Because many real-world conversations do not need the full transaction or block tables immediately. Receipt pages give a calmer proof handoff while keeping raw and full-detail routes one click away.
No. The explorer stays honest about bounded windows and database-free coverage. When something is partial, the page should say so explicitly instead of pretending otherwise.
Start from the network sitemap, feeds, OpenSearch, llms.txt, and status page. Those routes declare the public contract more safely than reverse-engineering the rendered HTML.