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

# 스왑 및 비공개 잔액

Rome의 마켓 메이커와 스왑하고 비공개 잔액을 관리하세요.

스왑 카드의 시장 스왑은 Solana devnet에서 USDC를 SOL로 교환합니다. 그 [**지정가** 옵션](/ko/rome/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 수령은 하나의 거래로 함께 결제됩니다.

지갑 주소, USDC, 그리고 지불 금액은 Solana에서 공개됩니다. 받은 노트는 암호화되지만, 사용 가능한 쌍은 SOL을 수령 토큰으로 식별하며, 공개 지불 정보는 관찰자가 그 금액을 추정하는 데 도움이 됩니다.

## 개인 잔액에서 지불

하나의 **비공개 스왑** 개인 USDC를 사용하고 개인 SOL을 받습니다. 어느 금액도 공개 지불이나 출금으로 게시되지 않습니다. 귀하의 주소와 메이커의 주소는 계속 보입니다.

스왑에는 사용자가 지불하는 정확한 금액을 포함한 개인 노트가 필요합니다. 필요하면 앱은 먼저 자신의 계정으로의 개인 이체로 해당 노트를 준비한 뒤 확정 견적을 요청합니다. 그 준비에는 별도의 지갑 승인이 필요할 수 있습니다.

결제가 실패하면 스왑의 토큰 전송은 되돌려집니다. 네트워크 수수료는 여전히 부과될 수 있습니다. 확인이 불확실하면 다시 시도하기 전에 잔액과 거래를 확인하세요.

## 추가, 이동, 전송

**개인 잔액에 추가** 지갑에서 토큰을 교환하지 않고 입금합니다. 이 단계에서 주소, 토큰, 수량은 공개됩니다.

**지갑으로 이동** 공개 지갑 주소로 출금합니다. 기본 대상은 연결된 지갑입니다. 대상 주소, 토큰, 출금 금액은 공개됩니다.

**전송** 등록된 개인 계정을 가진 수신자에게 비공개로 전송합니다. 보낸 사람과 받는 사람의 주소는 보이지만, 토큰과 금액은 암호화됩니다. 등록되지 않은 수신자에게 보내려면 토큰과 금액을 드러내는 공개 출금에 대한 별도의 확인이 필요합니다.

이러한 작업은 Helius Privacy를 직접 사용하며 메이커 견적이 필요하지 않습니다. 지갑은 각 거래에 서명합니다. 각 확인은 Solana 탐색기의 거래로 연결됩니다.

## 활동

활동은 복호화된 거래 내역과 스왑 시도를 결합합니다. 추가된 자금, 스왑, 금고 입금 및 출금, 지정가 주문의 제출·체결·취소, 전송, 수령, 출금, 그리고 실패한 시도를 표시합니다. 결과는 거래 링크를 사용해 Solana에서 확인하세요.

## 잠금 해제 및 백업

Solflare를 연결하고 개인 계정을 설정하거나 잠금 해제하세요. 잠금 해제 메시지에 서명하면 브라우저에서 개인 계정의 키가 파생됩니다. 보기 키를 사용하면 개인 잔액과 활동을 읽을 수 있습니다. 널리파이어 키는 노트가 사용되었을 때 이를 알아차릴 수 있게 해줍니다. 이 메시지에 서명해도 자금은 사용되지 않지만, 서명을 가진 사람은 누구나 개인 잔액과 활동을 읽을 수 있습니다. Privacy DEX 사이트에서만 서명하세요. 최초 설정에서는 개인 계정의 공개 키를 등록 거래에 게시하도록 요청하며, 이때 네트워크 수수료가 발생합니다. 잠금을 해제하면 사용하던 페이지로 돌아갑니다.

앱의 로그인 메시지는 키 파생 메시지와 별개입니다. 세션을 설정할 뿐 지불을 승인하지는 않습니다. 설정에는 **잠금** 과 백업을 표시하거나 복원하는 컨트롤이 있습니다.

선택 사항인 **48단어 백업** 는 보기 키와 널리파이어 키를 복원합니다. 이 단어들을 가진 사람은 누구나 개인 잔액과 활동을 볼 수 있습니다. 지갑의 복구 문구만큼 비밀로 보관하세요. 이는 지갑을 대체하지 않으며, 지갑 없이 지출을 승인하지도 않습니다. 잠금 해제 시 같은 지갑이 다시 개인 키를 파생할 수 있습니다. 지갑의 복구 문구를 안전하게 보관하세요. 해당 지갑에 접근할 수 없게 되면 자금에도 접근할 수 없으며, Rome가 대신 복구해 줄 수는 없습니다.

참조하세요 [무엇이 비공개인가](/ko/rome/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/ko/rome/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.