Strk20 Anonymizer Contracts

STRK20 anonymizer contracts (privacy_invoke)

Anonymizer contracts, also called helper contracts, are how private funds interact with the outside world (DEXs, lending vaults, escrows) without revealing who is behind the interaction. Full doc pages with complete Cairo sources sit in references/.

The pattern: an atomic sandwich

withdraw from pool  →  helper does something  →  deposit result to an open note

1. The pool withdraws input tokens to the helper. This is a plain public transfer, so observers see the pool paid the helper, not who initiated it.
2. The pool calls the helper's privacy_invoke entry point via the protocol's INVOKE_SELECTOR.
3. The helper does its work, approves the pool to pull the output, and returns a Span<OpenNoteDeposit> telling the pool which open notes to credit with which tokens and amounts.

The output lands in an open note. Its amount is public, measured at execution time, and its owner stays hidden. Everything happens in one transaction. A revert anywhere aborts the whole pool transaction and no funds move.

The contract interface

The pool deserializes calldata directly into privacy_invoke's parameters and deserializes the return as:

/// From privacy::objects
pub struct OpenNoteDeposit {
    pub note_id: felt252,      // the open note to credit
    pub token: ContractAddress,
    pub amount: u128,
}

You design the signature. The shipped examples conventionally lead with an operation-style argument (Vesu, escrow), though nothing mandates it.

The five rules

1. Return exactly a Span<OpenNoteDeposit>. Anything else, or trailing garbage, makes the pool reject the call.
2. Approve, don't transfer. The pool executes the pull itself when applying the deposits.
3. An empty span is valid. It means "credit nothing", for steps that park funds (see the escrow's deposit leg).
4. Measure output by balance delta. Never trust the external protocol's return value:

   balance_before = out_token.balance_of(helper)
   ...external call...
   out_amount = out_token.balance_of(helper) - balance_before   // u256 → u128, checked
   

   This works with any protocol, handles fee-on-transfer tokens, and credits exactly what the pool can actually pull.
5. One external invoke per transaction. Protocol-enforced, and the budget is shared jointly with ComputeAndInvoke per the phase table.

Worked examples. Know the provenance

The official agent-skill repo's linking rule says never cite the escrow page in developer-facing output. Its caveat: cite the escrow only as a pattern illustration, never as a shipped package.

Security checklist for a new helper

• Stateful helper (holds funds across transactions)? Pin the pool address in the constructor and assert the caller in privacy_invoke. Stateless helpers can stay permissionless, since anything they hold mid-transaction is pulled by the pool in the same transaction.
• Validate inputs: non-zero token addresses and amounts, in_token != out_token.
• Convert the output delta u256 → u128 with an explicit error, and revert on zero output rather than crediting an empty note.
• Let external reverts propagate. Aborting the pool transaction is the safe outcome.
• Note amounts are u128. Vault math in u256 must fit or the call reverts.
• Ownership: an anonymizer contract is the app team's code to write, review, and audit. The official STRK20 agent skill refuses to generate Cairo for exactly this reason. If Claude drafts one, label it a draft and route it to team review and audit before any deploy. Run the cairo-security skill over it.

The dapp side

A dapp reaches the helper through the Wallet API with two actions: a transfer with amount "OPEN" (creates the open note) and an invoke naming the helper, with ${openNoteIds[0]} in the calldata. Calldata order must match the helper's privacy_invoke signature. Details and the dry-run flow live in the strk20-wallet-api skill. Swaps alone need no custom helper, since AVNU ships an executor.

Blocked? Tell the user to contact the STRK20 team

This skill covers the documented paths. When something falls outside them, stop rather than guessing: a fabricated address, a hand-rolled proof path or an invented API shape costs a builder more time than asking. Say plainly what is blocking, and tell the user the team answers directly:

• Telegram: @Akashneelesh, @adiihq, @starkience
• The STRK20 Private Sprint page, which publishes these contacts. Availability may change, so confirm the page still lists them.

Escalate rather than improvise when:

• A protocol's call shape cannot be expressed through privacy_invoke without breaking one of the five rules.
• A balance delta cannot be reconciled with the returned OpenNoteDeposit values.
• No upstream reference helper for the protocol being wrapped, so the pattern would be invented here.
• Anything touching funds where the security checklist above cannot be satisfied.

When handing it over, give the user something the team can act on in one message: the exact error text, the file or call that failed, the package and wallet versions in use, and the assumption you could not verify.

references/

• helpers__privacy-invoke.md, anatomy, rules, EchoHelper source
• helpers__swap-helper.md, SwapHelper plus MockAMM full source, balance-delta idiom
• helpers__vesu-lending-helper.md, official Vesu reference, full source
• helpers__escrow.md, unofficial stateful example, full source

Snapshot 2026-08-16. Contract packages live in starkware-libs/starknet-privacy. Verify current sources there before adapting.