> 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/investing.md). # Đầu tư Bloom là một thị trường cho **tài sản thực tế có cấp phép**. Mỗi tài sản là một hợp đồng Solidity thông thường, được triển khai một lần trên một chuỗi Rome, và quy tắc về ai có thể nắm giữ nó nằm bên trong hợp đồng đó. Hướng dẫn này sẽ dẫn một người mua từ trang đích qua việc duyệt một tài sản, kiểm tra điều kiện, nộp đơn vào danh sách cho phép, mua và nắm giữ — rồi sau đó đề cập đến một điều thực sự khác biệt đối với người nắm giữ ký bằng ví Solana. > **Quy tắc đi cùng tài sản.** Việc ai có thể nắm giữ một tài sản được chính hợp đồng tài sản thực thi trên mọi lần chuyển — không phải bởi trang web này. Không điều gì trên bất kỳ màn hình nào ở đây có thể ghi đè nó, và không có đường vòng nào. Bloom là cửa sổ nhìn vào chuỗi; chuỗi mới là thứ quyết định. *** ## “Permissioned” nghĩa là gì đối với người mua Một tài sản có quyền hạn chế có một **danh sách cho phép**: một tập hợp các địa chỉ mà bên phát hành đã quyết định có thể nắm giữ nó. Danh sách cho phép không phải là tính năng của Bloom — nó nằm trên một mô-đun gắn với hợp đồng tài sản, và tài sản tham chiếu nó ở mọi lần đúc, đốt và chuyển. > **Chuỗi giữ một факт về bạn: một câu trả lời có hoặc không duy nhất đối với địa chỉ của bạn.** Không có tài liệu, không có thông tin cá nhân và không có tuyên bố danh tính nào bao giờ được lưu trên chuỗi hay trong ứng dụng này. Khi một bên phát hành chấp nhận bạn, tất cả những gì đi lên chuỗi chỉ là `isWhitelisted(yourAddress) = true`. Mô hình tuân thủ đầy đủ nằm trong [COMPLIANCE.md](/vi/ung-dung-tren-rome/bloom/compliance.md). Hai hệ quả kéo theo, và cả hai đều hiển thị trong sản phẩm: * Trước khi bạn có thể mua, tài sản sẽ được hỏi rằng **địa chỉ của bạn** có thể nắm giữ nó không. Việc từ chối là một факт về quy tắc của tài sản, không phải vấn đề với ví của bạn. * Một lần chuyển đến địa chỉ mà bên phát hành chưa phê duyệt **bị hoàn tác trên chuỗi**. Chính tài sản từ chối; không màn hình nào cần làm điều đó. *** ## Hai thế giới ví Một tài sản Bloom duy nhất có thể truy cập từ **cả** một ví EVM (như MetaMask) và một ví Solana (như Solflare). Bạn chỉ kết nối một ví tại một thời điểm. Một ví Solana phải có khả năng ký các giao dịch Solana phiên bản 1: hiện nay Solflare làm được trên devnet, còn Phantom thì chưa. | Ví | Nó giữ tài sản ở đâu | Cái gì ký | | ------------- | ---------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- | | **Ví EVM** | Địa chỉ EVM của chính nó, như trên bất kỳ chuỗi EVM nào | Một giao dịch EVM | | **ví Solana** | Một địa chỉ EVM **được suy ra từ khóa công khai Solana của bạn** | Chữ ký Solana của bạn, được yêu cầu hai lần mỗi bước (xem [Thanh toán, và các lời nhắc ký bổ sung](#paying-and-the-extra-signature-prompts)) | Với ví EVM thì không có gì mới để học. Với ví Solana, tài sản nằm tại một *được suy ra* địa chỉ — được tính là `keccak256(solana_pubkey)[12..32]` — và chỉ chữ ký Solana của bạn mới có thể điều khiển nó. Không có **cầu nối nào, không có token thứ hai và không có tài khoản EVM nào** tham gia. Điều này được trình bày đầy đủ trong [phần dành cho người nắm giữ Solana](#for-a-solana-holder) bên dưới và trong [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md). *** ## Trang đích ![Trang đích Bloom: tiêu đề chính, hai hàng thế giới ví, và các lối vào Nhà đầu tư và Nhà phát hành.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-d24cbcc96b6ec85d6a62caa993ccd38d3aff82fc%2Flanding.png?alt=media) Trang đích (`/`) nêu Bloom là gì — *các tài sản Solidity, mở cho cả Solana lẫn EVM* — và cho bạn hai lối vào: **Nhà đầu tư** (đưa bạn đến các tài sản đang mở bán tại `/invest`) và **Nhà phát hành**. Là người mua, hãy chọn **Nhà đầu tư**. Hai hàng, **Ví Solana** và **Ví EVM**, liệt kê các ví mà trình duyệt của bạn thực sự đã công bố thông qua các giao thức khám phá EIP-6963 và Wallet Standard. Không có gì hiển thị nếu bạn chưa cài đặt; tên và biểu tượng của mỗi ví là của riêng nó. Ở cuối, một **Hợp đồng** phần liệt kê các địa chỉ mà bản triển khai này tương tác — nhà tạo token, phần triển khai dùng chung, bộ định tuyến quyền, cửa hàng bán sơ cấp và token tiền mặt — mỗi địa chỉ đều liên kết tới trình khám phá khối, nên ứng dụng không bao giờ tự khẳng định một địa chỉ bằng lời của chính nó. ### "Điều đó làm sao có thể với Solana?" ![Phần giải thích lưu ký: một chữ ký đi vào bên trái và tài sản chấp nhận nó ở bên phải, không có cầu nối ở giữa.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18d251b822b78890123e6049df399d603523af5d%2Fcustody.png?alt=media) Trang đích có một phần giải thích trả lời cách một ví Solana có thể nắm giữ một tài sản Solidity. Nó nêu ba điểm: * **Một lần triển khai.** Tài sản là một hợp đồng Solidity thông thường, được triển khai một lần. Không có bản sao được bắc cầu nào của nó ở bất kỳ đâu — một bản sao thứ hai chính là thứ sẽ cho phép nó thoát khỏi các quy tắc. * **Hai thế giới ví.** Một ví EVM truy cập hợp đồng theo cách nó truy cập bất kỳ chuỗi nào. Một ví Solana truy cập *cùng* hợp đồng vì một chuỗi Rome chạy bên trong Solana: tài sản được giữ tại một địa chỉ EVM suy ra từ khóa Solana của bạn, và chữ ký của bạn là thứ duy nhất có thể điều khiển nó. * **Chính tài sản giữ quy tắc.** Việc ai có thể nắm giữ nó được hợp đồng thực thi trên mọi lần chuyển — không phải bởi trang này và cũng không phải bởi cầu nối. Một địa chỉ mà bên phát hành chưa phê duyệt đơn giản là không thể nhận nó. *** ## Duyệt các tài sản đang mở bán ![Danh sách tài sản mở bán tại /invest, với giá và tồn kho được đọc trực tiếp từ chuỗi.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18422483cf862d7243349361c7dcbd4d9c6b436b%2Finvest-list.png?alt=media) `/invest` liệt kê mọi tài sản hiện đang mở bán. Với mỗi hàng bạn thấy: | Cột | Ý nghĩa | | ----------- | ---------------------------------------------------------------- | | **Tài sản** | Tên và ký hiệu của tài sản, đọc trực tiếp từ token | | **Giá** | Giá của một đơn vị, tính bằng `wUSDC` | | **Đã bán** | Số đơn vị đã bán trên số đơn vị được chào bán, kèm thanh tiến độ | Phần tổng kết phía trên bảng đếm **Đang mở** (có bao nhiêu đợt bán đang diễn ra), **Đã phát hành tại đây** (có bao nhiêu tài sản chuỗi này đã phát hành) và **Thanh toán bằng** (`wUSDC`, token tiền mặt cho mọi đợt bán trên bản triển khai này). > **Không có gì trên trang này là dữ liệu cố định.** Giá, tồn kho và trạng thái được đọc trực tiếp từ chuỗi mỗi lần truy cập. Nếu chuỗi không phản hồi, trang sẽ nói vậy — *"Chuỗi không trả lời…"* — thay vì hiển thị một con số cũ hoặc khẳng định là trống. *"Hiện không có gì đang được bán"* là một khẳng định về chuỗi, và nó chỉ xuất hiện khi chuỗi thực sự trả về một danh sách rỗng. Bạn có thể xem giá và tồn kho mà không cần kết nối. Để mua, bạn sẽ cần một ví: trang sẽ hiển thị một **Kết nối ví** lời nhắc, đưa ra ví EVM và Solana của bạn dưới hai tiêu đề. Chọn một hàng sẽ mở trang chi tiết của tài sản đó. *** ## Một tài sản ![Trang chi tiết tài sản: các факты ở bên trái, thẻ điều kiện và bảng mua ở bên phải.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-341ebd012e46da597a5832fe6ba39af8704be545%2Fasset-detail.png?alt=media) Trang tài sản (`/invest/[address]`) có hai nửa: các факты và quy tắc của tài sản ở bên trái, và điều kiện của bạn cùng bảng mua ở bên phải. ### Các thông tin | Thông tin | Ý nghĩa | | ------------------------- | --------------------------------------------------------- | | **Giá** | Giá của một đơn vị, tính bằng `wUSDC` | | **Còn lại** | Số đơn vị còn lại trong đợt bán mở | | **Lợi tức được trả bằng** | Loại tiền tệ mà mọi lợi tức được phân phối bằng (`wUSDC`) | ### Ai có thể nắm giữ nó Trang nêu ba quy tắc mà tài sản thực thi: | Quy tắc | Nội dung | | --------------------------- | ------------------------------------------------------------------------------------ | | **Người nắm giữ được phép** | Các địa chỉ được bên phát hành phê duyệt. Được tài sản kiểm tra trên mọi lần chuyển. | | **Tối thiểu** | 1 đơn vị. Không khóa vốn. | | **Chuyển nhượng** | Chỉ tới một địa chỉ được phép khác, từ cả hai thế giới ví. | > **Tài sản tự kiểm tra điều này trên mọi lần chuyển. Không điều gì trên trang này có thể ghi đè nó.** Các quy tắc được nêu như là thông tin về token, chứ không phải chính sách của ứng dụng này, bởi vì đó chính là chúng. *** ## Điều kiện — được kiểm tra trên token, trước khi mua ![Thẻ điều kiện đang được xác định trên trang tài sản: kết nối, rồi kiểm tra, rồi được phép hoặc không được phép.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-2280eee77f97ef3f1334451fb95811391fedf519%2Feligibility.png?alt=media) Trước khi cho phép bạn mua, trang tài sản hỏi mô-đun danh sách cho phép của chính tài sản xem **địa chỉ của bạn** có thể nắm giữ nó hay không. Thẻ điều kiện hiển thị một trong các trạng thái sau: | Trạng thái | Ý nghĩa | | ----------------------- | ----------------------------------------------------------------------------------------------- | | **Kết nối để kiểm tra** | Chưa có ví nào được kết nối. Hãy kết nối một ví để chạy kiểm tra. | | **Đang kiểm tra…** | Đã kết nối; kiểm tra trên chuỗi vẫn chưa có kết quả. | | **Được phép** | Địa chỉ của bạn có thể nắm giữ tài sản này. | | **Không được phép** | Quy tắc của tài sản từ chối địa chỉ của bạn. Có một liên kết để nộp đơn vào danh sách cho phép. | | **Không khả dụng** | Không thể đọc kiểm tra ngay lúc này (không phải là từ chối). | > **Kiểm tra là hai chiều.** Một giao dịch mua chuyển các đơn vị *từ cửa hàng tới bạn*, nên cả hai bên của giao dịch chuyển đó đều phải có trong danh sách cho phép. Bloom đặt câu hỏi theo cách đó — một kiểm tra một chiều sẽ gọi bạn là đủ điều kiện rồi sau đó thấy giao dịch mua bị hoàn tác vì cửa hàng không có trong danh sách của token đó. Khi địa chỉ của bạn đã có trong danh sách cho phép, thẻ đó sẽ hiển thị **Được phép**, và bạn có thể mua: ![Thẻ điều kiện hiển thị Được phép — người mua đã có trong danh sách cho phép, và bảng mua đang hoạt động.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-46bb4f6d6d75bd6d0674c3fdbece1d8acd70f5b5%2Finvest-permitted.png?alt=media) Khi bạn bị từ chối, lý do hiển thị là **chính của token**, được trích nguyên văn. Bloom không bao giờ viết một câu giải thích vì sao bạn bị từ chối. Nếu tài sản chưa liên kết mô-đun danh sách cho phép nào (bản nháp), thì nó là *không bị rào cản* — không có gì hạn chế bất kỳ ai, và bạn được phép. Nếu bạn bị từ chối, thẻ sẽ liên kết tới **Nộp đơn vào danh sách cho phép**. *** ## Nộp đơn vào danh sách cho phép ![Biểu mẫu nộp đơn: một địa chỉ, một khu vực pháp lý, một loại người nắm giữ, và hai tuyên bố — không có tài liệu.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-cd846bf05c44424259e0308af395f1cb3acd16ae%2Fapply.png?alt=media) `/apply` là nơi bạn yêu cầu bên phát hành chấp nhận địa chỉ của bạn. Phần mở đầu của nó nói toàn bộ câu chuyện: **Không có tài liệu. Chỉ có tuyên bố.** > **Biểu mẫu không giữ thứ gì đáng để rò rỉ, và không ghi gì lên bất kỳ chuỗi nào.** Một đơn đăng ký là bản ghi ngoài chuỗi do bên phát hành quyết định. Bên phát hành tự chạy các kiểm tra của riêng họ trong hệ thống của họ; việc ghi vào danh sách cho phép diễn ra ở phía họ, và tất cả những gì lên chuỗi chỉ là kết quả có hoặc không đối với địa chỉ của bạn. Bạn cung cấp bốn thứ, không hơn: | Trường | Ghi chú | | ------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Địa chỉ sẽ nắm giữ nó** | Được điền sẵn từ ví đã kết nối của bạn. Với ví Solana, đó là **được suy ra** địa chỉ — địa chỉ mà tài sản nằm ở đó, không phải khóa ký cho nó. | | **Khu vực pháp lý** | Một trong danh sách cố định (Singapore, Các Tiểu vương quốc Ả Rập Thống nhất, Thụy Sĩ, Vương quốc Anh). | | **Bạn là** | Cá nhân, Cá nhân được công nhận, hoặc Tổ chức. | | **Hai tuyên bố** | Cả hai đều phải được chấp nhận: rằng bạn hành động cho chính mình và kiểm soát địa chỉ, và rằng bạn chấp nhận bên phát hành quyết định ai có thể nắm giữ tài sản và có thể thu hồi nó. | Các `?` bên cạnh phần mở đầu giải thích vì sao không yêu cầu tài liệu: bên phát hành chỉ cần những gì họ sẽ dựa vào để hành động, không thứ gì bạn tải lên có thể được lưu ở đây, và trên chuỗi bản ghi chỉ là một câu trả lời có hoặc không. **Để nộp đơn:** 1. Xác nhận địa chỉ, chọn khu vực pháp lý và loại người nắm giữ, rồi chấp nhận cả hai tuyên bố. 2. Nhấn **Gửi đơn**. Biểu mẫu được xác thực cục bộ và kho lưu trữ kiểm tra lại mọi thứ trên máy chủ, vì một biểu mẫu chỉ cách bị bỏ qua đúng một yêu cầu. 3. Bạn được cấp một **liên kết riêng** có dạng `…/apply/status?ref=AP-XXXX-XXXX-XXXX`. > **Hãy lưu liên kết — đó là cách duy nhất để quay lại đơn của bạn.** Mã tham chiếu được tạo từ 60 bit ngẫu nhiên mật mã và *là* sự ủy quyền: không có gì khác đứng trước các tuyên bố của bạn, và không có tài khoản hay mật khẩu nào để khôi phục chúng. Trên bản demo, một **Kết nối thử nghiệm** ghi chú chỉ bạn tới `/approve`, nơi bạn có thể phê duyệt đơn của chính mình để hoàn tất vòng lặp. Một bên phát hành thực sự thực hiện bước này trong hệ thống của họ — [xem bên dưới](#approve-the-test-wiring-stand-in). *** ## Trạng thái đơn của bạn, và xóa các tuyên bố ![Trang trạng thái — mã tham chiếu, các факты đã khai báo, dòng thời gian, và điều khiển xóa.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-7dd1d7befa9f2e2450d783835f3d6c172bab4650%2Fapply-status.png?alt=media) `/apply/status` đọc lại một đơn từ mã tham chiếu của nó (từ `?ref=` liên kết, hoặc liên kết cuối cùng trình duyệt này ghi nhớ). Không có phiên; mã tham chiếu chính là chìa khóa. Trang cho biết bạn đang ở đâu — **Với bên phát hành**, **Bạn có thể nắm giữ tài sản này**, hoặc **Bị từ chối** — cùng với bảng chi tiết (mã tham chiếu, ngày nộp, địa chỉ, tài sản, khu vực pháp lý, và một **Kiểm tra** hàng) và một dòng thời gian ngắn về những gì đã xảy ra. Nếu bạn đã được phê duyệt, một **Mua tài sản** liên kết sẽ xuất hiện. Việc từ chối hiển thị lý do riêng của bên phát hành, được trích dẫn nguyên văn. Các **Kiểm tra** hàng phản ánh hồ sơ KYC riêng của bên phát hành. Trên bản demo này chưa kết nối nhà cung cấp nào, nên nó hiển thị *"Chỉ có tuyên bố — không yêu cầu tài liệu"* thay vì ám chỉ một việc xác minh đã không diễn ra. ### Xóa những gì bạn đã khai Bạn có thể xóa các tuyên bố của mình bất cứ lúc nào, ngay từ trang này. > **Việc xóa sẽ hủy các tuyên bố và giữ lại quyết định.** Những gì bạn khai về bản thân sẽ bị xóa và không thể khôi phục. Quyết định của bên phát hành vẫn còn, vì nó đã được thực thi công khai trên chuỗi — và việc rút lại điều đó là một chữ ký mà bên phát hành phải thực hiện, chứ không phải một thao tác xóa mà bạn có thể làm. (Hồ sơ KYC riêng của bên phát hành, nếu có, cũng vẫn tồn tại, vì đó là bằng chứng của bên phát hành để chấp nhận một địa chỉ hiện đã trên chuỗi công khai; xóa nó ở đây cũng sẽ không xóa được gì ở nhà cung cấp của họ.) *** ## `/approve` — vật thay thế cho phần đấu nối thử nghiệm ![Trang phê duyệt — biểu ngữ "kết nối thử nghiệm, không phải bên phát hành", địa chỉ, hành động phê duyệt, và các yêu cầu trên chuỗi của nó ở phần mở bên dưới.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-148d3d28590c1cf33f8ca7f3be7a980d739de48f%2Fapprove.png?alt=media) `/approve` tồn tại để toàn bộ hành trình có thể được trải qua từ đầu đến cuối trên bản demo. Nó có một biểu ngữ ghi **"Kết nối thử nghiệm — không phải bên phát hành"**, và biểu ngữ đó là lý do để nó tồn tại một cách trung thực: trong môi trường sản xuất, bên phát hành phê duyệt đơn trong quy trình của chính họ, không phải ở đây. **Điều gì là thật về nó:** việc phê duyệt là một thao tác ghi danh sách cho phép thực sự trên chuỗi. Trang gọi một `TestApprover` hợp đồng đã được *gắn vào tài sản demo* (Mineral Vault I, `ARCV`, tại `0x2b13ba16a429bf630f94882e477fe775d34b7c74`). Hợp đồng đó cần **không có vai trò** từ bên gọi — bất kỳ ai cũng có thể phê duyệt bất kỳ địa chỉ nào thông qua nó — đó chính là lý do tồn tại của nó: nó cho phép vòng lặp demo khép kín cho mọi ví, từ cả hai luồng. **Để phê duyệt địa chỉ của chính bạn:** 1. Kết nối ví bạn đã dùng để nộp đơn (EVM hoặc Solana). Địa chỉ của bạn đã được điền sẵn. 2. Nhấn **Phê duyệt địa chỉ này**. Các điều kiện tiên quyết và hệ quả của thao tác ghi nằm bên dưới nút — mở *"Điều này làm gì"* để xem chính xác điều gì sẽ xảy ra trước khi bạn ký. 3. Khi thành công, trang hiển thị *"Đã phê duyệt. Người nộp đơn giờ có thể nắm giữ tài sản."* Nếu bạn đăng nhập bằng ví Solana, một ghi chú sẽ hiển thị *"Thao tác này sẽ phê duyệt địa chỉ được suy ra từ khóa Solana của bạn"* — địa chỉ mà phiên làm việc ký **thành** là địa chỉ được suy ra; khóa mà nó ký **với** chính là khóa Solana của bạn. > **Trong môi trường sản xuất, đây là quyết định của bên phát hành, được đưa ra trong hệ thống của bên phát hành.** Phần này của bản demo `TestApprover` được mở sẵn theo thiết kế để vòng lặp có thể đi qua; một thao tác ghi danh sách cho phép thực sự được kiểm soát bởi một vai trò mà bên phát hành nắm giữ. Không có gì thay đổi trong mô hình tuân thủ — vẫn là quyết định của bên phát hành, vẫn chỉ là một giá trị boolean trên chuỗi, và vẫn không có tài liệu ở bất cứ đâu. Sau khi được phê duyệt, quay lại trang tài sản; điều kiện của bạn giờ hiển thị **Được phép**. *** ## Mua Bảng mua nằm bên dưới thẻ điều kiện trên trang tài sản. > **Cần wUSDC trước?** Mọi đợt bán đều được định giá bằng wUSDC, và một ví mới thì không có. [Chuyển tiền đến Rome](/vi/ung-dung-tren-rome/bloom/funding.md) hướng dẫn nạp tiền: bắc cầu USDC hoặc ETH từ Sepolia vào, rồi bọc gas đã bắc cầu thành wUSDC — tất cả ngay trên màn `/bridge` hình. ![Bảng mua sau khi giao dịch hoàn tất — "Đã mua. Nó sẽ hiển thị trong Vị thế."](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-e2ffc015b988fb56be5cf364aa05ac431a0cb5a2%2Fbuy-done.png?alt=media) 1. Nhập số lượng **Đơn vị** bạn muốn. Bảng hiển thị giá mỗi đơn vị và tổng số tiền bạn sẽ trả, tính bằng `wUSDC`. (Số tiền mặt mà giao dịch mua thực sự rút ra được tính từ giá theo đơn vị cơ sở, nên số tiền được phê duyệt luôn khớp với số tiền được báo.) 2. Nhấn nút mua. Một giao dịch mua là một chuỗi ngắn, không phải một cú nhấp duy nhất: nếu đợt bán هنوز chưa có quyền lấy `wUSDC`, **phê duyệt** thì bước *"Cho phép đợt bán lấy tiền của bạn"*), rồi đến **Mua** chính nó. 3. Mỗi bước bắt đầu bằng nút của nó và ẩn phần **điều kiện tiên quyết** và **hệ quả** bên dưới nó — chỉ cách một cú nhấp trước khi bạn ký — và đặt tên cho giai đoạn của nó khi chạy — *"Đang chờ ví của bạn…"*, rồi *"Đang đến trên chuỗi…"*. Chuỗi thao tác kiểm tra lại điều kiện giữa các bước, nên một đợt bán đóng lại sau khi bạn phê duyệt sẽ dừng giao dịch mua thay vì hoàn tác nó. 4. Khi thành công, bảng hiển thị *"Đã mua. Nó sẽ hiển thị trong Vị thế."* Đối với **ví Solana** chuỗi thao tác có thể dài hơn trong lần đầu tiên. Nếu địa chỉ phía Rome của bạn nắm giữ ít wUSDC hơn mức giao dịch cần, thì sẽ có một bước chuyển tiền từ ví của bạn vào trước, và nếu quyền cấp chuyển wUSDC chưa được thiết lập thì một **Cho phép chuyển wUSDC** bước sẽ diễn ra trước phần phê duyệt. Sau khi bạn nhấn Mua, ví Solana sẽ thực hiện việc nạp tiền, cấp quyền, phê duyệt và mua trong một lượt, và nút sẽ ghi "hai lời nhắc từ ví" trong khi từng bước ký. Tên các bước và số lượng lời nhắc ở phần đầu được hiển thị trên Trade và Credit, không phải ở đây. Ví EVM cũng sẽ nhận được bước một lần **Cho phép chuyển wUSDC** trên bảng này. Các bước và số lượng lời nhắc nằm trong [Thanh toán, và các lời nhắc ký bổ sung](#paying-and-the-extra-signature-prompts). Nếu ví của bạn đang ở sai mạng, bảng sẽ nói vậy và đề nghị chuyển sang chuỗi của tài sản thay vì để một nút bấm không làm gì. > **Giao dịch mua đi qua cùng cổng danh sách cho phép như bất kỳ lần chuyển nào.** Cửa hàng chỉ chuyển đơn vị cho bạn nếu cả nó và địa chỉ của bạn đều được phép. Không có kiểm tra nào phía Bloom có thể thay thế cho kiểm tra của chính tài sản. *** ## Vị thế của bạn `/portfolio` cho biết bạn đang nắm giữ gì. Kết nối ví đang giữ tài sản và bạn sẽ thấy: ![Trang vị thế — khoản nắm giữ, giá trị của nó, và phần tổng kết.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-adabd845843de879d366f0d21b03dfb87fc0573d%2Fpositions.png?alt=media) * một phần tổng kết — **Tổng giá trị** (trong `wUSDC`), **Tài sản** (bạn đang giữ bao nhiêu tài sản khác nhau), và **Lợi tức đã nhận**; * một **Khoản nắm giữ** bảng liệt kê từng tài sản, số đơn vị của bạn và giá trị của chúng. Mọi thứ đều được đọc trực tiếp từ chuỗi. Khi bạn chưa nắm giữ gì, trang sẽ nói vậy và liên kết bạn tới các đợt bán đang mở. **Lợi tức đã nhận** hiện hiển thị dấu gạch ngang: đọc lịch sử chi trả của bạn nghĩa là lần theo các sự kiện phân phối ngược về khối đầu tiên của tài sản, đó là phần việc còn ở phía trước — dấu gạch ngang là trung thực ở nơi một `0.00` sẽ là một khẳng định. > **Vị thế chỉ là một khung nhìn, không phải thị trường.** Bloom hiển thị việc mua một tài sản từ đợt bán sơ cấp và nắm giữ nó. Bản thân tài sản cho phép chuyển đến *các địa chỉ được phép khác* từ cả hai thế giới ví (đó là một trong các quy tắc đã nêu của nó), nhưng Bloom hiện chưa cung cấp điều khiển chuyển nhượng hay bán thứ cấp. *** ## Đối với người nắm giữ Solana Mọi điều ở trên áp dụng cho bạn không thay đổi. Phần này đề cập đến một điều bất ngờ thực sự thuộc về bạn: **tài sản được giữ tại một địa chỉ mà ví Solana của bạn sẽ không bao giờ liệt kê**, và vì sao điều đó an toàn. ### Chuỗi lưu ký ![Vị thế của người nắm giữ Solana — "Được giữ cho khóa Solana của bạn", địa chỉ nắm giữ được suy ra, chuỗi lưu ký, và khoản nắm giữ ARCV được mua trên luồng Solana.](https://4233397286-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-b4f6ea043299e63183ceb7393e25b83948975218%2Fpositions-solana.png?alt=media) Khi bạn kết nối ví Solana, `/portfolio` hiển thị một **Được giữ tại** dòng với địa chỉ EVM mà tài sản của bạn nằm ở đó, và một **Điều này được giữ như thế nào?** công tắc mở một bảng lưu ký giải thích cách suy ra qua ba bước: 1. **Khóa Solana của bạn** — khóa đã nằm trong ví của bạn. Nó ký; nó không bao giờ rời đi. 2. **Tính ra thành — địa chỉ giữ tài sản** — địa chỉ EVM được suy ra. Nó là *phép toán, không phải một tài khoản*: nó được suy ra từ khóa của bạn, và không có khóa riêng nào cho nó. 3. **Điều có thể di chuyển nó** — chỉ một chữ ký từ khóa của bạn mới có thể di chuyển thứ nằm ở địa chỉ đó. > **Vì sao điều này an toàn.** Tài sản này cư trú trong trạng thái EVM: số dư của nó là dữ liệu lưu trữ bên trong các tài khoản của chương trình Rome. Có **không có SPL mint của nó**, không có tài khoản token, và không có gì bản địa của Solana để chuyển — nên phần kết nối phía Solana không có lệnh nào có thể chuyển nó ra ngoài. Chỉ chữ ký Solana của bạn mới có thể điều khiển địa chỉ dẫn xuất, và mọi di chuyển mà nó có thể biểu đạt đều là một lệnh gọi vào hợp đồng tài sản, nơi chạy cổng danh sách cho phép. Một lần chuyển tới địa chỉ không được phép sẽ bị hoàn tác giống hệt nhau dù được ký bằng khóa EVM hay khóa Solana. Đây chính xác là thuộc tính mà một tài sản có quyền hạn mong muốn — xem [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md#custody-why-the-rwa-stays-at-the-synthetic). Vì không có token SPL nào để niêm yết, **ví Solana của bạn sẽ không hiển thị khoản nắm giữ RWA** — ứng dụng Bloom là giao diện hiển thị vị thế của bạn. Một khóa Solana bị mất sẽ được khôi phục thông qua quy trình của bên phát hành, chứ không phải bằng cách chuyển tài sản ra ngoài chuỗi. ### Thanh toán, và các lời nhắc ký bổ sung * **Bạn trả phí Solana bằng SOL từ chính ví của mình.** Địa chỉ EVM dẫn xuất không bao giờ cần SOL. Phí gas của nó chỉ được dùng trong trường hợp duy nhất mô tả bên dưới, khi một lệnh gọi quá lớn cho một giao dịch. * **Mỗi lệnh gọi là một giao dịch Solana phiên bản 1, và mỗi lệnh gọi gồm hai bước xác nhận.** Một lệnh phê duyệt, mua hoặc chuyển được chuỗi dựng sẵn cho ví của bạn thông qua proxy của chuỗi. Trước tiên, ví của bạn ký một thông điệp có thể đọc được bắt đầu bằng *Rome authorization*, điều này chứng minh rằng khóa Solana của bạn cho phép chính xác lệnh gọi này. Sau đó nó ký chính giao dịch. Vì vậy, phê duyệt rồi mua là bốn bước xác nhận. * **Một ví không thể ký giao dịch phiên bản 1 sẽ dừng lại ở đó.** Bloom sẽ thất bại theo chế độ đóng thay vì gửi định dạng cũ hơn. Tạm thời hãy dùng Solflare trên devnet; Phantom hiện vẫn chưa ký giao dịch phiên bản 1. * **Chuyển tiền mặt vào là một bước xác nhận, chỉ khi cần.** Một lần mua sẽ tiêu tốn wUSDC từ địa chỉ dẫn xuất của bạn, nơi không nắm giữ gì khi ở trạng thái nghỉ. Nếu số đó ít hơn chi phí mua, Bloom trước tiên sẽ chuyển phần thiếu từ tài khoản token USDC riêng của ví bạn. Trên Trade và Credit, bước này được gọi là *Chuyển tiền mặt của bạn*; trên lệnh mua của Invest, nó diễn ra như một phần của giao dịch mua sau khi bạn nhấn Buy. * **Khoản cấp quyền một lần là một bước riêng, mỗi ví chỉ một lần.** Lần đầu tiên địa chỉ dẫn xuất của bạn tiêu wUSDC, Bloom sẽ đặt **Cho phép chuyển wUSDC** trước lệnh phê duyệt. Đây là một lệnh gọi như mọi lệnh khác (hai bước xác nhận), và sẽ không được hỏi lại sau khi đã thiết lập. Lý do tồn tại của nó nằm ở [Cấp quyền một lần cho mỗi ví](/vi/cac-khai-niem-cot-loi/token-interop.md#one-time-grant-per-wallet). * **Một lệnh gọi quá lớn cho một giao dịch Solana sẽ được chuyển tiếp, với ít bước xác nhận hơn.** Bloom luôn thử giao dịch trực tiếp, do ví ký trước. Nếu chuỗi từ chối vì nó không vừa, cùng chữ ký ủy quyền đó sẽ được chuyển cho proxy, và proxy sẽ gửi nó thay bạn: một bước xác nhận cho lệnh gọi đó. Vì proxy là bên gửi, lệnh gọi được thanh toán bằng gas Rome từ địa chỉ dẫn xuất của bạn, nên nếu số dư đó không đủ, Bloom trước tiên sẽ nạp thêm từ ví của bạn, và đó là thêm một bước xác nhận nữa, thường mỗi ví chỉ một lần. Xem [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md#calls-too-large-for-one-transaction). Vì vậy, một lần mua đầu tiên từ ví Solana mới là: chuyển tiền mặt vào (1 bước xác nhận), cho phép chuyển wUSDC (2), phê duyệt việc bán (2), mua (2). > **Các thao tác lớn hơn sẽ được chuyển tiếp, không bị từ chối.** Một lần mua vừa trong một giao dịch Solana, còn một "hành trình nhiều bước" (phê duyệt rồi mua) là nhiều giao dịch trọn vẹn, mỗi giao dịch đều độc lập. Chỉ một lệnh gọi mà proxy báo là quá lớn cho một giao dịch, và trong Credit có thể bao gồm các thao tác thị trường lớn hơn, mới đi theo lộ trình chuyển tiếp mô tả ở trên. *** ## Nơi mà tuân thủ thực sự nằm ở đâu Để tóm tắt điều gì được thực thi ở đâu, để không ai nhầm lẫn nơi đây là một chính sách của Bloom: | Mối quan tâm | Được thực thi bởi | Không phải bởi | | ----------------------------------------------- | ---------------------------------------------------------- | ----------------------------------------- | | Ai có thể nắm giữ tài sản | Mô-đun danh sách cho phép của tài sản, trên mỗi lần chuyển | Trang web này | | Một lần chuyển tới địa chỉ không được phê duyệt | Bị hoàn tác trên chuỗi bởi tài sản | Bất kỳ bộ lọc ngoài chuỗi nào | | Thông tin nào được lưu về bạn | Một giá trị boolean (`isWhitelisted`) cho mỗi địa chỉ | Tài liệu hoặc thông tin PII, ở bất kỳ đâu | | Ai có thể chấp nhận bạn | Quyết định ngoài chuỗi của bên phát hành | Bloom | Để hiểu toàn bộ mô hình, hãy đọc [COMPLIANCE.md](/vi/ung-dung-tren-rome/bloom/compliance.md); còn về cơ chế hai luồng, [LANES.md](/vi/ung-dung-tren-rome/bloom/lanes.md). > **Đây không phải là bản mô phỏng.** Một người mua thực sự đã mua tài sản này từ một ví EVM, và một ví Solana thực sự đã mua nó trên luồng Solana — cùng một token, cùng một danh sách cho phép, cùng một wUSDC. Mọi giao dịch đều được liên kết trên trang [Bằng chứng](/vi/ung-dung-tren-rome/bloom/evidence-investor.md) . Thẻ Được phép, các vị thế, và chuỗi lưu ký Solana trong hướng dẫn này chính là các người mua đó, sau các giao dịch đó. --- # 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/investing.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.