궁금한 주제를 찾아보세요

비트코인, 스테이블코인, 온체인 데이터처럼 주제로 검색하세요.

다시 읽을 이야기

저장한 글은 이 브라우저에만 보관됩니다.

기초지식코인 기초

비트코인 UTXO 합치기: 수수료가 낮을 때 정리해도 될까

작은 UTXO 여러 개를 하나로 합칠 때 절감 가능한 미래 비용과 주소 연결·수수료·더스트 위험을 함께 계산합니다.

난이도 입문기초 카테고리와 설명 방식 기준검토 정보AI 보조 초안 · 출처 목록 제공 · 주장별 대조 진행 중
여러 작은 동전이 하나의 출력으로 모이는 경로와 수수료·개인정보 저울을 표현한 UTXO 통합 그림
주제의 이해를 돕기 위해 imagegen으로 제작한 AI 생성 개념 일러스트
먼저 읽는 핵심

통합은 잔액을 늘리지 않고 UTXO 개수와 미래 거래 구조를 바꿉니다.
현재 지불한 추가 입력 비용이 미래에 줄일 입력 비용보다 작은지 비교합니다.
출처가 다른 UTXO를 합치면 공개 장부에서 활동 관계가 연결될 수 있습니다.

UTXO 합치기는 작은 출력 여러 개를 입력으로 쓰고 본인 주소의 큰 출력 하나를 만드는 거래입니다. 현재 수수료율이 낮을 때 미래의 입력 수를 줄일 수 있지만 무조건 이득은 아닙니다. 통합 거래 자체의 수수료, 각 UTXO가 나중에 실제로 쓰일 가능성, 서로 다른 주소·신원 간 연결, 생성될 출력의 경제성을 함께 계산해야 합니다.

합치기는 내 주소로 보내는 실제 온체인 거래입니다

UTXO 통합은 지갑 내부 데이터 정리가 아닙니다. 기존 출력 여러 개를 소비하는 입력으로 넣고, 수수료를 뺀 금액을 본인이 통제하는 새 출력 하나 또는 소수로 보내는 거래입니다. 네트워크에 전파되고 블록에 포함돼야 하므로 일반 송금과 같은 수수료와 공개 기록이 생깁니다.

Bitcoin Developer Guide가 설명하듯 UTXO는 전체 가치가 새 출력 또는 수수료로 소비됩니다. 100,000 sat짜리 UTXO 다섯 개를 합치고 수수료가 3,000 sat라면 새 출력은 497,000 sat입니다. 통합 전후 총자산에서 수수료만 줄며 수익이 생기는 작업은 아닙니다.

UTXO 통합은 수수료를 없애는 작업이 아니라 낮은 수수료 시점에 미래 입력 비용을 앞당겨 지불하는 선택입니다.

JOBCOIN 해설

VISUAL GUIDE거래 요청부터 블록 확인까지
거래 요청, 블록 포함, 후속 블록 확인을 구분한 거래 처리 개념도
그림과 함께 짚어볼 본문 내용

그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.

  1. 합치기는 내 주소로 보내는 실제 온체인 거래입니다

    UTXO 통합은 지갑 내부 데이터 정리가 아닙니다 .

  2. 손익분기점은 줄어드는 입력 공간으로 계산합니다

    통합의 경제성은 비트코인 가격보다 sat/vB와 거래 구조에서 시작합니다.

  3. 서로 다른 출처를 합치면 프라이버시 비용이 남습니다

    공개 후원 주소에서 받은 UTXO , 거래소 출금, 개인 간 지급을 한 거래의 입력으로 넣으면 관찰자는 이 출력들이 한 주체의 통제 아래 있다고 추정할 수 있습니다.

AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.

손익분기점은 줄어드는 입력 공간으로 계산합니다

통합의 경제성은 비트코인 가격보다 sat/vB와 거래 구조에서 시작합니다. 가정으로 통합 거래가 350 vB이고 현재 수수료율이 2 sat/vB라면 비용은 700 sat입니다. 통합하지 않았을 때 미래 거래에서 추가 입력 네 개가 68 vB씩 필요하고 그때 수수료율이 20 sat/vB라면 추가 부담은 `4×68×20=5,440 sat`입니다. 이 가정에서는 미리 합치는 편이 수수료 측면에서 유리합니다.

그러나 미래 수수료율 1 sat/vB이고 다섯 UTXO 중 두 개만 실제로 쓴다면 절감액은 작아집니다. 주소 유형에 따라 입력 vsize도 다릅니다. 정확한 손익을 보장하는 공식이 아니라 `현재 통합 비용`과 `사용될 가능성을 반영한 미래 추가 입력 비용`을 같은 sat 단위로 비교하는 틀로 써야 합니다.

서로 다른 출처를 합치면 프라이버시 비용이 남습니다

공개 후원 주소에서 받은 UTXO, 거래소 출금, 개인 간 지급을 한 거래의 입력으로 넣으면 관찰자는 이 출력들이 한 주체의 통제 아래 있다고 추정할 수 있습니다. BIP 78은 일반 거래 분석의 common-input ownership 휴리스틱을 명시합니다. PayJoin 같은 예외 때문에 절대 증명은 아니지만, 스스로 만든 단순 통합 거래에는 강한 연결 단서가 됩니다.

금액이 작다는 이유만으로 다른 라벨의 UTXO를 한 번에 선택하지 마세요. 같은 공개 맥락이나 같은 지갑 구획의 출력끼리 묶는 편이 새 연결을 줄일 수 있습니다. 이미 체인에 기록된 연결은 나중에 출력을 다시 나눠도 사라지지 않습니다.

