> 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/investing.md).

# 投資

Bloomは〜のマーケットプレイスです **許可制の実世界資産**。各資産は、Romeチェーンに一度だけデプロイされる通常のSolidityコントラクトで、誰がそれを保有できるかのルールはそのコントラクト内にあります。このガイドでは、購入者がランディングページから資産の閲覧、適格性の確認、許可リストへの申請、購入、保有まで進み、さらにSolanaウォレットで署名する保有者にとって本当に異なる一つの点を説明します。

> **ルールは資産とともに移動します。** 誰が資産を保有できるかは、各送信のたびに資産コントラクト自身によって強制されます。つまり、このサイトではありません。ここにあるどの画面もそれを上書きできず、回避する方法もありません。Bloomはチェーンを映す窓であり、決めるのはチェーンです。

***

## 購入者にとっての「permissioned」の意味

許可制の資産には **allowlist**があります。これは発行者が保有を許可すると決めたアドレスの集合です。allowlistはBloomの機能ではなく、資産コントラクトに付随するモジュール上にあり、資産はミント、バーン、送信のたびにそれを参照します。

> **チェーンがあなたについて保持する事実は1つだけです。あなたのアドレスに対する単一のはい/いいえ判定だけです。** 文書も個人情報も身元の主張も、チェーンやこのアプリに保存されることは決してありません。発行者があなたを受け入れるとき、チェーンに届くのは `isWhitelisted(yourAddress) = true`だけです。完全なコンプライアンスモデルは [COMPLIANCE.md](/ja/romenoapuri/bloom/compliance.md).

そこから2つの帰結があり、どちらもプロダクト上で確認できます：

* 購入する前に、資産に **あなたのアドレス** を保有できるかどうかが尋ねられます。拒否はあなたのウォレットの問題ではなく、その資産のルールについての事実です。
* 発行者が承認していないアドレスへの送信は **チェーン上でrevertされます**。資産がそれを拒否します。画面側でそれを止める必要はありません。

***

## 2つのウォレット世界

単一のBloom資産には **両方** の世界からアクセスできます。EVMウォレット（MetaMaskなど）とSolanaウォレット（Solflareなど）です。一度に接続できるのは1つのウォレットだけです。SolanaウォレットはSolanaバージョン1のトランザクションに署名できる必要があります。Solflareは現在devnetで対応していますが、Phantomはまだ対応していません。

