For the complete documentation index, see llms.txt. This page is also available as Markdown.

Bloom — RWA issuance

Bloom — issue and hold permissioned real-world assets on Rome, reachable from both EVM and Solana wallets.

Bloom issues and holds permissioned real-world assets on Rome. An asset is an ordinary Solidity contract, deployed once, whose rule for who may hold it lives inside the contract and is enforced on every transfer. The same asset is reachable from an EVM wallet and from a Solana wallet — one deployment, both wallet worlds, with no bridge and no second token.

This documentation is written per audience, because the audiences do not overlap: an issuer never buys, a Solana holder never issues, and a builder needs the contract surface none of the others touch.

The guides

  • Investing — for a buyer. Browse an asset, check eligibility, apply for the allowlist, buy, and hold — including the one thing that is genuinely different for a holder who signs with a Solana wallet.

  • Getting funds to Rome — the cash-in before the buy. Bridge USDC or ETH in from Sepolia, then wrap the bridged gas into the wUSDC every sale is priced in.

  • Issuing — for an issuer. The console, the creation wizard, the per-asset console sign-in gate, and each of the six administration tabs.

  • Building on Bloom — for a developer. A ten-step method to take a Solidity asset onto Rome as a permissioned token, open it to both wallet worlds, and plug in your own KYC — with the real contract surface and code.

The screenshots throughout are not mock-ups. Two evidence pages trace them to real transactions on chain:

  • Evidence — an issuer — the demo asset issued and administered: the piecewise deploy, the sale, the batch allowlist, the roles.

  • Evidence — an investor — the same asset bought twice, once from an EVM wallet and once from a Solana wallet, with no bridge.

What "permissioned" means here

The rule travels with the asset. Who may hold it is enforced by the asset contract itself, on every transfer — not by this website, not by a bridge, and not by a sequencer filter. The chain holds one fact per address: a single yes-or-no. No documents and no personal data ever touch this app or the chain.

The compliance model in full lives in COMPLIANCE.md; the two-lane (EVM and Solana) mechanics your holders use are in LANES.md. These guides link to them rather than restating them.

Last updated

Was this helpful?