Slatepack Inspector

• Plaintext slatepacks are fully readable. These come from the manual flow — grin-wallet send without a -d destination. Amount, fee, step, and sender are all visible.
• Encrypted slatepacks are not, and that is the point. The default send -d <address> encrypts the slate to the recipient and moves the sender inside that encrypted envelope. Only the recipient's wallet can open it — this page will tell you it is encrypted and nothing more.
• 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.

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.