Hanzo
Cloud MCPwallets

post_v1_wallets_id_transactions

Composes a Safe transaction on the MPC ring and answers its EIP-712 hash together with the owner approval the ring's threshold signature produced.

Composes a Safe transaction on the MPC ring and answers its EIP-712 hash together with the owner approval the ring's threshold signature produced. Only a wallet whose custody is "safe" can do this — any other custody is a 400, because the backend itself is asked whether it can propose rather than the kind being switched on. The ring computes the Safe-tx hash bound to the Safe contract and the chain id, so the hash a caller gets back is the one the Safe will verify. This PROPOSES: it does not execute the transaction.

Toolpost_v1_wallets_id_transactions
Doorhttps://api.hanzo.ai/v1/mcp
Methodtools/call (JSON-RPC 2.0)
Arguments5
OperationPOST /v1/wallets/{id}/transactions
Productwallets

Arguments

FieldTypeRequiredDefaultValuesDescription
chainIdintegerChainID is the EVM chain the Safe transaction is bound to. 0 uses the wallet's own chain, or the Hanzo L1 (36963) when it is chain-agnostic.
datastringData is the call data, hex-encoded.
nonceintegerNonce is the Safe's transaction nonce.
tostringTo is the transaction's target address.
valuestringValue is the native-token amount to send, as a decimal string in wei.

tools/list declares a type and a description for each field and nothing further. A means neither the door nor that operation constrains the field.

POST /v1/wallets/{id}/transactions requires id, which tools/list does not declare on this tool. Where that value goes in a tools/call is not something the door publishes, so this page does not guess — the same capability over plain HTTP is fully specified in the API reference below.

Call it

A tools/call carries every argument in one flat object — nothing binds to a path or a query string. Nothing above is required, so every declared argument is shown rather than a guess at which matter.

curl -X POST https://api.hanzo.ai/v1/mcp \
  -H "Authorization: Bearer $HANZO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
       "jsonrpc": "2.0",
       "id": 1,
       "method": "tools/call",
       "params": {
         "name": "post_v1_wallets_id_transactions",
         "arguments": {
           "chainId": 0,
           "data": "<data>",
           "nonce": 0,
           "to": "<to>",
           "value": "<value>"
         }
       }
     }'

Values are the operation's own defaults and enumerated values where it declares them, and a <placeholder> where neither source declares one. chainId and nonce hold stand-ins that cannot be spelled that way — JSON gives a number, a boolean and a timestamp no placeholder form — so those values are this page's, not the API's. Neither the door nor the operation declares one. tools/list needs no credential; tools/call does — called without one the door answers HTTP 200 with a JSON-RPC result whose isError is set and whose text says what was missing. How to get a key →

The operation behind it

OperationRouteProductSummary
cloud_post_v1_wallets_id_transactionsPOST /v1/wallets/{id}/transactionswalletsComposes a Safe transaction on the MPC ring and answers its EIP-712 hash together with…

The same capability over plain HTTP is in the wallets API reference, on https://api.hanzo.ai.


All 833 tools · The door · API reference

Generated from tools/list on https://api.hanzo.ai/v1/mcp — 833 tools captured 2026-08-01 (this build read the vendored copy; the door was unreachable).

How is this guide?

On this page