비트코인 사일런트 페이먼트, 하루 8MB가 남긴 과제

비트코인(BTC)의 사일런트 페이먼트에 필요한 모바일 스캔 데이터가 최근 구간 기준 하루 약 8.0MB로 추정됐다. 다만 원격 서버가 거래별 데이터를 일부 누락하면 지갑이 동기화를 마친 뒤에도 입금 내역을 찾지 못할 수 있다.

CryptoSlate는 15일 25만5434개 비트코인 블록을 분석한 측정 결과를 소개하며 BlindBit Oracle v2의 전체 스캔 피드가 하루 약 8.0MB의 데이터를 요구하는 것으로 추정됐다고 전했다. 하루 144개 블록을 적용한 최근 구간 평균값으로, 과거 전체 데이터를 처음 내려받는 데 필요한 용량과는 다르다.

사일런트 페이먼트는 이용자가 하나의 고정 주소를 공개해도 실제 수신 거래마다 새로운 탭루트 주소가 파생되도록 설계됐다. 송금자는 수신자의 공개 정보를 이용해 목적지를 만들고, 수신자 지갑은 거래 입력 정보와 스캔 키를 조합해 자신에게 해당하는 출력을 찾는다.

BIP-352는 이 방식이 주소 재사용에 따른 온체인 거래 연결을 줄일 수 있다고 설명한다. 다만 블록체인을 직접 처리하지 않는 라이트클라이언트 지원은 추가 연구 영역으로 남아 있다.

모바일 지갑이 블록체인 전체를 직접 처리하지 않으면 인덱서나 원격 스캐너에서 거래별 공개 데이터인 'tweak'를 받아야 한다. 서버가 특정 tweak를 누락하면 지갑은 유효한 입금 출력을 탐색하지 못하고, 사용자 화면에는 입금이 없는 것처럼 나타날 수 있다.

블록체인에 기록된 출력 자체가 사라지는 것은 아니다. 문제는 지갑이 해당 출력을 찾는 데 필요한 데이터를 받지 못해 동기화 완료 상태에서도 누락을 감지하지 못할 수 있다는 점이다.

측정 범위는 블록 높이 709656부터 965089까지다. 전체 BlindBit v2 스캔 데이터는 150억7994만6729바이트, 약 15.08GB로 집계됐고 블록당 평균 데이터는 59.0KB였다.

이 수치는 측정 기간 전체를 복구하는 데 필요한 용량이다. 하루 8.0MB 추정치는 최근 구간의 평균을 하루 블록 수에 적용한 값이어서 두 수치를 같은 기준으로 비교할 수 없다.

데이터 전송량을 줄이는 방법으로는 탭루트 전용 필터와 raw tweak를 조합하는 방식이 제시됐다. 누적 데이터는 약 7.14GB로 계산됐지만 필터와 일치하는 블록을 추가로 내려받아야 해 실제 통신량은 지갑 활동과 오탐률에 따라 달라진다.

필터 산정식은 21개 실제 필터 인코딩과 비교해 약 0.5% 이내의 오차를 보였다. 다만 해당 필터가 실제 배포됐다는 사실까지 확인된 것은 아니다.

완전성을 검증하려면 여러 서버가 각 블록의 tweak 집합에 대한 커밋먼트를 공개하고 서로 비교하는 구조가 필요하다. BIP-352 인덱스 서버 사양 초안은 자체 노드와 인덱서를 운영하는 방식, 원격 스캐너를 이용하는 방식 등 여러 구조를 제시하고 있지만 작업 중인 문서다.

구현은 일부 지갑으로 확대됐다. Sparrow Wallet 2.5.0은 사일런트 페이먼트 수신과 하드웨어 지갑 지원을 추가했고, Frigate를 관련 공개 Electrum 서버로 자동 선택하도록 했다.

BlindBit Oracle v2는 사일런트 페이먼트 데이터를 제공하는 인덱싱 서버로 HTTP와 gRPC API를 지원한다. 반면 사일런트 페이먼트 개발 문서는 Frigate를 실험적 Electrum 서버로 분류하고 관련 라이트클라이언트 사양도 작업 중이라고 설명한다.

과거 Cake Wallet 이슈에서는 불완전한 데이터를 받은 뒤 지갑이 더 높은 스캔 높이를 저장하면 다른 서버로 바꿔도 누락 구간을 다시 요청하지 않을 가능성이 제기됐다. 해당 이슈에는 이전 블록부터 재스캔했을 때 사일런트 페이먼트 입금이 나타난 사례가 기록돼 있다.

이번 측정에 대한 별도 운영자 재현 결과는 확인되지 않았다. 따라서 15.08GB와 하루 8.0MB는 현재로서는 단일 측정 결과로 봐야 하며, 모바일 지갑의 수신 안정성은 데이터 용량과 함께 누락 감지·재스캔 구조를 통해 검증될 예정이다.