> 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/apps-na-rome/bloom/funding.md).

# Levando fundos para a Rome

Toda venda na Bloom é precificada em **wUSDC**, o token de caixa para esta implantação, e cada transação custa um pouco **gas de Rome**. Antes do [Investindo](/pt-br/apps-na-rome/bloom/investing.md) jornada — navegar, solicitar, comprar — você precisa de ambos na carteira com a qual fará a compra. Esta página mostra como chegar lá.

> **Não há faucet que emita wUSDC diretamente em Rome.** O gas de Rome é *transferido pela bridge* valor, não impresso. Então o depósito para uma carteira EVM é uma bridge real a partir de uma testnet que você já pode financiar (Sepolia) e, depois, uma única conversão. Quatro etapas levam você de uma carteira vazia a um ativo comprado: fundos da testnet, a bridge, a conversão e então a compra. O app orienta você pelas três últimas.

Todo o depósito fica em uma única tela, **`/bridge`**, acessível a partir de **Ponte** na navegação superior. Esta é a **EVM** percurso — uma carteira Solana não precisa de nada disso e compra diretamente com seus próprios USDC e SOL, coberto na [seção Solana](#the-solana-wallet-journey-nothing-to-bring-across) abaixo.

***

## A jornada da carteira EVM

Quatro etapas levam você de uma carteira vazia a um ativo comprado. A primeira acontece em Sepolia (fora da Bloom); as duas do meio são a `/bridge` tela; a última é a compra comum.

### 1 · Obtenha USDC de teste em Sepolia

A Bloom faz bridge de **USDC** (via CCTP da Circle) ou **ETH** (via Wormhole) *em* a partir de Sepolia, então você começa com fundos da testnet lá:

* **USDC de teste** — da faucet de USDC de testnet da Circle, para o endereço EVM com o qual você fará a bridge.
* **Um pouco de ETH de Sepolia** — de qualquer faucet de Sepolia. Você precisa dele para pagar o gas das transações do lado de Sepolia que iniciam a bridge (a aprovação e o burn).

> **Você assina você mesmo a transação de origem, em Sepolia.** A bridge é um orquestrador fora da cadeia, não uma custodiante — nenhuma chave da Bloom pode mover seus fundos. O burn é assinado na sua própria carteira; só então o valor é liquidado em Rome.

### 2 · Faça a bridge para Rome

![A bridge, abaixo do título — escolha USDC ou ETH, insira um valor, veja o que você receberá em Rome, e a ação acende em dourado quando o valor é válido.](https://735130481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-5449eb661d3fbc0383c7025c172fdcbe3e69d34d%2Fbridge-inbound.png?alt=media)

Em `/bridge`, conecte uma **EVM** carteira (o burn de origem é assinado em Sepolia, então uma carteira Solana não pode fazer bridge aqui — a tela diz isso). A bridge e o wrap ficam **lado a lado**, cada um sob seu próprio título. Então:

1. Escolha o ativo — **USDC** (via CCTP) ou **ETH** (via Wormhole).
2. Insira um valor. O painel mostra o que você receberá em Rome, e o **Leve para Rome** botão acende **dourado** assim que o valor for válido.
3. Pressione-o. Um rastreador ao vivo aparece e nomeia **cada etapa da carteira com honestidade** — para USDC, são quatro: *mudar para Sepolia*, *aprovar a bridge*, *burn em Sepolia*, *autorizar a liquidação*. Cada indicador fica **concluído** conforme chega, o atual mostra *em andamento*, então a contagem na tela é a contagem na sua carteira.

A liquidação em Rome leva alguns minutos. A última linha do rastreador, **Liquidando em Rome**, fica *em andamento* até o pod confirmar — então o painel mostra **chegou em Rome ✓** em verde, e o valor está no **seu próprio endereço** em Rome.

> **USDC transferido por bridge chega como gas nativo de Rome, não como wUSDC.** O CCTP da Circle liquida o USDC recebido como o token de gas da cadeia. Isso é o correto para pagar transações — mas a loja precifica os ativos em **wUSDC**, então há mais um passo antes de você poder comprar.

### 3 · Converta gas em wUSDC

![O card de wrap, sob seu próprio título — um seletor de direção (Gas → wUSDC / wUSDC → gas), um valor e a ação dourada.](https://735130481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-a46a955c62e940ab9f5cba87b0fbed77a53fc5ae%2Fbridge-wrap.png?alt=media)

O **card de wrap** fica **ao lado de** da bridge em `/bridge`, sob seu próprio título, *Prepare seu dinheiro para comprar*. Ele converte o gas nativo que você acabou de trazer por bridge no wUSDC que a loja aceita:

1. Deixe a direção em **Gas → wUSDC** (o inverso, **wUSDC → gas**, existe para quando você quiser o gas de volta).
2. Digite quanto converter em wrap. Mantenha um pouco como gas para taxas de transação; converta o restante para gastar.
3. Pressione **Converter para wUSDC**. É uma **única transação em Rome** — sem bridge, sem atestação, ao contrário da bridge. O botão mostra *Aguardando sua carteira…*, depois *Confirmando em Rome…*, e quando o recibo chega ele confirma **em verde**: *✓ Convertido — agora você tem cerca de N wUSDC para comprar um ativo*, com um link para a tx. Um wrap revertido mostra isso claramente — nunca aparece como sucesso.

![O card de wrap após um wrap real — a confirmação verde "✓ Convertido — agora você tem cerca de 2 wUSDC para comprar um ativo", com link para a transação.](https://735130481-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-496c1f40006c20e85b65431b10dc16b7140e169c%2Fbridge-wrap-sent.png?alt=media)

> **Este wrap é a emissão de caixa lastreada em gas, e apenas para wUSDC.** wUSDC *é* o valor de gas da cadeia em forma de ERC-20, então o wrap é uma conversão 1:1 do gas que você já possui. Outros wrappers (wSOL, wETH) são suas próprias contas de token e não precisam de etapa de wrap — este card é especificamente o caminho do wUSDC, o que a compra precisa.

### 4 · Compre o ativo

Agora você tem **wUSDC**. Vá para [Investindo](/pt-br/apps-na-rome/bloom/investing.md) — `/invest`, escolha um ativo, passe pela verificação de elegibilidade e compre. A compra puxa o wUSDC e, na primeira vez, pede que você aprove a loja para recebê-lo. Daqui em diante, a jornada é a normal.

***

## Evidência — um wrap real, on-chain

O card de wrap não é uma maquete. Um wrap real foi assinado por meio dele no navegador e lido de volta da cadeia — o saldo se moveu, não foi apenas um recibo retornado.

* **Carteira:** [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597)

| O que ele fez                      | Transação                                                                                                                                   | Resultado on-chain                                     |
| ---------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------ |
| Converter 2 gas em wUSDC pelo card | [`0x995c96b0…37de972b`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0x995c96b0e02d423b0dc9438f04a170bb8bc97a54059ab873b7e3cfde37de972b) | saldo de wUSDC `4.733593` → `6.733593` (**+2.000000**) |

O `bridge-wrap-sent` a captura de tela acima é esta transação, no estado em que o card a mostrou quando ela foi concluída.

***

## A jornada da carteira Solana — nada para trazer

Para uma carteira Solana, não há **bridge nem wrap**, e esse é exatamente o ponto. Um usuário de Solana já possui **USDC e SOL na própria carteira**. Eles conectam e compram — assinando com sua chave Solana, pagando a taxa em SOL, gastando o dinheiro que sua chave já controla. Nada é transferido por bridge e nada é convertido em wrap. A própria compra move o caixa de que precisa para o endereço Rome da carteira como primeiro passo, e uma carteira de primeira utilização também vê uma etapa única de *Permitir transferências de wUSDC* etapa; ambas executam como parte da compra após você pressionar Comprar, e ambas são descritas em [Investindo](/pt-br/apps-na-rome/bloom/investing.md#paying-and-the-extra-signature-prompts).

* **Sem bridge, sem wrap.** A jornada EVM acima existe apenas porque o valor começa em Sepolia e precisa ser transportado. O valor de um usuário Solana já está na carteira; não há nada para transportar.
* **Taxas em SOL, da sua própria carteira.** Cada chamada direta é uma transação Solana, e sua taxa é paga diretamente em lamports — o SOL que um usuário Solana já possui. Uma chamada grande demais para uma única transação é repassada pelo proxy da cadeia e é paga em gas de Rome a partir do endereço Rome da carteira, com um reforço vindo da carteira uma vez, se estiver curto.
* **Gasto pela sua própria chave.** Somente sua assinatura Solana move seu dinheiro ou seu ativo. A mecânica de duas faixas — uma implantação, o ativo controlado pela sua chave, sem segundo token — está em [Investindo → Para um titular Solana](/pt-br/apps-na-rome/bloom/investing.md#for-a-solana-holder), e uma compra real em Solana do mesmo ativo está na [Evidência](/pt-br/apps-na-rome/bloom/evidence-investor.md) página.

> **Se um usuário Solana tivesse que fazer bridge para Rome primeiro, a opção seria inútil.** Todo o valor da via nativa Solana é que nada muda para o usuário: ele interage com sua própria carteira, com o USDC e o SOL já nela, e compra. As etapas de depósito nesta página são o **EVM** percurso — a única jornada que realmente precisa cruzar uma bridge.

***

## Onde está o dinheiro, em resumo

| Sua carteira        | Você começa com                | Para comprar, você…                                                                                                                                                                                                               |
| ------------------- | ------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **EVM**, de Sepolia | USDC de teste em Sepolia       | Faça a bridge (etapa 2), converta em wUSDC (etapa 3) e então [compre](/pt-br/apps-na-rome/bloom/investing.md#buying)                                                                                                              |
| **EVM**, já em Rome | Gas nativo, trazido por bridge | Converta em wUSDC (etapa 3) e então [compre](/pt-br/apps-na-rome/bloom/investing.md#buying)                                                                                                                                       |
| **Solana**          | USDC + SOL já na sua carteira  | Apenas [compre](/pt-br/apps-na-rome/bloom/investing.md#buying) — sem bridge, sem wrap; a compra move o dinheiro para dentro como seu primeiro passo. Assine com uma carteira Solana que assine transações v1 (Solflare na devnet) |


---

# 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/apps-na-rome/bloom/funding.md?ask=<question>&goal=<user_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.
