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

# 지정가 주문

비공개 지정가 주문을 넣고, 매칭과 수수료를 이해하며, 체결되지 않은 자금을 취소하세요.

지정가 주문은 자신의 가격 한도 내에서 거래할 수 있는 다른 주문을 기다립니다. Rome의 **매칭기** 는 대기 중인 주문의 비공개 목록을 유지하는 서비스로, 이를 **오더북**, 서로 거래할 수 있는 주문을 짝지어 줍니다. 주문의 토큰, 수량, 가격에 대한 공개 목록은 없습니다. 매처는 이러한 조건을 읽을 수 있습니다.

당신의 **개인 잔액** 암호화된 기록인 **노트**, 각 항목에는 토큰과 수량이 포함됩니다.

## 주문하기

Solflare에 연결하고 [개인 계정을 설정하거나 잠금 해제하세요](/ko/rome/privacy-dex/swaps.md#unlock-and-back-up). 선택 **지정가** 을 스왑 카드에서. 쌍의 방향, 지불할 토큰 수량, 그리고 **지갑** 또는 **비공개 잔액** 을 결제 소스로 선택합니다. 쌍의 어느 방향으로든 주문을 낼 수 있습니다.

지정가는 선택한 방향의 현재 시장가에서 시작합니다. 이를 편집하거나 **시장가 사용** 을 선택해 재설정할 수 있습니다. 방향을 바꾸면 해당 방향의 시장가로 지정가가 재설정됩니다. 가격 필드는 수령 토큰 1개에 대해 지불 토큰이 얼마나 드는지를 보여줍니다.

설정하세요 **주문 유효 기간**, 조건을 검토한 뒤 선택합니다 **주문 제출**. 지갑이 제출에 서명합니다. 다음에서 지불하면 **비공개 잔액** 승인 한 번이 필요합니다. 다음에서 지불하면 **지갑** 승인 두 번이 필요합니다. 첫 번째는 정확한 수량을 공개 예치금으로서 귀하의 비공개 잔액에 추가하고, 두 번째는 그곳에서 주문을 제출합니다. 두 번째 승인을 거부하거나 실패하면 주문은 제출되지 않습니다. 자금은 비공개 잔액에 그대로 남습니다. 그곳에서 주문을 제출할 수 있습니다. 앱이 주문 제출 여부를 확인할 수 없다면 다음을 확인하세요 **내 주문** 를 다시 시도하기 전에.

주문을 제출하면 자금이 해당 주문 전용 주소가 소유한 노트로 이동합니다. 서명한 조건이 그 자금으로 거래할 수 있는 한도를 정합니다.

다음에서 지불하면 **비공개 잔액** 제출한 토큰과 수량이 암호화된 상태로 유지됩니다. 다음에서 지불하면 **지갑** 공개 예치가 이루어져 토큰과 수량이 노출됩니다. 두 경우 모두 가격은 체인에 숨겨집니다. 귀하의 주소, 주문의 주소, 그리고 주문을 제출했다는 사실은 공개됩니다.

## 매칭 작동 방식

매처는 다음을 고려합니다 **가장 좋은 가격을 먼저**, 그다음 **가장 오래된 주문** 을 우선 적용합니다. 부분 체결된 주문은 대기열에서 원래 위치를 유지합니다. 아직 체결되지 않은 자금은 같은 주문 주소에 남아 있습니다.

위의 **대기 중인 주문** 는 이미 오더북에서 대기 중인 주문입니다. 매처는 그 주문의 한도를 거래 가격으로 사용하며, 반올림은 매처에 유리하게 적용됩니다. 매칭은 양쪽 주문의 한도, 최소 체결량, 만료 조건을 모두 충족해야 합니다. 앱은 각 주문의 최소 체결량을 해당 수량의 10분의 1로 설정합니다. 한 번의 체결이 그보다 작을 수는 없으며, 단 주문에 남은 전부를 체결하는 경우는 예외입니다. 만료된 주문은 매칭될 수 없고, 자금은 자동으로 반환되지 않습니다. 취소할 때까지 자금은 주문 주소에 남아 있습니다.

각 매칭에는 Rome의 에스크로 프로그램이 확인하는 증명이 포함됩니다. 이 증명은 각 주문이 적어도 자신의 한도만큼을 받고, 최소 체결량을 충족하는지 확인합니다. 또한 수수료의 공개된 요율과 수령처도 확인합니다. 그러나 대기열 우선순위, 두 한도 사이의 거래 가격, 어떤 주문이 대기 주문으로 간주되고 어떤 주문이 수수료를 내는지는 강제하지 않습니다. 이는 Rome의 매처 규칙입니다. 이러한 규칙을 적용하고 매칭을 계속 가능하게 하는 것은 Rome를 신뢰합니다.

## 오더북 수수료

위의 **들어오는 주문** 는 이미 오더북에서 대기 중인 주문과 맞춰지는 주문입니다. 매처는 어느 주문이 들어오는 주문인지 식별합니다. 오더북은 **0.1%**, 그 주문이 받는 토큰의 수익에서 차감됩니다.

지불하는 주문의 한도는 확인되며 **수수료를 반영한 뒤**. 그 주문이 받는 금액은 여전히 해당 한도가 약속한 최소치를 충족해야 합니다. 수수료를 반영한 뒤 그 한도 아래로 내려가는 매칭은 결제될 수 없습니다.

## 주문 취소

아래에서 주문을 찾으세요 **내 주문** 스왑 카드 아래에서 선택 **취소** 하고 Solflare에서 취소를 승인하세요.

주문의 소유자만 이를 취소할 수 있습니다. 취소하면 남은 자금이 소유자의 비공개 잔액으로 돌아갑니다. 매처의 허가가 아니라 소유자의 지갑 서명이 필요합니다. 거래 중단은 취소를 막지 않습니다.

열려 있거나, 부분 체결되었거나, 만료된 주문을 취소해 남은 자금을 비공개 잔액으로 돌려받을 수 있습니다. 주문 주소는 취소를 체인상의 원래 제출과 연결합니다. 또한 취소 시 주문에 아직 체결되지 않은 자금이 남아 있었음을 보여줍니다.

## 매칭이 체인에 표시하는 내용

매칭은 두 주문 주소를 각각의 제출과 연결하고, 거래자, 수수료 수령자, 두 만료 슬롯, 그리고 수수료 납부자로서의 Rome의 매처를 보여줍니다. 각 거래자는 비공개 수익을 받습니다.

거래는 또한 한 주문 주소에 잔여 노트를 생성합니다. 관찰자는 다른 주문이 완전히 체결되었음을 알 수 있습니다. 잔여 노트에는 0이 들어갈 수 있으므로, 그 존재만으로 해당 주문이 아직 열려 있는지는 알 수 없습니다.

두 주문 모두 비공개 잔액에서 지불된 경우, 그 수량과 거래 가격은 계속 암호화된 상태로 남습니다. 지갑 자금으로 제출한 주문은 매칭까지 이어질 수 있는 정보를 노출합니다. 해당 주문이 완전히 체결되면, 관찰자는 수수료를 감안해 상대방이 무엇을 받았는지 계산할 수 있습니다. 두 지갑 자금 주문이 모두 완전히 체결되면, 공개된 수량만으로도 거래 가격이 드러납니다.

[무엇이 비공개인가](/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/limit-orders.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.