비트코인 거래에서 출력 두 개 중 하나가 거스름돈처럼 보여도 금액이나 주소 모양만으로 확정할 수 없습니다. 가장 신뢰할 방법은 송신 지갑이 해당 출력을 `change` 또는 `is_mine`으로 인식하는지 확인하고, 원래 지급액과 수수료를 대조하는 것입니다. 탐색기는 공개 정보로 휴리스틱 추정만 할 수 있으며 PayJoin·배치 지급·수수료 차감 출력에서는 단순 규칙이 쉽게 빗나갑니다.
UTXO는 일부만 잘라 쓸 수 없어서 거스름돈 출력이 생깁니다
Bitcoin Developer Guide는 거래가 기존 UTXO를 소비하고 새 UTXO를 만든다고 설명합니다. 선택한 UTXO의 전체 가치는 출력으로 보내거나 채굴 수수료가 되어야 합니다. 0.01 BTC UTXO 하나로 0.003 BTC를 지급한다면, 수수료를 제외한 나머지를 본인이 통제하는 새 출력으로 돌려받는 것이 일반적인 거스름돈 구조입니다.
수수료를 0.00001 BTC로 가정하면 계산은 `0.01 – 0.003 – 0.00001 = 0.00699 BTC`입니다. 탐색기에는 0.003과 0.00699 두 출력이 보이지만, 프로토콜 자체는 어느 쪽에 ‘거스름돈’ 꼬리표를 붙이지 않습니다. 출력은 모두 금액과 지출 조건을 가진 새 UTXO일 뿐입니다.
거스름돈은 거래 형식의 별도 종류가 아니라 송신자가 다시 통제하는 일반 출력입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- UTXO는 일부만 잘라 쓸 수 없어서 거스름돈 출력이 생깁니다
Bitcoin Developer Guide는 거래가 기존 UTXO 를 소비하고 새 UTXO를 만든다고 설명합니다.
- 가장 강한 증거는 송신 지갑이 가진 소유 정보입니다
본인이 만든 거래라면 탐색기 추측보다 지갑 기록을 먼저 보세요 .
- 금액 모양과 주소 유형은 휴리스틱일 뿐입니다
사람은 0.003 BTC처럼 둥근 금액을 지급액으로, 0.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
가장 강한 증거는 송신 지갑이 가진 소유 정보입니다
본인이 만든 거래라면 탐색기 추측보다 지갑 기록을 먼저 보세요. Bitcoin Core 30.0 RPC 목록에는 주소 정보, 거래 정보, 디스크립터와 지갑 잔액을 확인하는 기능이 구분돼 있습니다. 지갑이 특정 출력을 자신의 디스크립터에서 파생된 change 주소로 인식하고 해당 출력이 아직 미사용이라면, 그 출력은 지갑 잔액에 포함됩니다.
확인은 공개 주소 하나가 내 주소록에 있다는 사실보다 지갑이 그 주소의 지출 키를 실제로 통제하는지에 초점을 맞춰야 합니다. 감시 전용 지갑은 주소를 내 것으로 표시해도 서명 키가 없을 수 있습니다. 하드웨어 지갑을 쓴다면 연결된 소프트웨어의 라벨만 믿지 말고 원래 지갑 구성과 디스크립터를 함께 대조하세요.
금액 모양과 주소 유형은 휴리스틱일 뿐입니다
사람은 0.003 BTC처럼 둥근 금액을 지급액으로, 0.00699 BTC처럼 애매한 금액을 거스름돈으로 추정하기 쉽습니다. 하지만 수신자가 정확한 송장 금액을 정하지 않았거나 송신자가 수수료를 지급액에서 뺐다면 반대일 수 있습니다. 두 출력 모두 둥글거나 둘 다 불규칙할 수도 있습니다.
입력과 같은 스크립트 유형의 출력을 거스름돈으로 보는 규칙도 확정적이지 않습니다. 지갑은 주소 유형을 업그레이드할 수 있고 수신자도 같은 유형을 사용할 수 있습니다. BIP 78은 common-input, change scriptPubKey, round amount 같은 휴리스틱이 일반 결제 분석에 쓰이며 PayJoin이 이를 약화하도록 설계됐다고 설명합니다.
| 단서 | 알 수 있는 것 | 단정할 수 없는 것 |
|---|---|---|
| 송신 지갑의 change 표시 | 지갑 정책상 내부 파생 출력 | 외부인이 같은 정보를 볼 수 있다는 뜻 |
| 둥근 지급액 | 송장 금액일 가능성 | 항상 수신자 출력이라는 결론 |
| 입력과 같은 주소 유형 | 지갑이 같은 형식을 재사용했을 가능성 | 그 주소의 실제 소유자 |
| 새 주소 | 과거 공개 거래가 없을 수 있음 | 거스름돈 또는 수신자 여부 |
| 큰 출력 | 선택한 UTXO의 잔여액일 가능성 | 큰 쪽이 항상 거스름돈이라는 결론 |
배치 지급과 PayJoin에서는 출력 두 개 공식이 깨집니다
거래소나 사업자는 여러 수신자에게 한 거래로 지급할 수 있습니다. 이 경우 출력이 세 개 이상이며 거스름돈이 하나일 수도, 수수료 정책에 따라 없을 수도 있습니다. 한 사람이 자기 지갑 UTXO를 합치는 거래도 겉보기에는 지급 거래와 비슷해질 수 있습니다.
PayJoin에서는 수신자가 입력을 추가한 제안 거래를 만들고 송신자가 검증한 뒤 재서명합니다. BIP 78은 이 방식이 모든 입력을 한 사람이 소유한다는 휴리스틱을 무너뜨리고 수신자 출력의 대체도 허용할 수 있다고 설명합니다. 따라서 입력 소유자 한 명, 수신자 한 명, 거스름돈 하나라는 틀을 모든 거래에 적용하면 안 됩니다.
- 원래 보낸 금액과 지갑에 표시된 총수수료를 기록합니다.
- 거래의 입력 합계와 모든 출력 합계를 확인해 차이가 수수료와 맞는지 계산합니다.
- 송신 지갑에서 각 출력의 소유 여부와 change 표시를 확인합니다.
- 배치 지급·PayJoin·수수료 차감 옵션 사용 여부를 확인합니다.
- 외부 거래라면 확정 대신 ‘거스름돈 추정’이라고 표시합니다.
계산 예시는 수수료 차감 위치까지 맞춰야 합니다
가정 A에서 입력 0.01 BTC, 수신액 0.003 BTC, 수수료 0.00001 BTC라면 거스름돈은 0.00699 BTC입니다. 하지만 지갑이 ‘수신액에서 수수료 차감’을 선택했다면 출력은 0.00299 BTC와 0.007 BTC가 될 수 있습니다. Bitcoin Core 30.0의 `send` 문서는 `subtract_fee_from_outputs`에 지정한 출력에서 수수료를 균등 차감한다고 설명합니다.
따라서 화면에서 0.007 BTC라는 깔끔한 출력이 보인다고 그것을 지급액으로 단정하면 틀릴 수 있습니다. 거래 전 사용자가 입력한 금액, 수수료 부담 주체, 실제 수신자 청구액을 함께 보아야 계산이 닫힙니다. 입력 합계와 출력 합계의 차이는 수수료이지만 어느 출력이 누구 것인지는 그 산식만으로 나오지 않습니다.
거스름돈 주소 확인은 프라이버시 관리로 이어집니다
본인의 거스름돈 UTXO를 확인한 뒤에는 다음 거래에서 어떤 UTXO와 합쳐 쓰는지도 고려해야 합니다. 여러 입력을 한 거래에 함께 넣으면 공통 소유로 추정될 수 있습니다. 거스름돈을 과거 공개 수신 주소로 되돌려 보내거나 주소를 재사용하면 거래 관계가 더 쉽게 연결됩니다.
그렇다고 탐색기 표시를 지우거나 체인 기록을 바꿀 수 있는 것은 아닙니다. 앞으로의 거래에서 새 주소 사용, 코인 컨트롤, 불필요한 UTXO 병합 방지를 검토하는 현실적인 대응이 필요합니다. 지갑의 자동 선택을 바꿀 때는 수수료와 프라이버시가 함께 달라지므로 소액으로 동작을 확인하세요.
자주 묻는 질문
탐색기가 change라고 표시하면 확정된 정보인가요?
대개 공개 패턴을 이용한 추정입니다. 송신 지갑의 내부 소유 정보처럼 직접적인 근거가 아니므로 외부 거래에서는 확정으로 표현하지 마세요.
거스름돈 주소로 다시 입금받아도 되나요?
기술적으로 가능한 주소일 수 있지만 주소 재사용은 프라이버시를 낮춥니다. 지갑이 제시하는 새 수신 주소를 쓰는 편이 일반적입니다.
거스름돈이 없을 수도 있나요?
가능합니다. 선택한 입력 합계가 지급액과 수수료에 정확히 맞거나 남은 금액이 경제적으로 출력하기 너무 작아 수수료로 포함될 수 있습니다.
