> 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/ja/romenoapuri/bloom/evidence-investor.md). # 証拠 — 投資家 その [投資](/ja/romenoapuri/bloom/investing.md) スクリーンショットは、二重に実在の購入者だ―― **一度は EVM ウォレットから、もう一度は Solana ウォレットから、同じ Solidity 資産を購入する** （Mineral Vault I、 `ARCV`）を Hadrian（チェーン `200010`）上で。すべてのアクションは、開けるトランザクションだ。リンクが、その請求そのものだ。 これらは **過去の実行**です：それらは当時のままのレーン上で起こり、トランザクションリンクもそのまま残っている。Solana レーンがその後変わった箇所については、その節で当時の実行内容を示し、 [LANES.md](/ja/romenoapuri/bloom/lanes.md) 現在のレーンの仕組みについて案内している。 * **資産:** [`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) — これらの実行で使われた wUSDC です。チェーンの現在の wUSDC は `0xbce339ba4c3a8de3bb8af1c5539e6ac11da3112d`、公開レジストリに記載のとおりです。 ## EVM レーン — ウォレットが自分のアドレスで購入する EVM ウォレットは資産を自分のアドレスで保有し、購入は通常の 2 段階の approve-then-buy だ。適格性ゲートはまずトークン側で確認される — 購入者はアロウリストに載ってから購入する。 購入者： [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597) | # | 何をしたか | トランザクション | | - | ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------- | | 1 | 購入者をアロウリストに追加する（発行者の承認を模したテスト配線上の代替） | [`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 に表示される — ガイド中の `invest-permitted` および `positions` のスクリーンショットは、これらの取引後のこの購入者のものだ。 ## Solana レーン — ウォレットが導出アドレスで購入する これこそが、全体の主張を担うものだ： **Solana ウォレットが、ブリッジも第 2 トークンもなしに、同じ Solidity 資産を購入する。** どこにも EVM キーはない — 購入者は自分の Solana キーで署名し、資産は EVM アドレスで保有される *導出* される。 * **Solana 署名者：** `55R41dbRU13QhLpAgha1841wR5M6sAcZhXd4S1LGupBn` * **導出された保有アドレス：** [`0xd868eec27e47376e739d0a3555f81b7657faa322`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd868eec27e47376e739d0a3555f81b7657faa322) — `keccak256(pubkey)[12..32]` この実行では、各ステップは次の内部で実行された EVM トランザクションだった **1 つの Solana トランザクション**。Solana 署名で認可され、クライアントがそのトランザクションを自ら構築した。購入は同じ 2 段階で、それぞれが独自の 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 ウォレットからの lamports で支払った**；導出アドレスが SOL を保有したことは一度もない。その点は変わっていない。 その `positions-solana` ガイド中のスクリーンショット — *「あなたの Solana キーで保有」*、カストディチェーンと ARCV の保有 — は、これらの取引後のこの署名者だ。 > **現在、このレーンはどう動くか。** この 2 つのトランザクションはクライアントが構築し、それぞれ 1 回ずつ署名された。現在ではチェーンのプロキシが呼び出しごとに Solana v1 トランザクションを組み立て、ウォレットは呼び出しごとに 2 回署名する：読みやすい *Rome authorization* メッセージ、その後にトランザクション。新しいウォレットでは、承認の前に入金ステップと一度きりの *wUSDC転送の許可* ステップが表示されることもあり、1 回のトランザクションでは大きすぎる呼び出しは中継される。上のリンクは以前のレーンのトランザクションであり、現在のものではない。参照： [LANES.md](/ja/romenoapuri/bloom/lanes.md). > **同じ資産、同じアロウリスト、どちらのウォレット世界でも。** EVM の購入者も Solana の購入者も、同じオンチェーンのアロウリストで制御され、同じ wUSDC で価格付けされた、同一の Solidity トークンを購入した。違いは、どのキーが署名し、どのアドレスが保有するかだけだ — それこそが 2 つのレーンの存在理由のすべてであり、ここでは主張ではなく実証されている。仕組みは [LANES.md](/ja/romenoapuri/bloom/lanes.md)；コンプライアンスモデルは [COMPLIANCE.md](/ja/romenoapuri/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/ja/romenoapuri/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.