통합 후보별 판단 기준
후보 통합 이점 주요 위험
같은 라벨의 작은 UTXO 미래 입력 수 감소 현재 수수료 지출
서로 다른 신원 라벨 잔액 관리 단순화 활동 관계 공개 연결
미확인 UTXO 빠른 잔돈 정리 부모 거래 지연·교체 의존
아주 작은 UTXO 지갑 목록 감소 입력 비용이 가치보다 커질 가능성
큰 UTXO 여러 개 향후 단일 입력 사용 가능 한 출력에 가치 집중

더스트와 경제적으로 쓸 수 없는 출력은 같은 말이 아닙니다

더스트 기준은 노드 중계 정책과 출력 유형에 관련된 개념입니다. 그보다 큰 출력도 미래 수수료율이 높으면 지출 비용이 출력 가치에 가까워져 경제적으로 쓰기 어려울 수 있습니다. 따라서 ‘더스트가 아니니 반드시 합칠 가치가 있다’고 결론 내리면 안 됩니다.

각 후보 UTXO에 대해 예상 입력 vsize와 목표 수수료율을 곱해 소비 비용을 추정하세요. 68 vB 입력을 50 sat/vB에 소비한다는 단순 가정이면 3,400 sat입니다. 가치 4,000 sat 출력은 쓸 수 있어도 순효과가 작습니다. 실제 크기는 스크립트 유형과 서명에 따라 달라집니다.

  • UTXO를 생성 출처와 사용 목적별 라벨로 먼저 나눕니다.
  • 현재 통합 거래의 예상 vsize와 총수수료를 확인합니다.
  • 각 UTXO의 미래 사용 가능성과 예상 입력 비용을 계산합니다.
  • 새 통합 출력 주소를 하드웨어 지갑 화면에서 대조합니다.
  • 미확인 입력과 RBF 가능한 부모 거래는 통합에서 제외할지 검토합니다.

수수료율이 낮다는 판단에는 시간 창이 필요합니다

현재 화면의 권장 수수료 하나만 보고 ‘역대 최저’라고 부를 수는 없습니다. 목표 확인 블록 수, 멤풀의 수수료 분포, 급하지 않은 거래가 기다릴 수 있는 시간을 함께 정해야 합니다. 통합 거래는 대개 긴급하지 않으므로 지갑이 지원한다면 보수적인 목표와 RBF 옵션을 검토할 수 있습니다.

다만 너무 낮은 수수료로 전파되지 않거나 오래 멤풀에 머물 수 있습니다. 중계 정책은 합의 규칙과 다르며 노드마다 설정될 수 있습니다. Bitcoin Core 정책 문서도 멤풀·중계 정책이 합의에 추가되는 로컬 규칙이고 블록 속 거래에는 적용되지 않는다고 경계를 둡니다.

통합 후에는 백업보다 주소 통제와 거래 확인이 우선입니다

HD 지갑의 기존 백업이 새 change 주소를 재현할 수 있는지는 지갑 구조에 따라 다릅니다. 통합 전에 백업이 유효한지 확인하고, 멀티시그라면 디스크립터와 공동 서명자 정보까지 점검하세요. 새 출력이 본인 지갑에서 spendable로 표시되는지와 거래가 블록에 포함됐는지도 확인해야 합니다.

한 번에 전 잔액을 통합하기보다 같은 라벨의 일부 UTXO로 소액 작업을 먼저 검증하면 주소 선택과 수수료 설정 오류를 줄일 수 있습니다. 통합 목적, 선택한 입력 목록, 새 출력 주소, 수수료율을 기록하면 다음 거래에서 왜 이 UTXO가 생겼는지 다시 판단할 수 있습니다.

자주 묻는 질문

수수료가 낮으면 모든 UTXO를 합쳐야 하나요?

아닙니다. 미래에 쓰지 않을 출력, 출처가 다른 출력, 미확인 출력은 수수료 절감보다 프라이버시와 의존 위험이 클 수 있습니다.

통합하면 비트코인 수량이 늘어나나요?

늘지 않습니다. 입력 합계에서 거래 수수료를 뺀 금액이 새 출력으로 이동하므로 총수량은 수수료만큼 줄어듭니다.

통합 거래는 거스름돈이 있나요?

본인 주소 하나로 전액을 보내는 구성에서는 그 출력 자체가 목적 출력입니다. 지갑 구현과 선택 방식에 따라 별도 change가 생길 수도 있습니다.

참고한 원문 자료

자료 확인 기준일 2026.09.27
  1. Bitcoin Developer Guide: Transactionsdeveloper.bitcoin.org
  2. BIP 78: A Simple Payjoin Proposalbips.dev
  3. Bitcoin Core Transaction Relay Policygithub.com
자료 대조 기록과 확인 범위
출처 수집
원문 링크 3개 제공
핵심 주장 대조
완료 근거가 아직 기록되지 않았습니다.
분야 전문가 검수
별도 완료 기록이 없습니다.

원문 링크와 자료 확인일은 글 전체의 주장 대조나 전문가 검수 완료를 뜻하지 않습니다. 별도 확인이 필요한 절차는 원문의 적용 대상과 최신 안내를 함께 확인해 주세요.

AI 활용 안내

이 글은 초안 구성과 자료 정리에 AI를 활용했습니다. 글에 표시된 출처와 기준일을 함께 확인해 주세요. 별도 검토 정보가 없다면 전문가 검수를 뜻하지 않습니다.

이해를 위한 정보 콘텐츠

이 글은 특정 자산의 매수·매도 또는 수익을 권유하지 않습니다. 자료의 발표 시점과 이후 변경 사항을 함께 확인해 주세요.

편집 원칙 보기 →이 기사 정정 제보 →