Transaction Fees는 거래를 블록에 넣기 위해 지불하는 비트코인 수수료입니다. 거래를 유효한 블록에 포함한 채굴자가 받으며, 은행이나 네트워크의 단일 요금표가 정하지 않습니다. 지갑은 보통 거래 크기와 원하는 확인 속도에 따라 수수료를 제안합니다. 다만 더 많이 낸다고 확인 시각이 예약되는 것은 아닙니다.
지갑이 전에 받은 100,000 satoshi를 사용한다고 생각해 보세요. Satoshi, 줄여서 sat는 BTC의 최소 단위입니다. 받는 사람에게 60,000 sat를 보내고 자신에게 잔돈 38,000 sat를 돌려주면 남은 2,000 sat가 수수료입니다. 사용하는 자금을 입력이라 하고, 수취인과 잔돈을 위해 새로 만드는 금액을 출력이라 합니다. 일반 거래의 수수료는 입력 합계에서 모든 출력 합계를 뺀 값입니다. 별도의 특수 주소에 보내는 결제가 아니라, 채굴자가 블록의 첫 거래인 coinbase 거래의 보상에 더할 수 있는 금액입니다. [2] [3]
비용은 보내는 BTC의 일정 비율이 아니라 거래에 필요한 공간에 따라 달라집니다. 지갑은 작은 결제를 위해 전에 받은 여러 금액을 모을 수 있으며, 입력이 하나 늘 때마다 데이터도 늘어납니다. 그래서 입력 하나로 보내는 큰 송금이 오히려 저렴할 수 있습니다. sat/vB는 수수료 계산에 쓰는 크기 단위인 가상 바이트당 몇 satoshi를 내는지 나타냅니다. 200 vB에 10 sat/vB를 적용하면 2,000 sat입니다. 같은 수수료율이어도 거래 크기가 다르면 총수수료는 달라집니다. [1]
추천 수수료율은 대기 중인 거래와 과거 확인 상황에 근거한 추정치입니다. 노드는 대기 거래를 Mempool이라는 각자의 공간에 보관합니다. 한정된 블록 공간을 원하는 사람이 늘면, 전에는 충분했던 수수료율로 빠르게 확인받기 어려워질 수 있습니다. 채굴자는 앞선 거래에 의존하는 거래들을 함께 고려할 수도 있습니다. 높은 수수료율은 제안을 더 매력적으로 만들지만 특정 블록을 보장하지는 않습니다. 보내기 전에 총수수료와 예상 대기 시간을 함께 확인하세요. 거래소의 출금 수수료에는 서비스 요금도 들어갈 수 있어, 내 결제의 실제 네트워크 수수료와 같지 않을 수 있습니다. [3]
일부 지갑은 수수료 인상을 지원합니다. Replace-by-Fee (RBF)는 같은 입력을 적어도 하나 사용하면서 더 높은 수수료를 제시하는 대체 거래를 만듭니다. 수용 여부는 노드 규칙에 달려 있습니다. Child Pays for Parent (CPFP)는 대기 거래의 사용 가능한 출력을 더 높은 수수료의 새 거래에서 씁니다. 채굴자가 새 수수료를 받으려면 앞선 거래도 포함해야 하므로 전체 묶음을 평가하게 됩니다. 해당 자금을 쓸 권한과 지갑의 지원이 필요합니다. 남의 결제를 무엇이든 빠르게 만드는 방법은 아니며, 어느 쪽도 확인 시점을 보장하지 않습니다. [3] [4]
지갑의 수치를 비교할 때 알아두면 좋은 점이 있습니다. 가상 크기는 저장된 데이터의 바이트 수와 항상 같지는 않습니다. SegWit은 기본 데이터와 서명 검증용 데이터의 크기를 다르게 반영하는 트랜잭션 가중치를 도입했습니다. BIP 141에서는 이 가중치를 4로 나눈 뒤 소수점 이하를 올림한 값을 가상 크기로 정의합니다. 일상적인 송금에서 직접 계산할 필요는 없습니다. 입력 종류와 거래 구조가 크기를 바꿀 수 있고, 그러면 같은 수수료율에서도 총수수료가 달라진다는 점만 기억하면 됩니다. [1]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 트랜잭션, Mempool, 채굴, Block Subsidy, SegWit. 다음 항목에서도 이 글을 참조합니다 채굴, 트랜잭션, Block Subsidy, Mempool.
01Bitcoin 수수료는 송금액의 일정 비율인가요?+
아닙니다. 수수료는 가상 크기와 선택한 sat/vB 요율에 대응하며 전송하는 BTC의 일정 비율이 아닙니다. 권장 요율은 추정치이고 확인 시간을 보장하지 않습니다.
02전송 후 수수료를 올릴 수 있나요?+
경우에 따라 가능합니다. Replace-by-Fee (RBF)는 노드 규칙에 따라 미확인 대체 트랜잭션을 제안합니다. CPFP (Child Pays for Parent)는 앞선 거래인 부모 거래의 사용 가능한 출력을 사용해 패키지 전체 요율을 높입니다. 지출 권한과 지갑 지원이 필요하며 어느 방법도 확인을 보장하지 않습니다.