MIRCO EXPLORER

Don't trust the badge.Open the evidence.

Explorer is where MIRCO turns status into proof. Network state, finality, execution, privacy, availability and external-data assurance remain separate — so “Ready” can always answer one question: why?

TRUTH LENS · CONCEPTCLAIM ≠ EVIDENCE
CURRENT CLAIM READY

The network is presented as ready only when the selected operating model has enough live authority and its readiness gates are satisfied.

MIRCO SAYSREADYSUPPORTED
CONSENSUSQuorum presentSUPPORTED
EXECUTIONExecution state coherentSUPPORTED
AVAILABILITYRequired data reachableSUPPORTED
PRIVACYNo privacy claim requiredN/A
EXTERNAL DATANo external source in claimN/A
WHY MIRCO SAYS THISConsensus evidence

The selected BFT profile has enough reachable validator authority for quorum. Process health alone would not be enough.

evidence://consensus/quorum
FORENSIC LOOKUP · CONCEPT

Search the object.
Then inspect its proof path.

A block, transaction, address or network should not end in a detail page full of fields. Explorer should show the lifecycle that produced the current claim.

LOOKUPTransaction
Concept data only — this prototype is not connected to a live chain.
T+00.000
INTENTTransaction accepted for processing

Authority and network context are identified before execution.

OBSERVED
T+00.041
EXECUTIONState transition evaluated

Execution result is recorded separately from consensus assurance.

EXECUTED
T+00.118
CONSENSUSRequired authority reaches decision

Finality comes from the active consensus profile, not from a UI timer.

COMMITTED
T+00.142
FINALITYClaim becomes supported

The explorer can now explain which assurance dimensions support “Finalized.”

FINALIZED
T+00.168
DELIVERYEvidence exposed to the user

Explorer presents the consequence and the evidence without collapsing distinct assurance dimensions.

VISIBLE
ASSURANCE SPECTRUM

Five dimensions.
Never one fake score.

Consensus, execution, external data, privacy and availability answer different questions. Explorer keeps them separate instead of inventing a single green “secure” badge.

01Consensus
Quorum / finalityWho agreed?
02Execution
State transitionWhat ran?
03External data
Source + freshnessWhat was observed?
04Privacy
Requested profileWho could see?
05Availability
ReachabilityCan evidence be obtained?
TRUTH ≠ SOURCE

External data can be useful.
It cannot silently become consensus.

SOURCE

What the adapter observed

XRPC or another external-network source can report balances, payments, fees, finality or events. Explorer should preserve provider, freshness and trust context.

ProviderFreshnessObserved finalityCanonical asset
TRUTH

What MIRCO can actually assert

MIRCO consensus remains independent of external providers. A source observation is presented as external-data assurance, not relabeled as native consensus truth.

No source → consensus relabelNo invented authorityNo ticker-only identity
FAILURE IS EVIDENCE TOO

Explorer should show uncertainty
instead of painting it green.

Unavailable privacy, stale external data, insufficient quorum or unreachable evidence should remain visible as the reason a claim cannot be made.

CASE 01
QUORUMBFT4 has only two reachable validators

The correct explorer state is paused / insufficient quorum — not “degraded but finalized.”

CLAIM BLOCKED
CASE 02
PRIVACYRequested privacy backend unavailable

The correct state is privacy unavailable. The transaction must not be shown as privately satisfied through a weaker fallback.

FAIL CLOSED
CASE 03
EXTERNAL DATASource freshness outside policy

The observation may still be displayed, but its assurance state must remain stale / insufficient rather than “verified.”

STALE
MIRCO EXPLORER

Every important status
should survive the question: why?

Explorer closes the MIRCO core journey by turning network operation into inspectable evidence rather than decorative confidence.

Public launch pricing: Self-host Community is $0. Managed BFT4 starts at $1,299/month, BYOC AutoOps at $499/month + cloud, and XRPC paid plans at $49/month. See pricing →