BIP 110은 출력 스크립트, push 데이터, witness와 Taproot에 임시 합의 한도를 둔다. 지지자는 화폐 기능과 노드 비용을, 비판자는 우회 가능성, 정당한 스크립트와 분열 위험을 들었다. BIP 게재는 합의나 채택의 증거가 아니다.
일곱 검사는 일반 scriptPubKey 34바이트, OP_RETURN 83바이트, OP_PUSHDATA와 인자 witness 256바이트(BIP16 예외) 한도를 두고, 미정의 witness/Tapleaf 지출과 Taproot annex를 금지했다. control block은 257바이트, Tapscript의 OP_SUCCESS 및 실행된 OP_IF/OP_NOTIF도 금지했다. 활성화 전 UTXO는 grandfathering으로 보호했다.
bit 4, 55% 문턱, 높이 961632부터 의무 신호를 사용했다. 문턱으로 조기 활성화할 수 있고 의무 단계에서는 무신호 블록을 거부했다. 52,416블록 뒤 만료하도록 설계했다. 이 신호는 특정 상태 기계이지 비트코인 거버넌스 전체의 투표가 아니다.
제안자는 임의 데이터가 결제와 블록 공간을 경쟁하고 저장·검증 비용과 UTXO 집합을 늘리며 노드 운영자에게 원치 않는 내용을 준다고 주장했다. 목표는 허가 없는 화폐에 집중하고 과거 policy 한도를 합의로 복원하는 것이었다. 이는 제안자의 주장이지 독립적으로 입증된 결과가 아니다.
비판자는 데이터를 여러 필드로 나누면 우회할 수 있고 BIP 본문도 준수 거래에 넣을 수 있음을 보였다. 합법적 프로그래머블 머니, 미정의 witness version과 OP_SUCCESS 같은 미래 업그레이드 경로, 주관적 spam 판단의 합의화도 문제로 제기했다. 호환성, 법적 표현, 활성화 안전도 논쟁이었다.
2026년 8월 8일 높이 961632에서 최대 작업 체인은 bit 4 없는 블록을 받았다. BIP 110 노드는 OCEAN 신호 블록을 따라 별도 팁을 만들었다. 그 체인은 두 블록 뒤 멈췄고 비트코인은 백 개 넘게 전진했다. Closed 제안에는 이의가 있었고 BIP3은 4주 절차를 요구한다. 8월 10일 파일은 여전히 Complete였으므로 상태 표현에는 날짜와 출처가 필요하다.
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Soft Fork, Full Node, Taproot, Bitcoin Script, 트랜잭션 수수료, UTXO. 다음 항목에서도 이 글을 참조합니다 OP_RETURN과 null-data 출력.