TinyExplorer Every Grin block, one link away.

Grin Slatepack Inspector

Paste or drop a Grin slatepack to see exactly what it contains — the amount, the fee, which step of the transaction it is on, and which network it belongs to. Check that a slatepack says what the sender promised before you act on it.

Read-only — nothing is sent anywhere. The slatepack you paste is decoded in this page, by this page. It never reaches this server or any other, and the page holds no keys: it cannot sign, finalize, or broadcast a transaction.
● Decoded locally in your browser
What this can and cannot tell you
  • Plaintext slatepacks are fully readable. With grin-wallet that means the first slatepack of a transaction made without a destination — grin-wallet send or invoice with no -d. Amount, fee, step, and the author's address are all visible.
  • Encrypted slatepacks are not, and that is the point. A wallet encrypts whenever it knows who it is writing to: send -d <address> and invoice -d seal the first slatepack to that address, and every reply is sealed too — receive and pay answer to the address in the slatepack they were given, even a plaintext one. So an S2 or I2 from grin-wallet is always encrypted, and this page will tell you it is encrypted and nothing more — not even which step it is.
  • Mainnet vs testnet comes from the sender's address prefix — grin1… is mainnet, tgrin1… is testnet. A slate itself carries no network field at all, which is why a testnet slate can be signed by a mainnet wallet and only fails when it is broadcast.
  • This page never signs, sends, finalizes, or broadcasts anything. It holds no keys and makes no network requests. It only reads.
The three steps of a Grin transaction

Grin transactions are interactive — both sides must take part. There are two directions, and a slate tells you which one it is on:

  • Standard (S1 → S2 → S3) — the sender starts. They offer a payment, the receiver adds their output and signs, then the sender finalizes and broadcasts.
  • Invoice (I1 → I2 → I3) — the receiver starts. They issue a request for payment, the payer signs it, then the invoicer finalizes and broadcasts.

Getting lost between rounds is the most common confusion in Grin. That is what the step rail above is for.

Which of these can this page read? Only a slatepack whose author did not know the other side's address — and with grin-wallet that is just the first one, when it was made without -d. Even that plaintext slatepack names its author, so the wallet that answers it knows exactly who to seal the reply to, and does. The reply (S2 / I2) is therefore always encrypted; to look inside it without acting on it, the wallet it is addressed to can run grin-wallet unpack.