DETENTexplorer
stellar testnet
synthetic ledgertransactions are simulated · hashes, ed25519 signatures and inclusion proofs are real and recomputed on every pagelog 7,404 entries · root 03c79c2f42ca
ledger/entry 4869‹ oldernewer ›
DENY
the payment as read off the wire
6,565.10 USDC tidal bandwidth
decided in 1.033ms2026-08-01T18:42:46.961Znever reached the network

how it was scanned

01·realitynot reached — an earlier check ended the verdict
02·mandate scopenot reached — an earlier check ended the verdict
03·velocitynot reached — an earlier check ended the verdict
04·counterpartynot reached — an earlier check ended the verdict
05·privacynot reached — an earlier check ended the verdict
06rail integritydelivered over mpp-relay, the mandate names soroban-direct
07·post approval integritynot reached — an earlier check ended the verdict

why

rail_integrityrail_hop_mismatch
delivered over mpp-relay, the mandate names soroban-direct

what the engine read

decoded from the envelope itself. the memo and the tool call are shown because they were ignored — a label is not evidence of what a transaction does.

actor account
GBB2Y7BO4IS7HWPIOVMTP5ADGM5GMFP2VRBSO5Y5SM5AZYDKIB5MDOOA
operations
1
op 0 · movement
6565.1095066 USDCGBODUHRP5FMOMWB6DT4SV7KDYMUXSNAOGPYJIMJHOB3ARCGWUGLQKMVB
memo (not trusted)
invoice 9e9de5
tool_call (not trusted)
settle_invoice(vendor="tidal bandwidth")

what checks four to seven were given

the counterparty feed, the transport envelope and the approval-time snapshot. they are recorded on the entry because a verdict nobody can re-derive is only an assertion.

counterparty
tidal bandwidth · clean
screened against
ofac sdn + eu csl, 2026-08-01
destination age
60 days
rail
mpp-relay · mandate names soroban-direct
envelope
nonce ef6351f40fcb550e · signed
clock skew
-0.5s against a 60s replay window
tool approved
settle_invoice · 00198884d83611502bb48a12
tool executing
00198884d83611502bb48a12 · unchanged
policy commitment
c39b42efb504654abe017035

provenance

mandate hash
ed67197142edb3f44244f205d12962fdb4f0a93bc58d0d94f3b668240548ecbb
rule hash
c39b42efb504654abe0170359ff9924c5ad2161fca8c4b77c28ba9b173888ad5
request hash
6a6d6604cb2e672d42dea965434fb16a39e6392f1d9eb51508e53127b6c8a607
transaction
b9a41e7873fced9fb865ebffbb96e1597ec3b400f5969efc077e2a1ace8a2b25

the receipt

entry
4869 of 7404
previous entry
8ed3fda5cb4db0f445980b7b0fab5d38d1b75e5e30082a919c1fabde92288c1a
leaf hash
e5cc67a688b5db2d51c0656bc6949ee386097b9a8dbbb13cd20a5ee98a688acd
engine key
GC4JH7M7F6TGKHPUTVSA3MZUTWWAXQTNMBJIT5XIB7XHNFKBKNRWPMSC
signature
GzyMPnVf9nLpzpWMKg2C+E5iTNdRSo0ZUoGwVts3GLnGxsYH28nhF+Ti5RpWUOE+g35L/kDnAElEr4YaOFl/Bw==

inclusion proof

the leaf was rebuilt from the payload above, the signature checked against the engine key, and the path below walked back to the published root. all three ran when this page was rendered.

leaf rebuilt from payloaded25519 signature validincluded in root 03c79c2f42…8ff52b
0left8ed3fda5cb4db0f445…de92288c1a
1right6acaefd6278f8f99bd…bb43b1975d
2leftdc793e6d741c8990d0…f9091af7ee
3rightde4308760d7ba4cbce…f7cb0d1707
4right3d1733618de3c74787…81423d6c9f
5right82253ea4b470935227…c82e050c5b
6right2fe3cc9e573188b29b…cf19a9e990
7rightad1d35062277b6b212…913e82dc0e
8leftaf2867073a354f4d40…d7f24e6c47
9left5efccc17def2020d29…64ff5d7d00
10right78d79e50c934cffc8b…2cef11de30
11right747f12f58baa04ca90…65cc7dde22
12leftdc8527842d65829ab0…fb53df942a
root
03c79c2f42ca9255de2536781df0b75d1aaa59b2e3ec0ffb772f49bf0a8ff52b