BIP-110
BIP-110은 공식 명칭 "Bitcoin Improvement Proposal 110"으로, 비트코인 트랜잭션의 데이터 필드 크기에 일시적인 합의 수준의 제한을 가하는 제안된 비트코인 소프트 포크였습니다. Dathon Ohm이라는 가명으로 작성되어 2025년 12월 3일에 할당된 이 제안은, 작성자가 네트워크상의 임의적인 데이터 저장 표준화로 인해 발생했다고 설명한 왜곡된 인센티브를 수정하고, 약 1년 후 자동으로 소멸되도록 설계된 일련의 제한 조치를 통해 비트코인을 화폐 기능에 다시 집중시키는 것을 목표로 했습니다.[1]
개요
BIP-110은 트랜잭션 내 비금융 데이터 삽입을 둘러싼 비트코인 커뮤니티의 오랜 분쟁에서 비롯되었습니다. 이 제안은 문제의 기원을 2022년에 처음 악용된 소위 "인스크립션 해킹(inscription hack)"으로 거슬러 올라갔으며, 이는 이미지, 텍스트, 토큰 메타데이터와 같은 임의의 콘텐츠를 트랜잭션 필드 내에 저장하는 트렌드를 시작했습니다.[1] 2023년부터 오디널스(Ordinals), 룬즈(Runes), BRC-20 토큰 표준을 포함한 프로토콜들이 이러한 필드를 사용하여 비결제 콘텐츠를 대규모로 저장했습니다.[2]
제안자는 임의의 데이터를 삽입하는 것이 노드 운영자에게 상당한 부담을 주고, 개발 초점을 비트코인의 화폐 목적에서 멀어지게 하며, 트랜잭션 비용을 높이고, 제3자 결제 프로세서에 대한 의존도를 높이며, 검열 위험을 증가시킨다고 주장했습니다. 이 개입의 명시된 목표는 알려진 모든 화폐 사용 사례는 기능하도록 유지하면서 여러 가지 "데이터 남용" 방법을 일시적으로 무효화함으로써 합의 수준에서의 데이터 저장 표준화를 거부하는 것이었습니다.[1]
이 제안은 2025년 10월에 출시된 Bitcoin Core v30에서 데이터 제한을 83바이트에서 100,000바이트로 상향 조정한 변경 사항과 정면으로 배치되었습니다. BIP-110은 해당 변경 사항을 되돌리고 훨씬 더 작은 제한을 부과함으로써 상당히 더 나아갔을 것입니다.[2] [4]
사양
일곱 가지 규칙은 다음과 같았습니다:
- 34바이트를 초과하는 새로운 출력 scriptPubKey는 무효가 됩니다. 단, 첫 번째 연산 코드가 OP_RETURN인 경우 최대 83바이트까지 유효합니다.
- 256바이트를 초과하는 OP_PUSHDATA 페이로드 및 스크립트 인수 위트니스 항목은 무효가 됩니다. 단, BIP16 scriptSigs의 redeemScript 푸시는 예외입니다.
- 정의되지 않은 위트니스 또는 Tapleaf 버전을 사용하는 지출은 무효가 되지만, 정의되지 않은 위트니스 버전으로 출력을 생성하는 것은 유효하게 유지됩니다.
- Taproot annex를 포함하는 위트니스 스택은 무효가 됩니다.
- 257바이트보다 큰 Taproot 제어 블록(128개의 스크립트 리프를 가진 머클 트리에 해당)은 무효가 됩니다.
- 실행되지 않더라도 OP_SUCCESS 연산 코드를 포함하는 Tapscript는 무효가 됩니다.
- 결과에 관계없이 OP_IF 또는 OP_NOTIF를 실행하는 Tapscript는 무효가 됩니다.[1] [4]
제한에 대한 근거
작성자는 사용되지 않은 scriptPubKey가 고속 매체(주로 RAM)의 UTXO(미사용 트랜잭션 출력) 세트에 무기한 저장되어야 하며, 큰 scriptPubKey는 UTXO 세트 팽창과 검증에 오랜 시간이 걸리는 잠재적인 "독성 블록"을 유발한다는 근거로 34바이트 scriptPubKey 캡을 정당화했습니다. 증명 가능하게 지출 불가능하여 UTXO 세트에 저장되지 않는 OP_RETURN 출력은 역사적으로 83바이트까지 허용되었으며 레거시 프로토콜의 중단을 피하기 위해 보존되었습니다.[1]
256바이트 및 257바이트 캡은 현대적인 압축 기술이 300~400바이트로 이미지를 표현할 수 있는 반면, 256바이트(2,048비트)는 합법적인 암호학에 사용되는 상당히 큰 숫자에 충분하다는 논리로 옹호되었습니다. 이 제한은 이미지 삽입을 억제하고 남용을 줄이기 위한 것이었습니다.[1]
OP_IF 및 OP_NOTIF 금지는 이러한 연산 코드가 Taproot의 오프체인 스크립트 평가와 중복되며, OP_IF가 실행 중에 건너뛰는 스팸을 주입하는 데 흔히 남용된다는 주장에 근거했습니다. 작성자는 소프트 포크를 조정하는 데 보통 최소 1년이 걸리기 때문에 이러한 업그레이드 후크의 일시적인 손실은 실질적인 문제가 아니라고 주장했습니다.[1]
규칙 3의 경우, 사양은 지출 가능한 상태로 유지될 위트니스 버전을 열거했습니다: BIP 141에 따른 20바이트 프로그램(P2WPKH) 또는 32바이트 프로그램(P2WSH)을 가진 버전 0; BIP 341에 따른 32바이트 프로그램(Taproot/P2TR)을 가진 버전 1(BIP 342에 따라 정의된 유일한 Tapleaf 버전은 0xc0(Tapscript)); 그리고 빈 위트니스 스택으로만 지출 가능한 2바이트 프로그램 0x4e73(BIP 433에서 정의된 임시 앵커 출력 P2A)을 가진 버전 1입니다.[1] [4]
배포 메커니즘
BIP-110은 GetBlockTemplate 배포 이름 "reduced_data"와 시그널링 비트 4를 사용하여 BIP 9 채굴자 시그널링 메커니즘의 수정된 버전을 사용했습니다.[1]
이 메커니즘은 여러 면에서 표준 BIP 9와 달랐습니다. 소프트 포크가 일시적이고 시급하다는 근거로 관례적인 95% 대신 2,016개 블록당 1,109개(55%)의 축소된 활성화 임계값을 사용했습니다. 전통적인 타임아웃 대신 최대 활성화 높이에 의존하여 높이 963,648에서 LOCKED_IN 상태로 전환된 다음 965,664에서 ACTIVE로 전환되었습니다.[1]
배포는 또한 블록 높이가 활성화 높이에 활성 기간을 더한 값에 도달하면 진입하는 새로운 터미널 상태인 EXPIRED를 도입했으며, 그 이후에는 규칙이 자동으로 시행되지 않게 됩니다. 전체 상태 머신은 DEFINED → STARTED → LOCKED_IN → ACTIVE → EXPIRED로 실행되었으며, 타임아웃이 비활성화되어 FAILED 상태에는 도달하지 않았고 만료 후의 채굴자 시그널링은 효과가 없었습니다.[1][3]
활성화 및 체인 분리
의무 시그널링 창은 블록 961,632에서 열렸으며, 독립적인 보고에 따르면 2026년 8월 7일, 제안서 자체 사이트에 따르면 2026년 8월 8일 20:12 UTC였습니다.[2] 해당 높이부터 BIP-110을 시행하는 노드들은 지지 신호를 보내지 않는 모든 블록을 거부하기 시작했고, 이로 인해 해당 노드들은 소수 체인으로 분리되었습니다.[2]
채굴자 지지는 55% 요구 사항에 훨씬 못 미쳤습니다. 창이 열리기 전 난이도 기간 동안 2,016개 블록 중 51개(2.53%)만이 지지 신호를 보냈습니다.[2] Ocean Pool을 통해 운영되는 Barefoot Mining은 2026년 3월 1일에 첫 번째 BIP-110 시그널링 블록을 채굴했으며 유일한 조직적 시그널링 노력으로 묘사되었습니다. F2Pool은 공개적으로 시그널링을 거부했으며, 2026년 7월 현재 다른 주요 풀이 합류하지 않아 지지율은 전체 해시레이트의 1% 미만이었습니다.[2]
반면 제안서 자체 사이트에서는 포크가 활성화된 것으로 보고했으며, 2026년 8월 30일 블록 961,640에서 Blake2b라는 이름의 하드 포크와 함께 추가 트랜잭션 규칙이 활성화되었고 Bitcoin Knots v29.4.1과 같은 비트코인 노드들이 계속해서 새로운 블록을 실행하고 채굴하고 있다고 밝혔습니다. 그러나 BIP의 상태는 체인 분리와 채굴 정체 이후 2026년 8월 9일에 공식적으로 "Closed"로 변경되었습니다. 그 전인 2026년 6월 25일에 버전 1.0.0으로 "Complete" 단계까지 진행된 바 있습니다.[1] 규칙이 유지되었다면 모든 제한이 자동으로 해제되는 2027년 9월 1일경에 만료될 예정이었습니다.
반응 및 반대
BIP-110의 저자는 Dathon Ohm이라는 가명으로 기재되었으며, 오랜 기간 비트코인 코어 기여자로 활동한 Luke Dashjr가 원안 작성 및 기술적 입력을 제공한 것으로 알려졌습니다. Dashjr는 공개적으로 이 제안을 옹호했으며 철회 요구를 거부했습니다.[2][1]
지지자들은 비트코인이 피어 투 피어 전자 현금으로 설계되었으며 블록 공간이 그 목적에 부합해야 한다고 주장했습니다. 그들은 오디널스와 룬즈 활동이 수수료를 급등시킬 수 있으며(피크 기간에는 트랜잭션당 평균 수수료가 100달러 이상으로 치솟음), 1년의 제한 기간을 장기적인 해결책을 마련하기 위한 냉각기로 묘사했습니다.[2]
반대는 여러 범주로 나뉘었습니다. 경제적 측면에서 비판자들은 수수료를 지불하는 트랜잭션은 정당하며 접근을 제한하는 것은 위험한 선례를 남긴다고 주장했습니다. 이는 BIP-110을 비트코인의 "가장 큰 자해적 위험"이라고 묘사한 마이클 세일러(Michael Saylor)와 부분적으로 연관된 입장입니다. 기술적 측면에서 Adam Back 등은 활성화 메커니즘, 바이트 제한 및 우회 방법에서 치명적인 설계 결함을 확인했으며, Back은 여러 구성 요소가 개별적으로도 "치명적"이라고 설명했습니다. 거버넌스 측면에서 Bitcoin Core v30의 반대되는 변경 사항은 광범위한 개발자 합의가 없다는 신호로 해석되었으며, Bitcoin Core 유지 관리자들은 이 제안을 지지하지 않았습니다. 보안 측면에서 반대자들은 오디널스와 룬즈로부터 발생하는 수수료 수익을 줄이는 것이 블록 보조금이 반감됨에 따라 채굴자 경제와 장기적인 네트워크 보안에 영향을 미칠 수 있다고 경고했습니다.[2]