폴리마켓 V2가 출시되었는데, 고스트 주문은 해결되었나요?

ODAILY星球日报

이 글을 읽으려면 13 분

시장 예측은 미래 거래할 수 있지만 거래 시스템은 "체결된 건지 아닌지"를 예측으로 만들어서는 안 된다.

원문 제목: "폴리마켓 V2 출시, 유령 주문 문제 해결됐을까?"
원문 작성자: Asher, 오데일리 별 행성 일보

어젯밤, 폴리마켓은 유지 보수 창구에 들어가 거래를 일시 중지하고 주문서를 비웠으며, 이후 CLOB V2를 공식적으로 출시했습니다.

공식 소식에 따르면, 이번 업그레이드에는 새로운 스마트 계약, 새로운 주문서, 새로운 담보 토큰 폴리마켓 USD, 그리고 새로운 버전의 CLOB-Client SDK가 포함되어 있습니다. 사용자들에게는 PUSD, SDK, 주문 구조의 이러한 변화가 즉시 명백히 인식되지는 않을 수 있습니다.

정말 주목할 가치가 있는 것은 폴리마켓을 오랫동안 괴롭혔던 유령 충족, 즉 커뮤니티가 자주 언급하는 "유령 주문" 문제입니다.

V2는 이 문제에 대해 처리했습니다. 이전에 가장 쉽게 악용되던 nonce 메커니즘이 제거되었으며, 주문 구조와 철회 방법도 변경되었습니다.

하지만 이는 유령 주문이 완전히 사라졌음을 의미하지는 않습니다. 왜냐하면 폴리마켓의 핵심 거래 방식은 여전히 오프체인 일치, 온체인 결제이기 때문에 이 두 환경 간에 시간 차이가 있기 때문에 이러한 문제를 완전히 제거하기는 매우 어렵습니다.

주문이 거래로 표시되었는데, 왜 최종적으로 실패했을까?

유령 주문이란, 한 주문이 오프체인에서 이미 일치되었는 것처럼 보이지만 최종적으로 온체인에서 정산되지 않은 것을 간단히 말합니다.

폴리마켓은 오프체인 주문서 일치를 채택한 후 온체인에서 정산을 완료하는 방식입니다. 이 설계의 장점은 명백합니다. 거래 속도가 빠르고 비용이 낮으며, 5분 시장과 같은 짧은 주기, 고빈도 예측 시장에 더 적합합니다.

문제는 바로 이 시간 차에 있습니다. 오프체인 주문서가 이미 일치되었다고 표시되었다고 해도, 온체인 정산이 반드시 성공한다는 것을 의미하지는 않습니다.

일부 짧은 주기 시장에서, 사용자는 이미 거래가 완료되어 구매나 판매를 완료했다고 생각할 수 있습니다. 그러나 실제 거래가 온체인으로 제출되고 나서야 결제가 실패할 수 있습니다. 한 순간에 거래가 완료된 것처럼 보였지만, 다음 순간 시스템에 의해 철회되었습니다.

사용자에게 가장 어려운 점은 단순히 실패하는 것이 아니라 불확실성입니다. 이미 매수 또는 매도 주문이 완료되었다고 생각했지만 실제로는 거래가 이루어지지 않았으며, 다시 주문을 할 때 가격이 이미 변하고 거래 기회를 놓칠 수 있습니다.

이전 버전의 문제는 주문 취소 비용이 너무 낮다는 것입니다

V1에서는 유령 주문이 가장 쉽게 악용되는 경로 중 하나가 incrementNonce에서 나옵니다. nonce는 주문의 상태 식별자로 이해할 수 있습니다. 원래는 시스템이 주문을 관리하는 데 도움을 주기 위해 만들어졌지만 이전 버전에서 공격자는 incrementNonce를 호출하여 특정 주소에 이전 nonce가있는 주문이 체인 상에서 정산될 때 실패하도록 만들 수 있습니다.

이로 인해 공격자에게 시간 차 조작 여지가 생깁니다. 공격자는 주문이 체인 아래에서 일치되게 만든 다음 시스템이 "거래가 발생했습니다"를 표시하도록 할 수 있습니다. 그런 다음 정산이 실제로 체인 상에 올라가기 전에 nonce를 업데이트하여 이러한 주문이 최종적으로 실패하도록합니다. 결과적으로 완료된 것처럼 보이는 거래가 실제로는 체인 상에 정착되지 않게됩니다.

문제의 핵심은이 작업 비용이 매우 낮지만 일괄 주문에 영향을준다는 것입니다. 공격자는 매우 낮은 가스 비용 만 지불하면 거래가 발생해야하는 주문이 정산 과정에서 실패하도록 만들 수 있습니다이 작은. 프론트 엔드에서 보이는 것은 주문이 먼저 체결 된 다음 실패한다는 것이지만, 실제로는 거래 결과가 불안정하게되며 사용자가 원래 체결 가격과 거래 기회를 놓치도록합니다.

유령 주문 문제는 간단한 프론트 엔드 표시 오류도 아니며 일회성 체인 실패도 아닙니다. 거래 결과에 대한 사용자의 신뢰에 직접적인 영향을줍니다.

