멈춘 스왑 입금: RBF와 CPFP가 거의 구제하지 못하는 이유

스왑 입금은 '송금'이 아니고, 그 차이는 막혔을 때 비로소 드러납니다. 사람에게 보낼 때는 지렛대가 남습니다. 거래를 교체할 수 있고, 연락할 수 있고, 따질 수 있습니다. 스왑 주문의 입금 주소로 보내면 그 대화의 누구도 통제하지 않는 주소에 코인을 넘기게 되고, 주문 페이지가 보여주는 것은 상태이지 핸들이 아닙니다. 그래서 첫 반사 — '수수료만 올리면 되지' — 는 각 구제 수단이 실제로 무엇을 요구하는지 따져볼 가치가 있습니다. 이 글은 RBF, CPFP, 동일 nonce 교체를 오늘 아침 실측 수치와 함께 하나씩 봅니다.

먼저 당신이 설 줄을 봐야 합니다. 2026-10-25 06:30 UTC 비트코인 멤풀에는 38,007건, 23.49 MvB가 있었습니다. 정산 요율은 0.136 sat/vB — 블록 973,026의 중앙값이고, 그 블록에 든 가장 싼 거래는 0.101 sat/vB, 90퍼센타일은 2.25였습니다. 1 sat/vB를 내면 상위 0.43 MvB 안, 즉 다음 블록입니다. 0.1 sat/vB를 내면 19.8 MvB 뒤 — 꽉 찬 블록 약 20개, 10분 기준 3시간 20분입니다. 이 숫자가 중요한 이유는 스왑 주문의 입금 창이 생성부터 30분뿐이기 때문입니다. 벽이 창보다 깁니다.

RBF는 실재하지만 당신 것이 아닙니다. 교체 수수료가 성립하는 이유는 거래가 교체 가능성을 표시할 수 있기 때문입니다. BIP125에서 nSequence가 0xfffffffe 미만인 입력이 옵트인입니다. 연속 3개 블록을 받아 세어봤습니다. 블록 973,024·973,025·973,026에서 이 표시를 가진 비코인베이스 거래 비율은 92.3%, 77.6%, 75.2%였습니다. 교체는 더 이상 예외가 아닙니다 — 2024년 말 Bitcoin Core 28.0부터 full-RBF가 기본이라 멤풀 정책상 표시 없는 거래도 교체될 수 있습니다. 하지만 표시는 거래를 만든 쪽의 것이고, 교체 권한은 입력 개인키를 가진 쪽의 것입니다. 입금이 거래소 출금이라면 둘 다 거래소에 있습니다 — 그리고 그 출금은 보통 수십 개 출력을 가진 배치 거래라, 인상은 모든 사람의 지급을 다시 서명하는 일이 됩니다.

인상이 통하는 좁은 조건. 본인이 관리하는 지갑에서 보냈고, 그 지갑에 수수료 인상 기능이 있으며, 거래가 아직 미확인일 때 — 같은 입금 출력과 금액을 유지하는 교체라면 더 높은 요율로 바꿀 수 있습니다. 실무에서는 두 곳에서 끊깁니다. txid가 바뀌므로 캡처해 둔 해시는 무효가 되고, 그 해시로 추적하던 지원 스레드는 새 해시가 필요합니다. 그리고 많은 모바일·하드웨어 흐름은 인상 버튼 자체를 노출하지 않습니다. CPFP에는 그런 탈출구조차 없습니다. 자식이 부모 수수료를 내려면 멈춘 부모의 출력을 지출할 수 있어야 하는데, 스왑 입금의 의미 있는 출력은 제공자의 입금 주소에 속해 서명할 수 없습니다. 지갑이 잔돈을 만들어 줬다면 그 잔돈을 지출하는 자식이 부모를 블록으로 끌어올릴 수 있지만, 전액을 보냈다면 잔돈이 없고 자식도 만들 수 없습니다. (모네로 확인 대기)

