> 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/id/aplikasi-di-rome/bloom/investing.md).

# Berinvestasi

Bloom adalah pasar untuk **aset dunia nyata berizin**. Setiap aset adalah kontrak Solidity biasa yang dideploy sekali di chain Rome, dan aturan tentang siapa yang boleh memilikinya berada di dalam kontrak itu. Panduan ini menuntun pembeli dari halaman beranda melalui penelusuran aset, pengecekan kelayakan, pengajuan ke allowlist, pembelian, dan kepemilikan — lalu membahas satu hal yang benar-benar berbeda bagi pemegang yang menandatangani dengan dompet Solana.

> **Aturan itu ikut bersama aset.** Siapa yang boleh memiliki aset ditegakkan oleh kontrak aset itu sendiri, pada setiap transfer — bukan oleh situs web ini. Tidak ada apa pun di layar mana pun di sini yang dapat menimpanya, dan tidak ada jalan memutarinya. Bloom adalah jendela ke chain; chain-lah yang memutuskan.

***

## Apa arti "permissioned" bagi pembeli

Aset yang permissioned memiliki sebuah **allowlist**: sekumpulan alamat yang telah diputuskan penerbit boleh memilikinya. Allowlist bukan fitur Bloom — ia berada di modul yang dipasang pada kontrak aset, dan aset memeriksanya pada setiap mint, burn, dan transfer.

> **Chain menyimpan satu fakta tentang Anda: satu jawaban ya atau tidak terhadap alamat Anda.** Tidak ada dokumen, tidak ada informasi pribadi, dan tidak ada klaim identitas yang pernah disimpan di chain atau di aplikasi ini. Saat penerbit menerima Anda, yang sampai ke chain hanyalah `isWhitelisted(yourAddress) = true`. Model kepatuhan lengkap ada di [COMPLIANCE.md](/id/aplikasi-di-rome/bloom/compliance.md).

Ada dua konsekuensi, dan keduanya terlihat di produk:

* Sebelum Anda dapat membeli, aset ditanya apakah **alamat Anda** boleh memilikinya. Penolakan adalah fakta tentang aturan aset, bukan masalah pada dompet Anda.
* Transfer ke alamat yang belum disetujui penerbit **revert di chain**. Aset yang menolaknya; tidak ada layar yang perlu melakukannya.

***

## Dua dunia dompet

Satu aset Bloom dapat diakses dari **keduanya** dompet EVM (seperti MetaMask) dan dompet Solana (seperti Phantom). Anda menghubungkan satu dompet pada satu waktu.

| Dompet            | Tempat aset disimpan                                         | Yang menandatangani      |
| ----------------- | ------------------------------------------------------------ | ------------------------ |
| **Dompet EVM**    | Alamat EVM miliknya sendiri, seperti pada chain EVM mana pun | Transaksi EVM            |
| **Dompet Solana** | Alamat EVM **yang diturunkan dari public key Solana Anda**   | Tanda tangan Solana Anda |

