Build on Rome with your AI: one CLI, one MCP server, zero hallucinated addresses
If you're building with an AI agent this weekend, you already know the two ways it fails on a new chain: it hallucinates facts — chain ids, addresses, selectors that don't exist — and it doesn't know the pattern — which example to copy, how the pieces fit. On a 48-hour clock, either one kills the project. Rome ships the fix as a first-class part of the platform: rome — one tool, two surfaces, built for agents. A CLI — for terminal agents and shell-outs. An MCP server — rome mcp — for desktop ...
Build on Rome with your AI: one CLI, one MCP server, zero hallucinated addresses
If you're building with an AI agent this weekend, you already know the two ways it fails on a new chain: it hallucinates facts — chain ids, addresses, selectors that don't exist — and it doesn't know the pattern — which example to copy, how the pieces fit. On a 48-hour clock, either one kills the project. Rome ships the fix as a first-class part of the platform: rome — one tool, two surfaces, built for agents. A CLI — for terminal agents and shell-outs. An MCP server — rome mcp — for desktop ...
Rome's bridge: an API, not a custodian
Moving assets between chains usually means trusting a box in the middle — funds sit with someone while they cross. Rome's bridge is built the other way around: Rome never holds your funds — no server, no operator key — and the whole thing is an open API you can build into your own app. Where value locks in transit, it locks in the rails' public on-chain contracts; Rome adds no custodian on top. Here's how it works, why you don't have to trust it, and how to embed it. The reference bridge page...
Rome's bridge: an API, not a custodian
Moving assets between chains usually means trusting a box in the middle — funds sit with someone while they cross. Rome's bridge is built the other way around: Rome never holds your funds — no server, no operator key — and the whole thing is an open API you can build into your own app. Where value locks in transit, it locks in the rails' public on-chain contracts; Rome adds no custodian on top. Here's how it works, why you don't have to trust it, and how to embed it. The reference bridge page...
Rome DEX: one application, one pool — EVM users and Solana users
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. So every exchange picks a side. Rome DEX doesn't. It is one application with one pool: EVM users and Solana users swap and provide liquidity against the same reserves — each side with the wallet it already has, their own keys, no bridge between them. Not two versions of the app. The same one. It runs on Rome, where the EVM lives natively i...
Rome DEX: one application, one pool — EVM users and Solana users
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. So every exchange picks a side. Rome DEX doesn't. It is one application with one pool: EVM users and Solana users swap and provide liquidity against the same reserves — each side with the wallet it already has, their own keys, no bridge between them. Not two versions of the app. The same one. It runs on Rome, where the EVM lives natively i...
Compound v3 on Rome: one market for EVM users and Solana users
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. Lending markets, like everything else, pick a side. Compound v3 — the canonical Comet codebase — is live on Rome, where the EVM runs natively inside the Solana runtime: the EVM engine is itself a Solana program. So one lending market serves both: EVM users and Solana users lend and borrow in the same pool, each side signing with its own ke...
Compound v3 on Rome: one market for EVM users and Solana users
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. Lending markets, like everything else, pick a side. Compound v3 — the canonical Comet codebase — is live on Rome, where the EVM runs natively inside the Solana runtime: the EVM engine is itself a Solana program. So one lending market serves both: EVM users and Solana users lend and borrow in the same pool, each side signing with its own ke...
Solana DeFi for EVM users: Inside Cardo
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. Crypto's capital lives mostly on EVM rails; its fastest venues run on Solana. Users cross that boundary through bridges, new accounts, and custody hops — or don't cross at all. Cardo is our answer to a simple question: what would Solana DeFi feel like for an EVM user if that boundary weren't there? Everything below is live today on the dev...
Solana DeFi for EVM users: Inside Cardo
Ethereum-style (EVM) chains and Solana are incompatible by construction — different machines, different languages, an account on one can't touch the other. Crypto's capital lives mostly on EVM rails; its fastest venues run on Solana. Users cross that boundary through bridges, new accounts, and custody hops — or don't cross at all. Cardo is our answer to a simple question: what would Solana DeFi feel like for an EVM user if that boundary weren't there? Everything below is live today on the dev...
