> 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/vi/ung-dung-tren-rome/bloom/evidence-investor.md). # Bằng chứng — một nhà đầu tư Các [Đầu tư](/vi/ung-dung-tren-rome/bloom/investing.md) ảnh chụp màn hình là một người mua thật, hai lần — **một lần từ ví EVM và một lần từ ví Solana, mua cùng một tài sản Solidity** (Mineral Vault I, `ARCV`) trên Hadrian (chuỗi `200010`). Mỗi hành động là một giao dịch bạn có thể mở. Liên kết chính là bằng chứng yêu cầu. Đây là **các lần chạy lịch sử**: chúng đã diễn ra trên lộ trình như khi đó, và các liên kết giao dịch vẫn giữ nguyên như vậy. Nơi mà lộ trình Solana sau đó đã thay đổi, phần nói về nó nêu lần chạy là gì và chỉ tới [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md) để xem lộ trình hiện hoạt động thế nào. * **Tài sản:** [`0x2b13ba16a429bf630f94882e477fe775d34b7c74`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x2b13ba16a429bf630f94882e477fe775d34b7c74) * **Cửa hàng:** [`0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x9326a00dd1cd4f3f1800fc849c3c58715fc5061a) * **Thanh toán bằng:** wUSDC [`0xd4cc34b67c805d472b5a709a22a1037f6b16ef28`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd4cc34b67c805d472b5a709a22a1037f6b16ef28) — số wUSDC mà các lần chạy này đã dùng. wUSDC hiện tại của chuỗi là `0xbce339ba4c3a8de3bb8af1c5539e6ac11da3112d`, như được liệt kê trong sổ đăng ký công khai. ## Lộ trình EVM — một ví mua tại chính địa chỉ của nó Ví EVM nắm giữ tài sản tại chính địa chỉ của nó, và một lần mua là quy trình hai bước thông thường cấp quyền rồi mua. Cổng đủ điều kiện được kiểm tra trên token trước — người mua được đưa vào danh sách cho phép, rồi mới mua. Người mua: [`0x5667b3700b4a021Cc475157cbf3dE2d756Fae597`](https://via-hadrian.testnet.romeprotocol.xyz/address/0x5667b3700b4a021Cc475157cbf3dE2d756Fae597) | # | Nó đã làm gì | Giao dịch | | - | ------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------- | | 1 | Thêm người mua vào danh sách cho phép (đại diện đấu nối thử cho sự chấp thuận của bên phát hành) | [`0xf8180aef…5c29c86d`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xf8180aef8ba3203750a4ae63eea215c9e5891cd147f7272a359f512c5c29c86d) | | 2 | Phê duyệt wUSDC cho cửa hàng | [`0x0f7229ea…7c2669e5`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0x0f7229eab17d8d28907a3bc9239f62367abed528fde09bd7cc0ad10f7c2669e5) | | 3 | Mua tài sản | [`0xe099d892…3792f6de`](https://via-hadrian.testnet.romeprotocol.xyz/tx/0xe099d8921225563cf0fbf0e4fd1e97037f50bcbebf41f2acea21696f3792f6de) | Sau khi mua, thẻ đủ điều kiện hiển thị **Được phép** và khoản nắm giữ hiển thị trong Positions — các `được phép đầu tư` và `vị thế` các ảnh chụp màn hình trong hướng dẫn là chính người mua này, sau các giao dịch này. ## Lộ trình Solana — một ví mua tại địa chỉ dẫn xuất của nó Đây là phần mang toàn bộ luận điểm: **một ví Solana mua cùng một tài sản Solidity, không cần cầu nối và không có token thứ hai.** Không có khóa EVM nào ở bất cứ đâu — người mua ký bằng khóa Solana của họ, và tài sản được giữ tại địa chỉ EVM *được suy ra* từ đó. * **Bên ký Solana:** `55R41dbRU13QhLpAgha1841wR5M6sAcZhXd4S1LGupBn` * **Địa chỉ nắm giữ dẫn xuất:** [`0xd868eec27e47376e739d0a3555f81b7657faa322`](https://via-hadrian.testnet.romeprotocol.xyz/address/0xd868eec27e47376e739d0a3555f81b7657faa322) — `keccak256(pubkey)[12..32]` Trong lần chạy này, mỗi bước là một giao dịch EVM được thực thi bên trong **một giao dịch Solana**, được ủy quyền bởi chữ ký Solana, và client tự xây dựng giao dịch đó. Lệnh mua vẫn là hai bước giống nhau, mỗi bước là một giao dịch Solana riêng: | # | Nó đã làm gì | Giao dịch Solana | Tính toán | | - | -------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | --------- | | 1 | Phê duyệt wUSDC cho cửa hàng (từ địa chỉ dẫn xuất) | [`3ohASbQc…3ad5p`](https://explorer.solana.com/tx/3ohASbQcv3L7qPbJfccoZQeN1KX1yPBy4nycdSU6PVWD8DxrpfGgHVymbHHfkLWC5727xE3XJTzf1Fyf5ct3ad5p?cluster=devnet) | \~191K CU | | 2 | Mua tài sản | [`5CdSWWh3…3UkJ`](https://explorer.solana.com/tx/5CdSWWh3A72jy2M843F3udYjiHr2UUM82FrfxjcNJja8RZrj6AQH7mHCMmZafgMFBUGBCMriXQiS7jM36rQZ3UkJ?cluster=devnet) | \~737K CU | Người mua đã trả phí giao dịch bằng **lamport từ ví Solana của chính họ**; địa chỉ dẫn xuất chưa bao giờ nắm giữ SOL. Phần đó không thay đổi. Các `vị thế-solana` ảnh chụp màn hình trong hướng dẫn — *"Được giữ cho khóa Solana của bạn"*, chuỗi lưu ký, và khoản nắm giữ ARCV — chính là bên ký này, sau các giao dịch này. > **Lộ trình hiện hoạt động thế nào.** Hai giao dịch này đã được client dựng và mỗi giao dịch chỉ ký một lần. Hiện nay proxy của chuỗi sẽ tạo một giao dịch Solana v1 cho mỗi lần gọi, và ví ký hai lần cho mỗi lần gọi: một *Rome authorization* thông điệp, rồi đến giao dịch. Một ví mới cũng có thể thấy một bước nạp tiền và một lần *Cho phép chuyển wUSDC* trước khi phê duyệt, và một lệnh quá lớn cho một giao dịch sẽ được chuyển tiếp. Các liên kết ở trên là các giao dịch của lộ trình trước đó, không phải của lộ trình hiện tại. Xem [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md). > **Cùng một tài sản, cùng một danh sách cho phép, ở bất kỳ thế giới ví nào.** Người mua EVM và người mua Solana đã mua cùng một token Solidity, được chặn bởi cùng một danh sách cho phép on-chain, định giá bằng cùng một wUSDC. Khác biệt duy nhất là khóa nào đã ký và địa chỉ nào nắm giữ — đó chính là mục đích của hai lộ trình, được chứng minh ở đây thay vì chỉ được khẳng định. Cơ chế nằm trong [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md); mô hình tuân thủ nằm trong [COMPLIANCE.md](/vi/ung-dung-tren-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/vi/ung-dung-tren-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.