| ウォレット           | 保有場所                              | 署名するもの                                                                                  |
| --------------- | --------------------------------- | --------------------------------------------------------------------------------------- |
| **EVMウォレット**    | 他のEVMチェーンと同じく、自身のEVMアドレス          | EVMトランザクション                                                                             |
| **Solanaウォレット** | EVMアドレス **はあなたのSolana公開鍵から導出された** | あなたのSolana署名。各ステップで2回求められます（ [支払いと追加の署名プロンプト](#paying-and-the-extra-signature-prompts)) |

EVMウォレットには新しく覚えることはありません。Solanaウォレットでは資産は *導出* アドレスに置かれます — 計算式は `keccak256(solana_pubkey)[12..32]`  — で、これを動かせるのはあなたのSolana署名だけです。 **ブリッジも、別のトークンも、EVMアカウントも** 関与しません。これは [Solana保有者セクション](#for-a-solana-holder) 以下と [LANES.md](/ja/romenoapuri/bloom/lanes.md).

***

## ランディングページ

![Bloomのランディングページ。見出し、2つのウォレット世界の行、そしてInvestorとIssuerへの入口。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-d24cbcc96b6ec85d6a62caa993ccd38d3aff82fc%2Flanding.png?alt=media)

ランディングページ（`/`）はBloomが何であるかを示しています — *Solidity資産で、EVMだけでなくSolanaにも開放*  — そして2つの入口を用意しています： **Investor** （オープンな資産へ移動します `/invest`と **Issuer**。購入者としては **Investor**.

2つの行、 **Solanaウォレット** および **EVMウォレット**、ブラウザがEIP-6963とWallet Standardの検出プロトコルを通じて実際に通知したウォレットを一覧表示します。インストールされていないものは表示されません。各ウォレットの名前とアイコンはそれぞれのものです。

最下部には、 **コントラクト** セクションがあり、このデプロイがやり取りするアドレス — トークンファクトリー、共有実装、permission router、primary-sale storefront、cash token — を列挙し、それぞれをブロックエクスプローラーへリンクしています。アプリが自らの口でアドレスを断定することはありません。

### 「Solanaでどうして可能なの？」

![保管の説明図。左から1つの署名が入り、右で資産がそれを受け入れ、間にブリッジはありません。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18d251b822b78890123e6049df399d603523af5d%2Fcustody.png?alt=media)

ランディングページには、SolanaウォレットがSolidity資産を保有できる仕組みを説明する解説があります。3点を示しています：

* **1回のデプロイ。** 資産は通常のSolidityコントラクトで、1回だけデプロイされます。どこにもブリッジされた複製はありません。複製がもう1つあれば、ちょうどルールから逃げられてしまいます。
* **2つのウォレット世界。** EVMウォレットは、他のチェーンにアクセスするのと同じ方法でコントラクトにアクセスします。Solanaウォレットは *同じ* コントラクトにアクセスします。というのも、RomeチェーンがSolana内で動いているからです。資産はあなたのSolana鍵から導出されたEVMアドレスに保有され、これを動かせるのはあなたの署名だけです。
* **資産がルールを保持します。** 誰が保有できるかは、送信のたびにコントラクトによって強制されます。つまりこのサイトでもブリッジでもありません。発行者が承認していないアドレスは、単に受け取れません。

***

## オープンな資産を閲覧する

![/invest のオープン資産一覧。価格と在庫はチェーンからリアルタイムで読み取られます。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-18422483cf862d7243349361c7dcbd4d9c6b436b%2Finvest-list.png?alt=media)

`/invest` には、現在販売中のすべての資産が表示されます。各行で見られるのは：

| 列        | 意味                        |
| -------- | ------------------------- |
| **資産**   | 資産の名前とシンボル。トークン自体から読み取ります |
| **価格**   | 1単位の価格、 `wUSDC`           |
| **販売済み** | 提供数に対する販売済み単位数。進捗バー付き     |

表の上の要約では **現在オープン** （稼働中の販売数）、 **ここで発行** （このチェーンが発行した資産数）、そして **支払い通貨** (`wUSDC`（このデプロイ上のすべての販売に使われるキャッシュトークン）を数えます。

> **このページの内容はハードコードされていません。** 価格、在庫、ステータスは訪れるたびにチェーンからリアルタイムで読み取られます。チェーンが応答しない場合は、その旨が表示されます — *「チェーンが応答しませんでした…」* — 古い数値を表示したり、空であると断定したりはしません。 *「現在販売中のものはありません」* はチェーンについての主張であり、チェーンが実際に空のリストを返したときにのみ表示されます。

接続しなくても価格と在庫は読めます。購入するにはウォレットが必要です。ページには **ウォレットを接続** プロンプトがあり、EVMとSolanaのウォレットが2つの見出しの下に表示されます。行を選ぶと、その資産の詳細ページが開きます。

***

## 1つの資産

![資産詳細ページ。左に事実、右に適格性カードと購入パネル。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-341ebd012e46da597a5832fe6ba39af8704be545%2Fasset-detail.png?alt=media)

資産ページ（`/invest/[address]`）は左右二分割です。左は資産の事実とルール、右はあなたの適格性と購入パネルです。

### 事実

| 事実             | 意味                   |
| -------------- | -------------------- |
| **価格**         | 1単位の価格、 `wUSDC`      |
| **利用可能**       | オープン販売でまだ利用できる単位数    |
| **支払われる利回り通貨** | 利回りが分配される通貨（`wUSDC`) |

### 保有できる人

ページには、資産が強制する3つのルールが記載されています：

| ルール          | 内容                              |
| ------------ | ------------------------------- |
| **許可された保有者** | 発行者に承認されたアドレス。送信のたびに資産が確認します。   |
| **最小**       | 1単位。ロックアップなし。                   |
| **送信**       | どちらのウォレット世界からでも、別の許可されたアドレスへのみ。 |

> **これは送信のたびに資産自身が確認します。このページ上のものは何もそれを上書きできません。** ルールはこのアプリの方針としてではなく、トークンについての事実として述べられています。実際そうだからです。

***

## 適格性 — 購入前にトークン上で確認

![資産ページで解決される適格性カード。接続、次に確認、次に許可あり／なし。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-2280eee77f97ef3f1334451fb95811391fedf519%2Feligibility.png?alt=media)

購入を案内する前に、資産ページは資産自身のallowlistモジュールに **あなたのアドレス** が保有できるかを尋ねます。適格性カードには次のいずれかの状態が表示されます：

| 状態            | 意味                                               |
| ------------- | ------------------------------------------------ |
| **確認するには接続**  | まだウォレットが接続されていません。確認を実行するには接続してください。             |
| **確認中…**      | 接続済み。オンチェーンの確認はまだ解決していません。                       |
| **許可済み**      | あなたのアドレスはこの資産を保有できます。                            |
| **許可されていません** | 資産のルールがあなたのアドレスを拒否しています。allowlistへの申請リンクが表示されます。 |
| **利用不可**      | この確認は現在読み取れませんでした（拒否ではありません）。                    |

> **この確認は両側で行われます。** 購入は単位を動かします *ストアフロントからあなたへ*移動するので、その送信の両当事者がallowlistに載っている必要があります。Bloomはそのように問いかけます。片側だけの確認だと、あなたを適格と判定してから、ストアフロントがそのトークンに載っていないため購入がrevertされるのを見てしまうからです。

あなたのアドレスがallowlistに載ると、同じカードは **許可済み**と表示し、購入が可能になります：

![適格性カードが「許可あり」と表示され、購入者がallowlistに載っており、購入パネルが有効になっています。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-46bb4f6d6d75bd6d0674c3fdbece1d8acd70f5b5%2Finvest-permitted.png?alt=media)

拒否されたときに表示される理由は **トークン自身の**で、原文のまま引用されます。Bloomが、なぜ拒否されたかについての文を勝手に書くことはありません。資産にまだallowlistモジュールが接続されていない場合（下書き）は、 *ゲートなし* です。誰も制限されておらず、あなたは許可されています。

拒否された場合、カードは **allowlistへの申請**.

***

## allowlistへの申請

![申請フォーム。アドレス、法域、保有者区分、そして2つの宣言 — 文書はありません。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-cd846bf05c44424259e0308af395f1cb3acd16ae%2Fapply.png?alt=media)

`/apply` は、発行者にあなたのアドレスを受け入れてもらう場所です。冒頭文が全体の話を示しています： **文書なし。宣言のみ。**

> **このフォームには漏らす価値のあるものはなく、チェーンにも何も書き込みません。** 申請は、発行者が自分のシステムで判断するオフチェーンの記録です。発行者は自分のシステムで独自の確認を行い、allowlistへの書き込みはそちらで実行されます。そしてチェーンに届くのは、あなたのアドレスに対する yes / no の結果だけです。

あなたが提供するのは4つで、5つ目はありません：

| 項目           | 注記                                                                                       |
| ------------ | ---------------------------------------------------------------------------------------- |
| **保有するアドレス** | 接続中のウォレットから事前入力されます。Solanaウォレットの場合、これはあなたの **導出** アドレスです。資産が置かれるアドレスであり、それに署名する鍵ではありません。 |
| **法域**       | 固定リストのいずれか（シンガポール、アラブ首長国連邦、スイス、英国）。                                                      |
| **あなたは**     | 個人、適格個人、または機関です。                                                                         |
| **2つの宣言**    | 両方を受け入れる必要があります。自分自身のために行動しアドレスを管理していること、そして、どの保有者が資産を持てるかは発行者が決め、取り消せることを受け入れることです。     |

その `?` 冒頭文の横には、文書を求めない理由が説明されています。発行者に必要なのは、自分が行動するための情報だけであり、あなたがアップロードできるものはここに保存できず、オンチェーンでは記録は単なる yes か no だからです。

**申請するには：**

1. アドレスを確認し、法域と保有者区分を選び、両方の宣言に同意します。
2. 押します **申請を送信**。フォームはローカルで検証され、ストアはサーバー側でもすべて再確認します。フォームは1リクエストの差で回避され得るからです。
3. あなたに与えられるのは **非公開リンク** です `…/apply/status?ref=AP-XXXX-XXXX-XXXX`.

> **リンクを保存してください。申請に戻れる唯一の方法です。** 参照番号は60ビットの暗号学的乱数から生成されます。 *は* 認可もあります。宣言の前に立つものはそれ以外になく、それらを取り戻すためのアカウントやパスワードもありません。

デモでは、 **テスト用配線** という注記があなたを `/approve`へ案内し、そこで自分の申請を承認して一連の流れを完了できます。実際の発行者は、この手順を自分のシステムで行います — [以下を参照](#approve-the-test-wiring-stand-in).

***

## 申請ステータスと、宣言の消去

![ステータスページ。参照番号、宣言内容、タイムライン、そして消去コントロール。](https://3990464069-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` は、申請をその参照番号から読み戻します（ `?ref=` リンク、またはこのブラウザが最後に記憶しているものから）。セッションはありません。参照番号が鍵です。

このページは現在の状況を示します — **発行者のもと**, **あなたはこの資産を保有できます**、または **拒否**  — 詳細テーブル（参照番号、申請日、アドレス、資産、法域、そして **確認** 行）と、起こったことの短いタイムラインもあります。承認されていれば、 **資産を購入する** リンクが表示されます。拒否の場合は、発行者自身の理由が引用付きで表示されます。

その **確認** 行は発行者自身のKYC記録を反映します。このデモにはプロバイダが接続されていないため、 *「宣言のみ — 文書は求められませんでした」* と表示され、起きていない確認があったかのようには示しません。

### あなたの宣言を消去する

このページからいつでも宣言を消去できます。

> **消去すると宣言は破棄され、判断だけが残ります。** あなたが自分について述べた内容は削除され、復元できません。発行者の判断は残ります。なぜなら、それはすでに公のチェーン上で処理済みだからです。そしてそれを取り消すのは、発行者が行うべき署名であって、あなたができる削除ではありません。（発行者自身のKYC記録がある場合も、それは残ります。なぜならそれは、現在は公のチェーン上にあるアドレスを受け入れるための発行者側の証拠だからです。ここでそれを消しても、相手のプロバイダ上のものは消えません。）

***

## `/approve` — テスト配線の代役

![承認ページ。 — 「テスト配線、発行者ではない」バナー、アドレス、承認アクション、そしてその下の折りたたみ部分にあるオンチェーン要件。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-148d3d28590c1cf33f8ca7f3be7a980d739de48f%2Fapprove.png?alt=media)

`/approve` デモで旅路全体を端から端までたどれるように存在します。そこには **「テスト配線 — 発行者ではない」**と書かれたバナーがあり、これが置かれていてよい理由でもあります。本番では、発行者は自分のワークフロー内で申請を承認し、ここではありません。

**本当に実在する点：** 承認は本物のオンチェーンallowlist書き込みです。このページはデプロイ済みの `TestApprover` コントラクトを呼び出し、それは *デモ資産上で有効化されており* （Mineral Vault I、 `ARCV`、 `0x2b13ba16a429bf630f94882e477fe775d34b7c74`). そのコントラクトには **ロールが不要です** 呼び出し元から — 誰でもそこを通じて任意のアドレスを承認できます。だからこそ存在します。どのウォレットでも、どちらの経路からでも、デモのループを完了させられるのです。

**自分のアドレスを承認するには：**

1. 申請に使ったウォレット（EVMまたはSolana）を接続します。アドレスは事前入力されます。
2. 押します **このアドレスを承認**。書き込みの前提条件と結果はボタンの下に折りたたまれています — 開いて *「この処理の内容」* を見れば、署名前に何が起こるかを正確に確認できます。
3. 成功するとページには *「承認されました。申請者は今この資産を保有できます。」*

と表示されます。 *Solanaウォレットでサインインした場合、注記には* 「これはあなたのSolana鍵から導出されたアドレスを承認します」 **を** と表示されます — 実行が署名するアドレスは **を使用して** 導出されたものです。署名に使う鍵は

> **あなたのSolana鍵です。** 本番では、これは発行者の意思決定であり、発行者のシステム内で行われます。 `TestApprover` デモの

は、ループをたどれるように意図的に開放されています。本物のallowlist書き込みは、発行者が持つロールによって制御されます。コンプライアンスモデル自体は変わりません。やはり発行者の判断であり、やはりチェーン上の単一の真偽値であり、やはりどこにも文書はありません。 **許可済み**.

***

## 承認されたら、資産ページに戻ってください。あなたの適格性は現在

購入

> **購入パネルは資産ページの適格性カードの下にあります。** まずwUSDCが必要ですか？ [Rome への資金移動](/ja/romenoapuri/bloom/funding.md) すべての販売はwUSDCで価格設定されており、新しいウォレットには残高がありません。 `/bridge` SepoliaからUSDCかETHをブリッジで入れ、その後ブリッジされたガスをwUSDCにラップします — すべて

![画面](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-e2ffc015b988fb56be5cf364aa05ac431a0cb5a2%2Fbuy-done.png?alt=media)

1. の購入パネル。購入が完了すると — 「購入しました。Positionsに表示されます。」 **を入力してください** 単位 `wUSDC`。パネルには単価と合計支払額が
2. 表示されます。（実際に購入で引き落とされるキャッシュは、基本単位での価格から計算されるため、承認額は常に見積額と一致します。） `wUSDC`を取る許可がまだ販売にない場合は、 **承認** ステップが先に現れます（*「販売があなたのキャッシュを引き落とせるようにする」*）、その後に **購入** 自体が続きます。
3. 各ステップはボタンから始まり、その **前提条件** および **結果** を下に折りたたみます — 署名前にあと1クリックのところまで見せて — そして実行中はその段階名を表示します — *「ウォレットの応答待ち…」*、次に *「チェーンに着地中…」*。ステップ間で条件を再確認するため、承認後に販売が終了した場合は、revertせずに購入を停止します。
4. 成功するとパネルには *「購入しました。Positionsに表示されます。」*

Solanaからだと **Solanaウォレット** 、最初はシーケンスが長くなることがあります。Rome側のアドレスに購入に必要なwUSDCが足りない場合は、まずウォレットからキャッシュを移すステップが入り、wUSDCの送金許可がまだ設定されていなければ **wUSDC転送の許可** ステップが承認の前に入ります。Buyを押した後、Solanaウォレットはキャッシュイン、許可、承認、購入を一度に実行し、各ステップの署名中はボタンに「2つのウォレットプロンプト」と表示されます。ステップ名と前面のプロンプト数はTradeとCreditに表示され、ここではありません。EVMウォレットでも、このパネルでの一度限りの **wUSDC転送の許可** ステップがあります。ステップとプロンプト数は [支払いと追加の署名プロンプト](#paying-and-the-extra-signature-prompts).

ウォレットが間違ったネットワークにある場合、パネルはその旨を伝え、ボタンを押しても何も起きない代わりに資産のチェーンへの切り替えを提案します。

> **購入も、他の送信と同じallowlistゲートを通過します。** ストアフロントが単位をあなたへ移すのは、ストアフロント自身とあなたのアドレスの両方が許可されている場合だけです。Bloom側で、資産自身の確認に代わるチェックはありません。

***

## あなたのポジション

`/portfolio` は、あなたの保有を表示します。資産を保有しているウォレットを接続すると、次が表示されます：

![ポジションページ。保有、価値、そして要約。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-adabd845843de879d366f0d21b03dfb87fc0573d%2Fpositions.png?alt=media)

* 要約 — **総価値** （in `wUSDC`), **資産** （保有している異なる資産の数）、そして **受け取った利回り**;
* ある **保有一覧** 各資産、保有単位数、その価値を示す表。

すべてはチェーンからリアルタイムで読み取られます。まだ何も保有していない場合は、その旨が表示され、オープン販売へのリンクが示されます。 **受け取った利回り** 現在はダッシュを表示しています。あなたの支払履歴を読むには、分配イベントを資産の最初のブロックまでさかのぼる必要があり、これは今後の作業です。ダッシュは、 `0.00` だと主張するよりも正直です。

> **ポジションはビューであって、マーケットではありません。** Bloomは、資産を一次販売から購入し、それを保有することを表示します。資産自体は、 *他の許可されたアドレス* への送信を、どちらのウォレット世界からでも許可します（それは明記されたルールの1つです）。ただしBloomは、現時点では二次送信や売却の操作を提供していません。

***

## Solana保有者の場合

以上は、あなたにも変更なく当てはまります。このセクションでは、本当にあなた固有の1つの驚きを扱います： **資産は、あなたのSolanaウォレットが決して一覧に出さないアドレスで保有されています**、そしてそれが安全である理由です。

### 保管の連鎖

![Solana保有者のポジション。—「あなたのSolana鍵のために保有」、導出された保有アドレス、保管の連鎖、そしてSolanaレーンで購入されたARCV保有。](https://3990464069-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F671PKS8ZQSNqtoC8PGvz%2Fuploads%2Fgit-blob-b4f6ea043299e63183ceb7393e25b83948975218%2Fpositions-solana.png?alt=media)

Solanaウォレットを接続すると、 `/portfolio` は **保有先** 行を表示し、資産が置かれているEVMアドレスと **これはどう保有されていますか？** トグルが開かれ、3段階の導出を説明する保管パネルが表示されます：

1. **あなたのSolana鍵** — すでにウォレットにある鍵です。署名はしますが、外へ出ることはありません。
2. **計算結果 — 資産を保有するアドレス** — 導出されたEVMアドレスです。これは *計算であって、アカウントではありません*：あなたの鍵から導かれるもので、そのための秘密鍵は存在しません。
3. **それを動かせるもの** — あなたの鍵からの署名だけが、そのアドレスにあるものを動かせます。

> **なぜこれが安全なのか。** この資産はEVMステート常駐です。残高はRomeプログラムのアカウント内のストレージです。 **それに対応するSPLミントはありません**、トークンアカウントもなく、移動できるSolanaネイティブなものも何もありません。そのため、Solana側の配管には外へ動かせる命令がありません。デリゲートされたアドレスを駆動できるのはあなたのSolana署名だけであり、それが表現できるすべての移動は資産コントラクトへの呼び出しです。そこで許可リストのゲートが走ります。許可されていないアドレスへの送金は、EVMキーで署名してもSolanaキーで署名しても同じように失敗してロールバックします。これは、権限付き資産がまさに求める性質です。参照 [LANES.md](/ja/romenoapuri/bloom/lanes.md#custody-why-the-rwa-stays-at-the-synthetic).

一覧表示できるSPLトークンがないため、 **あなたのSolanaウォレットにはRWA保有分は表示されません** — ポジションの表示面はBloomアプリです。失われたSolanaキーは、資産を帯域外で移動させるのではなく、発行者の手順で復旧されます。

### 支払いと追加の署名プロンプト

* **Solana手数料は自分のウォレットからSOLで支払います。** 導出されたEVMアドレスにSOLは不要です。そのガスが使われるのは、以下で説明する1つの場合、つまり1回のトランザクションには大きすぎる呼び出しだけです。
* **すべての呼び出しはSolanaのバージョン1トランザクションであり、すべての呼び出しは2つのプロンプトです。** 承認、購入、送金のいずれも、チェーンのプロキシによってあなたのウォレット用に組み立てられます。まずウォレットは、次で始まる可読メッセージに署名します *Rome authorization*。これにより、あなたのSolanaキーがこの呼び出しそのものを承認していることが証明されます。続いてトランザクション本体に署名します。したがって、承認してから購入する場合は合計4回のプロンプトになります。
* **バージョン1トランザクションに署名できないウォレットは、その時点で止まります。** Bloomは旧形式を送るのではなく、クローズドに失敗します。ひとまずdevnetではSolflareを使ってください。Phantomはまだバージョン1トランザクションに署名できません。
* **現金の移動は、必要なときだけ1回のプロンプトです。** 購入では、待機時には何も保持しない導出アドレスからwUSDCが使われます。残高が購入額に足りない場合、Bloomはまず不足分をあなたのウォレットのUSDCトークンアカウントから移します。TradeとCreditではこの手順は次のように呼ばれます *現金を移す*。Investの購入では、Buyを押した後に購入処理の一部として実行されます。
* **一度きりの許可は、ウォレットごとに1回だけ行う独立した手順です。** 導出アドレスが初めてwUSDCを使うとき、Bloomは **wUSDC転送の許可** 承認の前にそれを挿入します。これは他の呼び出しと同じく1つの呼び出し（2回のプロンプト）で、いったん設定されれば再度求められることはありません。これが存在する理由は [ウォレットごとの一回限りの許可](/ja/ji-ben-gai-nian/token-interop.md#one-time-grant-per-wallet).
* **1つのSolanaトランザクションには大きすぎる呼び出しは、より少ないプロンプトで中継されます。** Bloomは常に、ウォレット署名の直接トランザクションを最初に試します。サイズが合わずチェーンに拒否された場合は、同じ認可署名がプロキシに渡され、プロキシがあなたの代わりに送信します。その呼び出しではプロンプトは1回です。プロキシが送信するため、その呼び出しの支払いはあなたの導出アドレスからRomeガスで行われます。したがって残高が不足している場合、Bloomはまずあなたのウォレットから補充します。これでもう1回のプロンプトが必要になり、通常はウォレットごとに1回です。参照 [LANES.md](/ja/romenoapuri/bloom/lanes.md#calls-too-large-for-one-transaction).

したがって、新しいSolanaウォレットで最初の購入は次のとおりです。現金を入れる（1回のプロンプト）、wUSDCの送金を許可する（2）、売却を承認する（2）、購入する（2）。

> **より大きな操作は拒否されず、中継されます。** 購入は1つのSolanaトランザクションに収まり、「複数ステップの流れ」（承認してから購入）は複数の完全なトランザクションであり、それぞれが単独でアトミックです。プロキシが1つのトランザクションには大きすぎると報告した呼び出しだけが、上で説明した中継ルートを取ります。Creditでは、より大きな市場操作がこれに含まれることがあります。

***

## コンプライアンスが本当にある場所

どこで何が強制されるのかを要約すると、ここにあるものがBloomのポリシーだと誤解されないようにするためです：

| 論点               | 強制主体                             | ではないもの       |
| ---------------- | -------------------------------- | ------------ |
| 誰が資産を保有できるか      | 資産の許可リストモジュールが、すべての送金時に          | このウェブサイト     |
| 承認されていないアドレスへの送金 | 資産によってチェーン上で差し戻される               | オフチェーンのフィルター |
| あなたについて保存されるもの   | 1つのブール値（`isWhitelisted`）がアドレスごとに | 文書やPIIが、どこかに |
| 誰があなたを承認できるか     | 発行者のオフチェーン判断                     | Bloom        |

完全なモデルについては、以下をお読みください [COMPLIANCE.md](/ja/romenoapuri/bloom/compliance.md)。2レーンの仕組みについては、 [LANES.md](/ja/romenoapuri/bloom/lanes.md).

> **これはモックアップではありません。** 実際の買い手がEVMウォレットからこの資産を購入し、別の実際のSolanaウォレットがSolanaレーンでそれを購入しました。トークンは同じで、許可リストも同じで、wUSDCも同じです。すべてのトランザクションは次の場所にリンクされています [証拠](/ja/romenoapuri/bloom/evidence-investor.md) ページ。 このガイドの「Permitted」カード、ポジション、そしてSolana保管チェーンは、それらのトランザクション後のそれらの買い手のものです。


---

# 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/investing.md?ask=<question>&goal=<user_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.