Transaction Labeling은 결제 목적이나 코인 출처 같은 사용자 메타데이터를 지갑 기록에 붙입니다. 라벨 문구는 Bitcoin 거래 일부가 아니며 상대방 신원이나 소유권을 혼자 입증하지 못합니다.
결제 이름을 바꾸면 앱 데이터베이스가 변하며 txid나 체인 이력은 그대로입니다. 따라서 seed로 키를 복구해도 사용자 메모가 자동 복구되지 않습니다. 형식이 옮기는 것은 맥락이지 지출 권한이 아닙니다. [BIP 329 — Wallet Labels Export Format] [Bitcoin Developer Guide — Transactions]
BIP 329는 tx, addr, pubkey, input, output, xpub, spscan을 구분합니다. input의 ref는 거래와 입력 인덱스이고 output은 생성 거래와 출력 인덱스입니다. 그러므로 타입 없는 txid:1만으로 입력과 출력을 구별할 수 없습니다. [BIP 329 — Wallet Labels Export Format]
JSON Lines는 UTF-8로 한 줄에 JSON 객체 하나를 둡니다. type과 ref는 필수이고 label, origin, spendable은 선택입니다. label이나 spendable 생략 시 기존 값을 바꾸면 안 됩니다. 미지의 타입은 무시해야 하지만 전체 데이터 이전을 보장하지는 않습니다. [BIP 329 — Wallet Labels Export Format]
spendable은 output에만 적용하며 문자열 "false"가 아니라 불리언 false를 씁니다. 지갑은 코인을 선택에서 제외할 수 있습니다. 그러나 Timelock이나 스크립트 금지가 아니므로 올바른 키를 가진 다른 지갑은 실제 조건이 충족되면 지출할 수 있습니다. [BIP 329 — Wallet Labels Export Format] [Bitcoin Developer Guide — Transactions]
origin은 키 출처 정보를 담은 축약 descriptor이며 실제 키, 하위 경로, 체크섬을 포함하지 않습니다. 같은 거래의 라벨을 계정이나 지갑별로 구별하며 파일 서명이나 메모의 진실성 증명은 아닙니다. [BIP 329 — Wallet Labels Export Format]
개인 메모, 자동 송장 연결, 가져온 분석 주장을 구별합니다. BTCPay는 invoice와 payout 등을 쓰고 사용자 라벨도 허용합니다. 출처는 Coin Control에 도움이 되지만 이름만으로 원치 않는 병합을 막지는 못하며 실제 입력 선택이 중요합니다. [BIP 329 — Wallet Labels Export Format] [BTCPay Server — Wallet]
내보내기 파일은 주소, xpub, 결제 이력을 이름과 연결할 수 있습니다. 지출용 개인 키 타입이 없다고 무해하지는 않습니다. 전송과 보관을 보호하고 복구 계정을 확인합니다. seed는 이 맥락 계층의 백업이 아닙니다. [BIP 329 — Wallet Labels Export Format]
테스트 복사본에서 이전 후 타입, ref, 문구, spendable을 비교합니다. 특수문자, 여러 계정, 미지의 타입, 생략된 선택 값을 포함합니다. 미지원 기록이나 문구 잘림이 가능하며 255자는 권장 기본값이지 보장이 아닙니다. 파일 로딩 성공만으로 충실한 복구를 입증하지 못합니다. [BIP 329 — Wallet Labels Export Format]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Coin Control, UTXO, Bitcoin 프라이버시, Address Clustering, Seed Phrase, Output Descriptor. 다음 항목에서도 이 글을 참조합니다 Chain Surveillance.