> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/rome-academy.md). # Rome Academy - [Rome Academy](https://docs.rome.builders/rome-academy/academy.md): A twelve-lesson course that takes you from your first Rome contract, to an app that serves EVM wallets and Solana wallets, to a chain of your own. - [1. What you're building on Rome](https://docs.rome.builders/rome-academy/01-what-you-are-building.md): What Rome is, how one contract serves EVM and Solana wallets, and the app you build in this course. - [2. What you can build](https://docs.rome.builders/rome-academy/02-what-you-can-build.md): The six kinds of app Rome is built for, ranked by where it is strongest, each with an app or guide that shows it and the lessons that teach it. - [3. Your first contract on Hadrian](https://docs.rome.builders/rome-academy/03-first-contract-on-hadrian.md): Connect a wallet to Hadrian, fund it, deploy a contract with Hardhat, and follow your transaction to the Solana transaction that settled it. - [4. How Rome runs your code](https://docs.rome.builders/rome-academy/04-how-rome-runs-your-code.md): How a Rome transaction becomes Solana transactions, why most calls run atomically, and what changes when a call is too big. - [5. Call Solana from Solidity](https://docs.rome.builders/rome-academy/05-call-solana-from-solidity.md): Use Rome's CPI and Helper precompiles to read Solana accounts, create token accounts and call Solana programs from a Solidity contract. - [6. Tokens on both sides](https://docs.rome.builders/rome-academy/06-tokens-on-both-sides.md): How one SPL token appears as an ERC-20 wrapper for EVM wallets and as a token account for Solana wallets, and the one-time grant that lets contracts move it. - [7. Open your EVM app to Solana wallets](https://docs.rome.builders/rome-academy/07-open-to-solana-wallets.md): Make your contract usable from a Solana wallet with no EVM key, covering the synthetic address, ERC-20 value, the two signatures and the atomic budget. - [8. Open your Solana program to EVM users](https://docs.rome.builders/rome-academy/08-open-your-solana-program-to-evm-users.md): Let MetaMask users call a program you already run on Solana, through a thin Solidity contract and the CPI precompile, with no port and no second copy of your state. - [9. Build a dual-lane app](https://docs.rome.builders/rome-academy/09-build-a-dual-lane-app.md): Build one vault contract that a MetaMask user and a Solana wallet user both deposit into and withdraw from, and see the same balance from both sides. - [10. Bring users and funds from other chains](https://docs.rome.builders/rome-academy/10-from-other-chains.md): Bring users and their funds to your Rome app from other chains and from Solana, with the bridge, its API and the CLI, and keep your app's screen live. - [11. Ship to Rubicon](https://docs.rome.builders/rome-academy/11-ship-to-rubicon.md): Take your dual-lane app from Hadrian to the Rubicon mainnet, with the launch checklist, the limits to design around and how to report a problem. - [12. Launch your own chain](https://docs.rome.builders/rome-academy/12-launch-your-own-chain.md): What App Sovereignty gives you (your own chain id, any SPL token as gas, gas revenue to your app), when it fits, what stays the same and how you start. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.rome.builders/rome-academy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.