Fiatside

블로그

주문 금액보다 적게 입금하면 실제로 어떻게 되나요

주문 금액보다 적은 입금은 고정 환율로 실제 수신액만큼 처리되며 손실이나 패널티는 없습니다. 그러나 초과 입금, 늦은 송금, 잘못된 네트워크는 각각 다르게 처리됩니다. 차이는 주로 출금 수수료, 네트워크 수수료, 표시 정밀도에서 발생합니다.

Published
Updated
Reading time
9 min read
Collective byline (집단 편집 필진): this text is not attributed to any individual person. It has not yet been reviewed by a named editorial owner. Figures come from product data or from public sources cited in the text.

0.05 BTC에 대한 주문을 생성합니다. 플랫폼이 출금 수수료를 금액에 더하는 대신 차감했기 때문에 0.0498 BTC를 보냅니다. 주문은 0.05를 기대하지만 더 적은 금액을 수신합니다. 시스템은 어떻게 처리할까요?

간단히 말하면: 잠긴 환율로 수신된 금액을 처리하고, 그에 상응하는 금액을 지급합니다. 멈추거나 손실되는 것은 없으며, 불이익도 없습니다. 자세한 답변은 별도의 글이 필요합니다. 모든 차이가 동일한 방식으로 처리되는 것은 아니기 때문입니다.

수신 금액이 거의 항상 다른 이유

견적 금액과 정확히 일치하는 입금은 규칙이 아니라 예외입니다. 세 가지 기계적 원인이 있습니다.

  1. 발신 플랫폼의 출금 수수료. 대부분의 인터페이스는 "최대 보내기" 또는 "전액 출금"을 제공하며 입력한 금액에서 수수료를 차감합니다. 0.05를 입력하면 0.05에서 수수료를 뺀 금액이 남습니다.
  2. UTXO 체인의 네트워크 수수료. 비트코인(Bitcoin)이나 라이트코인(Litecoin)에서 트랜잭션은 입력을 소비하고 출력을 생성합니다. 수수료는 그 차액에서 나옵니다. "전체 잔액"을 보내는 지갑은 금액을 아래로 조정합니다.
  3. 표시 정밀도. 0.05로 표시된 잔액은 기본 단위로 0.04999998일 수 있습니다. 시각적 반올림은 회계상 반올림과 다릅니다.

사토시 단위까지 정확한 금액을 요구하는 시스템은 사실상 모든 정당한 입금을 거부할 것입니다. 이것이 견적 금액이 조건이 아닌 의도로 간주되는 이유입니다.

부족 입금 처리 방법

수신된 입금이 견적 금액보다 적을 때의 절차는 다음과 같습니다.

잠긴 환율이 그대로 적용됩니다. 주문 생성 시 고정된 환율은 수량에 의존하지 않습니다. 실제 수신된 수량에 따라 재계산됩니다. 더 적게 보냈더라도 잠금의 이점을 잃지 않습니다.

변동 수수료는 금액을 따릅니다. 비율이므로 스프레드도 비례하여 줄어듭니다. 고정 수수료는 움직이지 않습니다. 예상 네트워크 비용과 지급망 수수료는 동일하게 유지됩니다. 차이가 적으면 무시할 수 있지만, 주문보다 훨씬 적은 입금의 경우 고정 수수료의 상대적 비중이 증가합니다. 이 메커니즘은 고시 환율 대비 적용 환율에서 설명합니다.

순액이 재계산되어 표시됩니다. 출금 전에 동일한 항목별 내역과 함께 새 금액을 확인할 수 있습니다.

출금은 정상적으로 진행됩니다. 확인이 완료되는 즉시 처리됩니다.

이를 막을 수 있는 유일한 조건은 수신 금액이 해당 자산의 최소 입금액보다 낮은 경우입니다. 이 최소 금액은 그 이하에서는 고정 비용이 입금 가치를 초과하기 때문에 존재하며, 각 자산 페이지와 한도 페이지에 게시되어 있습니다. 이 경우 입금은 보류되며 두 가지 옵션이 제공됩니다: 동일한 주소로 두 번째 송금을 보내 추가 입금하거나, 반환 네트워크 비용을 차감한 후 원래 주소로 반환을 요청하는 것입니다.

초과 입금 처리 방법

대칭적인 경우이며 더 간단합니다. 총액이 신원 확인 등급에 적용되는 상한선 미만인 한, 초과분은 동일한 잠긴 환율로 나머지와 함께 처리됩니다.

총액이 해당 상한선을 초과하는 경우, 상한선을 초과하는 부분은 자동으로 전환되지 않습니다. 두 가지 가능한 결과와 함께 대기합니다: 더 높은 등급을 해제하기 위해 신원 확인을 완료하거나, 초과분의 반환을 요청하는 것입니다. 등급은 신원 확인 페이지에 게시되어 있습니다.

동일한 주소로 여러 번 송금

입금 주소는 하나의 주문 전용입니다. 유효 기간 동안 해당 주소로의 여러 송금은 합산되어 단일 입금으로 처리됩니다.

두 가지 중요한 세부 사항:

  • 각 송금에는 자체 확인이 있습니다. 출금은 첫 번째 송금이 아닌, 집계된 마지막 송금이 확인될 때까지 기다립니다.
  • 기간 만료 후에도 주소는 계속 모니터링되지만 환율은 그렇지 않습니다. 늦은 송금은 아래에 설명된 대로 새 견적을 촉발합니다.

환율 만료 후 입금 도착

이것은 부족 입금 다음으로 가장 빈번한 경우이며, 혼란의 주요 원인입니다. 잠금 창(변동성이 큰 자산의 경우 15분, 스테이블코인의 경우 30분)은 적절하게 책정된 송금의 일반적인 확인 시간에 맞춰 보정됩니다. 수수료가 너무 낮게 설정된 송금은 정기적으로 이 시간을 초과합니다.

그런 경우 어떻게 되나요?

  1. 입금이 감지되어 주문에 연결됩니다.
  2. 초기 환율은 더 이상 적용되지 않습니다. 시스템은 현재 환율로 새 견적을 생성합니다.
  3. 새 금액을 명시적으로 수락해야 합니다. 수락 없이는 출금이 이루어지지 않습니다.
  4. 거부하는 경우, 네트워크 비용을 차감한 후 원래 주소로의 반환이 제안됩니다.

핵심 사항: 만료된 환율을 존중할 수 없습니다. 견적 시점과 입금 도착 사이에 해당 시장 커버리지는 더 이상 존재하지 않습니다. 환율을 무기한 유지하겠다고 약속하는 서비스는 불리한 변동 시 그 약속을 지키지 않을 것입니다. 편리할 때만 지킬 것입니다.

잘못된 네트워크

다르고 더 심각한 경우입니다. 주문이 예상하지 못한 네트워크로 예상 자산을 보냈습니다. 예를 들어, Polygon 입금 주소로 ERC-20 USDT를 보낸 경우입니다.

EVM 호환 네트워크에서는 동일한 개인 키가 모든 체인의 동일한 주소를 제어합니다. 따라서 복구는 기술적으로 가능합니다. 관련 체인에서 수동 작업이 필요하고 비용이 발생하며, 이는 복구된 자금에서 차감됩니다. 시기는 대기열에 따라 다릅니다.

EVM 외부에서는 복구가 보장되지 않습니다. 비트코인 캐시(Bitcoin Cash) 주소로 BTC를 보내거나, 메모 없는 XRP 입금은 누락된 메모에서 다루는 특수한 경우입니다.

잘못된 자산

ERC-20 USDC용으로 생성된 입금 주소로 ETH를 보냈습니다. 주소는 유효하고 트랜잭션은 성공하지만 주문은 다른 것을 기대했습니다.

해당 자금은 정산 중에 포착되어 수동 사례로 처리됩니다. 당사가 수락하는 자산인 경우 현재 환율로 새 주문을 생성할 수 있습니다. 그렇지 않은 경우(상장되지 않은 토큰, NFT, 강화된 익명성 자산)에는 전환하거나 보유할 수 없으며 반환만 가능합니다.

요약

| 상황 | 처리 | 필요한 조치 | | --- | --- | --- | | 소액 부족 입금 | 잠긴 환율로 재계산 | 없음 | | 자산 최소 금액 미만 입금 | 보류 | 추가 입금 또는 반환 요청 | | 상한선 미만 초과 입금 | 전액 처리 | 없음 | | 상한선 초과 입금 | 초과분 보류 | 신원 확인 완료 또는 반환 요청 | | 환율 만료 후 입금 | 새 견적 | 수락 또는 거부 | | 잘못된 네트워크, EVM 체인 | 수동 복구 | 티켓 열기 | | 잘못된 네트워크, 비 EVM | 건별 처리 | 티켓 열기 | | 잘못된 자산 | 수동 사례 | 티켓 열기 |

불일치 입금을 단순히 거부하지 않는 이유

더 엄격한 시스템을 상상할 수 있습니다: 정확한 수량만 수락하고 나머지는 모두 거부하는 것입니다. 일부 서비스는 정확히 그렇게 하며, 우리가 그렇게 하지 않는 이유를 설명할 가치가 있습니다.

거부는 반환을 의미합니다. 반환에는 네트워크 트랜잭션 비용이 들고, 이는 자금에서 차감되며 시간이 걸립니다. 미미한 비율(대부분의 불일치가 여기에 해당)만큼 부족한 입금의 경우, 경제적 의미가 없는 차이에 대해 실질적인 비용을 지불하게 됩니다.

거부는 또한 어떤 문제도 해결하지 못합니다. 대부분의 불일치 원인은 송금 측에 있습니다: 수수료를 차감하는 플랫폼, 전체 잔액 송금을 조정하는 지갑 등. 이러한 입금을 거부하는 규칙은 발생을 막지 못하고 비용만 증가시킬 뿐입니다.

따라서 설계 선택은 도착한 것을 처리하고, 잠긴 환율로 정직하게 재계산하며, 지불 전에 새 내역을 표시하는 것입니다. 처리 대신 보류하는 유일한 경우는 자산 최소 금액 미만의 입금이며, 이는 정책이 아니라 산술입니다. 그 이하에서는 고정 비용이 수령할 금액을 초과하기 때문입니다.

이러한 문제를 대부분 방지하는 방법

  • 금액을 다시 입력하는 대신 복사 버튼을 사용하십시오.
  • 플랫폼이 수수료를 금액에서 차감하는지 아니면 추가하는지 확인하십시오.
  • 가장 낮은 등급이 아닌 일반적인 네트워크 수수료로 보내십시오.
  • 주소를 붙여넣기 전에 네트워크 선택기를 확인하십시오.
  • 큰 금액의 경우 네트워크 비용이 허용할 때 테스트 트랜잭션을 보내십시오.

구체적인 사례와 절차는 고객 센터, 입금 섹션에 자세히 설명되어 있습니다.

  • 부족 입금
  • 주문
  • 입금
  • 최소 금액

다음 읽기