Untuk dompet EVM tidak ada hal baru yang perlu dipelajari. Untuk dompet Solana, aset berada di sebuah *diturunkan* alamat — dihitung sebagai `keccak256(solana_pubkey)[12..32]` — dan hanya tanda tangan Solana Anda yang dapat menggerakkannya. Tidak ada **bridge, token kedua, atau akun EVM** yang terlibat. Ini dibahas lengkap di [bagian pemegang Solana](#for-a-solana-holder) di bawah dan di [LANES.md](/id/aplikasi-di-rome/bloom/lanes.md).

***

## Halaman beranda

![Halaman beranda Bloom: judul utama, dua baris dunia dompet, dan pintu Investor serta Penerbit.](/files/e76d5e917a107c01799fdadfa1612b2dde643b3a)

Halaman beranda (`/`) menyatakan apa itu Bloom — *aset Solidity, terbuka untuk Solana maupun EVM* — dan memberi Anda dua pintu: **Investor** (yang membawa Anda ke aset terbuka di `/invest`) dan **Penerbit**. Sebagai pembeli, pilih **Investor**.

Dua baris, **dompet Solana** dan **dompet EVM**, mencantumkan dompet yang benar-benar telah diumumkan browser Anda melalui protokol penemuan EIP-6963 dan Wallet Standard. Tidak ada yang ditampilkan jika tidak terpasang; nama dan ikon tiap dompet adalah miliknya sendiri.

Di bagian bawah, sebuah **Contracts** bagian mencantumkan alamat-alamat yang dihubungi deployment ini — token factory, implementasi bersama, permission router, etalase penjualan utama, dan token tunai — masing-masing menaut ke block explorer, sehingga aplikasi tidak pernah menyatakan sebuah alamat dengan suaranya sendiri.

### "Bagaimana mungkin dengan Solana?"

![Penjelasan kustodi: satu tanda tangan masuk di kiri dan aset menerimanya di kanan, tanpa bridge di antaranya.](/files/e9a262ae9d490825a03056a446cacc03c13de7c1)

Halaman beranda memuat penjelasan yang menjawab bagaimana dompet Solana dapat menyimpan aset Solidity. Itu menyampaikan tiga poin:

* **Satu deployment.** Aset adalah kontrak Solidity biasa, dideploy sekali. Tidak ada salinan yang dijembatani di mana pun — salinan kedua justru akan membuatnya bisa lolos dari aturan.
* **Dua dunia dompet.** Dompet EVM menjangkau kontrak seperti ia menjangkau chain mana pun. Dompet Solana menjangkau *yang sama* karena chain Rome berjalan di dalam Solana: aset disimpan pada alamat EVM yang diturunkan dari kunci Solana Anda, dan tanda tangan Anda adalah satu-satunya hal yang dapat menggerakkannya.
* **Aset memegang aturannya.** Siapa yang boleh memilikinya ditegakkan oleh kontrak pada setiap transfer — bukan oleh situs ini dan bukan oleh bridge. Alamat yang belum disetujui penerbit tidak dapat menerimanya.

***

## Menjelajah aset terbuka

![Daftar aset terbuka di /invest, dengan harga dan inventaris dibaca langsung dari chain.](/files/0e1cc0131209e1f6b81acaf1146a09932264995d)

`/invest` mencantumkan setiap aset yang sedang buka penjualan saat ini. Untuk setiap baris Anda melihat:

| Kolom       | Arti                                                                    |
| ----------- | ----------------------------------------------------------------------- |
| **Aset**    | Nama dan simbol aset, dibaca langsung dari token itu sendiri            |
| **Harga**   | Harga satu unit, dalam `wUSDC`                                          |
| **Terjual** | Unit yang sudah terjual dari unit yang ditawarkan, dengan bilah progres |

Ringkasan di atas tabel menghitung **Sedang buka** (berapa banyak penjualan yang aktif), **Diterbitkan di sini** (berapa banyak aset yang diterbitkan chain ini) dan **Dibayar dalam** (`wUSDC`, token tunai untuk setiap penjualan pada deployment ini).

> **Tidak ada yang ditanam di halaman ini.** Harga, inventaris, dan status dibaca langsung dari chain pada setiap kunjungan. Jika chain tidak menjawab, halaman akan mengatakannya — *"Chain tidak menjawab…"* — alih-alih menampilkan angka usang atau mengklaim kosong. *"Tidak ada yang sedang dijual saat ini"* adalah klaim tentang chain, dan hanya muncul ketika chain benar-benar mengembalikan daftar kosong.

Anda dapat membaca harga dan inventaris tanpa terhubung. Untuk membeli, Anda memerlukan dompet: halaman menampilkan prompt **Hubungkan dompet** yang menawarkan dompet EVM dan Solana Anda di bawah dua judul. Memilih satu baris membuka halaman detail aset itu.

***

## Satu aset

![Halaman detail aset: fakta di kiri, kartu kelayakan dan panel beli di kanan.](/files/127f331b0708a39539de7221d6838195a979aaeb)

Halaman aset (`/invest/[address]`) memiliki dua sisi: fakta dan aturan aset di kiri, serta kelayakan Anda dan panel beli di kanan.

### Fakta

| Fakta                         | Arti                                                                 |
| ----------------------------- | -------------------------------------------------------------------- |
| **Harga**                     | Harga satu unit, dalam `wUSDC`                                       |
| **Tersedia**                  | Unit yang masih tersedia dalam penjualan terbuka                     |
| **Imbal hasil dibayar dalam** | Mata uang tempat imbal hasil apa pun didistribusikan dalam (`wUSDC`) |

### Siapa yang boleh memilikinya

Halaman ini menyatakan tiga aturan yang ditegakkan aset:

| Aturan                      | Apa yang dikatakannya                                                          |
| --------------------------- | ------------------------------------------------------------------------------ |
| **Pemegang yang diizinkan** | Alamat yang disetujui oleh penerbit. Diperiksa oleh aset pada setiap transfer. |
| **Minimum**                 | 1 unit. Tanpa penguncian.                                                      |
| **Transfer**                | Hanya ke alamat lain yang diizinkan, dari dunia dompet mana pun.               |

> **Aset memeriksa ini sendiri pada setiap transfer. Tidak ada apa pun di halaman ini yang dapat menimpanya.** Aturan-aturan dinyatakan sebagai fakta tentang token, bukan sebagai kebijakan aplikasi ini, karena memang itulah adanya.

***

## Kelayakan — diperiksa pada token, sebelum membeli apa pun

![Kartu kelayakan yang sedang diselesaikan di halaman aset: hubungkan, lalu memeriksa, lalu diizinkan atau tidak diizinkan.](/files/d15c7c58382514921d24314e40da67802088ee19)

Sebelum menawarkan pembelian, halaman aset menanyakan modul allowlist milik aset sendiri apakah **alamat Anda** boleh memilikinya. Kartu kelayakan menampilkan salah satu status ini:

| Status                        | Arti                                                                                  |
| ----------------------------- | ------------------------------------------------------------------------------------- |
| **Hubungkan untuk memeriksa** | Belum ada dompet yang terhubung. Hubungkan salah satu untuk menjalankan pemeriksaan.  |
| **Memeriksa…**                | Terhubung; pemeriksaan on-chain belum selesai.                                        |
| **Diizinkan**                 | Alamat Anda boleh memiliki aset ini.                                                  |
| **Tidak diizinkan**           | Aturan aset menolak alamat Anda. Sebuah tautan menawarkan untuk mengajukan allowlist. |
| **Tidak tersedia**            | Pemeriksaan belum bisa dibaca sekarang (bukan penolakan).                             |

> **Pemeriksaan ini dua sisi.** Pembelian memindahkan unit *dari etalase ke Anda*, jadi kedua pihak dalam transfer itu harus ada di allowlist. Bloom mengajukan pertanyaan dengan cara itu — pemeriksaan satu sisi akan menyatakan Anda memenuhi syarat lalu menyaksikan pembelian revert karena etalase tidak terdaftar pada token itu.

Setelah alamat Anda ada di allowlist, kartu yang sama berbunyi **Diizinkan**, dan pembelian terbuka untuk Anda:

![Kartu kelayakan menampilkan Diizinkan — pembeli ada di allowlist, dan panel beli aktif.](/files/cdfaf685e9c6ecc2999d800f5113d25b06285a53)

Saat Anda ditolak, alasan yang ditampilkan adalah **milik token itu sendiri**, dikutip kata demi kata. Bloom tidak pernah menulis kalimat tentang mengapa Anda ditolak. Jika aset belum terhubung ke modul allowlist (sebuah draf), maka aset itu *tanpa pembatasan* — tidak ada yang membatasi siapa pun, dan Anda diizinkan.

Jika Anda ditolak, kartu menaut ke **Ajukan untuk allowlist**.

***

## Mengajukan allowlist

![Formulir pengajuan: alamat, yurisdiksi, tipe pemegang, dan dua deklarasi — tanpa dokumen.](/files/fe49ce9976904dc242f0649861de8ec487790585)

`/apply` adalah tempat Anda meminta penerbit untuk menerima alamat Anda. Kalimat pembukanya menceritakan keseluruhan kisah: **Tanpa dokumen. Hanya deklarasi.**

> **Formulir ini tidak menyimpan apa pun yang layak bocor, dan tidak menulis apa pun ke chain mana pun.** Sebuah pengajuan adalah catatan off-chain yang diputuskan penerbit. Penerbit menjalankan pemeriksaan mereka sendiri di sistem mereka sendiri; penulisan allowlist terjadi di sisi mereka, dan semua yang pernah sampai ke chain hanyalah hasil ya atau tidak terhadap alamat Anda.

Anda memberikan empat hal, tidak lebih:

| Bidang                            | Catatan                                                                                                                                                                                                       |
| --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Alamat yang akan menyimpannya** | Diisi otomatis dari dompet yang terhubung. Untuk dompet Solana, ini adalah **diturunkan** alamat Anda — alamat tempat aset berada, bukan kunci yang menandatanganinya.                                        |
| **Yurisdiksi**                    | Salah satu daftar tetap (Singapura, Uni Emirat Arab, Swiss, Britania Raya).                                                                                                                                   |
| **Anda adalah**                   | Individu, Individu terakreditasi, atau Institusi.                                                                                                                                                             |
| **Dua deklarasi**                 | Keduanya harus diterima: bahwa Anda bertindak untuk diri sendiri dan mengendalikan alamat tersebut, serta bahwa Anda menerima bahwa penerbit memutuskan siapa yang boleh memiliki aset dan dapat mencabutnya. |

Catatan `?` di samping kalimat pembuka menjelaskan mengapa tidak ada dokumen yang diminta: penerbit hanya membutuhkan apa yang akan mereka tindak lanjuti, apa pun yang dapat Anda unggah tidak bisa disimpan di sini, dan di chain rekamannya hanyalah satu ya atau tidak.

**Untuk mengajukan:**

1. Konfirmasi alamat, pilih yurisdiksi dan tipe pemegang, lalu terima kedua deklarasi.
2. Tekan **Kirim aplikasi**. Formulir memvalidasi secara lokal dan penyimpanan memeriksa ulang semuanya di server, karena sebuah formulir hanya berjarak satu permintaan dari bisa dilewati.
3. Anda diberi sebuah **tautan pribadi** dari formulir `…/apply/status?ref=AP-XXXX-XXXX-XXXX`.

> **Simpan tautannya — itu satu-satunya jalan kembali ke aplikasi Anda.** Referensi itu dicetak dari 60 bit keacakan kriptografis dan *adalah* otorisasinya: tidak ada hal lain yang berdiri di depan deklarasi Anda, dan tidak ada akun atau kata sandi untuk memulihkannya.

Di demo, sebuah **Rangkaian uji** catatan mengarahkan Anda ke `/approve`, tempat Anda dapat menyetujui aplikasi Anda sendiri untuk menyelesaikan loop. Penerbit sungguhan melakukan langkah ini di sistem mereka sendiri — [lihat di bawah](#approve--the-test-wiring-stand-in).

***

## Status aplikasi Anda, dan menghapus deklarasi

![Halaman status — referensi, fakta yang dideklarasikan, linimasa, dan kontrol hapus.](/files/9cefe0ce3445139a73c9fcba0ce16a260417896c)

`/apply/status` membaca kembali sebuah aplikasi dari referensinya (dari `?ref=` tautan, atau yang terakhir diingat browser ini). Tidak ada sesi; referensi adalah kuncinya.

Halaman menunjukkan posisi Anda — **Dengan penerbit**, **Anda boleh memiliki aset ini**, atau **Ditolak** — bersama tabel detail (referensi, tanggal pengajuan, alamat, aset, yurisdiksi, dan baris **Pemeriksaan** ) dan linimasa singkat tentang apa yang telah terjadi. Jika Anda telah disetujui, sebuah **Beli aset** tautan akan muncul. Penolakan menampilkan alasan milik penerbit sendiri, dikutip.

Catatan **Pemeriksaan** baris mencerminkan catatan KYC milik penerbit sendiri. Pada demo ini tidak ada penyedia yang terhubung, sehingga tampilannya *"Hanya deklarasi — tidak ada dokumen yang diminta"* daripada menyiratkan verifikasi yang tidak terjadi.

### Menghapus apa yang Anda deklarasikan

Anda dapat menghapus deklarasi Anda kapan saja, dari halaman ini.

> **Penghapusan menghancurkan deklarasi dan meninggalkan keputusan.** Apa yang Anda katakan tentang diri sendiri dihapus dan tidak dapat dipulihkan. Keputusan penerbit tetap ada, karena sudah pernah ditindaklanjuti secara publik, di chain — dan menarik kembali pernyataan itu adalah tanda tangan yang harus dibuat penerbit, bukan hapus yang dapat Anda lakukan. (Catatan KYC milik penerbit sendiri, jika ada, juga tetap ada, karena itu adalah bukti penerbit untuk menerima alamat yang sekarang ada di chain publik; menghapusnya di sini tidak akan menghapus apa pun di penyedia mereka juga.)

***

## `/approve` — pengganti penyambungan uji

![Halaman approve — banner "penyambungan uji, bukan penerbit", alamat, aksi approve, dan persyaratan on-chain-nya di bagian bawah yang terlipat di bawahnya.](/files/3fe95aa34c6c5cfa3821f8ca1772f63d227bbceb)

`/approve` ada agar seluruh perjalanan dapat dijalani dari awal sampai akhir di demo. Halaman ini membawa banner bertuliskan **"Penyambungan uji — bukan penerbit"**, dan banner itulah alasan mengapa kejujuran untuk menampilkannya: di produksi, penerbit menyetujui aplikasi di dalam alur kerja mereka sendiri, bukan di sini.

**Yang nyata tentangnya:** persetujuannya adalah penulisan allowlist on-chain yang benar-benar nyata. Halaman ini memanggil kontrak `TestApprover` yang *dipasang pada aset demo* (Mineral Vault I, `ARCV`, di `0x2b13ba16a429bf630f94882e477fe775d34b7c74`). Kontrak itu membutuhkan **tanpa peran** dari pemanggilnya — siapa pun dapat menyetujui alamat apa pun melaluinya — dan itulah alasan seluruh keberadaannya: ia memungkinkan loop demo ditutup untuk dompet apa pun, dari kedua jalur.

**Untuk menyetujui alamat Anda sendiri:**

1. Hubungkan dompet yang Anda gunakan untuk mengajukan (EVM atau Solana). Alamat Anda diisi otomatis.
2. Tekan **Setujui alamat ini**. Prasyarat dan konsekuensi penulisan dilipat di bawah tombol — buka *"Apa yang dilakukan ini"* untuk melihat tepat apa yang akan terjadi sebelum Anda menandatangani.
3. Saat berhasil, halaman menampilkan *"Terbeli. Akan tampil di Posisi."*

Jika Anda masuk dengan dompet Solana, sebuah catatan berbunyi *"Ini akan menyetujui alamat yang diturunkan dari kunci Solana Anda"* — alamat yang ditandatangani proses **untuk** adalah yang diturunkan; kunci yang digunakannya untuk menandatangani **dengan** adalah kunci Solana Anda.

> **Di produksi, ini adalah keputusan penerbit, dibuat di sistem penerbit.** Demo ini `TestApprover` terbuka secara desain sehingga alurnya dapat dilalui; penulisan allowlist sungguhan dibatasi oleh peran yang dipegang penerbit. Tidak ada yang berubah pada model kepatuhan — tetap keputusan penerbit, tetap satu boolean di chain, dan tetap tanpa dokumen di mana pun.

Setelah disetujui, kembali ke halaman aset; kelayakan Anda sekarang berbunyi **Diizinkan**.

***

## Membeli

Panel beli berada di bawah kartu kelayakan pada halaman aset.

> **Butuh wUSDC dulu?** Setiap penjualan dihargai dalam wUSDC, dan dompet baru tidak memilikinya. [Mengirim dana ke Rome](/id/aplikasi-di-rome/bloom/funding.md) menjelaskan alur masuk dana: bridge USDC atau ETH dari Sepolia, lalu bungkus gas yang dijembatani menjadi wUSDC — semuanya di layar `/bridge` .

![Panel pembelian setelah pembelian berhasil — "Terbeli. Akan tampil di Posisi."](/files/551520216e54864e68b8874101cf57d5f9354fdb)

1. Masukkan jumlah **Unit** yang Anda inginkan. Panel menampilkan harga per unit dan total yang akan Anda bayar, dalam `wUSDC`. (Dana yang benar-benar diambil pembelian dihitung dari harga dalam unit dasar, sehingga jumlah yang disetujui selalu cocok dengan jumlah yang dikutip.)
2. Tekan kontrol beli. Pembelian adalah urutan singkat, bukan satu klik: jika penjualan belum memiliki izin untuk mengambil dana Anda `wUSDC`, sebuah **persetujuan** langkah muncul terlebih dahulu (*"Izinkan penjualan mengambil uang Anda"*), lalu **Beli** itu sendiri.
3. Setiap langkah diawali dengan tombolnya dan memuat **prasyarat** dan **konsekuensi** di bawahnya — satu klik lagi sebelum Anda menandatangani — dan menamai fasenya saat berjalan — *"Menunggu dompet Anda…"*, lalu *"Mendarat di chain…"*. Urutan ini memeriksa ulang syarat di antara langkah, jadi penjualan yang ditutup setelah persetujuan Anda menghentikan pembelian, bukan membaliknya.
4. Saat berhasil panel menampilkan *"Terbeli. Akan tampil di Posisi."*

Jika dompet Anda berada di jaringan yang salah, panel akan mengatakannya dan menawarkan untuk beralih ke chain aset, alih-alih membiarkan tombol tidak melakukan apa-apa.

> **Pembelian melewati gerbang allowlist yang sama seperti transfer apa pun.** Etalase hanya memindahkan unit ke Anda jika baik etalase maupun alamat Anda diizinkan. Tidak ada pengecekan di sisi Bloom yang bisa menggantikan pengecekan milik aset sendiri.

***

## Posisi Anda

`/portfolio` menunjukkan apa yang Anda miliki. Hubungkan dompet yang memegang aset dan Anda mendapatkan:

![Halaman posisi — kepemilikan, nilainya, dan ringkasannya.](/files/b448da3dbc6a6d24888f6ec9ef3113529b7e0ecd)

* sebuah ringkasan — **Total nilai** (dalam `wUSDC`), **Aset** (berapa banyak aset berbeda yang Anda miliki), dan **Yield yang diterima**;
* a **Kepemilikan** tabel yang mencantumkan setiap aset, unit Anda, dan nilainya.

Semuanya dibaca langsung dari chain secara live. Saat Anda belum memegang apa pun, halaman akan mengatakan begitu dan menautkan Anda ke penjualan terbuka. **Yield yang diterima** saat ini menampilkan tanda strip: membaca riwayat pembayaran Anda berarti menelusuri kembali peristiwa distribusi hingga blok pertama aset, yang merupakan pekerjaan yang masih akan datang — tanda strip jujur di tempat sebuah `0.00` akan menjadi klaim.

> **Posisi adalah tampilan, bukan pasar.** Bloom menampilkan pembelian aset dari penjualan perdananya dan penyimpanannya. Aset itu sendiri mengizinkan transfer ke *alamat lain yang diizinkan* dari dunia dompet mana pun (itulah salah satu aturan yang dinyatakannya), tetapi Bloom saat ini belum menyediakan kontrol transfer sekunder atau penjualan.

***

## Bagi pemegang Solana

Semua di atas berlaku untuk Anda tanpa perubahan. Bagian ini membahas satu kejutan yang benar-benar milik Anda: **aset disimpan pada alamat yang tidak akan pernah ditampilkan dompet Solana Anda**dan mengapa itu aman.

### Rantai kustodi

![Posisi pemegang Solana — "Disimpan untuk kunci Solana Anda", alamat penyimpanan turunan, rantai kustodi, dan kepemilikan ARCV yang dibeli di jalur Solana.](/files/4ac6eb2fb96721d07d0b732fc34deb215d65afc1)

Saat Anda menghubungkan dompet Solana, `/portfolio` menampilkan sebuah **Disimpan pada** baris dengan alamat EVM tempat aset Anda berada, dan sebuah **Bagaimana ini disimpan?** sakelar yang membuka panel kustodi yang menjelaskan derivasi dalam tiga langkah:

1. **Kunci Solana Anda** — kunci yang sudah ada di dompet Anda. Kunci itu menandatangani; tidak pernah keluar.
2. **Dihitung menjadi — alamat yang menyimpan aset** — alamat EVM turunan. Itu adalah *aritmetika, bukan akun*: itu berasal dari kunci Anda, dan tidak ada kunci privat untuknya.
3. **Apa yang dapat memindahkannya** — hanya tanda tangan dari kunci Anda yang dapat memindahkan apa yang berada di alamat itu.

> **Mengapa ini aman.** Aset ini berada di state EVM: saldonya tersimpan di storage dalam akun program Rome. Ada **tidak ada mint SPL untuknya**, tidak ada token account, dan tidak ada yang native Solana untuk dipindahkan — jadi infrastruktur sisi Solana tidak memiliki instruksi yang dapat memindahkannya keluar. Hanya tanda tangan Solana Anda yang dapat menggerakkan alamat turunan, dan setiap perpindahan yang dapat diekspresikannya adalah panggilan ke kontrak aset, yang menjalankan gerbang allowlist. Transfer ke alamat yang tidak diizinkan akan gagal dengan cara yang sama baik ditandatangani oleh kunci EVM maupun kunci Solana. Ini persis properti yang diinginkan aset berizin — lihat [LANES.md](/id/aplikasi-di-rome/bloom/lanes.md#custody-why-the-rwa-stays-at-the-synthetic).

Karena tidak ada token SPL untuk dicantumkan, **dompet Solana Anda tidak akan menampilkan kepemilikan RWA** — aplikasi Bloom adalah antarmuka posisi Anda. Kunci Solana yang hilang dipulihkan melalui proses penerbit, bukan dengan memindahkan aset di luar jalur.

### Pembayaran, dan prompt tanda tangan tambahan

* **Anda membayar dalam lamport dari dompet Anda sendiri.** Biaya transaksi dibayar oleh dompet Solana Anda; alamat EVM turunan tidak pernah perlu didanai.
* **Setiap tindakan adalah satu transaksi Solana atomik.** Transfer yang dibatasi, persetujuan, pembelian — masing-masing adalah satu transaksi utuh, ditandatangani sendiri-sendiri. Sebuah pembelian adalah sebuah *setujui* lalu sebuah *beli*, jadi itu **dua tanda tangan** secara total di jalur Solana.
* **Tindakan yang berat di akun dapat menambah prompt.** Sebagian besar alur muat dalam satu transaksi Solana (pembelian di etalase saat ini berujung pada 22 akun dan sekitar 1.061 byte, masih di dalam batas 1.232 byte). State yang menyentuh lebih banyak — misalnya pemegang pertama kali yang token account-nya masih harus dibuat — dapat melampaui batas itu, dan klien kemudian beralih ke format transaksi yang lebih besar yang dibangun di atas tabel pencarian yang dibuatnya khusus untuk tujuan itu. Setiap langkah seperti itu adalah prompt dompet tersendiri, jadi satu pembelian bisa menjadi tiga atau empat tanda tangan. Dompet Anda akan bertanya setiap kali; menyetujui tiap langkah adalah hal yang diharapkan.

> **Jalur Solana hanya atomik.** Setiap alur Bloom adalah satu transaksi EVM yang dieksekusi di dalam satu transaksi Solana. Sebuah "perjalanan multi-langkah" (setujui, lalu beli) adalah beberapa transaksi utuh, masing-masing atomik pada dirinya sendiri — bukan satu eksekusi yang dipecah across transactions. Jika sebuah panggilan tidak muat secara atomik, solusinya adalah panggilan yang lebih kecil, bukan jalur yang berbeda.

***

## Di mana sebenarnya kepatuhan itu

Untuk merangkum apa yang ditegakkan di mana, agar tidak ada yang di sini disalahartikan sebagai kebijakan Bloom:

| Kekhawatiran                            | Ditegakkan oleh                            | Bukan oleh                    |
| --------------------------------------- | ------------------------------------------ | ----------------------------- |
| Siapa yang boleh memegang aset          | Modul allowlist aset, pada setiap transfer | Situs web ini                 |
| Transfer ke alamat yang tidak disetujui | Dibatalkan di chain oleh aset              | Filter off-chain apa pun      |
| Apa yang disimpan tentang Anda          | Satu boolean (`isWhitelisted`) per alamat  | Dokumen atau PII, di mana pun |
| Siapa yang dapat menerima Anda          | Keputusan off-chain penerbit               | Bloom                         |

Untuk model lengkap, baca [COMPLIANCE.md](/id/aplikasi-di-rome/bloom/compliance.md); untuk mekanika dua jalur, [LANES.md](/id/aplikasi-di-rome/bloom/lanes.md).

> **Ini bukan mock-up.** Seorang pembeli sungguhan membeli aset ini dari dompet EVM, dan dompet Solana sungguhan membelinya di jalur Solana — token yang sama, allowlist yang sama, wUSDC yang sama. Setiap transaksi ditautkan di halaman Evidence. Kartu Permitted, posisi, dan rantai kustodi Solana dalam panduan ini adalah milik para pembeli itu, setelah transaksi-transaksi tersebut. [Evidence](/id/aplikasi-di-rome/bloom/evidence-investor.md) halaman.


---

# 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/id/aplikasi-di-rome/bloom/investing.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.