Skip to content

docs: document EIP-2612 permit and Permit2 in ERC20Vault - #29

Open
ggonzalez94 wants to merge 1 commit into
mainfrom
claude/awesome-euler-vmuxs7
Open

docs: document EIP-2612 permit and Permit2 in ERC20Vault#29
ggonzalez94 wants to merge 1 commit into
mainfrom
claude/awesome-euler-vmuxs7

Conversation

@ggonzalez94

Copy link
Copy Markdown
Member

What

Proposal0023 (taiko-mono#22083) upgraded the L1 and L2 ERC20Vault proxies to the implementations that add EIP-2612 permit and Permit2 support (taiko-mono#22093). This means ERC-20 bridging can now be done in a single signed transaction instead of approve + sendToken, and the docs did not mention it — including the SKILL.md recipe agents follow to bridge programmatically.

Changes

  • docs/pages/protocol/bridging.mdx: new subsection Approval-free ERC-20 sends: sendTokenWithPermit and sendTokenWithPermit2 under Token Bridging. Explains when to reach for each entrypoint, notes that the message shape, quota accounting and refund path match sendToken, gives the canonical Permit2 address (0x000000000022D473030F116dDEE9F6B43aC78BA3), and flags the VAULT_PERMIT_NO_ALLOWANCE failure a griefed EIP-2612 permit will surface.
  • docs/public/SKILL.md: the Bridge tokens (programmatic) recipe now lists all three send paths (sendToken, sendTokenWithPermit, sendTokenWithPermit2) with a one-line guide for each, and both mainnet contract-address tables now include the Permit2 address. This keeps agents from defaulting to approve + sendToken when the token supports permit or when the user already has a Permit2 allowance.

Notes

  • Proposal0023 also raised the bridge's _SEND_ETHER_GAS_LIMIT from 35,000 → 135,000. That constant is not documented anywhere in the docs today, so I did not add it here.
  • The bridge UI still runs the two-step flow (called out as a follow-up in taiko-mono#22083). Once it moves to a permit path, the UX language in bridge.taiko.xyz can pick up the new copy naturally without changes here.

🤖 Generated with Claude Code

https://claude.ai/code/session_0167RsqRvufRULhpZBMoQkRx


Generated by Claude Code

Proposal0023 (taiko-mono#22083) upgraded the L1 and L2 ERC20 vaults with
the permit entrypoints added in taiko-mono#22093, so ERC-20 bridging can
now be done in a single signed transaction instead of `approve` +
`sendToken`. This adds:

- A new "Approval-free ERC-20 sends" subsection in the bridging page
  covering `sendTokenWithPermit` (EIP-2612) and `sendTokenWithPermit2`
  (Permit2 at `0x000000000022D473030F116dDEE9F6B43aC78BA3`), including
  when to reach for each.
- SKILL.md now lists all three ERC-20 send paths in the "Bridge tokens
  (programmatic)" recipe so agents don't default to `approve` + `sendToken`
  when a permit path fits.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0167RsqRvufRULhpZBMoQkRx
@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant