add pinocchio token-2022 mint-close-authority example

[MarkFeder]

Adds a Pinocchio port of the tokens/token-2022/mint-close-authority example, alongside the existing anchor and native versions.

What it does

A single instruction creates an SPL Token-2022 mint carrying the MintCloseAuthority extension, so a designated authority can later close the mint and reclaim its rent.

Notes

Token-2022 has no Pinocchio wrapper crate (pinocchio-token targets the legacy SPL Token program), so the Token-2022 instructions are built by hand and CPI'd:

1. CreateAccount for the mint, sized to 202 bytes (base Account length 165 + account-type byte + one MintCloseAuthority TLV entry) and owned by the Token-2022 program.
2. InitializeMintCloseAuthority (variant 25) — must run before the mint is initialized.
3. InitializeMint (variant 0).

The bankrun test asserts the resulting mint is owned by Token-2022, is exactly 202 bytes, has the correct decimals, and that the extension header (account type Mint, TLV type MintCloseAuthority) and stored close authority were written correctly.

[greptile-apps]

Greptile Summary

This PR adds a Pinocchio port of the tokens/token-2022/mint-close-authority example, sitting alongside the existing anchor and native variants. Because no pinocchio-token-2022 crate exists, the three Token-2022 instructions (CreateAccount, InitializeMintCloseAuthority, InitializeMint) are hand-serialized and CPI'd using hardcoded program IDs.

• create_mint.rs: Implements the single instruction by issuing three sequential CPIs — CreateAccount (202 bytes, owned by Token-2022), InitializeMintCloseAuthority (variant 25, 34-byte data with 1-byte COption tag), and InitializeMint (variant 0, 67-byte data). All instruction data layouts match Token-2022's unpack_pubkey_option expectations.
• mod.rs: Defines MINT_SIZE = 202 (base 165 + account-type 1 + TLV 36) and TOKEN_2022_PROGRAM_ID constant; both are consistent with ExtensionType::try_calculate_account_len::<Mint>(&[MintCloseAuthority]).
• test.ts: Uses a distinct closeAuthority keypair (separate from payer/mint authority) and validates the result via the official getMintDecoder() codec, which implicitly verifies TLV structure, decimals, and the stored close authority address.

Confidence Score: 5/5

Safe to merge; all three hand-rolled Token-2022 CPIs are correctly encoded and the test validates mint ownership, size, extension type, and the stored close authority using the official codec.

The instruction data layouts (34-byte InitializeMintCloseAuthority, 67-byte InitializeMint) are consistent with Token-2022's unpack_pubkey_option (1-byte COption tag + 32-byte key). MINT_SIZE=202 matches ExtensionType::try_calculate_account_len. The test now uses a distinct closeAuthority keypair, making the stored-authority assertion genuinely meaningful. No functional gaps were found.

No files require special attention.

Important Files Changed

Filename	Overview
tokens/token-2022/mint-close-authority/pinocchio/program/src/instructions/create_mint.rs	Core instruction implementation; correctly serializes InitializeMintCloseAuthority (34 bytes, 1-byte COption tag) and InitializeMint (67 bytes) matching Token-2022's unpack_pubkey_option format; CPI account slices are minimal and correct.
tokens/token-2022/mint-close-authority/pinocchio/program/src/instructions/mod.rs	Defines MINT_SIZE=202 (165+1+36) and TOKEN_2022_PROGRAM_ID; both values match the SPL Token-2022 extension layout; CreateTokenArgs parsing is minimal and correct.
tokens/token-2022/mint-close-authority/pinocchio/tests/test.ts	Comprehensive bankrun test using a distinct closeAuthority keypair and the official getMintDecoder() codec; validates owner, size, decimals, extension kind, and stored close authority address.
tokens/token-2022/mint-close-authority/pinocchio/program/src/lib.rs	Standard no_std pinocchio entrypoint boilerplate with global allocator (needed for Vec-based instruction data building).
tokens/token-2022/mint-close-authority/pinocchio/program/src/processor.rs	Single-instruction dispatch; no discriminator byte consumed (matching the native wire format as documented).
tokens/token-2022/mint-close-authority/pinocchio/program/Cargo.toml	Correct workspace dependencies (pinocchio, pinocchio-log, pinocchio-system); no pinocchio-token-2022 needed since Token-2022 instructions are built by hand.
tokens/token-2022/mint-close-authority/pinocchio/package.json	Standard test harness setup matching other pinocchio examples in the repo; uses litesvm for bankrun-style testing.

Sequence Diagram

sequenceDiagram
    participant Client as Test Client
    participant Program as Pinocchio Program
    participant SysProg as System Program
    participant T22 as Token-2022 Program

    Client->>Program: CreateMint (decimals, 7 accounts)
    activate Program

    Program->>Program: Rent::get() → compute lamports for 202 bytes

    Program->>SysProg: "CreateAccount(payer→mint, 202 bytes, owner=Token-2022)"
    SysProg-->>Program: ✓ mint account created

    Program->>T22: "InitializeMintCloseAuthority(variant=25) [1-byte tag + 32-byte close authority]"
    T22-->>Program: ✓ MintCloseAuthority TLV written

    Program->>T22: "InitializeMint(variant=0) [decimals + mint_authority + freeze_authority]"
    T22-->>Program: ✓ base mint initialized

    Program-->>Client: Ok(())
    deactivate Program

    Client->>Client: getMintDecoder().decode(mintData) assert decimals, MintCloseAuthority extension, close authority address

Loading

_{Reviews (10): Last reviewed commit: "token-2022 mint-close-authority pinocchi..." | Re-trigger Greptile}

[MarkFeder]

Hi @Perelyn-sama — thanks again for merging my previous pinocchio examples! This one adds the token-2022/mint-close-authority pinocchio port (the first Token-2022 example in the pinocchio series). All checks are green except a single red X on the ASM build-and-test-group-0 — that's the pre-existing repo-wide ASM failure, unrelated to this diff, which #625 fixes. Greptile has it at 5/5 "safe to merge." Would appreciate a review whenever you get a chance. Thanks!

[MarkFeder]

@Perelyn-sama @dev-jodee — rebased onto latest main (picks up the ASM sbpf/Solana pin from #625), CI is now fully green. Ready for review whenever you have a chance 🙏

[dev-jodee]

need signed commits please

[dev-jodee]

couple more things :) we're getting close ! (also apply them to all the other prs too when it makes sense)

[dev-jodee]

thanks for the work @MarkFeder, can you do the pr to fix the previous one we already merged with the feedback from this one please :)

[MarkFeder]

Thanks for merging @dev-jodee! 🙏 Opened the follow-up you asked for — #641 brings the already-merged create-token example up to this same kit + litesvm + official-package template (real Rent::get(), @solana-program/token/@solana-program/system, getProgramDerivedAddress, tsconfig moduleResolution: bundler). Verified locally: cargo build-sbf + ts-mocha → 2 passing, tsc/biome/fmt/clippy clean, frozen-lockfile OK, commit signed.