Skip to main content
이 페이지는 포지션이 왜 청산되었는지 이해하려는 트레이더를 위한 것입니다. 짧고 정직한 답은 이렇습니다. 청산은 거의 언제나 마크 가격에 유지증거금 규칙을 적용한 기계적 결과이며, “부당한 청산”이라는 서사는 정확한 입력값을 들여다보는 순간 대개 사라집니다. 티켓을 열기 전에 아래 섹션을 읽어 보십시오.

청산을 촉발하는 것

계정 순자산이 현재 규모에 필요한 유지증거금 아래로 떨어지면 포지션이 청산되며, 판정은 현재 마크 가격을 기준으로 이루어집니다. 정확한 조건은 청산 페이지가 설명합니다. 두 가지를 강조할 만합니다.
  • 트리거는 최종 체결 가격이 아니라 마크 가격을 씁니다. 그 이유는 마크 가격에서 다룹니다. 이 구분이 중요한 이유는, 오더북의 꼬리 하나가 차트에서는 극적으로 보여도 실제로는 누구의 증거금도 침범할 만큼 마크를 움직이지 못할 수 있기 때문입니다.
  • 유지증거금은 포지션의 규모 등급에 따라 달라집니다. 포지션이 클수록 더 많은 증거금이 필요하며, 등급 구간표는 레버리지 페이지에 문서화되어 있습니다. 어떤 규모에서는 담보가 넉넉했던 포지션도, 가격이 전혀 움직이지 않았더라도 규모를 키우고 나면 담보 부족 상태가 될 수 있습니다.

청산이 실행되는 방식

청산은 사후에 반응하는 봇이 아닙니다. 매칭과 원자적으로, 같은 블록 생산 루프 안에서 실행되는 프로토콜 상태 기계입니다. 메커니즘은 클리어링 하우스 페이지가 설명합니다. 사용자 입장에서 이것이 뜻하는 바는 분명합니다. 누군가를 먼저 청산하려는 “경쟁”이 없고, 프로토콜이 직접 가져갈 수 있었을 보상을 외부 keeper가 받아 가는 일도 없습니다. 모든 일이 IntentionKernel 안에서 결정론적으로 일어납니다. 증거금 침범이 감지되면 엔진은 오더북을 상대로 포지션을 종료하려 시도합니다. 오더북이 너무 얇아 받아들일 만한 가격에 종료할 수 없으면 보험 기금이 나섭니다. 보험 기금이 소진될 만큼 상황이 심각하면 자동 디레버리징이 작동하고, 상대편 포지션이 정해진 가격에 배정됩니다. 이 과정은 ADL에서 다룹니다.

청산 이벤트 읽기

모든 청산은 최소한 다음을 담은 구조화된 이벤트를 발행합니다.
  • 증거금을 침범한 계정과 포지션.
  • 침범 시점의 마크 가격.
  • 적용된 증거금 등급. 유지증거금 요건을 결정합니다.
  • 종료된 수량과 종료의 실행 가격. 오더북, 보험 기금, ADL 중 어디를 거쳤는지도 포함됩니다.
  • 보험 기금 변동분(있는 경우).
청산이 잘못되었다고 생각한다면 가장 먼저 볼 것은 이 다섯 개 필드입니다. 대다수의 경우 해당 높이의 마크 가격은 집계된 오라클이 보고하던 값과 일치하고, 포지션 규모에 대한 증거금 요건은 등급 구간표에 적힌 그대로입니다. 그 시점에서 청산은 버그도 아니고 지원 사안도 아닙니다. 포지션을 열 때 받아들인 리스크 파라미터의 결과입니다.

실제로 지원 사안인 경우

티켓을 열 만한 상황이 몇 가지 있습니다.
  • UI가 이벤트와 다른 마크 가격을 보여 줍니다. 엔진 버그가 아니라 UI 지연일 수 있지만, 확인해 볼 가치는 있습니다.
  • 해당 블록에서 집계 오라클이 도달하지 않은 마크 가격에 청산이 발생했습니다.
  • 보고된 증거금 등급이 문서에 공개된 등급 구간표와 맞지 않습니다.
  • 보험 기금 변동분이 종료의 실행 가격과 앞뒤가 맞지 않습니다.
이런 경우에는 포지션 주소, 이벤트의 블록 높이, 이벤트 자체의 필드, 그리고 불일치를 보여 주는 스크린샷을 첨부해 contact@intention.xyz로 메일을 보내십시오.

지원 사안이 아닌 경우

마크 가격이 움직여 유지증거금이 침범되면서 포지션이 청산되었다면, “지원팀이 되돌릴 수 있다”는 답은 없습니다. 세상 어느 지원팀도 최종 확정된 온체인 상태 전이를 되돌릴 수 없습니다. 지원팀이 할 수 있는 일은 계산을 함께 짚어 주고 프로토콜이 해야 할 일을 했음을 확인해 주는 것이며, 그 확인은 종종 받아들이기 불편한 답입니다.