> 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/evidence-investor.md).

# Beweis — ein Investor

Die [Investieren](/de/apps-auf-rome/bloom/investing.md) Die Screenshots zeigen einen echten Käufer, gleich zweimal — **einmal aus einer EVM-Wallet und einmal aus einer Solana-Wallet, die denselben Solidity-Asset kaufen** (Mineral Vault I, `ARCV`) auf Hadrian (Chain `200010`). Jede Aktion ist eine Transaktion, die Sie öffnen können. Der Link ist der Anspruch.

* **Asset:** [`0x2b13ba16a429bf630f94882e477fe775d34b7c74`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x2b13ba16a429bf630f94882e477fe775d34b7c74)
* **Storefront:** [`0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a)
* **Bezahlt in:** wUSDC [`0xd4cc34b67c805d472b5a709a22a1037f6b16ef28`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd4cc34b67c805d472b5a709a22a1037f6b16ef28)

## Die EVM-Spur — eine Wallet kauft an ihrer eigenen Adresse

Eine EVM-Wallet hält den Vermögenswert an ihrer eigenen Adresse, und ein Kauf ist der übliche zweistufige Ablauf: erst genehmigen, dann kaufen. Die Berechtigungsprüfung wird zuerst auf dem Token geprüft — der Käufer ist auf der Allowlist, dann kauft er.

Käufer: [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597)

| # | Was es getan hat                                                                                        | Transaktion                                                                                                                                 |
| - | ------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- |
| 1 | Nimm den Käufer auf die Allowlist (der Testverdrahtungs-Platzhalter für die Genehmigung des Emittenten) | [`0xf8180aef…5c29c86d`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xf8180aef8ba3203750a4ae63eea215c9e5891cd147f7272a359f512c5c29c86d) |
| 2 | wUSDC für die Storefront genehmigen                                                                     | [`0x0f7229ea…7c2669e5`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0x0f7229eab17d8d28907a3bc9239f62367abed528fde09bd7cc0ad10f7c2669e5) |
| 3 | Den Vermögenswert kaufen                                                                                | [`0xe099d892…3792f6de`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xe099d8921225563cf0fbf0e4fd1e97037f50bcbebf41f2acea21696f3792f6de) |

Nach dem Kauf lautet die Berechtigungskarte **Zugelassen** und der Bestand erscheint in Positionen — die `invest-permitted` und `Positionen` Screenshots im Leitfaden zeigen diesen Käufer nach diesen Transaktionen.

## Die Solana-Spur — eine Wallet kauft an ihrer abgeleiteten Adresse

Das ist derjenige, der die gesamte These trägt: **eine Solana-Wallet kauft denselben Solidity-Asset, ohne Bridge und ohne zweiten Token.** Es gibt nirgendwo einen EVM-Schlüssel — der Käufer signiert mit seinem Solana-Schlüssel, und der Vermögenswert wird an der EVM-Adresse gehalten *abgeleitet* davon.

* **Solana-Signer:** `55R41dbRU13QhLpAgha1841wR5M6sAcZhXd4S1LGupBn`
* **Abgeleitete Halteadresse:** [`0xd868eec27e47376e739d0a3555f81b7657faa322`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd868eec27e47376e739d0a3555f81b7657faa322) — `keccak256(pubkey)[12..32]`

Jeder Schritt ist ein `DoTxUnsigned`: eine EVM-Transaktion, ausgeführt innerhalb von **einer Solana-Transaktion**, autorisiert durch die Solana-Signatur. Der Kauf besteht aus denselben zwei Schritten, jeder eine eigene Solana-Transaktion:

| # | Was es getan hat                                                       | Solana-Transaktion                                                                                                                                         | Berechnung |
| - | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------- |
| 1 | wUSDC für die Storefront genehmigen (von der abgeleiteten Adresse aus) | [`3ohASbQc…3ad5p`](https://explorer.solana.com/tx/3ohASbQcv3L7qPbJfccoZQeN1KX1yPBy4nycdSU6PVWD8DxrpfGgHVymbHHfkLWC5727xE3XJTzf1Fyf5ct3ad5p?cluster=devnet) | \~191K CU  |
| 2 | Den Vermögenswert kaufen                                               | [`5CdSWWh3…3UkJ`](https://explorer.solana.com/tx/5CdSWWh3A72jy2M843F3udYjiHr2UUM82FrfxjcNJja8RZrj6AQH7mHCMmZafgMFBUGBCMriXQiS7jM36rQZ3UkJ?cluster=devnet)  | \~737K CU  |

Der Käufer zahlte die Transaktionsgebühr in **Lamports aus seiner eigenen Solana-Wallet**; die abgeleitete Adresse hielt nie SOL. Die `positions-solana` Screenshot im Leitfaden — *"Für Ihren Solana-Schlüssel gehalten"*, die Verwahrungskette und der ARCV-Bestand — ist dieser Signer nach diesen Transaktionen.

> **Dasselbe Asset, dieselbe Allowlist, beide Wallet-Welten.** Der EVM-Käufer und der Solana-Käufer kauften denselben Solidity-Token, begrenzt durch dieselbe On-Chain-Allowlist, bepreist in demselben wUSDC. Der einzige Unterschied ist, welcher Schlüssel signiert hat und welche Adresse hält — genau darum geht es bei den beiden Spuren, hier bewiesen statt nur behauptet. Die Mechanik steht in [LANES.md](/de/apps-auf-rome/bloom/lanes.md); das Compliance-Modell steht in [COMPLIANCE.md](/de/apps-auf-rome/bloom/compliance.md).


---

# 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/evidence-investor.md?ask=<question>&goal=<endgoal>
```

`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.