> 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/pt-br/redes/rubicon.md). # Rubicon (mainnet) Rome Rubicon — a chain pública de mainnet (chain ID 7531). Liquida na mainnet da Solana, o gás é USDC real. Rubicon é a cadeia pública de mainnet da Roma. É uma cadeia EVM que executa dentro do programa Rome na mainnet da Solana e faz a liquidação lá. O gás é pago em USDC, e esse USDC é dinheiro de verdade. Não há faucet. Rubicon não está no público [registro da Rome](https://github.com/rome-protocol/rome-registry), em `create-rome-app` ou em `rome-cli` ainda. Ferramentas que leem valores da cadeia a partir do registro não podem apontar para ele. Preencha os valores manualmente nesta página. ## Detalhes da rede | Campo | Valor | | ------------------------ | ------------------------------------------------------------------------------------------------------------------------- | | ID da cadeia | `7531` | | URL do RPC | `https://rubicon.mainnet.romeprotocol.xyz/` | | WebSocket | `wss://rubicon.mainnet.romeprotocol.xyz/` | | Explorador | [via-rubicon.mainnet.romeprotocol.xyz](https://via-rubicon.mainnet.romeprotocol.xyz/) | | Verificação de contratos | `https://verify.mainnet.romeprotocol.xyz` (veja [Verificar contratos](/pt-br/guias-do-desenvolvedor/verify-contracts.md)) | | Liquida em | mainnet da Solana | | ID do programa Rome | `RomePq9X3iAoTr813HR7uRarafFDUJty6GdiEceYpzX` | | Token de gas | USDC, 18 casas decimais no lado EVM | | mint de USDC da Solana | `EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v` (6 casas decimais) | Adicione-o a uma carteira inserindo manualmente os valores acima (Configurações → Redes → Adicionar rede), com o símbolo da moeda `USDC`. As assinaturas WebSocket são atendidas no mesmo host do RPC HTTPS. ## Gás O gás é USDC. O preço é lido da forma usual, com `eth_gasPrice`. O preço do Rubicon é mais alto do que no Hadrian e varia, então não copie um número desta página. Como comparação, uma leitura de `eth_gasPrice` no Rubicon retornou cerca de 104,6 gwei, enquanto o Hadrian retornou cerca de 10,4 gwei, aproximadamente dez vezes menos. O contrato de quickstart, construído sem o otimizador como `npx hardhat run` o compila, estima cerca de 14 milhões de gas no Rubicon, então um primeiro deploy custa cerca de 1,5 USDC a esse preço (cerca de 9,7 milhões de gas e 1 USDC com o otimizador ativado). Use `eth_estimateGas` para cada escrita e nunca fixe 21.000. A maior parte do custo de uma escrita é a criação de contas Solana (um destinatário que nunca foi usado, uma nova conta de token, um contrato implantado), e a estimativa inclui isso. Para chamadas em programas Solana, adicione uma margem, como faz o preenchimento de 1,3x do SDK, e defina você mesmo um teto de gas se a própria estimativa reverter. Veja [Suporte a JSON-RPC](/pt-br/referencia/json-rpc.md) para os números medidos. ## Financie uma carteira Traga USDC com a [Rome Bridge na mainnet](https://bridge-api.mainnet.romeprotocol.xyz/). No momento da redação, a lista de rotas para Rubicon tem USDC do Ethereum via CCTP, ETH do Ethereum via Wormhole, e SOL e USDC da Solana. A lista ao vivo está em [`/v1/routes`](https://bridge-api.mainnet.romeprotocol.xyz/v1/routes). O USDC que chega pela ponte entra como gás. Os detalhes da ponte estão na [Rome Bridge](/pt-br/apps-na-rome/bridge-api.md) página, e [Torneiras](/pt-br/recursos/faucets.md) diz o que se aplica na mainnet. ## Contratos e wrappers Os endereços de wrapper do Rubicon estão listados em [Endereços de wrapper por rede](https://docs.rome.builders/pt-br/redes/pages/a5c83a448f3b243ea29815751311e5f8fd8a2ade#id-4.-per-network-wrapper-addresses) e em [referência de Endereços de Contrato](/pt-br/referencia/contract-addresses.md). Eles não são copiados aqui para que haja um único lugar para mantê-los atualizados. ## Chamando o Rubicon a partir de uma carteira Solana A via Solana (uma carteira Solana chamando seu contrato EVM) precisa de duas coisas na mainnet. * **Um RPC da mainnet Solana.** O SDK envia a transação Solana assinada para o RPC Solana que você fornecer, não para o proxy Rome. Use um RPC da mainnet Solana de um provedor com o qual você tenha uma conta. * **Uma carteira que assine transações Solana v1.** Toda chamada pela via Solana é uma transação v1. Verifique se sua carteira as assina antes de você construir em cima dela. No Hadrian, a Solflare as assina e a Phantom ainda não. Se uma determinada carteira as assina contra o Rubicon ou não não é abordado aqui, então teste a sua primeiro. Como o registro não tem uma entrada do Rubicon, preencha os `deps` do SDK manualmente com os valores da tabela acima. O mapeamento campo a campo está em [Abra seu contrato para usuários da Solana](https://docs.rome.builders/pt-br/redes/pages/a5c83a448f3b243ea29815751311e5f8fd8a2ade#id-3.-let-a-solana-wallet-call-it). ## Antes de fazer o deploy * Desenvolva e teste em [Hadrian](/pt-br/redes/hadrian.md). O Rubicon executa a mesma EVM, então os mesmos artefatos são implantados, com o chain ID e os endereços de wrapper trocados. * Cada transação no Rubicon gasta USDC real. Faça a ida e volta completa uma vez com um valor pequeno antes de anunciar qualquer coisa. * Um usuário que movimenta tokens wrapper precisa da concessão única de wrapper descrita em [Interoperabilidade de tokens](/pt-br/conceitos-principais/token-interop.md#one-time-grant-per-wallet), no Rubicon assim como em qualquer outra cadeia. --- # 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/pt-br/redes/rubicon.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.