DEX에서 교환을 준비할 때 큰 글씨로 보이는 예상 수량만 읽고 승인하는 경우가 있습니다. 그러나 주문이 받아들일 수 있는 최악의 조건을 이해하려면 최소 수령량이나 최대 지출량, 유효 시간도 함께 봐야 합니다. 이 값들은 단순한 설명 문구가 아니라 실행 조건으로 사용될 수 있습니다. 어떤 방식으로 금액을 입력했는지에 따라 보호하는 쪽이 달라진다는 점부터 확인하면 거래 화면을 더 정확하게 읽을 수 있습니다.

swap-widget-example-dark.png · Uniswap Labs · MIT · 원본 비율 유지, 크기 조정 및 WebP 변환
보낼 수량을 고정했는지 받을 수량을 고정했는지
일반적인 정확한 입력량 방식에서는 보낼 토큰 수량을 정하고 받을 수량을 견적받습니다. 이때 최소 수령 조건은 실행 결과가 일정 수량보다 적으면 거래를 되돌리도록 제한하는 역할을 합니다. 반대로 정확한 출력량 방식에서는 받을 수량을 정하고 최대 지출량으로 입력 자산의 사용 범위를 제한할 수 있습니다. 모든 앱이 두 방식을 모두 제공하는 것은 아니므로 현재 화면에서 어느 숫자를 고정했는지부터 확인합니다.
Uniswap 개발 문서는 최소 출력, 최대 입력, 거래 마감 시각을 이용자 보호 조건으로 설명합니다. 인터페이스와 라우터의 구체적인 구현은 버전과 경로에 따라 달라질 수 있으므로, 숫자가 실제로 어떤 요청에 반영되는지 해당 서비스 안내를 확인해야 합니다. 어느 앱에서 본 기본 허용치를 다른 서비스에도 그대로 적용하지 않습니다. 기본값은 시장 상황과 제품 업데이트에 따라 바뀔 수 있습니다.
가상의 견적으로 최소 수령량 읽기
예를 들어 X 토큰 100개를 보내면 Y 토큰 50개를 받는다는 견적을 봤다고 가정합니다. 이 견적에 단순히 1%의 수량 감소를 허용하는 계산이라면 비교 기준은 Y 49.5개입니다. 실제 앱의 반올림과 수수료 처리 방식에 따라 표시가 달라질 수 있으므로 서명 화면의 최종 최소 수령량을 확인합니다. 여기서 1%는 설명을 위한 가정이며 모든 거래에 적합한 설정을 추천하는 수치가 아닙니다.

slippage-diagram.png · Uniswap Labs · MIT · 원본 비율 유지, 크기 조정 및 WebP 변환
중요한 것은 50개라는 견적 자체가 이미 불리한 가격을 반영할 수 있다는 점입니다. 큰 주문이 얕은 풀의 가격에 영향을 주었다면 그 영향이 견적에 들어갈 수 있습니다. 따라서 최소 수령 조건이 촘촘하다고 처음 견적까지 좋은 거래라는 뜻은 아닙니다. 다른 주문 크기나 경로의 견적과 비교할 때에는 같은 시점, 같은 토큰 주소, 같은 수수료 포함 기준을 맞춰야 합니다. 견적의 품질과 실행 중 허용할 변화는 별도로 판단합니다.
실패를 없애려고 허용 범위를 계속 넓히지 않기
허용 범위를 좁히면 상태 변화 때문에 거래가 실패할 수 있고, 넓히면 처음 기대한 것보다 적게 받는 결과를 허용할 수 있습니다. 실패했다고 무조건 슬리피지 값을 높이기 전에 잔액, 승인 수량, 경로, 토큰의 특수 동작과 오류 메시지를 확인합니다. 실패 원인이 다른데 허용 범위만 키우면 원인은 해결하지 못한 채 받아들일 가격 조건만 나빠질 수 있습니다. 수수료를 이미 지출했더라도 그것을 만회하려고 더 불리한 조건을 바로 승인하지 않습니다.
마감 시각은 오래된 견적이 나중에 실행되는 것을 제한하는 장치입니다. 지갑에서 승인한 뒤 거래가 오래 대기했다면 여전히 유효한지 확인합니다. 기한이 지난 요청을 그대로 재사용하기보다 현재 상태에서 새 견적을 받아 조건을 다시 검토하는 편이 낫습니다. 마감 시각이 남아 있다는 것만으로 가격이 유지되는 것은 아니며, 마감과 최소 수령 조건은 서로 다른 위험을 제한합니다.

swapping-message-flow.png · Uniswap Labs · MIT · 원본 비율 유지, 크기 조정 및 WebP 변환
총비용과 결과를 따로 기록하기
최소 수령량은 모든 비용을 합친 원화 손익을 보장하는 숫자가 아닙니다. 네트워크 수수료, 별도의 승인 거래 비용, 서비스 비용과 받은 자산의 가격 변화가 남아 있습니다. 예를 들어 교환 자체가 설정 범위 안에서 성공해도 가스 비용까지 포함하면 기대한 이익이 없어질 수 있습니다. 따라서 보낼 수량, 예상 받을 수량, 최소 수령량, 예상 네트워크 비용을 나누어 기록한 뒤 실제 결과와 비교합니다.
거래가 끝나면 탐색기와 지갑에서 실제 이동 수량을 확인하고 견적과의 차이가 어디서 발생했는지 살펴봅니다. 허용 범위 안에서 실행됐다는 사실과 만족스러운 가격에 거래했다는 평가는 다를 수 있습니다. 최소 수령량과 마감 시간은 좋은 거래를 자동으로 선택해 주는 기능이 아닙니다. 사용자가 이해하고 수용한 조건 밖의 실행을 제한하는 도구로 활용하는 것이 적절합니다.
Comments 0
Checking your sign-in status.
Sign in with Google · Share a respectful, relevant opinion.