> 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/ru/prilozheniya-na-rome/bloom/evidence-investor.md).

# Подтверждение — инвестор

Этот [Инвестирование](/ru/prilozheniya-na-rome/bloom/investing.md) скриншоты — это реальный покупатель, дважды — **один раз из кошелька EVM и один раз из кошелька Solana, покупая один и тот же актив Solidity** (Mineral Vault I, `ARCV`) на Hadrian (цепочка `200010`). Каждое действие — это транзакция, которую можно открыть. Ссылка и есть заявка.

* **Актив:** [`0x2b13ba16a429bf630f94882e477fe775d34b7c74`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x2b13ba16a429bf630f94882e477fe775d34b7c74)
* **Витрина:** [`0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a)
* **Оплачено в:** wUSDC [`0xd4cc34b67c805d472b5a709a22a1037f6b16ef28`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd4cc34b67c805d472b5a709a22a1037f6b16ef28)

## Полоса EVM — кошелёк покупает на свой собственный адрес

Кошелёк EVM удерживает актив на своём собственном адресе, а покупка — это обычная двухшаговая схема approve-then-buy. Сначала на токене проверяется шлюз допуска — покупатель сначала внесён в allowlist, затем покупает.

Покупатель: [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597)

| # | Что было сделано                                                         | Транзакция                                                                                                                                  |
| - | ------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------- |
| 1 | Добавить покупателя в allowlist (тестовый заменитель одобрения эмитента) | [`0xf8180aef…5c29c86d`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xf8180aef8ba3203750a4ae63eea215c9e5891cd147f7272a359f512c5c29c86d) |
| 2 | Одобрить wUSDC для витрины                                               | [`0x0f7229ea…7c2669e5`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0x0f7229eab17d8d28907a3bc9239f62367abed528fde09bd7cc0ad10f7c2669e5) |
| 3 | Купить актив                                                             | [`0xe099d892…3792f6de`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xe099d8921225563cf0fbf0e4fd1e97037f50bcbebf41f2acea21696f3792f6de) |

После покупки карточка соответствия показывает **Разрешено** а владение отображается в Positions — это `разрешено для инвестирования` и `позиции` скриншоты в руководстве — это этот покупатель после этих транзакций.

## Полоса Solana — кошелёк покупает на свой производный адрес

Именно он несёт всю основную идею: **кошелёк Solana покупает тот же актив Solidity без моста и без второго токена.** Нигде нет ключа EVM — покупатель подписывает своим ключом Solana, а актив хранится на адресе EVM *производный* из него.

* **Подписант Solana:** `55R41dbRU13QhLpAgha1841wR5M6sAcZhXd4S1LGupBn`
* **Производный адрес хранения:** [`0xd868eec27e47376e739d0a3555f81b7657faa322`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd868eec27e47376e739d0a3555f81b7657faa322) — `keccak256(pubkey)[12..32]`

Каждый шаг — это `DoTxUnsigned`: транзакция EVM, выполненная внутри **одной транзакции Solana**, авторизованная подписью Solana. Покупка состоит из тех же двух этапов, каждый — отдельная транзакция Solana:

| # | Что было сделано                                   | Транзакция Solana                                                                                                                                          | Вычисление |
| - | -------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------- |
| 1 | Одобрить wUSDC для витрины (с производного адреса) | [`3ohASbQc…3ad5p`](https://explorer.solana.com/tx/3ohASbQcv3L7qPbJfccoZQeN1KX1yPBy4nycdSU6PVWD8DxrpfGgHVymbHHfkLWC5727xE3XJTzf1Fyf5ct3ad5p?cluster=devnet) | \~191K CU  |
| 2 | Купить актив                                       | [`5CdSWWh3…3UkJ`](https://explorer.solana.com/tx/5CdSWWh3A72jy2M843F3udYjiHr2UUM82FrfxjcNJja8RZrj6AQH7mHCMmZafgMFBUGBCMriXQiS7jM36rQZ3UkJ?cluster=devnet)  | \~737K CU  |

Покупатель оплатил комиссию за транзакцию в **лампортах из своего собственного кошелька Solana**; производный адрес никогда не хранил SOL.  `positions-solana` скриншот в руководстве — *"Хранится для вашего ключа Solana"*, цепочка хранения и владение ARCV — это и есть этот подписант после этих транзакций.

> **Тот же актив, тот же allowlist, любой мир кошельков.** Покупатель EVM и покупатель Solana купили идентичный токен Solidity, ограниченный тем же ончейн-allowlist, с ценой в том же wUSDC. Единственное различие — какой ключ подписал и какой адрес хранит актив; в этом и состоит весь смысл двух полос, подтверждённый здесь, а не просто заявленный. Механика описана в [LANES.md](/ru/prilozheniya-na-rome/bloom/lanes.md); модель соответствия описана в [COMPLIANCE.md](/ru/prilozheniya-na-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/ru/prilozheniya-na-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.