비트코인(BTC) 탭루트 업그레이드, 709,632 블록서 지갑 지원은 선택

지갑과 거래소가 마주한 bc1p 문제

탭루트 옵션을 보여주는 비트코인(BTC) 지갑, 그리고 지갑이 생성하는 bc1p 주소를 받아내야 하는 거래소와 하드웨어 서명기가야말로 업그레이드의 혜택이 일반 이용자에게 도달하는지를 가르는 존재다. 탭루트는 비트코인 프로토콜의 소프트포크로, 2021년 비트코인 메인넷의 블록 높이 709,632에서 활성화됐다. 이 변경은 버전 1 위트니스 규칙이 지배하는 P2TR(Pay-to-Taproot) 출력을 도입했다. 영향 범위는 코인을 쓰는 방식까지다. 보유자가 소유한 자산은 그대로고, 수신자는 여전히 Bitcoin (BTC)를 받으며 별도의 탭루트 토큰은 존재하지 않는다. 비트코인 가격과 공급 일정도 이 업그레이드의 관할 밖에 있다.

업그레이드는 세 개의 조화된 제안을 묶어서 온다. BIP 340은 secp256k1 곡선 위의 슈노어 서명을 규정한다. ECDSA와 다른 대수 구조로, 다자간 서명 프로토콜에 적합한 성질을 지닌다. BIP 341은 탭루트 출력 형식과 커밋먼트 구조, 지출 규칙을 정의한다. 탭스크립트로 알려진 BIP 342는 해당 출력 내부의 스크립트 실행 규칙을 정한다. 세 제안은 서로 맞물리지만 서로 다른 층위를 기술하며, 이를 하나의 기능으로 보는 것이 흔한 오류다.

주소 체계를 보면 메인넷 탭루트 출력은 보통 bc1p로 시작하고 Bech32m 인코딩을 쓴다. 반면 네이티브 세그윗 버전 0 주소는 bc1q로 시작하고 Bech32를 사용한다. 둘 다 같은 체인 위에 있다. 별도의 비트코인 네트워크가 둘 존재하는 것도 아니고, 접두어를 손으로 고쳐 변환되는 것도 아니다. 접두어는 번호가 매겨진 위트니스 버전 체계를 만든 세그리게이티드 위트니스 버저닝 위에 얹히며, 탭루트는 버전 1을 차지한다. 활성화 이후에도 기존 출력은 유효하고, 이전은 자발적이다. 탭루트 출력으로 코인을 옮기려면 여전히 온체인 수수료를 낸다. 소프트포크는 작업 증명 합의 층을 그대로 두기 때문에 호환성 작업이 지갑 쪽에 집중된다.

키 패스와 스크립트 패스는 각자 다른 일을 한다

탭루트 출력은 두 가지 방식으로 쓰일 수 있고, 이 분할이 온체인에서 관찰되는 모든 것을 결정한다. 키 패스(Key Path)는 출력의 공개키와 대응해 검증되는 슈노어 서명으로 지출을 승인한다. 대안 스크립트에 대한 정보는 아무것도 드러나지 않는다. MuSig 유형 프로토콜 같은 협력적 설계에서는 여러 참여자가 합께 하나의 서명을 만들 수 있고, 온체인에서는 단일 소유자의 서명처럼 보인다. 체인 분석으로 개인 지출과 협력 지출을 구분하기는 어렵다. 스크립트 패스(Script Path)는 미리 커밋된 조건이 발동될 때 적용된다. 지출자는 선택한 스크립트를 공개하고, 조건을 충족하는 데이터를 제공하며, 스크립트가 출력의 커밋먼트에 속함을 증명한다. 쓰이지 않은 분기는 숨겨지지만, 발동된 스크립트와 그 증명은 나타난다.

전형적 용도도 그에 맞게 갈린다. 직접 결제와 협력적 다자간 지출은 키 패스로 흐르고, 타임락, 백업 조건 등의 비상 절차는 스크립트 패스를 탄다. 자금을 옮기는 사람이라면 두 가지 오해를 짚고 넘어가야 한다. 첫째, 멀티시그가 활성화와 함께 자동으로 단일 서명으로 접히지는 않는다. 적합한 다자간 서명 프로토콜과 지갑 지원이 필요하며, 구식 멀티시그 코인이 변환되지도 않는다. 둘째, 입력 간 서명 통합 역시 이 업그레이드가 자동으로 제공하는 기능이 아니다. 프라이버시 측면에서 탭루트는 지출 조건의 노출을 줄이고 서로 다른 설계가 동일하게 보이는 키 패스 지출로 수렴하게 한다. 그러나 금액, 출력 구조, 트랜잭션 연결은 공개되고 분석 가능하다. bc1p 주소가 익명성 보장은 아니라는 뜻이다.

수수료가 일률적으로 낮아지는 것도 아니다. 비용은 트랜잭션의 가상 크기, 선택한 sat/vB 단가, 멤풀 경쟁 상황에 달려 있다. 탭루트 출력을 만드는 데이터 비용과 이후 그것을 쓰는 비용은 서로 다르기 때문에 두 단계를 함께 평가해야 한다. 2인 공동 보유 구조를 예로 들면, 평상시에는 키 패스로 협력 서명을 하고, 타임락이 걸린 백업 스크립트는 미리 커밋해 뒀다가 협력이 깨졌을 때에만 공개하고 충족시킨다. 개념은 일반적이지만, 효과가 유지되려면 키, 스크립트, 백업, 서명 프로토콜이 모두 정확히 구축돼야 한다.

지갑 지원이 여전히 결정하는 것

프로토콜 작업 자체는 끝난 상태다. BIP 341이 출력, 커밋먼트, 지출 규칙을 확정했고, 현재 합의 규칙을 돌리는 노드 운영자는 별도 설정 없이 P2TR 지출을 검증한다. 정리되지 않은 것은 주변 도구다. 탭루트 주소로 수신할 수 있는 지갑이 곧 키 패스 지출에 서명할 수 있는 지갑은 아니다. 하드웨어 기기나 커스텀 멀티시그 구성은 새 경로를 안전하게 쓰도록 다시 만들어져야 한다. 지금 비트코인 디파이로 묶이는 프로젝트들이 세우는 확장된 스크립트 설계 공간도, 뒤이어 비트코인 오디널스 넘버링을 실은 버전 1 위트니스 구조도, 같은 규칙 위에 놓인다. 서명기, 기기, 입금 플랫폼이 bc1p로 정렬되기 전까지 채택은 선택 사항이고 고르지 않게 이어질 수밖에 없다.