> 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/de/apps-auf-rome/bloom.md). # Bloom — RWA-Ausgabe Bloom gibt aus und hält **zugangsbeschränkte Real-World-Assets** auf Rome. Ein Asset ist ein gewöhnlicher Solidity-Vertrag, der einmal bereitgestellt wird, dessen Regel dafür *wer es halten darf* im Vertrag selbst verankert ist und bei jeder Übertragung durchgesetzt wird. Dasselbe Asset ist sowohl von einer EVM-Wallet als auch von einer Solana-Wallet aus erreichbar — eine Bereitstellung, beide Wallet-Welten, ohne Bridge und ohne zweiten Token. Diese Dokumentation ist für jede Zielgruppe separat geschrieben, weil sich die Zielgruppen nicht überschneiden: Ein Emittent kauft nie, ein Solana-Inhaber emittiert nie, und ein Builder benötigt die Vertragsoberfläche, die keiner der anderen berührt. ## Die Anleitungen * [**Investieren**](/de/apps-auf-rome/bloom/investing.md) — für einen Käufer. Ein Asset ansehen, die Berechtigung prüfen, sich für die Allowlist bewerben, kaufen und halten — einschließlich der einen Sache, die sich für einen Inhaber, der mit einer Solana-Wallet signiert, tatsächlich unterscheidet. * [**Gelder nach Rome bringen**](/de/apps-auf-rome/bloom/funding.md) — die Einzahlung vor dem Kauf. Überbrücke USDC oder ETH von Sepolia und wickle dann das überbrückte Gas in das wUSDC ein, in dem jeder Verkauf bepreist ist. * [**Emittieren**](/de/apps-auf-rome/bloom/issuing.md) — für einen Emittenten. Die Konsole, der Erstellungsassistent, die konsolebasierte Anmeldesperre pro Asset und jeder der sechs Verwaltungs-Tabs. * [**Auf Bloom aufbauen**](/de/apps-auf-rome/bloom/building.md) — für einen Entwickler. Eine zehnstufige Methode, um ein Solidity-Asset als zugangsbeschränktes Token nach Rome zu bringen, es beiden Wallet-Welten zu öffnen und dein eigenes KYC anzubinden — mit der echten Vertragsoberfläche und dem echten Code. Die Screenshots im gesamten Dokument sind keine Mock-ups. Zwei Beweis-Seiten führen sie auf echte Transaktionen on-chain zurück: * [**Beweis — ein Emittent**](/de/apps-auf-rome/bloom/evidence.md) — das Demo-Asset, ausgegeben und verwaltet: die schrittweise Bereitstellung, der Verkauf, die Batch-Allowlist, die Rollen. * [**Beweis — ein Investor**](/de/apps-auf-rome/bloom/evidence-investor.md) — dasselbe Asset zweimal gekauft, einmal aus einer EVM-Wallet und einmal aus einer Solana-Wallet, ohne Bridge. ## Was „permissioned“ hier bedeutet > Die Regel reist mit dem Asset mit. Wer es halten darf, wird vom Asset-Vertrag selbst bei jeder Übertragung durchgesetzt — nicht von dieser Website, nicht von einer Bridge und nicht von einem Sequencer-Filter. Die Chain hält pro Adresse eine Tatsache: ein einfaches Ja oder Nein. Keine Dokumente und keine personenbezogenen Daten berühren jemals diese App oder die Chain. Das vollständige Compliance-Modell steht in [COMPLIANCE.md](/de/apps-auf-rome/bloom/compliance.md); die Mechanik für die zwei Spuren (EVM und Solana), die deine Inhaber nutzen, steht in [LANES.md](/de/apps-auf-rome/bloom/lanes.md). Diese Anleitungen verlinken darauf, statt sie zu wiederholen. --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.rome.builders/de/apps-auf-rome/bloom.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.