Operations · Bitcoin Cash Testnet3
Status
Is the explorer's backend answering on Bitcoin Cash Testnet3? The summary uses the same reachability rule as /healthz. Call details and node diagnostics follow, collapsed.
Is the stack OK?
Summary
- Bitcoin Cash Testnet3TestnetReachable
- Tip
- 1,732,332
- Lag
- One node reporting
- Errors
- 1.5%339 / 22,842
/healthz answers ok: 1 of 1 probed node answering.
- testnet3-node-1Preferred127.0.0.1:11235Reachable
- Tip
- 1,732,332
- Lag
- At tip
- Errors
- 1.5%339 / 22,842
OK · unified API reachable; index readiness not probed
Tip agreement, this probe
One node reporting: lag is not measured against another node.
A node is reachable when it answered the status probe. A chain is reachable when at least one probed node is, which is exactly when its /healthz answers ok; otherwise it is degraded and /healthz answers 503. Lag is how far a node's tip is behind the highest tip in the same probe. Error rates count every backend call to the node since the explorer process started; there is no rolling window.
Backend requests
Call timing metrics
Every backend call family the explorer has issued on Bitcoin Cash Testnet3, worst first: highest failure rate, then slowest average. Open a row for volume, outcome, timing, payload and active-wait detail.
- Call families
- 14
- Completed
- 70,815
- Failed
- 3,915 (5.5%)
- Active now
- 0
- Slowest call
- 12 s
LiveTransactionServiceFindSpentOutputsIdleFailures74.7%Average10 ms
Volume
Outcome
Timing
Payload
Active wait
LiveTransactionServiceGetMempoolInfoIdleFailures3.0%Average41 ms
Volume
Outcome
Timing
Payload
Active wait
BlockChainServiceGetBlockChainInfoIdleFailures1.4%Average68 ms
Volume
Outcome
Timing
Payload
Active wait
BlockChainServiceGetBlockVerboseCompatIdleFailures0.7%Average144 ms
Volume
Outcome
Timing
Payload
Active wait
LiveTransactionServiceGetTransactionsIdleFailures0.5%Average143 ms
Volume
Outcome
Timing
Payload
Active wait
Show the other 9 call families
BlockChainServiceGetBlockHeaderIdleFailures0.4%Average32 ms
Volume
Outcome
Timing
Payload
Active wait
LiveTransactionServiceGetMempoolTxIdsIdleFailures0.4%Average30 ms
Volume
Outcome
Timing
Payload
Active wait
BlockChainServiceGetBlockTransactionsIdleFailures0.0%Average12 ms
Volume
Outcome
Timing
Payload
Active wait
IndexerServiceGetAvailableIndexersIdleFailures0.0%Average139 ms
Volume
Outcome
Timing
Payload
Active wait
IndexerServiceGetIndexerLastBlockIdleFailures0.0%Average24 ms
Volume
Outcome
Timing
Payload
Active wait
LiveTransactionServiceSearchCashTokenCommitmentIdleFailures0.0%Average10 ms
Volume
Outcome
Timing
Payload
Active wait
BlockChainServiceGetBlockSummariesIdleFailuresNo completed callsAverageUnavailable
Volume
Outcome
Timing
Payload
Active wait
IndexerServiceFindTransactionIdleFailuresNo completed callsAverageUnavailable
Volume
Outcome
Timing
Payload
Active wait
LiveTransactionServiceSearchMempoolIdleFailuresNo completed callsAverageUnavailable
Volume
Outcome
Timing
Payload
Active wait
Counts reset when the BlockExplorer process restarts. Failure bars run from 0 to 100%. Latency bars are relative to the slowest average (144 ms). Payload shows observed response data where available.
Node diagnostics: pool, cooldown, last success and failure
Connection pooling keeps backend requests available during busy periods. Slow routes avoid the reserved fast lane whenever more than one session is active.
| Rank | Node | Endpoint | Reachable | Cooldown | Chain | Best height | Indexed tip | Latency | Successes | Failures | Last success | Last failure | Message |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | testnet3-node-1 | 127.0.0.1:11235 Pool 8/8 active Open sessions 5 to backend Busy 0 · Reserved fast 1 | Up | Ready | test | 1,732,332 | — | 10 ms | 22,503 | 339 | 2026-10-14 06:46:53 UTC | 2026-10-14 06:32:45 UTC | OK · unified API reachable; index readiness not probed |
