> 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/es/apps-en-rome/bloom/evidence-investor.md). # Evidencia — un inversor La [Invertir](/es/apps-en-rome/bloom/investing.md) las capturas de pantalla son un comprador real, por partida doble — **una vez desde una billetera EVM y una vez desde una billetera Solana, comprando el mismo activo de Solidity** (Mineral Vault I, `ARCV`) en Hadrian (cadena `200010`). Cada acción es una transacción que puedes abrir. El enlace es la reclamación. Estas son **ejecuciones históricas**: ocurrieron en el carril tal como era entonces, y los enlaces de las transacciones se mantienen como estaban. Donde el carril de Solana ha cambiado desde entonces, la sección correspondiente dice cuál fue la ejecución y apunta a [LANES.md](/es/apps-en-rome/bloom/lanes.md) para ver cómo funciona el carril ahora. * **Activo:** [`0x2b13ba16a429bf630f94882e477fe775d34b7c74`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x2b13ba16a429bf630f94882e477fe775d34b7c74) * **Escaparate:** [`0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a) * **Pagado en:** wUSDC [`0xd4cc34b67c805d472b5a709a22a1037f6b16ef28`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd4cc34b67c805d472b5a709a22a1037f6b16ef28) — el wUSDC que usaron estas ejecuciones. El wUSDC actual de la cadena es `0xbce339ba4c3a8de3bb8af1c5539e6ac11da3112d`, según figura en el registro público. ## El carril EVM: una billetera compra en su propia dirección Una billetera EVM conserva el activo en su propia dirección, y una compra es el proceso habitual de dos pasos: aprobar y luego comprar. Primero se comprueba el filtro de elegibilidad en el token: el comprador está en la lista permitida y luego compra. Comprador: [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597) | # | Lo que hizo | Transacción | | - | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- | | 1 | Incluye al comprador en la allowlist (el sustituto de prueba de la aprobación del emisor) | [`0xf8180aef…5c29c86d`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xf8180aef8ba3203750a4ae63eea215c9e5891cd147f7272a359f512c5c29c86d) | | 2 | Aprueba wUSDC para el escaparate | [`0x0f7229ea…7c2669e5`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0x0f7229eab17d8d28907a3bc9239f62367abed528fde09bd7cc0ad10f7c2669e5) | | 3 | Compra el activo | [`0xe099d892…3792f6de`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xe099d8921225563cf0fbf0e4fd1e97037f50bcbebf41f2acea21696f3792f6de) | Después de la compra, la tarjeta de elegibilidad dice **Permitido** y la tenencia se muestra en Posiciones — las `con permiso para invertir` y `posiciones` las capturas de pantalla de la guía muestran a este comprador, después de estas transacciones. ## El carril de Solana: una billetera compra en su dirección derivada Esta es la que sostiene toda la tesis: **una billetera Solana compra el mismo activo de Solidity, sin puente ni segundo token.** No hay ninguna clave EVM en ningún lugar: el comprador firma con su clave de Solana, y el activo se mantiene en la dirección EVM *derivada* a partir de ella. * **Firmante de Solana:** `55R41dbRU13QhLpAgha1841wR5M6sAcZhXd4S1LGupBn` * **Dirección de custodia derivada:** [`0xd868eec27e47376e739d0a3555f81b7657faa322`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd868eec27e47376e739d0a3555f81b7657faa322) — `keccak256(pubkey)[12..32]` En esta ejecución, cada paso fue una transacción EVM ejecutada dentro de **una transacción de Solana**, autorizada por la firma de Solana, y el cliente construyó esa transacción por sí mismo. La compra consta de los mismos dos tramos, cada uno su propia transacción de Solana: | # | Lo que hizo | Transacción de Solana | Cómputo | | - | -------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | --------- | | 1 | Aprueba wUSDC para el escaparate (desde la dirección derivada) | [`3ohASbQc…3ad5p`](https://explorer.solana.com/tx/3ohASbQcv3L7qPbJfccoZQeN1KX1yPBy4nycdSU6PVWD8DxrpfGgHVymbHHfkLWC5727xE3XJTzf1Fyf5ct3ad5p?cluster=devnet) | \~191K CU | | 2 | Compra el activo | [`5CdSWWh3…3UkJ`](https://explorer.solana.com/tx/5CdSWWh3A72jy2M843F3udYjiHr2UUM82FrfxjcNJja8RZrj6AQH7mHCMmZafgMFBUGBCMriXQiS7jM36rQZ3UkJ?cluster=devnet) | \~737K CU | El comprador pagó la comisión de la transacción en **lamports desde su propia billetera de Solana**; la dirección derivada nunca tuvo SOL. Esa parte no ha cambiado. La `posiciones-solana` captura de pantalla en la guía — *"Mantenido para tu clave de Solana"*, la cadena de custodia y la tenencia de ARCV — es este firmante, después de estas transacciones. > **Cómo funciona el carril ahora.** Estas dos transacciones fueron construidas por el cliente y firmadas una vez cada una. Hoy el proxy de la cadena compone una transacción Solana v1 para cada llamada, y la billetera firma dos veces por llamada: un mensaje legible *autorización de Rome* luego la transacción. Una billetera nueva también puede ver un paso de ingreso de fondos y un paso único *Permitir transferencias de wUSDC* antes de la aprobación, y una llamada demasiado grande para una sola transacción se retransmite. Los enlaces anteriores son las transacciones del carril anterior, no las del actual. Ver [LANES.md](/es/apps-en-rome/bloom/lanes.md). > **El mismo activo, la misma allowlist, cualquiera de los dos mundos de billetera.** El comprador EVM y el comprador de Solana compraron el token Solidity idéntico, restringido por la misma allowlist en cadena, con el mismo precio en wUSDC. La única diferencia es qué clave firmó y qué dirección lo custodia — que es precisamente el objetivo de los dos carriles, demostrado aquí en lugar de afirmado. La mecánica está en [LANES.md](/es/apps-en-rome/bloom/lanes.md); el modelo de cumplimiento está en [COMPLIANCE.md](/es/apps-en-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 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/es/apps-en-rome/bloom/evidence-investor.md?ask=&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.