add pinocchio multiple-extensions example

[MarkFeder]

Adds a pinocchio port of tokens/token-2022/multiple-extensions, filling the last missing variant for this example (previously native-only).

What it does

Creates a Token-2022 mint carrying two extensions at once — MintCloseAuthority and NonTransferable — both initialized via hand-built CPIs before InitializeMint (Token-2022 rejects initializing extensions once the mint is initialized). There is no pinocchio crate for Token-2022, so the instructions are serialized by hand, consistent with the merged mint-close-authority, non-transferable, default-account-state, and transfer-fee pinocchio examples.

Notes

• Instruction wire format ([token_decimals: u8]) matches the native example.
• MINT_SIZE = 206 = base 165 + account-type 1 + MintCloseAuthority TLV (36) + NonTransferable TLV (4), mirroring ExtensionType::try_calculate_account_len::<Mint>(&[MintCloseAuthority, NonTransferable]).
• Test stack follows the repo standard (mocha + tsx, @solana/kit ^7, litesvm); the test decodes the mint with the official Token-2022 codec and asserts both extensions are present and the extended size.

Testing

cargo build-sbf + litesvm test pass on the Linux/Docker path; cargo clippy -- -D warnings, cargo fmt --check, tsc --noEmit, and prettier (root 3.9.6) all clean.

[greptile-apps]

Greptile Summary

Adds the missing Pinocchio variant of the Token-2022 multiple-extensions example.

• Creates a rent-exempt Token-2022 mint and initializes MintCloseAuthority and NonTransferable before InitializeMint.
• Adds workspace registration, package/build configuration, and a LiteSVM integration test that decodes and validates both extensions.

Confidence Score: 5/5

The PR appears safe to merge.

No blocking failure remains.

Important Files Changed

Filename	Overview
tokens/token-2022/multiple-extensions/pinocchio/program/src/instructions/create_mint.rs	Implements mint creation and hand-built Token-2022 CPIs in the required extension-before-mint order.
tokens/token-2022/multiple-extensions/pinocchio/program/src/instructions/mod.rs	Defines the Token-2022 program address, 206-byte extended mint size, and one-byte instruction argument parser.
tokens/token-2022/multiple-extensions/pinocchio/tests/test.ts	Exercises mint creation in LiteSVM and validates ownership, size, base mint fields, and both decoded extensions.
tokens/token-2022/multiple-extensions/pinocchio/package.json	Adds the standard build, deploy, and test scripts with dependencies resolved by the committed frozen lockfile.
Cargo.toml	Registers the new Pinocchio program as a root Cargo workspace member.

_{Reviews (3): Last reviewed commit: "add pinocchio multiple-extensions exampl..." | Re-trigger Greptile}

[greptile-apps]

Unsigned pull request commit

Commit f3ac044af7521baf8d9d60091baf0b428d16646d has no signature, violating the repository requirement that pull request commits have verified signatures and blocking this change from being merged.

Context Used: Request changes if the commits are not signed (ver... (source)

[MarkFeder]

This is a false positive — the commit is signed and GitHub reports it verified. gh api repos/solana-foundation/program-examples/pulls/682/commits returns verification.verified = true, reason = valid for f3ac044a, signed with my registered ED25519 SSH key (SHA256:UVyyOf24fM8y73sfUoms0okbKMJobxlKQjwweQs4BhU); the commit shows a Verified badge in the PR. No re-sign needed.

[greptile-apps]

You're right, I apologize for the false positive. The GitHub API confirms verification.verified = true with reason = valid for f3ac044a, and the commit shows the Verified badge on the PR. My original comment was incorrect — no action needed on your end.

[dev-jodee]

can you fix the merge conflicts pls :)

[MarkFeder]

Rebased onto latest main — the Cargo.toml conflict (from #684's interest-bearing line) is resolved and the commit is now signed/verified. Ready for another look 🙌

[dev-jodee]

@MarkFeder youll ahve to again ahah

[MarkFeder]

Rebased onto main after #683 merged. Conflict resolved, commit signed. 🙌