멤풀은 각 노드가 보관하는 미확인 거래 집합이므로 모든 곳에서 완전히 같지 않습니다. 수수료 추정기는 현재 대기열 한 장만 보는 것이 아니라 과거에 어떤 수수료율 거래가 몇 블록 안에 확인됐는지 학습해 목표치를 계산할 수 있습니다. 연결 노드·표본·목표 블록·추정 모드가 다르면 지갑의 안내도 달라집니다.
멤풀은 하나의 중앙 대기실이 아니다
거래가 방송되면 연결된 노드가 합의 규칙과 자신의 멤풀 정책을 통과한 거래를 로컬 메모리에 보관합니다. 이후 피어로 중계되지만 모든 노드가 같은 순간 같은 거래를 본다는 보장은 없습니다. 최소 수수료 정책, 메모리 한도, 연결 상태, 재시작 시점이 다르기 때문에 두 탐색기의 미확인 거래 수와 대기 바이트가 달라질 수 있습니다.
따라서 '현재 멤풀 크기'는 어떤 노드에서 언제 측정했는지가 붙어야 의미가 있습니다. 특정 웹사이트의 막대 한 개를 네트워크 전체의 확정 순서로 해석하면 안 됩니다. 채굴자는 자신의 템플릿 정책으로 거래를 선택하고, 조상·자손 패키지와 우선순위 조정 같은 요소도 고려할 수 있습니다.
| 요인 | 달라지는 값 | 확인 질문 |
|---|---|---|
| 연결 노드 | 관측 멤풀 | 같은 거래 집합을 보는가 |
| 목표 블록 | 권장 수수료율 | 몇 블록 안을 목표로 하는가 |
| 추정 모드 | 표본 반응성 | 경제적·보수적 모드인가 |
| 거래 구조 | 총수수료 | 실제 vsize가 얼마인가 |
추정기는 과거 확인 결과를 사용한다
Bitcoin Core의 estimatesmartfee는 지정한 confirmation target 안에 확인될 가능성을 목표로 수수료율을 추정합니다. 이는 다음 블록의 내용을 예언하는 기능이 아닙니다. 과거 블록에서 멤풀에 있던 거래가 어떤 수수료율로 얼마나 빨리 확인됐는지 관측한 표본을 사용하므로, 갑작스러운 수요 급증에는 뒤늦게 반응할 수 있습니다.
반대로 일시적인 혼잡이 끝난 직후에는 보수적인 추정치가 현재보다 높게 남을 수 있습니다. 지갑이 외부 API를 쓰는지 자체 노드 추정을 쓰는지, 목표를 1블록으로 잡는지 6블록으로 잡는지 알 수 없다면 숫자만으로 어느 지갑이 정확하다고 평가하기 어렵습니다. 추정의 시간 범위와 실패 메시지도 함께 읽어야 합니다.
수수료 추천값은 확정 약속이 아니라 특정 목표에 대한 관측 기반 추정이다.
JOBCOIN 해설
빠름·보통·느림은 지갑이 붙인 이름이다
지갑의 세 단계 버튼은 비트코인 프로토콜의 표준 등급이 아닙니다. 한 지갑의 '빠름'이 2블록 목표이고 다른 지갑은 1블록 목표일 수 있습니다. 같은 이름이라도 추정 모드와 안전 여유가 다르면 sat/vB가 달라집니다. 예상 시간도 평균 블록 간격을 단순 곱한 값일 수 있어 실제 확정 시각과 차이가 납니다.
비교할 때는 이름보다 목표 블록 수, 제시 수수료율, 총수수료를 기록합니다. 긴급하지 않은 거래는 기다릴 수 있는 블록 수를 먼저 정하고, 중요한 마감이 있는 거래는 수수료 조정 기능을 미리 확인합니다. 낮은 값을 선택한 뒤 RBF나 CPFP가 불가능한 지갑 구조라면 대응 선택지가 좁아질 수 있습니다.
- 추천 등급이 목표로 하는 블록 수를 확인한다.
- sat/vB와 총수수료를 구분한다.
- 거래의 vsize와 입력 개수를 확인한다.
- RBF·CPFP 지원 여부를 송금 전에 확인한다.
멤풀 최소값은 혼잡에 따라 올라갈 수 있다
노드의 멤풀 메모리가 한도에 가까워지면 낮은 수수료율 거래가 제거되고, 새 거래가 들어오기 위한 동적 최소값이 올라갈 수 있습니다. 어떤 노드가 거래를 보관한다고 다른 노드도 계속 보관하는 것은 아닙니다. 매우 낮은 수수료 거래는 일부 경로에서 중계되지 않거나 시간이 지나 멤풀에서 사라질 수 있습니다.
탐색기에서 거래가 사라졌다고 곧바로 취소됐다고 단정할 수는 없습니다. 다른 노드에는 남아 있거나 나중에 다시 방송될 수 있고, 동일 입력을 쓰는 거래가 나타날 수도 있습니다. 지갑의 현재 상태와 여러 독립 노드의 관측, 확정 블록을 구분해서 봅니다.
총수수료는 거래 크기와 함께 계산한다
추천값이 10 sat/vB여도 140 vB 거래와 400 vB 거래의 총비용은 다릅니다. 입력 UTXO가 많거나 복잡한 스크립트를 쓰면 vsize가 커질 수 있습니다. 지갑이 코인 선택을 바꾸면 같은 송금액인데도 총수수료가 달라지는 이유입니다. 금액 대비 퍼센트만 보면 블록 공간 비용의 구조를 놓칩니다.
서명 직전에는 받는 금액, 총수수료, 수수료율, vsize를 한 화면에서 확인합니다. 외부 수수료 사이트의 추천 sat/vB를 지갑에 직접 입력할 때는 단위가 sat/vB인지 sat/byte인지 확인하고, 과도한 값을 막는 지갑의 최대 수수료 보호 기능을 유지합니다.
추정값을 기록하면 다음 선택이 쉬워진다
거래를 보낼 때 목표 블록, 선택한 sat/vB, 실제 vsize, 첫 확인까지 걸린 블록 수를 기록하면 지갑 안내의 성격을 이해할 수 있습니다. 한 번 빨리 확정됐다고 같은 값이 항상 충분한 것은 아니고, 늦었다고 추정기가 항상 잘못된 것도 아닙니다. 수요와 블록 공간은 매 거래마다 달라집니다.
현재값을 볼 때는 데이터 갱신 시각을 확인하고, 지나치게 정밀한 분 단위 예측을 확정 약속처럼 사용하지 않습니다. 필요한 것은 '정답 수수료' 하나가 아니라 기다릴 수 있는 시간, 조정 가능성, 거래 크기를 반영한 범위입니다. 멤풀 화면은 그 판단을 돕는 관측 자료입니다.
자주 묻는 질문
두 지갑의 추천 수수료가 왜 다른가요?
연결 노드의 멤풀, 목표 블록 수, 과거 표본, 추정 모드와 안전 여유가 다를 수 있기 때문입니다.
멤풀 순서대로 거래가 확정되나요?
단순 도착 순서가 아닙니다. 채굴자는 수수료율과 패키지 관계, 자체 정책을 고려해 블록 템플릿을 만듭니다.
예상 10분이면 10분 안에 반드시 확정되나요?
아닙니다. 블록 생성 간격과 경쟁 거래가 변하므로 예상은 보장이 아닙니다. 목표 블록 수와 조정 수단을 함께 봐야 합니다.
