transaction
Public facts about this transaction. Zexplorer only shows what the public chain reveals.
5cc08eb94678facce15a2c46a4a92be3589d7903573327c1ea8c8cc752dd33b9Public counts derived from this transaction's structure. Shielded entries are counted, but their parties, amounts, and memos stay private.
| Input | Prevout | Value |
|---|---|---|
| vin 0 | transparent prevout | 1.25296400 ZEC |
| vin 1 | transparent prevout | 1.26004260 ZEC |
| vin 2 | transparent prevout | 1.25312192 ZEC |
| vin 3 | transparent prevout | 1.25000000 ZEC |
| vin 4 | transparent prevout | 1.25788473 ZEC |
| vin 5 | transparent prevout | 1.25036925 ZEC |
| vin 6 | transparent prevout | 1.25000000 ZEC |
| vin 7 | transparent prevout | 1.25200000 ZEC |
| vin 8 | transparent prevout | 1.25000000 ZEC |
| vin 9 | transparent prevout | 1.25012031 ZEC |
Input values are read from the upstream prevout index. When a value is unavailable, the upstream has not finished resolving the spent outpoint; the input still exists, but its zatoshi amount is not yet cached. Transparent outputs and full script bodies are scheduled for a follow-up consumer integration phase.
The actual fee can't be recovered because this transaction has Shielded inputs. The number below is the minimum recommended fee for a transaction this shape: a fair-share floor, not the amount paid.
Zexplorer never knows whether you sent or received any shielded portion of this transaction. If a payer provided a ZIP-311 payment disclosure, you can verify it against the public chain facts above. Disclosure payloads are processed once, never persisted, and never logged.
verify a payment disclosure →Disclosure verification is capability-gated on the upstream node (explorer.payment_disclosure.verify_v1). The tool will show an explicit "unavailable on this node" state when the operator hasn't enabled the verifier.