> 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/what-is-private.md).

# 무엇이 비공개인가

Privacy DEX를 사용할 때 Solana 관찰자, Rome, 그리고 Helius가 볼 수 있는 것.

당신의 **개인 잔액** 암호화된 기록인 **노트**, 각 노트는 토큰과 금액을 담고 있습니다. Privacy DEX는 그 세부 정보를 암호화합니다. 거래에 관련된 주소는 숨기지 않습니다. 브라우저가 노트를 복호화해 잔액과 활동을 볼 수 있게 합니다.

이 표는 Solana를 지켜보는 사람이 볼 수 있는 범위를 설명합니다. 체인에서 숨겨진 정보라도 거래를 견적하거나, 매칭하거나, 증명하는 서비스에는 여전히 보일 수 있습니다. Rome의 **마켓 메이커** 서명된 스왑 조건인 **견적** 를 제시하고, 당신이 교환받는 토큰을 공급합니다. 그 **매칭기** 는 지정가 주문을 짝지어 줍니다. Helius의 **호스티드 증명기** 는 개인 거래가 유효하다는 증명을 생성합니다.

볼트 **지분** 는 개인 잔액에 보유한 토큰이며, 볼트를 통해 USDC로 다시 교환할 수 있습니다.

| 작업               | 관찰자가 체인에서 보는 것                                              | 체인에서 숨겨져 있는 것                                              |
| ---------------- | ----------------------------------------------------------- | ---------------------------------------------------------- |
| 개인 계정을 설정        | 당신의 지갑 주소와 등록된 공개 키.                                        | 당신의 개인 키와 개인 잔액.                                           |
| 개인 잔액에 추가        | 당신의 주소, 입금된 토큰, 그리고 그 금액.                                   | 나중에 생성되는 개인 노트의 내용.                                        |
| 지갑에서 스왑          | 당신의 주소, 결제 토큰과 금액, 메이커, 그리고 수신된 노트를 소유한 주소들.                | 수신된 노트의 내용입니다. 다만 거래쌍과 공개 결제 덕분에 관찰자는 이를 추정할 수 있습니다.       |
| 개인 잔액에서 스왑       | 당신의 주소, 메이커, 그리고 수신된 노트를 소유한 주소들.                           | 두 금액과 노트 내용입니다. 거래쌍이 하나뿐이면 관찰자는 여전히 토큰을 알아낼 수 있습니다.        |
| 비공개로 전송          | 발신자와 수신자 주소.                                                | 토큰과 금액.                                                    |
| 지갑으로 이동하거나 공개 전송 | 당신의 주소, 목적지, 토큰, 그리고 인출 금액.                                 | 당신의 다른 개인 노트들.                                             |
| 지갑에서 볼트에 넣기      | 당신의 주소, USDC 금액, 그리고 그것이 볼트로 들어갔다는 사실.                      | 지분 노트의 내용입니다. 다만 수신된 지분은 공개 금액과 비율로 계산할 수 있습니다.            |
| 비공개로 볼트에 넣거나 꺼내기 | 당신의 주소, 볼트, 그리고 수신된 노트를 소유한 주소들.                            | 금액과 거래가 자금을 넣었는지 꺼냈는지 여부.                                  |
| 볼트 지분 보유         | 지분 비율이 오르더라도 거래는 없습니다.                                      | 당신의 지분 잔액과 그 가치. 다만 이전의 공개 결제가 관찰자가 추론할 수 있게 하는 부분은 제외됩니다. |
| 비공개로 주문하기        | 당신의 주소, 주문 주소(이후 매칭이나 취소를 이 배치와 연결함), 그리고 거래가 주문을 배치했다는 사실. | 배치 시점의 토큰, 금액, 가격, 그리고 만료 시점.                              |
| 지갑에서 주문하기        | 당신의 주소, 입금된 토큰과 금액, 주문 주소, 그리고 거래가 주문을 배치했다는 사실.            | 배치 시점의 가격과 만료 시점. 거래쌍이 하나뿐이면 결제 토큰이 당신이 받는 토큰을 식별합니다.      |
| 주문 취소            | 당신의 주소, 주문, 그리고 아직 체결되지 않은 자금을 보유하고 있었다는 사실.                | 가격과 남은 노트 내용. 다만 지갑에서 결제하면서 이미 드러난 부분은 제외됩니다.              |

## 공개 결제가 드러내는 것

하나의 **엔트리 스왑** 는 당신의 지갑에서 지불하며 공개 USDC 결제를 발생시킵니다. 사용 가능한 시장 스왑 쌍이 USDC→SOL일 때, 관찰자는 결제와 시장 가격을 이용해 수신 토큰을 식별하고 금액을 추정할 수 있습니다. 수신 노트의 암호화로도 그 정보는 사라지지 않습니다.