다른 체인은 그 논의조차 주지 않습니다. 모네로에는 RBF도 CPFP도 없습니다. 채굴되면 종국이고, 채굴될 수 없는 거래는 애초에 받아들여지지 않습니다. 릴레이 계층이 수수료 하한을 강제합니다 — 조회한 노드는 4단계로 20,000 / 80,000 / 320,000 / 4,000,000 piconero/kB를 제시했습니다 — 그래서 수수료가 모자란 모네로 전송은 대기열에 남는 대신 브로드캐스트에서 거부됩니다. 작성 시점 풀에는 16건, 블록 무게 상한은 600 kB라 '멈춤'은 모네로의 어휘가 거의 아닙니다. TRON과 이더리움은 중간입니다. 미처리 거래는 같은 nonce로 더 높은 수수료의 다른 거래를 브로드캐스트해 대체할 수 있습니다 — 비트코인 밖에서 구제 지렛대에 가장 가까운 것이지만, 블록에 들어가면 아무도 교체하지 못합니다. 그리고 USDT-TRC20의 인상은 에너지로 값을 매기며(작성 시 단위당 100 sun), 보유하지 않았을 수 있는 TRX로 지불해야 합니다. (XMR→USDT 출구 루트)

저희 쪽에서 멈춘 입금이 실제로 무엇이 되는가. 대개 재앙은 아닙니다. 30분 창에 아무것도 받지 못한 주문은 만료되고, 자체 스캔은 로컬 만료 후에도 최대 6시간 제공자에 재조회해 늦게 도착한 입금이 조용히 '취소'로 기록되지 않고 매칭되게 합니다. 이후 도착분은 입금 네트워크의 환불 주소로, 원래 자산으로, 반송 수수료를 뺀 채 돌아갑니다. 이것이 정직한 거래 조건입니다 — 코인은 돌아오지만 고정한 환율은 돌아오지 않습니다. 확실히 상황을 악화시키는 행동은 하나, '다시 보내자'는 충동입니다. 같은 입금 주소로의 두 번째 전송은 재시도가 아니라 두 번째 입금이고, 첫 번째를 빠르게 하지 않습니다.

전송 버튼을 누르기 전 여섯 가지. (1) 지갑 프리셋이 아니라 멤풀을 본다 — 하한은 다음 예측 블록의 중앙값이고 오늘 아침 0.136 sat/vB입니다. (2) 수수료를 직접 덮어쓴다. 141 vB 네이티브 SegWit 지출은 1 sat/vB면 141 사토시, BTC 80,504달러 기준 약 0.11달러입니다. 같은 거래를 0.136 하한으로 내면 19 사토시, 약 0.015달러입니다. 보험료가 10센트입니다. (3) 하한 아래로 떨어지는 '이코노미' 프리셋은 거부한다. 0.1 sat/vB가 바로 오늘의 19.8 MvB 벽입니다. (4) 인상 권한을 원하면 본인이 관리하는 지갑에서 보낸다. (5) txid와 금액은 캡처가 아니라 텍스트로 남긴다. (6) 창의 산수를 해본다 — 3시간 대기열 대 30분 주문.

이미 나갔다면 결정 트리는 짧습니다. 먼저 아무것도 건드리지 말고 txid를 탐색기에 붙여넣습니다. 미확인·키가 내 것·지갑이 인상 가능: 한 번 올리고, 입금 출력과 금액을 그대로 유지하고, 새 txid를 기록합니다. 미확인·키가 거래소: txid, 주소, 금액, 시각을 붙여 티켓을 엽니다 — 쓸 수 있는 지렛대는 그게 전부입니다. 확인됐지만 주문은 만료: 이제 환불 건이고, 주문 생성 시 입력한 환불 주소가 유일한 귀로입니다. '나에게 다시 보내 취소'는 첫 거래를 의도적으로 교체하려는 경우가 아니면 하지 마세요 — 그것도 위에 설명한 교체 권한과 교체를 받아줄 채굴자가 필요합니다. (모네로 확인 대기)

시간도 당신 편이 아닙니다. 직전 10개 블록 간격은 42초에서 1,159초, 중앙값 414초였습니다. '다음 블록'은 평균이지 약속이 아니고, 확인 2회가 필요한 입금은 그 분포에서 두 번 연속 뽑는 셈입니다. 불편한 결론은 이것입니다. 거의 모든 '구제'가 같은 구조적 이유로 실패합니다 — 스왑 입금이 멈춰 보일 때쯤이면 중요한 결정은 이미 서명 시점에 끝나 있습니다. 어느 체인인지, 키가 누구 것인지, 수수료가 얼마인지. 실제로 보이는 대기열에 맞춰 수수료를 정하고, txid를 텍스트로 남기고, 30분 창을 '전송을 누른 순간'이 아니라 진짜 마감으로 다루세요. 나머지는 나중에 지원팀에 하는 이야기입니다. (모네로 확인 대기)