조회 전용 주소

조회는 읽기 작업입니다. 지갑에 주소, 확장 공개 키 또는 디스크립터를 제공하면 지갑이 블록체인을 검사해 일치하는 출력을 찾아 합산합니다. 키는 사용자가 둔 곳, 보통 서랍 속 하드웨어 기기에 그대로 남아 있으며, 조회를 수행하는 기기가 침해되더라도 코인은 하나도 움직이지 않습니다.

작동 방식

조회 전용 지갑은 비밀 부분을 제거한 일반 지갑입니다. Bitcoin Core는 확장 공개 키를 포함하고 개인 키 자료는 포함하지 않는 디스크립터를 받아 importdescriptors를 통해 이러한 지갑을 만듭니다. BIP-380에서 표준화된 디스크립터 지갑은 버전 0.21.0에서 등장했고 버전 23.0에서 새로 만든 지갑의 기본값이 되었습니다. 더 오래된 importaddress 호출은 같은 작업을 주소 하나씩 수행했고 이후 블록체인 재검색을 요구했습니다.

소비자용 소프트웨어는 같은 입력을 더 친숙한 형태로 받습니다. Sparrow, Electrum 및 BlueWallet은 하드웨어 지갑에서 붙여넣거나 스캔한 확장 공개 키를 받아들이고, 그로부터 주소를 앞으로 파생하며, 각 주소를 인덱싱 서버에 조회합니다. 바로 이 앞으로의 파생에서 20의 갭 한도가 적용됩니다. 연속된 빈 주소 20개 후에 포기하는 조회 전용 지갑은 해당 분기 더 뒤에 있는 잔액을 과소 보고합니다.

조회 전용 구성에서 지출하는 것은 두 단계로 가능합니다. 조회 전용 쪽은 BIP-174에 따른 부분 서명 비트코인 트랜잭션으로 서명되지 않은 트랜잭션을 만들고, 오프라인 서명기가 서명을 추가하며, 조회 전용 쪽이 완성된 결과를 브로드캐스트합니다. 비밀스러운 것은 연결된 기기에 전혀 닿지 않으며, 이것이 이 구성의 핵심입니다.

사용처

조회 전용 지갑은 사람들이 아무것도 깨우지 않고 콜드 코인을 확인하는 방법입니다.

표준 구성은 하드웨어 지갑을 초기화한 뒤 보관하고, 그 확장 공개 키를 휴대폰이나 노트북 앱에 불러오는 것입니다. 기기를 연결하지 않고도 거래소 출금이 도착했는지 확인하고, 컨펌이 쌓이는 것을 보고, 트랜잭션을 준비할 수 있습니다. 회계사와 세금 소프트웨어도 같은 입력을 받는데, 날짜가 붙은 완전한 이력이 바로 양도소득 계산에 필요한 것이기 때문입니다.

기업은 이 방식을 대규모로 사용합니다. 자체 호스팅 결제 처리업체는 판매자의 확장 공개 키를 조회하고, 주문마다 새 인보이스 주소를 파생하며, 지출 능력은 없습니다. 이것이 처리업체와 수탁업자의 차이입니다.

여기서의 위험은 절도가 아니라 공개입니다. 사용자의 확장 공개 키를 가진 사람은 해당 분기의 모든 주소와 그 주소를 거쳐 간 모든 사토시를 열거할 수 있으며, 사용자가 스스로 밝히지 않았을 잔액도 포함됩니다. 그리고 그것을 무기한 계속할 수 있습니다. xpub을 요청하는 클라우드 동기화 앱과 브라우저 확장 프로그램은 사용자의 전체 금융 이력을 요청하는 것이며, 모든 것을 새 시드로 옮기는 것 외에는 나중에 이를 철회할 방법이 없습니다.

조회 전용 주소 vs 콜드 스토리지

조회 전용 주소는 키를 보유하지 않고, 콜드 스토리지는 오프라인으로 보관하는 키를 보유합니다. 둘은 보통 함께 나타나기 때문에 혼동되지만, 인터넷에 연결된 휴대폰에서 실행되는 조회 전용 지갑은 콜드가 아니며 구성을 더 콜드하게 만들지도 않습니다. 그것은 콜드 지갑을 들여다보는 온라인 창입니다. 보안은 전적으로 개인 키가 어디에 있는지, 그리고 그 키를 보관하는 기기를 어떻게 얻고 검증했는지에 달려 있으며, 내일 공격자가 사용자의 비트코인을 건드리지 않고 교체할 수 있는 조회 소프트웨어에 달려 있지 않습니다.