Cryptle 여섯 번 안에 오늘의 크립토 단어를 맞혀 보세요.플레이
0% read

마지막 업데이트:

BIP-110

BIP-110은 공식 명칭 "Bitcoin Improvement Proposal 110"으로, 트랜잭션의 데이터 필드 크기에 일시적인 합의 수준의 제한을 가하는 제안된 소프트 포크였습니다. Dathon Ohm이라는 가명으로 작성되어 2025년 12월 3일에 할당된 이 제안은, 작성자가 네트워크상의 임의적인 데이터 저장 표준화로 인해 발생했다고 설명한 왜곡된 인센티브를 수정하고, 약 1년 후 자동으로 소멸되도록 설계된 일련의 제한 조치를 통해 을 화폐 기능에 다시 집중시키는 것을 목표로 했습니다.[1]

개요

BIP-110은 트랜잭션 내 비금융 데이터 삽입을 둘러싼 커뮤니티의 오랜 분쟁에서 비롯되었습니다. 이 제안은 문제의 기원을 2022년에 처음 악용된 소위 "인스크립션 해킹(inscription hack)"으로 거슬러 올라갔으며, 이는 이미지, 텍스트, 토큰 메타데이터와 같은 임의의 콘텐츠를 트랜잭션 필드 내에 저장하는 트렌드를 시작했습니다.[1] 2023년부터 오디널스(Ordinals), 룬즈(Runes), 토큰 표준을 포함한 프로토콜들이 이러한 필드를 사용하여 비결제 콘텐츠를 대규모로 저장했습니다.[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 은 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이라는 가명으로 기재되었으며, 오랜 기간 코어 기여자로 활동한 가 원안 작성 및 기술적 입력을 제공한 것으로 알려졌습니다. Dashjr는 공개적으로 이 제안을 옹호했으며 철회 요구를 거부했습니다.[2]​[1]​

지지자들은 비트코인이 피어 투 피어 전자 현금으로 설계되었으며 공간이 그 목적에 부합해야 한다고 주장했습니다. 그들은 오디널스와 룬즈 활동이 수수료를 급등시킬 수 있으며(피크 기간에는 트랜잭션당 평균 수수료가 100달러 이상으로 치솟음), 1년의 제한 기간을 장기적인 해결책을 마련하기 위한 냉각기로 묘사했습니다.[2]​

반대는 여러 범주로 나뉘었습니다. 경제적 측면에서 비판자들은 수수료를 지불하는 트랜잭션은 정당하며 접근을 제한하는 것은 위험한 선례를 남긴다고 주장했습니다. 이는 BIP-110을 비트코인의 "가장 큰 자해적 위험"이라고 묘사한 마이클 세일러(Michael Saylor)와 부분적으로 연관된 입장입니다. 기술적 측면에서 등은 활성화 메커니즘, 바이트 제한 및 우회 방법에서 치명적인 설계 결함을 확인했으며, Back은 여러 구성 요소가 개별적으로도 "치명적"이라고 설명했습니다. 거버넌스 측면에서 Bitcoin Core v30의 반대되는 변경 사항은 광범위한 개발자 합의가 없다는 신호로 해석되었으며, Bitcoin Core 유지 관리자들은 이 제안을 지지하지 않았습니다. 보안 측면에서 반대자들은 오디널스와 룬즈로부터 발생하는 수수료 수익을 줄이는 것이 블록 보조금이 반감됨에 따라 채굴자 경제와 장기적인 네트워크 보안에 영향을 미칠 수 있다고 경고했습니다.[2]​

잘못된 내용이 있나요?

참고 문헌 (4 출처)

홈카테고리위키 MC이벤트용어집