폴리마켓 팀은 CLOB에 대한 경험이 전혀 없으며, 기술력은 삼류 거래소 수준, 혹은 그보다 더 떨어집니다. API를 사용하시는 분들을 위해, 문제점과 손실을 피하는 데 도움이 될 만한 몇 가지 최신 정보를 알려드리겠습니다. PM 팀은 아직 저희 상황에 대한 답변을 하지 않고 있습니다. 지원 티켓을 처리하는 사람도 없고요. 운영상의 총체적 무능력으로, 아무도 책임을 지지 않고 있습니다. 자세한 내용은 이전 게시글을 참고해 주세요. 문제 해결이 매우 어렵습니다. 위험 관리 조치를 강화해야 합니다. 1. 웹스톰에서 데이터 지연은 흔히 발생합니다. 웹스톰을 사용하든 API를 사용하든, 정확한 타임스탬프 확인과 주문장 교차 검증은 필수적입니다. 이제 "유동성 검증"을 추가하는 것이 좋습니다. 유동성이 갑자기 크게 감소하는 것은 위험 신호입니다. 2. 가능한 한 가장 낮은 지연 시간을 원한다면 서버를 유럽에 배치하는 것이 가장 빠른 옵션입니다. 핑 시간 3ms 미만, API 요청 응답 시간 100ms 미만이 정상적인 수준으로 간주됩니다. 3. 교차 검증은 필수적이지만, 현재 폴리마켓에서는 매칭 이벤트가 온체인 에 반영되기까지 몇 시간씩 지연되는 경우가 있고, 주문장 인터페이스에서 오류 데이터가 반환되어 검증이 불가능하기 때문에 교차 검증이 어려울 수 있습니다. 다시 말해, 타임스탬프 검증 여부와 관계없이 API 또는 온체인 이벤트에서 제공되는 데이터는 신뢰할 수 없습니다. 데이터가 오래되었거나, 시스템 장애가 있거나, 오류가 발생한 것이 아니라, 반환되는 데이터 자체가 가짜이기 때문입니다. 예를 들어 특정 시장의 가격이 0.8인 경우, 서버 오류 및 재시작 후에는 0.6이라는 가격이 표시될 수 있습니다. 그러면 로스 컷 주문이 체결되고, 유동성을 기반으로 실제로 0.6 가격에 주문이 체결됩니다. 몇 분 후, 0.6~0.8 가격대에 있던 원래의 대기 주문들이 다시 나타납니다. 당시 가격 견적이 서버 오류 때문인지, 거래 상대방의 실제 주문 취소 때문인지, 아니면 가격 하락 때문인지 어떻게 알 수 있나요? 죄송하지만, 알 수 있는 방법이 없습니다. 4. 이러한 상황을 고려할 때, 대규모 거래를 처리하는 모든 프로그램은 극도로 신중해야 하며, 특히 로스 컷 주문 로직을 사용하지 않도록 주의해야 합니다. 저희는 모든 전략에서 로스 컷 로직을 제거하고 다른 조정 사항들을 적용했습니다.