Migrating Polymarket bots to Kuest requires endpoint, authentication, network, and V2 signed-order changes.
- TypeScript SDK:
@kuest/clob-client - Rust SDK: https://crates.io/crates/kuest-client-sdk
- Python SDK: https://pypi.org/project/kuest-py-clob-client/
MIGRATION.md— step-by-step migration guide for humans.mapping.json— machine-readable mapping for automation or LLM-assisted refactors.AGENTS.md— compact instructions for coding agents and migration tooling.
- Replace
POLYMARKET_withKUEST_in env vars and auth headers. - Replace
*.polymarket.comwith*.kuest.com(same subdomain). - Kuest order signing uses the EIP-712 domain
CTF Exchange, version2. - V2 orders remove
taker,expiration,nonce, andfeeRateBpsfrom the signed payload and addtimestamp,metadata, andbuilder. - Use Deposit Wallet as
makerandsigner, with signature type3. - Send
owneras the CLOB API key, notKUEST_ADDRESS. - In Kuest CLOB order responses, deserialize
owneras a ULID/string user identifier. - Use
builderCode/builder_codefor attribution; Kuest encodes a builder wallet asbytes32(uint256(uint160(wallet))). - Deploy the Deposit Wallet before posting orders. Relayer calls require Builder credentials and use
WALLET/WALLET-CREATE.
- Kuest runs on Polygon Mainnet (chainId 137) and uses Circle USDC.
- Polymarket V2 uses Polygon (chainId 137) and pUSD collateral; Kuest V2 uses USDC Circle directly.
- CTF Exchange:
0xaa1b8dE834E16eC69C044F5300041673C968c9eF - Neg Risk CTF Exchange:
0xe7FA09cA716FDf498d74AFF618d32AFeacc310aB - USDC Circle (Polygon mainnet):
0x3c499c542cef5e3811e1192ce70d8cc03d5c3359
For the full migration guide, see MIGRATION.md.