
Uniswap Tx Builder Mcp
io.github.Yummybait-finPublished by GitHub account Yummybait-finv0.4.3Updated Oct 24, 2026
Builds and simulates unsigned Uniswap v3 liquidity-position transactions — keyless, never signs.
Overview
Keyless MCP server that builds unsigned Uniswap v3 liquidity-position and swap transactions, with optional eth_call simulation.
- What you can do
- Build unsigned transactions for Uniswap v3 positions: collect fees, close or burn, mint, increase liquidity
- Build ERC-20 approvals, native ETH wrapping and exact-in single-hop swaps via the Universal Router
- Read chain state: swap quotes, pool state, and a wallet's position NFTs
- Convert a human price range and amounts into aligned ticks and wei amounts
- Optionally dry-run builds with eth_call and return the decoded simulation result
- When to use it
- Useful when an assistant should prepare Uniswap v3 position or swap calldata that you sign and broadcast with your own wallet, or when it needs to inspect pools, quotes and existing positions before acting.
- Requirements
- Runs locally over stdio, typically via npx from the npm package or as a Docker image. No keys or accounts are needed. Chain reads use public RPC endpoints by default; override per chain with RPC_ETH, RPC_OP, RPC_POLYGON, RPC_BASE or RPC_ARB. Network access is needed only for reads and simulations.
Installation
In SourceWeft
- Open Uniswap Tx Builder Mcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
uniswap-tx-builder-mcp
[CI] [coverage] [npm version] [node] [license] [OpenSSF Scorecard]
A keyless MCP server that builds unsigned Uniswap v3
liquidity-position transactions and optionally simulates them via eth_call. It never holds
keys and never signs — you take the returned calldata and sign + broadcast it with your own
wallet (viem, a CDP wallet MCP, any signer).
Because it's keyless, the only limits that apply to a built tx are your wallet's — the server's threat surface is just "it returns calldata and reads public RPCs."
Ecosystem
Part of Yummybait:
cdp-wallet-agent-example— a reference agent that drives this MCP with a Coinbase CDP wallet as the signer.- yummybait.finance — the product these tools power.
Tools
Every build tool returns tx = { to, data, value, chainId } plus rlp — the unsigned
EIP-1559 (type-2) serialization of tx with nonce/fees/gas zeroed (signing services like the
CDP API populate them; serialize tx yourself if you manage nonces) — and a human description.
value is "0" except the payable Universal Router wrap/swap builds. Addresses are 0x…40;
positionId and amounts are decimal strings (they exceed JS safe integers).
Encoding itself is offline: build_mint, build_increase, build_wrap, build_swap, and
build_collect (with simulate: false) produce calldata without any network access. Only chain
reads need a reachable RPC endpoint — and public defaults are baked in per chain, so nothing has
to be configured either way (see Configuration to override them).
simulate runs an opt-in eth_call dry-run: on by default for collect/close, off for
mint/increase (those need approvals + balances, so the dry-run usually reverts); wrap/swap/approve
simulate when you pass sender (the signing wallet). A reverted simulation comes back as an
error — don't sign a tx that failed to simulate. When a dry-run succeeds, the response also
includes simulationResult — the actual decoded return value of the call (e.g.
{amount0, amount1} for build_collect/build_close, {tokenId, liquidity, amount0, amount1}
for build_mint, {approved} for build_approve) rather than just the simulated: true flag.
build_wrap/build_swap go through the Universal Router's execute, which has no return value,
so they only report simulated. See the companion skill for the full argument reference and
position lifecycle.
Install & run
From npm (no clone, stdio transport — what MCP clients spawn):
From source:
Set MCP_HTTP_PORT to serve the streamable-HTTP transport instead of stdio (endpoint:
http://<host>:<port>/mcp). HTTP runs stateless — every POST gets a fresh server/transport
pair, so any number of clients can connect and reconnect freely with no session bookkeeping:
Docker — build locally, or pull a released image from GHCR:
Connect to an MCP client
Claude Code (stdio via npm):
Generic client config (Claude Desktop, etc.) — add to the client's mcpServers:
(For a local build, swap the command for node /abs/path/to/uniswap-tx-builder-mcp/dist/mcp.js.)
For HTTP, run the server with MCP_HTTP_PORT and point the client at http://<host>:<port>/mcp.
Install the companion skill
skills/uniswap-tx-builder/ is a generic agent skill (no app- or wallet-specific knowledge)
that teaches an agent how to drive these tools: the argument reference, simulate-first, the
close→mint rebalance sequence, and the "your wallet signs" handoff. It pairs with the MCP — install
both. Pick whichever install path suits you.
A. Claude Code plugin (/plugin) — the repo doubles as a plugin marketplace:
B. npx — copies the skill into a skills dir (no clone needed):
C. Manual copy — straight from a checkout:
The agent picks it up by its SKILL.md frontmatter — no restart needed for project skills.
Configuration
Per-chain RPCs default to public endpoints; override with env vars (see src/config.ts):
Public RPCs are rate-limited and best-effort — set your own for anything beyond casual use.
Architecture
One code path, transport kept separate so it stays testable and ready for a future v4 tool set:
CI / releases
GitHub Actions (.github/workflows/):
- CI — typecheck + tests + npm-tarball allowlist check on every push to
mainand on PRs. - Release — pushing a
v*tag re-runs the tests, bumps the version onmainto match the tag (package.json+.claude-plugin/plugin.json), publishes the npm package (@yummybait/uniswap-tx-builder-mcp) with provenance, and builds + publishes the Docker image to GHCR (ghcr.io/yummybait-fin/uniswap-tx-builder-mcp), tagged with the version (andlatest). The tag is the single version source for both artifacts; the bump lands onmainafter the tag, so the tagged commit keeps its old version.
npm supply-chain posture
The npm publish job is locked down; keep these properties when touching it:
- Trusted publishing (OIDC) — no long-lived npm token in CI. Configured on npmjs.com under
package → Settings → Trusted publisher (GitHub Actions, this repo,
release.yml). TheNPM_TOKENsecret path in the workflow exists only to bootstrap the first release (trusted publishers can't be configured before the package exists) — delete the secret afterwards and set the package's publishing access to "Require two-factor authentication and disallow tokens". - Provenance —
publishConfig.provenance: trueattaches a Sigstore attestation linking every published tarball to the exact workflow run and commit. It also makes an accidental localnpm publishfail (no OIDC outside CI). Consumers verify withnpm audit signatures. - Gates before publish —
npm audit signatures(registry attestations of the dep tree),npm audit --omit=dev --audit-level=high(no known high/critical vulns in shipped deps), typecheck + full test suite (prepublishOnly), andscripts/verify-tarball.mjs(the tarball must contain exactly the allowlisted files — no secrets, no strays). - Hardened job —
npm ci --ignore-scripts(no dependency postinstall runs where publish credentials live), minimal per-job permissions, actions pinned to commit SHAs, Dependabot keeping pins and deps fresh.
Scope
Uniswap v3 NonfungiblePositionManager on the chains above. Calling an unconfigured chain returns
an "Unsupported chain" error. Roadmap: Uniswap v4 as a separate set of tools alongside these.
Source: README.md at commit 2cfdb32
Tools
0Version history
1- v0.4.3LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts