
얼마 전 비트코인을 다른 지갑으로 보내려다가 수수료가 예상보다 높아 잠깐 멈춘 적이 있어요. 보내는 금액은 크지 않았는데 수수료는 생각보다 눈에 띄더라고요. 비트코인 전송 수수료는 송금액에 일정 비율을 곱하는 방식이 아니라서, 금액만 보고 비용을 짐작하면 헷갈리기 쉽습니다.
수수료가 달라지는 이유부터 이해하기
비트코인 네트워크 수수료는 거래가 블록에 기록될 때 차지하는 데이터 크기와 당시 네트워크 혼잡도에 따라 달라집니다. 많이 보내면 무조건 비싸지는 구조가 아니에요. 같은 방식으로 만든 거래라면 0.01BTC를 보내든 1BTC를 보내든 수수료가 비슷할 수 있습니다.
지갑에서는 보통 ‘sat/vB’라는 단위를 보여줍니다. 거래 데이터 1가상바이트(vB)당 몇 사토시(sat)를 낼지 나타내는 숫자예요. 1BTC는 1억 사토시입니다. 예를 들어 거래 크기가 150vB이고 수수료율이 10sat/vB라면 수수료는 1,500사토시, 즉 0.000015BTC입니다. 같은 거래를 5sat/vB로 보낼 수 있는 상황이라면 750사토시가 들겠죠. 이 숫자는 계산을 위한 예시일 뿐, 지금 필요한 수수료율을 뜻하지는 않습니다.
거래 크기에는 이전에 받은 비트코인을 몇 건 사용하는지도 영향을 줍니다. 지갑 잔액이 같아도 작은 금액으로 여러 번 받아 쌓인 비트코인을 보내면 거래 데이터가 커질 수 있어요. 반대로 한 번에 받은 금액을 사용하면 상대적으로 작을 수 있습니다. 그래서 친구와 똑같은 금액을 보내도 지갑에 표시되는 수수료가 다를 수 있어요.
보내기 직전에 수수료율 확인하는 방법
가장 실용적인 방법은 전송 버튼을 누르기 직전에 지갑의 수수료 선택 화면과 멤풀의 혼잡 상황을 함께 보는 거예요. 멤풀은 아직 블록에 담기지 않은 거래가 기다리는 공간입니다. 멤풀 서비스에서 제시하는 빠름·보통·느림 구간을 보면 현재 어느 정도의 수수료율이 경쟁력 있는지 가늠할 수 있습니다. 다만 이 수치는 예측치라서 특정 시간 안에 확인된다는 보장은 없어요.
급하지 않은 전송이라면 지갑의 ‘빠름’ 설정을 습관적으로 고를 필요는 없습니다. 낮은 수수료율을 선택하고 기다리는 쪽이 비용을 줄일 수 있어요. 반대로 입금 기한이 있거나 상대방이 빠른 확인을 요구한다면, 몇백 사토시를 아끼려다 시간을 놓치는 편이 더 불편할 수 있습니다. 전송 목적에 맞춰 속도를 고르는 게 낫습니다.
수수료가 한동안 높게 보인다면 잠시 뒤 다시 확인하는 것도 방법입니다. 네트워크 사용량은 계속 변하니까요. 그렇다고 특정 요일이나 시간대가 항상 저렴하다고 믿을 필요는 없어요. 실제 전송 시점의 수수료율을 확인하는 편이 정확합니다.
거래소 출금 수수료는 따로 확인하기
거래소에서 비트코인을 꺼낼 때 보이는 ‘출금 수수료’는 개인 지갑에서 직접 정하는 네트워크 수수료와 표시 방식이 다를 수 있습니다. 거래소가 출금 건당 일정한 비트코인 수량을 안내할 수도 있고, 네트워크 상황에 따라 금액이나 운영 방식을 바꿀 수도 있어요. 지갑에서 본 5sat/vB를 거래소 출금 화면의 수수료와 그대로 비교하면 맞지 않는 이유입니다.
예를 들어 0.001BTC를 보내는데 출금 화면에 수수료 0.0001BTC가 표시된다면, 보내려는 금액에 비해 부담이 꽤 큽니다. 이때는 실제 수령 수량이 얼마인지 먼저 확인해야 해요. ‘출금 신청 수량’과 ‘상대방이 받는 수량’ 중 어느 쪽에서 수수료가 빠지는지는 서비스 화면의 안내를 따르는 게 정확합니다.
같은 거래소 안에서 계정끼리 옮기는 기능이 있다면 일반적인 온체인 출금과 처리 방식이 다를 수 있습니다. 업비트의 ‘바로 출금’처럼 내부에서 처리되는 서비스가 한 예예요. 이용 가능한 상대인지, 수수료와 입금 방식이 무엇인지는 신청 화면에서 확인해야 합니다.
여러 번 보낼 때 비용 줄이는 방법
같은 곳으로 소액을 여러 차례 보낼 계획이라면, 꼭 그때그때 보내야 하는지 생각해볼 만합니다. 온체인 거래를 여러 건 만들면 각 거래마다 수수료가 붙을 수 있으니까요. 다만 한 번에 모아 보내려면 받는 사람의 입금 기한이나 거래소의 최소 입금 수량을 먼저 확인해야 합니다.
개인 지갑에서 여러 주소로 지급해야 하고 지갑이 일괄 전송을 지원한다면, 거래를 한 건으로 묶는 방식도 있습니다. 여러 건을 따로 보내는 것보다 전체 데이터 크기를 줄일 수 있지만, 받는 주소와 금액을 한 번에 정확히 검토해야 해요. 전송 후에는 되돌리기 어렵기 때문입니다.
작은 금액을 자주 주고받는 용도라면 라이트닝 네트워크도 선택지가 될 수 있습니다. 다만 보내는 쪽과 받는 쪽이 모두 지원해야 하고, 채널을 열거나 닫을 때는 별도 온체인 비용이 생길 수 있어요. 한두 번만 보낼 거라면 화면에 보이는 총비용을 비교하는 편이 좋습니다.
이미 보낸 거래가 늦어질 때
수수료를 낮게 설정한 거래가 오래 ‘미확인’으로 남아 있으면 먼저 거래 ID로 상태를 확인하세요. 네트워크가 붐빌 때는 대기 시간이 길어질 수 있습니다. 지갑이 수수료 올리기 기능인 RBF를 지원하고 해당 거래에 사용할 수 있다면, 추가 비용을 내고 수수료를 높이는 방법도 있어요. 기능이 보이지 않는다고 같은 금액을 무작정 다시 보내면 의도치 않게 두 건을 전송할 수 있으니 주의해야 합니다.
저는 전송 전에 세 가지만 확인합니다. 받는 주소와 네트워크가 맞는지, 실제 수령 수량이 얼마인지, 지금 제시된 수수료를 내고 얼마나 빨리 보내야 하는지예요. 수수료 몇 원을 아끼는 일도 좋지만, 서두르다 주소를 잘못 입력하지 않는 게 훨씬 중요하다고 생각합니다.