등록된 개인 계정이 없는 사람에게 보내는 것은 공개 인출입니다. 앱은 이를 수행하기 전에 별도의 확인을 요청합니다. 시점과 금액은 공개 입금과 나중의 인출을 연결할 수도 있습니다.

## 주문 매칭

매칭은 두 주문 주소, 두 거래자, 수수료 수령자, 그리고 두 주문의 만료 슬롯을 드러냅니다. 주문 주소는 매칭을 원래 배치로 되돌려 연결합니다.

한 주문은 잔여 노트를 받으며, 다른 주문은 겉으로 보기에 완전히 체결됩니다. 잔여분은 0일 수 있으므로, 관찰자는 그 노트만으로 해당 주문이 아직 열려 있는지 알 수 없습니다. 두 주문이 모두 비공개로 자금 조달되었다면 금액과 가격은 숨겨집니다.

완전히 체결된 주문이 지갑에서 자금 조달되었다면, 그 공개 결제로 관찰자는 수수료를 감안해 상대방이 무엇을 받았는지 알아낼 수 있습니다. 두 주문이 모두 지갑에서 자금 조달되었고 둘 다 완전히 체결되면, 공개 금액이 가격까지 드러냅니다.

## Rome이 알게 되는 것

Rome은 당신 계정에 대한 각 확정 견적의 거래쌍과 금액을 기록합니다. 메이커는 그 견적을 위해 어떤 자금을 예약했는지 압니다. 개인 스왑의 경우, 어떤 개인 노트가 거래 대금을 지불하는지도 알게 됩니다. 그 스왑만으로는 당신의 키나 다른 개인 잔액은 알 수 없습니다. Rome은 볼트 견적의 토큰과 금액도 봅니다.

Rome의 매칭기는 모든 주문의 토큰, 금액, 가격을 봅니다. 그것은 매칭을 선택하고 서명된 한도 안에서 가격을 정합니다. 유효한 증명 없이는 당신의 주문을 취소할 수도 없고, 서명된 조건 밖으로 주문 자금을 이동시킬 수도 없습니다. devnet에서는 Rome이 증명 키를 단독으로 생성했기 때문에, 그 설정을 실행한 사람은 누구든지 매칭을 위조하고 주문 자금을 가져갈 수 있었습니다. 메인넷 이전에는 다자간 설정이 있습니다. 당신은 Rome이 매칭 규칙을 적용하고 매칭 기능을 계속 제공해 주리라 믿습니다. 또한 Rome이 자신이 본 정보를 이용해 당신의 주문과 반대 방향으로 거래하지 않으리라 믿습니다. devnet에서 Rome은 자체 주문을 내지 않습니다.

## Helius가 알게 되는 것

Helius의 호스티드 증명기는 거래 증명을 만들기 위해 제공된 토큰, 금액, 그리고 노트 세부 정보를 봅니다. 당신이 자신의 개인 노트를 사용할 때마다, 그것은 또한 당신의 nullifier 비밀을 받는데, 이를 통해 나중에 당신의 개인 자금이 사용되는 것을 알아볼 수 있습니다. 여기에는 비공개 스왑, 개인 잔액에서의 볼트 입금, 볼트 출금, 지정가 주문 배치, 전송, 인출, 그리고 정확한 금액 노트를 준비하는 단계가 포함됩니다. 지갑에서 결제되는 지정가 주문은 **지갑** 두 번째 단계에서 개인 노트를 사용합니다. 그 비밀은 지출 권한을 부여하지 않으며, 자신의 노트를 사용하려면 여전히 지갑 서명이 필요합니다.

## 키와 신뢰

이는 다음에서의 테스트 릴리스입니다: **Solana devnet**. **Helius Privacy는 베타 버전입니다**.

당신의 Solana 지출 키는 지갑에 그대로 남습니다. 앱은 잠금 해제 시 브라우저 메모리에서 보기 키와 nullifier 키를 생성합니다. 암호화된 노트 스냅샷을 저장하고 잔액을 로컬에서 복호화합니다. Rome은 결코 당신의 키를 보유하지 않으며, 호스티드 증명기가 위에서 설명한 비밀을 받습니다.

침해된 페이지는 당신의 잠금 해제 서명을 얻어 당신의 개인 잔액과 활동을 노출할 수 있습니다. 또한 해로운 거래에 서명하도록 요청할 수도 있습니다. Rome은 에스크로 프로그램을 업그레이드할 수도 있습니다. 스왑은 견적이 발행된 뒤에도 메이커의 증명 서비스에 의존합니다.

위의 [백업](/ko/rome/privacy-dex/swaps.md#unlock-and-back-up) 개인 계정 키를 복원하지만, 지출하려면 여전히 원래 지갑에 접근해야 합니다.


---

# 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/what-is-private.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.
