The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the Mintclub listing page.
Trade, create, and manage bonding curve tokens across supported Uniswap chains — from the terminal, AI assistants, or autonomous agents.
Protocol-native Mint Club V2 tooling for humans and agents. Reads and direct Bond operations use the configured Mint Club contracts; routed trades use local RPC quotes and MCV2_ZapV2.
| Package | Purpose |
|---|---|
@mint.club/v2-cli | Direct CLI for Bond, bounded local Uniswap routing, ZapV2, token creation, transfers, prices, and balances |
@mint.club/v2-mcp | MCP tools backed by the CLI |
@mint.club/v2-eliza-plugin | ElizaOS actions backed by the CLI |
SKILL.md | Agent instructions for using mc safely |
All three adapters consume the published chain-registry.json from @mint.club/v2-cli. The registry is the shared source for chain keys, aliases, IDs, and capability flags; the CLI validates it against its full contract/token/RPC configuration at startup.
For application development, use the separate @mint.club/v2-sdk package and SDK documentation.
Version 2.0 consolidates the public packages under the @mint.club npm organization:
| Previous package | 2.0 package |
|---|---|
mint.club-v2-sdk | @mint.club/v2-sdk |
mint.club-cli | @mint.club/v2-cli |
mintclub-mcp | @mint.club/v2-mcp |
The scoped names supersede the legacy SDK, CLI, and MCP package names. Existing users should migrate their install and configuration commands; package binaries remain mc and mintclub-mcp. @mint.club/v2-eliza-plugin is new—the earlier @elizaos/plugin-mintclub name was never published.
The CLI and MCP server require Node.js 18 or later. The ElizaOS plugin and repository development require Node.js 22.13 or later. Generate a dedicated wallet with limited funds, or provide PRIVATE_KEY through a trusted secret manager; never paste a key into an agent conversation.
Financial writes are fail-closed: CLI writes require --yes (while create keeps its interactive prompt), MCP write tools require explicit chain/assets plus confirm: true and must remain behind the host's destructive-tool approval, and Eliza writes require one affirmative original-user Confirm: statement with exactly one explicit chain and all effective limits, slippage, assets, and royalties.
| Operation | Contract path |
|---|---|
| Buy with the configured reserve ERC-20 | MCV2_Bond.mint |
| Sell for the configured reserve ERC-20 | MCV2_Bond.burn |
| Buy from a routed native/ERC-20 asset | local Uniswap quote + MCV2_ZapV2.zapMint |
| Sell into a routed native/ERC-20 asset | MCV2_ZapV2.zapBurn + local Uniswap quote |
| Create an ERC-20 bonding curve token | MCV2_Bond.createToken |
Example ZapV2 syntax:
Both ERC-20 and ERC-1155 Mint Club tokens can be direct Bond or Zap targets. Routed input and output assets must be native currency or ERC-20 tokens. ZapV2 is deployed on every supported chain listed below. Blast is intentionally unsupported because it is outside the official Uniswap deployment set used by this integration.
Routing does not call the Uniswap Trading API, Smart Order Router, Mint Club route services, or any API-key quote service. It uses chain RPC calls only:
@uniswap/universal-router-sdk.The encoder uses Universal Router V2.0 commands with router-balance payment (payerIsUser = false) and the ZapV2 contract as recipient. It rejects Permit2 ingress commands and settles any unused routed input directly back to the caller.
Deliberate limits: no split routes, mixed-protocol paths, arbitrary-length graph search, dynamic-fee V4 pools, or hooked V4 pools. V4 discovery checks only canonical hookless fee/tick-spacing pairs. This repository does not expose a general-purpose swap command.
The MCP server exposes nine tools:
token_info · token_price · wallet_balance · buy_token · sell_token · zap_buy · zap_sell · send_token · create_token
Read tools accept an optional canonical chain key and default to Base. Write tools require an explicit chain. See the MCP reference for schemas and safe client configuration.
MCP and Eliza invoke the CLI with argument arrays rather than shell-interpolated commands.
| Chain | CLI key | Chain ID |
|---|---|---|
| Ethereum | ethereum | 1 |
| Optimism | optimism | 10 |
| Arbitrum One | arbitrum | 42161 |
| Avalanche C-Chain | avalanche | 43114 |
| Base | base | 8453 |
| Polygon PoS | polygon | 137 |
| BNB Smart Chain | bsc | 56 |
| Zora | zora | 7777777 |
| Unichain | unichain | 130 |
| Robinhood Chain | robinhood | 4663 |
| Sepolia | sepolia | 11155111 |
| Base Sepolia | base-sepolia | 84532 |
See the CLI reference for command options, routing details, and contract configuration.
The three publishable packages share one npm workspace lockfile:
Repository development requires Node.js 22.13 or later. CI separately verifies the published CLI and MCP runtime paths on Node.js 18. The default tests are deterministic and offline. test:integration performs read-only deployment and immutable checks across all supported networks plus live route quotes where a stable intermediary is configured. test:fork runs write flows against a pinned local Base fork and requires Anvil.
For releases, update all three package versions, the CLI dependency ranges, and mcp/server.json, then commit and push the changes to main. After the main CI run passes, use the repository release command:
The command requires authenticated npm and git sessions. It runs the release gates, publishes the CLI first, waits for npm availability, publishes MCP and ElizaOS, verifies that every package records the current commit as its gitHead, and pushes the matching vX.Y.Z tag. The tag-triggered GitHub workflow then creates the GitHub Release automatically. Already-published packages from the same commit are skipped safely, so a partially completed npm release can be resumed. If npm publishing and the tag push succeed but the GitHub workflow fails, rerun that workflow from GitHub Actions.
MIT. Published packages include the project LICENSE; bundled CLI and MCP dependencies are covered by generated THIRD_PARTY_NOTICES.md files. The CLI build keeps only the ABIs from imported Uniswap contract artifacts and excludes their bytecode. See SECURITY.md for the dependency audit policy.