> 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/privacy-dex/swaps.md).

# スワップとプライベート残高

Romeのマーケットメーカーとスワップし、プライベート残高を管理します。

スワップカード上のマーケットスワップでは、Solana devnet上でUSDCをSOLに交換します。その [**指値価格** オプション](/ja/romenoapuri/privacy-dex/limit-orders.md) どちらの方向にも注文を出します。

あなたの **プライベート残高** は「 **ノート」と呼ばれる暗号化された記録を保持します**、それぞれトークンと金額を含みます。スワップする前に、Solflareを接続し、 [プライベートアカウントを設定または解除します](#unlock-and-back-up)。 **マーケット** スワップカードで選択し、支払いたいUSDCの金額を入力します。その **送信元** スイッチで、USDCをウォレットから支払うか、プライベート残高から支払うかを選びます。受け取るSOLは、どちらの場合でもプライベート残高に入ります。設定では既定の支払い元を選べます。

## 見積もりと承認

表示される市場価格は概算です。Romeの **マーケットメイカー** は、交換するトークンを供給します。選択 **スワップ** を選択して **確定見積もり**: 交換のための署名済み条件で、金額、手数料、有効期限が含まれます。メイカーはその見積もりのために資金を確保します。ブラウザはその条件を、表示された取引と照合します。見積もりを確認し、次に **スワップ** もう一度選択してSolflareで取引を承認します。

確定見積もりの有効期間は **180スロット**、およそ **Solana devnetでは43秒です**。スロットはSolanaの時間単位です。カウントダウンは見積もりの有効期限スロットと計測したスロット時間を使います。見積もりが期限切れになる数秒前に終了するため、アプリが今にも失効しそうな価格への署名を求めないようにしています。見積もりが期限切れになったら、 **新しい価格を取得** を確認してから、もう一度お試しください。

Solflareは、スワップの支払いと決済を行うトランザクションへの署名を求めます。大きな取引では、メイカーの最終承認が必要になる場合があります。その **価格** の行には次のように表示されます **スワップ時に再確認**。その種の見積もりでは、先にあなたが署名し、その後メイカーが価格を再確認します。続いて共同署名してトランザクションを送信するか、拒否します。

Romeのエスクロー・プログラムは、見積もりと、その取引が条件に従っていることを示す証明を確認します。Helius Privacyは、プライベートトランザクションが有効であることを示す別の証明を確認し、ノートを更新します。アプリは、スワップが成立済みとして表示する前に、トランザクションを確定し、受け取ったノートを復号します。

## ウォレットから支払う

ある **エントリースワップ** 接続したウォレットから直接USDCを支払います。そのUSDCを先にプライベート残高に追加する必要はありません。支払いとプライベートなSOLの受け取りは、1つのトランザクションで一緒に決済されます。

あなたのウォレットアドレス、USDC、支払い額はSolana上で公開されます。受け取ったノートは暗号化されますが、利用可能なペアは受取トークンがSOLであることを示し、公開された支払いによって観察者はその金額を推定しやすくなります。

## プライベート残高から支払う

ひとつの **プライベートスワップ** プライベートUSDCを使用して、プライベートSOLを受け取ります。どちらの金額も公開された支払いまたは出金としては公開されません。あなたのアドレスとメイカーのアドレスは表示されたままです。

このスワップには、あなたが支払う金額ちょうどを含むプライベートノートが必要です。必要であれば、アプリは確定見積もりを要求する前に、まず自分のアカウントへのプライベート送金でそのノートを準備します。その準備には、別途ウォレットの承認が必要になる場合があります。

決済に失敗した場合、スワップのトークン移動は取り消されます。ネットワーク手数料は請求される場合があります。確定が不確かな場合は、再試行する前に残高とトランザクションを確認してください。

## 追加、移動、送信

**プライベート残高に追加する** ウォレットからトークンを交換せずに入金します。この段階では、あなたのアドレス、トークン、金額が公開されます。

**ウォレットに移動** 公開ウォレットアドレスへ出金します。送信先は既定で接続中のウォレットになります。送信先、トークン、出金額は公開されます。

**送信** 登録済みのプライベートアカウントを持つ受取人へ、プライベートに送金します。送信者と受取人のアドレスは表示されますが、トークンと金額は暗号化されます。未登録の受取人に送る場合は、トークンと金額を公開する公開出金の別途確認が必要です。

これらの操作はHelius Privacyを直接使用し、メイカーの見積もりは不要です。あなたのウォレットが各トランザクションに署名します。各確認には、Solanaエクスプローラー内のトランザクションへのリンクがあります。

## アクティビティ

アクティビティは、復号された取引履歴とスワップ試行をまとめたものです。追加資金、スワップ、vaultへの預け入れと引き出し、出された・成立した・キャンセルされた指値注文、送金、受領、出金、失敗した試行にラベルを付けます。結果をSolanaで確認するには、トランザクションリンクを使ってください。

## ロック解除とバックアップ

Solflareを接続し、プライベートアカウントを設定またはロック解除します。ロック解除メッセージに署名すると、ブラウザ内でプライベートアカウントの鍵が導出されます。閲覧キーでプライベート残高とアクティビティを読めます。nullifierキーで、ノートが使用済みになったかを認識できます。このメッセージに署名しても資金は動きませんが、署名を持つ人なら誰でもプライベート残高とアクティビティを読めます。Privacy DEXサイト上でのみ署名してください。初回設定では、登録トランザクションでプライベートアカウントの公開鍵を公開することも求められ、ネットワーク手数料がかかります。ロック解除すると、元のページに戻ります。

アプリのサインインメッセージは、鍵導出メッセージとは別です。これはセッションを確立するもので、支払いを承認するものではありません。設定には **ロック** と、バックアップを表示または復元するためのコントロールがあります。

任意の **48語のバックアップ** は、閲覧キーとnullifierキーを復元します。この言葉を持つ人は、あなたのプライベート残高とアクティビティを見ることができます。ウォレットのリカバリーフレーズと同じくらい秘密に保ってください。これはウォレットの代わりにはならず、これなしで支出を承認することもありません。ロック解除時に、同じウォレットから再びプライベートキーを導出できます。ウォレットのリカバリーフレーズは安全に保管してください。そのウォレットにアクセスできなくなると、資金へのアクセスも失われ、Romeはそれを復元できません。

参照 [何がプライベートか](/ja/romenoapuri/privacy-dex/what-is-private.md) これらの操作中にRomeとHeliusが何を把握するかについて。


---

# 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/privacy-dex/swaps.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.