Coin Control

입력이 추가될 때마다 무게가 늘어난다. 입력 유형과 수수료율이 같다면 작은 UTXO 열 개를 사용하는 비용은 보통 큰 UTXO 하나보다 높다. 수수료율이 낮을 때 통합하면 향후 거래 크기를 줄일 수 있지만 입력 사이의 연결을 공개한다. UTXO 수나 금액뿐 아니라 vB 단위 크기, sat/vB 단위 요율과 총수수료를 비교해야 한다. [BIP 141: transaction weight]

관찰자는 한 거래의 여러 입력에서 공통 소유자를 추정하는 경우가 많다. 이 휴리스틱은 절대적이지 않지만, 분리된 출처를 결합하면 프라이버시를 위한 구분이 사라지고 더 큰 전체 보유액이 드러날 수 있다. Payjoin은 이것이 소유권 증명이 아닌 이유를 보여 준다. 서로 다른 참여자가 하나의 거래를 함께 만들 수 있기 때문이다. [BIP 78: Payjoin and ownership heuristics]

Coin Control은 change로 추정되는 출력을 추적하고 나중에 무관한 자금과 결합하지 않도록 돕는다. Change는 남은 가치를 지급자에게 돌려주는 것으로 수익이나 되돌릴 수 있는 거래가 아니다. 지갑에는 정확한 잔돈 식별, 라벨과 수수료 추정이 여전히 필요하다. 수동 선택만으로 주소 재사용을 막을 수는 없다. [BIP 78: Payjoin and ownership heuristics]

사용자는 KYC 출처의 자금을 P2P 수입과 분리하거나, 희소하거나 조건이 걸린 출력을 남겨 두거나, 확인된 입력을 고르거나 정확한 지급을 구성할 수 있다. 기업은 회계용 라벨을 쓰고 multisig 조정자는 서명 범위를 제한한다. listunspent로 구체적인 txid와 vout, 금액, 라벨과 확인 수를 확인할 수 있다. solvable만으로 지갑이 개인 키를 보유한다는 뜻은 아니다. [Bitcoin Core v29.0: listunspent]

수동 관리는 더 많은 주의를 요구한다. 선택한 입력의 가치가 부족하면 지급액과 수수료를 충당하지 못한다. 큰 잔돈은 반대로 가치가 남아서 생기며 입력 수가 적기 때문에 생기는 것이 아니다. 입력이 너무 많으면 수수료와 연결이 늘어날 수 있다. 서명 전에 신뢰할 수 있는 기기에서 입력 라벨, 목적지, change, 요율과 총수수료를 확인한다. [Bitcoin Core v29.0: fundrawtransaction]

화면에서 선택한 항목이 최종 입력 목록과 같다고 단정할 수 없다. Bitcoin Core v29.0의 fundrawtransaction은 add_inputs가 기본으로 켜져 있어 원래 입력이 부족하면 자금을 추가할 수 있다. 이미 지정한 입력만 쓰려면 이 옵션과 최종 거래를 확인해야 한다. 거래를 구성하는 것만으로 누락된 서명이 추가되지는 않는다. [Bitcoin Core v29.0: fundrawtransaction]

입력 합계가 120000 sat, 지급액이 100000 sat, 최종 크기가 200 vB이고 요율이 5 sat/vB라고 가정한다. 송신자가 수수료를 내고 잔돈 출력이 만들어진다면 수수료는 1000 sat, change는 19000 sat이다. 이는 조건이 주어진 모델이지 임의의 입력 크기를 추정한 것이 아니다. 구조를 바꾸거나 수신액에서 수수료를 공제하면 계산도 달라진다. [Bitcoin Core v29.0: fundrawtransaction]

Coin Control은 지갑 기능이며 새로운 합의 규칙이나 익명성 약속이 아니다. UTXO의 이전 이력을 바꾸지 않고 백업이나 필요한 서명을 대신하지 않으며 통합으로 이미 공개된 연결을 지우지도 못한다. 특정 지갑 버전의 동작과 실제 서명할 내용을 확인해야 한다. 인터페이스의 기능만으로 미래 가격이나 위험 없는 결과를 추론할 수 없다. [Bitcoin Core v29.0: listunspent] [BIP 78: Payjoin and ownership heuristics]