V2는 패치되었지만 완전히 근절되지는 않았습니다

V2의 가장 중요한 변경 사항 중 하나는 원래의 전역 nonce 설계를 제거 한 것입니다. 즉, 이전에는 incrementNonce를 통해이전 주문의 일괄 영향을주는 방식이 차단되었습니다. 동시에 V2는 주문 구조를 간소화하고 주문 취소도 더 미시적인 단일 주문 해시로 이동했습니다. 이전 버전과 비교하여 주문 취소의 영향 범위가 크게 줄었으며 공격자는 한 번 낮은 비용 작업으로 대량 주문을 파괴하기가 어렵습니다.

이것은 유령 주문 문제에 대한 실질적인 수정입니다. 과거의 문제는 공격 비용이 낮고 영향 범위가 크며 재현 임계 값이 높다는 것입니다.

V2 이후에는 가장 쉽게 악용되는 경로가 제거되었습니다. 공격자가이러한 문제를 계속 발생시키려는 경우보다 높은 비용을 지불해야하며 구체적인 시스템 응답에 더 의존해야합니다. 또한 pauseUser와 같은 메커니즘이 지연이 추가되어 일부 상태 변경이 일치 및 정산 창에서 즉시 악용되는 가능성이 줄어들었습니다.

전반적으로 V2의 방향은 상당히 명확합니다. : 먼저 공격자가 가장 쉽게 악용 할 수있는 부분을 처리 한 다음 이와 유사한 공격의 수익 영역을 줄입니다.

하지만 이것만으로는 고스트 주문이 완전히 해결된 것으로 볼 수 없습니다。 그 이유는 Polymarket 가 여전히 오프체인 매칭, 온체인 결제의 기본 모델을 변경하지 않았기 때문입니다.

주문이 동일한 환경에서 매칭되고 결제되지 않는 한, 오프체인과 온체인 사이에 상태 차이가 항상 존재합니다. 잔액 변경, 권한 문제, 주문 상태 변경, 주문 취소 행동 또는 스마트 계약 실행 오류로 인해, 이미 오프체인에서 매칭된 주문이 결국 온체인에서 실현되지 못할 수 있습니다.

다시 말해, V2는 예전 버전에서 가장 명백하고 악용하기 쉬운 공격 경로를 해결한 것이지만, 고스트 주문이 발생하는 기본 조건은 아닙니다.

다른 업데이트는 주로 거래 시스템을 보완하는 데 중점을 둡니다

고스트 주문 외에도, V2는 PUSD, SDK, 1271 서명 등의 업데이트를 가져왔습니다:

· PUSD는 새로운 안정화폐이며, Polymarket은 USDC.e에서 USDC로 1:1로 대응되는 Polymarket USD로 마이그레이션되어 일반 사용자는 별다른 변화를 느끼지 않지만 하부 자산 처리가 더 일관적 일 것입니다;

· 새로운 CLOB-Client SDK는 주로 유동성 제공자, 봇 및 시스템 통합을 위해 고안되었습니다. V2 이후, 관련 사용자는 클라이언트를 업그레이드하고 새로운 주문 구조로 주문을 다시 서명해야 합니다;

· 1271 서명 지원은 스마트 계약 지갑, 다중 서명 계정, 기관 계정 및 더 복잡한 봇 지갑이 Polymarket에 더 부드럽게 연결될 수 있음을 의미합니다.

전반적으로, Polymarket는 한 가지 취약점을 수정하는 것이 아니라, 스스로를 예측 시장 응용프로그램에서 더 트레이딩 플랫폼에 가까운 기본 시스템으로 변환 중입니다. 유동성 제공자, API 사용자 및 자동화 거래자가 계속해서 늘어남에 따라, 주문이 안정적으로 체결, 결제 및 현금화되는 것이 "시장이 재미있는지 여부"보다 중요해질 것입니다.

V2는 종착점이 아니라 지속적인 보강의 시작입니다

V2가 론칭된 후, Polymarket는 적어도 고스트 주문에서 가장 명백한 공격 경로 중 하나를 차단했습니다. 과거의 낮은 비용 주문 철회, 대량 주문 영향 방식은 더 이상 쉽게 재현되지 않습니다. 신속하게 성장하고 있는 거래 플랫폼에 대한 필수적인 단계입니다.

그러나 고스트 주문 뒤에 숨겨진 근본 원인은 버전 업그레이드로 완전히 사라지지 않습니다. Polymarket가 여전히 오프체인 매칭, 온체인 결제 모델을 채택하는 한, 시스템은 계속해서 오프체인 상태와 온체인 결과 간의 차이를 다루어야 합니다. V2는 더 나은 다음 단계로 가장 명백하고 악용하기 쉬운 문제를 먼저 해결한 후, 후속 업데이트를 통해 매칭, 결제, 모니터링, 리스크 관리 능력을 계속 강화하는 과정의 첫 번째 단계입니다.

시장 예측 거래 자체가 불확실성을 내포하고 있다면, 주문 자체도 불확실성에 가득 차 있을 경우에 사용자가 직면하는 것은 시장 리스크뿐만 아니라 시스템 리스크가 됩니다.