마이클 세일러: BIP-110에 반대하는 110가지 이유

편집: 바이화블록체인

중립적 규칙, 하드 합의, 개방된 시장과 무허가 혁신의 재구성

제가 대표하는 많은 비트코인 지지자들은 BIP 110을 지지합니다. 그들은 부채 검증의 접근성을 보장하고, 노드 운영자의 필수 비용과 콘텐츠 관련 문제로부터 보호하며, 실현 가능한 지불 수수료를 유지하고, 비트코인을 범용 데이터 저장소가 아닌 고정 화폐로 고정시키길 원합니다. 이는 모두 심각한 우려 사항이며 저도 이러한 목표를 지지하지만, 그로 인해 선택된 해결책에는 동의하지 않습니다.

여기서 비판하는 것은 이니셔티브 자체이지, 그 배후의 팀이 아닙니다. 저는 모두가 선의를 가지고 있다고 가정합니다. 연합을 적으로 삼지 않고 토론을 할 수 있을 때 비트코인은 가장 강력합니다.

본 문서는 모든 각각의 인스크립션, 토큰, 파일 또는 애플리케이션을 변호하는 것도 아닙니다. 어떤 용도는 경박하거나 해롭거나 사기적일 수 있습니다. 문제의 핵심은 더욱 명백합니다: 현재 유효하며 수수료를 지불한 거래 플랫폼에서 발생하는 논란적인 용도를, 규칙 변경을 통해 해결해야 하는가?

아래 열거하는 이유들이 모두 동일한 비중을 지니는 것은 아니며, 몇 가지는 서로 보완적입니다. 결론은 누적적으로 도출됩니다.

BIP 110의 제안 내용

본 문서는 2026년 6월 25일에 '완료(Complete)' 상태로 이전된 BIP 110 1.0.0 버전을 대상으로 합니다. '완료'는 저자가 예정된 작업을 마치고 구현을 권장한다는 의미일 뿐, 비트코인이 해당 제안을 채택했거나 커뮤니티가 합의에 도달했음을 의미하지는 않습니다. BIPs 공식 코드 저장소는 명시적으로, 게시가 해당 제안이 좋은 통로를 가지거나 커뮤니티의 의지가 있거나 곧 채택될 것임을 나타내지 않는다고 밝히고 있습니다.

약 1년의 발효 기간 동안 BIP 110은 일곱 가지 의견 제한을 추가합니다: 새로운 스크립트 PubKey를 34바이트로 제한(OP_RETURN은 83바이트 제한 예외 적용); 다수의 서명 및 스크립트 제한 매개변수 증인 항목을 256바이트로 제한; 정의되지 않은 증인 버전 및 탭리프(Tapleaf) 버전의 사용 금지(다만 해당 출력 생성은 허용); 탭루트 추가 영역(첨부) 사용 금지; 탭루트 제어 블록을 257바이트 이내로 제한; OP_SUCCESSx 바이트코드를 포함한 탭스크립트 거부; 그리고 OP_IF 또는 OP_NOTIF를 실행하는 탭스크립트 거부.

이 제안은 활성화 이전에 생성된 미사용 거래 출력(UTXO)에 대해 조부 조항(그랜드파더링)을 적용하는 중요한 안전장치입니다. 저는 BIP 110이 기존 비트코인을 광범위하게 몰수할 것이라고 주장하는 것이 아닙니다. 제 반대 의견은 더 정확하게 말하면, 현재 유효한 거래 기능을 계층적으로 제한한다는 것입니다. 이는 활성화 경계를 넘는 출력이 포함된 드문 사전 서명 워크플로우에 영향을 줄 수 있으며, 여기에는 기술적 선택의 여지가 생기고, 특정 카테고리의 용도를 제한하기 위해 우선적으로 사용하는 선례를 만들 수 있습니다.

BIP 110은 또한 수정된 BIP 9 배포 방식을 제안합니다. 55%의 채굴자 신호 발현을 사용하고(BIP 9은 95%); 전통적인 타임아웃 및 FAILED(실패) 상태를 제거하며; 의무적 신호 발현 기간을 추가하고; 실행 체인에서 지정된 블록 높이까지 잠기는 것을 보장하며; 52,416개의 활성 블록 이후 EXPIRED(만료) 상태를 추가합니다. (GitHub)

여느 소프트포크와 마찬가지로, BIP 110은 중앙 기관에 의해 강제되는 것이 아닙니다. 사용자는 지불 소프트웨어와 규칙을 스스로 선택할 수 있습니다. 막대한 경제적 영향력을 가진 참여자가 실질적으로 다른 규칙을 시행할 때 위험이 발생하며, 이는 압박, 불확실성 또는 체인 분열을 초래합니다.

저자는 참조 구현, 테스트 경고, 상세한 합리적 설명 및 트레이드오프에 대한 솔직한 논의를 제공했으며, 이는 이 문서의 합당한 장점입니다. 제안은 긴급성과 임시적 기한이 낮은 임계값 및 의도적으로 단순하고 거친 제한성을 부여한다고 봅니다. 저는 이러한 관심과 작업을 존중하지만, 그 위험 평가 논리에는 동의하지 않습니다. (GitHub)

1. 중립성과 기본 원칙

합의는 비트코인의 가장 강력한 개입 수단입니다. 소프트포크는 기존 규칙에서 유효했던 블록을 업그레이드된 노드가 보기에 무효로 만듭니다. 이러한 권한은 오직 명백하고 심각하며 널리 이해된 시스템적 장애를 해결하는 데만 사용되어야 합니다.
이것은 고장을 복구하기 위한 수정이 아닙니다. BIP 110은 서명, 검증, 이중 지불 또는 알려진 치명적 취약점을 해결하지 않습니다. 이는 논란의 여지가 있는 외부 효과와 사용 사례를 다루므로, 증명 책임이 극히 높아야 합니다.
이것은 논쟁이 있는 가치 판단을 프로토콜 법률로 격상시킵니다. 이 제안은 합법적인 용도와 외부 효과에 대한 논쟁을, 멤풀 정책, 채굴 전략, 시장 게임에서 합의 자체로 옮겨 놓습니다.
비트코인은 식별할 수 없습니다. 네트워크는 바이트가 이미지, 증명, 계약, 메타데이터, 신원 확인 기록인지 미래의 혁신적인 애플리케이션인지 알 수 없습니다.
구조적 대리 지표는 불리한 위험을 초래합니다. 의도를 식별할 수 없기 때문에 기술적 형태를 제한하는 것은 일반적인 용도와 합법적인 용도를 동시에 위축시킬 위험이 있습니다.
사회적 신호가 필연적으로 규칙 변경의 이유가 됩니다. 규범은 활성화를 '데이터 저장을 환영하지 않음'을 표현하는 방식으로 명시합니다. 규칙 변경은 설득력 있는 기술적 또는 화폐적 근거에 기반해야 하며, 주로 불만을 표출하기 위한 것이어서는 안 됩니다. (GitHub)
반감이 무효를 의미하지는 않습니다. 거래가 사소하고, 투기적이며, 불쾌하거나 낭비적일지라도, 규칙을 준수하고 자원에 필요한 수수료를 지불했다면 여전히 유효합니다.
이것은 BIP 110 체인 상에서 경제적 자유를 좁힙니다. 활성화 이전의 UTXO는 보호되지만, 활성화 이후에 UTXO를 새로 생성하는 사용자는 합법적인 방식으로 거래를 구성하고 소비할 수 있는 방법이 이전보다 제한됩니다.
무허가 시스템은 승인되지 않은 탐구를 수용해야 합니다. 혁신가에게 개발하기 전에 용도의 가치를 입증하라고 요구하는 것은 무허가 혁신의 본래 취지에 반합니다.
이것은 프로토콜 보호주의를 전복시킵니다. 근본적인 보호주의는 규칙 변경에 대한 신중함을 의미해야 하며, 특정 보호 철학을 적용하기 위해 서둘러 규칙을 변경하는 것을 의미해서는 안 됩니다.

2. 입증 책임을 충족하지 못함

'스팸(정크 메일)'은 인지적 원시 개념이 아닙니다. 스팸과 실용적 가치를 구분할 수 있는 연산은 없으며, 그 레이블은 인간의 가치 판단에서 비롯됩니다.
'화폐성'과 '비화폐성'은 명확히 구분할 수 없습니다. 지불 채널, 준비금 증명, 전략적 커스터디, 스마트 계약 또는 결제 약속은 금융 활동이자 동시에 데이터입니다.
알려진 시나리오가 전체 설계 공간을 대표하지는 않습니다. 알려진 모든 화폐적 용도를 보호하려는 것은 좋지만, 혁신의 본질은 아직 발견되지 않은 것을 다루는 데 있습니다.
BIP 자체는 제거하려는 노드 부담을 정량화하지 않았습니다. 비용을 설명하지만, 관련된 대역폭, 스토리지, 검증 부하 증가, 노동 비중 및 잠재적 이탈 노드 수를 제시하지 않았습니다.
탈중앙화 이점을 정량화하지 않았습니다. BIP 110이 중앙화를 개선할 것이라는 주장에는 완만한 모델이나 목표조차 제시되지 않았습니다.
예상되는 지불 효과를 달성하지 못했습니다. 이 제안은 거래 수수료가 얼마나 내려갈지, 얼마나 오래 지속될지, 얼마나 많은 사용자가 낮은 수수료로 혜택을 볼지에 대한 전망을 제시하지 않았습니다.
UTXO 상태 팽창, 초기 동기화 대역폭, 압축 저장, 릴레이 부하 및 검증 시간은 서로 다른 원인을 가지며, 서로 다른 해결책이 필요할 수 있습니다.
'긴급성'은 단지 주장에 그칠 뿐, 조작적 정의가 결여되어 있습니다. 상황이 긴급하고 위기를 구성한다고 주장하지만, 발동에 필요한 탐지 임계값을 제공하지 않았습니다.
과거 최선의 멤풀 정책 제한이 이를 합리적인 것으로 입증하지는 못합니다. 83바이트 기본값은 실용적인 멤풀 정책일 수 있지만, 곧바로 영구적인 블록 유효성 규칙으로 승격되어서는 안 됩니다.
256바이트 경계는 경험주의적입니다. 그 근거는 이미지 압축 크기와 큰 암호 정수를 부분적으로 참조하지만, 256바이트가 보안과 혁신을 가르는 최적의 경계임을 입증하지 못했습니다. (GitHub)

3. 기술 세계화가 지나치게 광범위함

일곱 가지 독립적인 의견 변경 사항이 하나로 묶였습니다. 참여자는 그중 특정 제한은 지지하고 다른 것은 거부할 수 있지만, 전체를 수용하거나 전면 거부해야 합니다.
가장 강력한 기술적 우려가 관련 없는 제한과 함께 묶여 있습니다. 지나치게 큰 스크립트 PubKey는 UTXO 상태와 검증을 증가시킵니다. 만약 이것이 측정 가능한 위험을 구성한다면, 이 항목은 정밀한 경고 단독으로 제시되어야 하며, 자동으로 여섯 가지 제한을 수반해서는 안 됩니다. (GitHub)
83바이트 OP_RETURN 정책이 통찰로 격상되었습니다. 이는 설정 가능한 중계 및 채굴 선호도를 강제로 블록 효과 규칙으로 전환시키게 됩니다.
256바이트 제한이 범용 기본 요소(프리미티브)를 제한합니다. 이는 광범위한 개별 스파이스(spice) 및 활성 성분 기록 항목을 제한함으로써 데이터 저장을 저지하려는 목적을 달성합니다.
정의되지 않은 증인(witness)과 Tapleaf 버전을 사용하는 것이 취소됩니다. 이러한 공간은 현재 동시에 사용되고 있으며, 이는 부분적으로 바로 미래 업그레이드를 위한 대비 때문입니다.
트렁크(주요부) 추가 구역(부속물, annex)이 취소됩니다. BIP341에서 annex는 미래 확장을 위해 구축되었습니다. 사용자가 그 함의를 명확히 알기 전에는 사용해서는 안 되더라도, 신중하게 설계된 업그레이드 경로를 차단하려면 극히 특별한 이유가 필요합니다. (GitHub)
탭트리(Taptree)의 깊이가 축소됩니다. 257바이트 제어 블록 상한은 공개되는 스크립트 길이를 7계층 이내로 제한해 복잡한 스크립트 트리 구조를 무력화합니다.
실행되지 않은 분기에서도 OP_SUCCESSx가 취소됩니다. BIP342는 이러한 바이트코드를 미래 소프트포크를 위한 명확한 업그레이드 훅(hook)으로 만들었습니다. (GitHub)
탭스크립트(Tapscript)에서 실행되는 OP_IF와 OP_NOTIF가 금지됩니다. 저자는 이들이 발달 과정에서 흔히 약화된다고 보지만, 실험적 사용과 미니스크립트(Miniscript) 효율성 측면에서의 가치도 인정합니다.
해당 제안은 속도를 위해 정밀도를 희생했음을 솔직히 인정합니다. 그 근거에 따르면 더 균형 잡힌 방안은 더 많은 개발과 검토를 필요로 하므로, 신속한 배포를 위해 거친 제한 쪽에 의도적으로 무게를 두었다는 것입니다. 긴급성은 코드의 정밀성 부족을 인식하지 못하는 변명이 되어서는 절대 안 됩니다. (GitHub)

IV. 호환성과 미래 선택권을 희생함

한 번에 여러 업그레이드 경로를 닫습니다. Annex, 미래의 witness 버전, 미래의 Tapleaf 버전 및 OP_SUCCESSx, 이로써 비트코인의 초기 설계 공간의 일부가 닫힙니다. (GitHub)
사전 설정이 무용지물이라는 뜻은 아닙니다. 이는 초기 설계자들이 아직 나타나지 않은 요구에 대비해 깊이 생각하여 옵션을 열어 두었다는 의미입니다.
저자의 1년 기한 금지 조치가 개발 일정을 혼란시킬 수 있습니다. 향후 소프트포크에는 1년 이상의 조정 기간이 필요할 것으로 예상되지만, 이것은 추정일 뿐 보장된 것은 아닙니다.
이로 인해 BitVM과 유사한 설계가 복잡해질 수 있습니다. 명세 자체적으로 제어 블록 제한이 고급 오프체인 합의 설계를 저해할 수 있음을 인정하고 있습니다.
이는 Miniscript가 생성하는 Tapleaf에 영향을 미칠 수 있습니다. 제안은 일부 컴파일러 출력에 OP_IF가 포함될 수 있으므로 조정이 필요함을 인정합니다.
지갑 도구의 변경을 요구합니다. 올바른 형식의 챕터에서는, 규칙이 필수적으로 시행되어야 하는 기간 동안 Miniscript 컴파일러가 조정되어야 함을 명시하고 있습니다.
사소하지만 인정된 자금 접근 위험을 초래합니다. BIP는 사전 서명된 Taproot 시나리오에서 활성화 후 생성된 UTXO가 동결되거나 의도치 않게 사용될 수 있음을 솔직하게 지적합니다.
활성화 이전의 UTXO는 완전히 보호되지만, 배포 기간 중 관련 출력을 생성하거나 소비하는 워크플로는 여전히 새로운 제약에 직면할 것입니다.
사용자가 보유한 자금을 마이그레이션할 것이 권장됩니다. 일부 사용자에게 자금 이전을 요구하는 것은 결코 비용 없는 필터가 아닙니다.
‘알려진 시나리오 없음’은 안전성 증명이 아닙니다. 근접 시스템, 공개되지 않은 계약, 실험적 지갑 및 미래 프로토콜은 완전히 관찰될 수 없습니다. (GitHub)

V. 임시 합의 규칙은 여전히 본질적인 복잡성을 초래한다

임시 합의 코드 역시 합의 코드입니다. 따라서 명세 작성, 구현, 검토, 테스트, 배포, 모니터링 및 후속 절차를 거쳐야 합니다.
조부 조항(Grandfather clause)으로 인해 전적으로 이력 상태에 의존하게 됩니다. 구성된 수수료가 동일하더라도 UTXO가 생성된 시점이 다르다는 이유만으로 차별적으로 취급될 수 있습니다.
상태 이력에 의존하는 규칙은 구현의 복잡성을 증가시킵니다. 모든 구현은 UTXO의 생성 높이를 정확히 식별하고, 적용 규칙을 완전히 일관되게 적용해야 합니다.
활성화는 중요한 경계를 만듭니다. 소프트웨어와 경제 참여자는 새로운 제한이 발효되는 시점에 동의해야 합니다.
만료(기한)는 또 다른 경계를 만듭니다. 또한 제한이 종료되고 다음에 결정된 동작이 언제 다시 유효해지는지에 대해서도 동의해야 합니다.
BIP 110은 만료 상태를 추가합니다. 이는 익숙한 구성 상태 머신을 완전히 새로운 합의 동작으로 확장합니다.
이는 전통적인 FAILED(실패) 결과를 제거합니다. 제안된 구성은 일반적인 BIP 9처럼 단순히 시간 초과로 실패할 수 없습니다.
여러 조정 창을 만듭니다. 자발적 시그널링, 강제 시그널링, 락인(lock-in), 활성화 및 만료, 각각의 단계는 종료 가능성을 도입합니다. (GitHub)
임시 규칙은 영구적인 흔적을 남길 수 있습니다. 지갑 코드, 운영 절차, 계약 및 기관 리스크 통제는 배포 기간보다 더 오래 지속되는 수정이 필요할 수 있습니다.
더 많은 위험 경로는 취약점 노출 면적을 넓힙니다. 테스트 지원은 알려진 위험을 줄일 수 있지만, 모든 시나리오나 알려지지 않은 시나리오를 열거할 수는 없습니다.

VI. 경제 및 안전 효과는 불확실성을 수반합니다

노드 외부성은 실제로 존재하지만 노드 유형에 따라 다릅니다. 풀 검증 노드는 블록을 다운로드하고 검증해야 하는 반면, 프루닝된 노드는 오래된 원시 블록 데이터를 폐기하고 이력 저장을 제한할 수 있습니다. 관련 비용은 개별적으로 파악되어야 합니다. (Bitcoin Core)
수수료 귀속 문제는 데이터 거래 플랫폼의 초점이 아닙니다. 채굴자는 수수료를 받고, 검증자는 모든 거래에 대해 불가피하게 비용을 부담합니다. 정도는 다를 수 있으나, 기본 구조는 동일합니다.
기술적 비용은 직접적으로 절감되어야 합니다. 주어진 데이터 양과 검증 작업에 대해, 리소스 비용은 바이트, 상태, 계산 및 대역폭에서 발생하며, 이는 관찰자가 해당 거래의 용도를 승인하는지 여부에 따라 달라집니다.
BIP 110은 데이터 삽입을 근절할 수 없습니다. 명세 자체적으로 사용자가 데이터를 더 작은 조각으로 나누거나 허용된 구조 안에 위장할 수 있음을 인정합니다. (GitHub)
회피 행위는 거래 효율을 더욱 떨어뜨릴 수 있습니다. 조각화나 난독화된 인코딩은 더 많은 구조적 자원을 소비하여 분석 복잡성을 높이지만, 근본적인 수요를 없앨 수는 없습니다.
특정 용도를 억제하는 것은 지급률을 낮추거나 총 수수료 수입을 줄이거나, 수요를 다른 인코딩 방식으로 이동시키거나, 혹은 이 세 가지 모두를 초래할 수 있습니다.
채굴자 수입이 감소함에 따라 채굴자 수입의 중요성이 점점 커지고 있습니다. 거래 수수료는 블록 보상의 일부이며, 블록 보상은 21,0000블록마다 절반으로 줄어듭니다. (비트코인 개발자 문서)
총 수수료 수요 감소는 장기적 보안을 약화시킬 수 있습니다. BIP 110이 총 수수료 수요를 재분배하지 않고 감소시킨다면, 다른 조건이 동일할 때 낮은 채굴자 수입은 많은 연산력을 투입하려는 의지를 감소시킬 수 있습니다.
다양한 수요는 수수료 시장의 견고함을 강화할 수 있습니다. 결제, 채널, 커스터디 시스템, 금융 애플리케이션 및 기타 용도는 반드시 동시에 정점에 도달할 필요가 없습니다.
명세는 보안 트레이드오프를 모델링하지 않았습니다. 이는 더 저렴한 결제와 관련 노드 비용을 촉진하지만, 채굴자 수입, 해시레이트 투입 또는 장기 수수료 시장 깊이에 미칠 수 있는 영향에 대해서는 언급하지 않습니다.

VII. 더 나은 시장 및 전략 도구가 존재합니다

비트코인은 이미 내용 중립적인 용량 제한을 갖추고 있습니다. 블록 웨이트(Block Weight)는 블록체인의 거래 용량에 보편적인 제한을 부과합니다. (GitHub)
수수료는 이미 희소한 블록 공간을 조절하고 있습니다. 사용자들은 긴급성을 확보하기 위해 경매에 참여하고, 채굴자는 자신의 전략에 따라 유효한 거래를 선택합니다.
블록 제한과 수수료 시장은 사용자에게 목적의 명시를 요구하지 않습니다. 기술적 유효성과 리소스 제한을 적용할 뿐, 거래가 충분한 ‘화폐성’을 지니는지에 대한 의미론적 심사를 하지 않습니다.
중계 정책은 하위 계층의 도구입니다. 구현체와 노드 토폴로지는 어떤 미확인 거래를 중계할지 자율적으로 선택할 수 있으며, 유효한 블록을 재정의하지 않고도 가능합니다. 비트코인 코어의 데이터캐리어 정책은 구성 가능합니다. (GitHub)
채굴자는 자신의 블록 템플릿에서 특정 거래 유형을 배제할 수 있으며, 모든 검증 노드가 해당 거래를 포함한 블록을 거부하도록 강제할 필요가 없습니다.
정책은 물론 불완전하지만, 불완전함이 실패를 의미하지는 않습니다. 채굴자에게 직접 거래를 제출하면 필터를 우회할 수 있습니다. 이러한 한계는 분석할 가치가 있으며, 곧바로 금지로 치닫는 것은 옳지 않습니다.
어떤 거래도 예약될 절대적 권리가 없습니다. 채굴자는 자신의 정책에 따라 거래를 거부할 수 있지만, 포크를 통해 유효한 거래를 무효화하는 것은 한 단계가 다음 단계에 영향을 미치는 결정입니다.
리소스 가격 책정은 목적 구분 없이 개선될 수 있습니다. 어떤 구조가 불균형적인 비용을 초래한다면, 비트코인은 내용 중립적 제한이나 측정 가능한 리소스 소비에 직접 연결된 가격 책정 메커니즘을 연구할 수 있습니다.
이론적인 및 선택적 데이터 설계는 계속 심층 연구할 가치가 있습니다. 모든 우려를 해결하지는 못할 수 있지만, ‘특정 목적을 달갑지 않은 것’으로 표현하는 규칙에 비해 더 직접적으로 스토리지 부담을 해결할 수 있습니다.
BIP 자체도 정책이 일반적으로 스팸 방어를 위한 올바른 장소임을 인정합니다. 정책이 완벽한 필터링을 보장할 수 없으며, 이는 인지적 개입이 필요함을 반드시 시사합니다. (GitHub)

VIII. 폐쇄 루프 작업 혁신과 네트워크 채택

위축 효과가 발생합니다. 현재 유효한 구축 방식이 관련 용도를 억제하기 위해 의견을 통해 중단될 수 있다면, 개발자들은 비트코인을 회피할 수 있습니다.
일부 시나리오에 특권을 부여합니다. “모든 알려진 통화 용도를 보호한다”는 현재를 보호하는 것이지, 미래가 아닙니다.
가치 발견 이전에 옵션 가치를 파괴합니다. 업그레이드 훅의 미래 최상의 용도는 오늘날에는 아직 이름조차 없을 수 있습니다.
건전한 인프라는 장기 계약에 매우 중요합니다. 지갑, 수탁 시스템, 결제 채널 및 금융 프로토콜은 유효한 거래 구조가 계속 사용 가능할 것이라는 신뢰가 필요합니다.
설계 공간을 축소시킵니다. 이로 인해 특정 구축물은 더 크고, 더 비싸고, 덜 우아해지며, 심지어 해당 단계 내에서 구축이 불가능해질 수도 있습니다.
고급 컨트랙트 연구의 진전을 저해할 수 있습니다. BIP는 BitVM과 유사한 작업이 기다려야 할 수도 있으며, 테스트넷과 사이드체인에서만 추진될 수 있음을 명시적으로 수용했습니다. (GitHub)
아이디어를 통해 비트코인 실험을 파괴합니다. 테스트넷과 사이드체인은 분명 유용하지만, 압도적인 보안상의 이유가 없는 한 빌더들은 기반 계층에서 배제되어서는 안 됩니다.
미래의 레이어 2 시스템은 오늘날 이식 가능하게 사용되는 훅에 의존할 수 있습니다. 기반 계층의 선택지는 다중 계층 활동 없이도 확장을 지원할 수 있습니다.
애플리케이션은 화폐 속성을 강화할 수 있습니다. 더 나은 지갑, 수탁, 결제, 신용, 증권 및 증명 시스템은 비트코인의 유용성, 유동성, 수요를 높일 수 있습니다.
비트코인은 ‘화폐’와 ‘기술’ 사이에서 하나를 선택하는 데 소모되지 않습니다. 그 화폐적 강도는 안전한 지갑, 계약, 수탁, 결제 및 혁신을 지원하는 개방형 네트워크를 통해 더욱 강화될 수 있습니다.

9. 활성화 경고

55% 임계값은 BIP 9에서 크게 벗어납니다. BIP 9는 95%의 채굴자 신호를 요구했지만, BIP 110은 55%의 채굴자 신호를 제안합니다.
논란이 있는 제한 사항을 강제하려면 중요성이 아니라 더 높은 확신이 필요합니다. 임시 기한은 조정 실패를 무해하게 만들지 않습니다.
채굴자 신호는 모든 비트코인 사용자를 대변하지 않습니다. 해시파워는 거래를 보호하고 순서를 정하지만, 거래 플랫폼, 지갑, 기업, 수탁 기관 및 사업체가 경제적으로 어떤 규칙과 자산을 수용할지 결정합니다.
강제 신호는 비참여 신호의 의미를 바꿉니다. 지정된 기간 동안, 새로운 규칙을 시행하는 노드는 비트 4 신호를 보내지 않은 블록을 거부할 것입니다.
이 배포는 예정된 높이 이전에 온체인 락인을 강제하도록 설계되었습니다. 이는 단순히 자발적 요구 상태를 관찰하는 것보다 더 강압적입니다.
FAILED(실패) 상태의 부재는 깔끔한 탈출 경로를 차단합니다. 충분한 자발적 지지를 얻지 못한 제안은 강제 조정 없이도 자연스럽게 유효기간이 만료될 수 있어야 합니다. (GitHub)
활성화 메커니즘은 합의를 만들어낼 수 없습니다. 소프트웨어 상태는 조정할 수 있지만, 사회적, 경제적 차원의 합의는 만들어낼 수 없습니다.
폐쇄적 시행은 네트워크 분열을 초래할 수 있습니다. 중대한 경제적 영향력을 가진 참여자들이 상호 호환되지 않는 유효성 규칙을 집행한다면, 결과는 체인 분열 또는 장기적인 불확실성이 될 수 있습니다.
일시적인 분열이라도 결코 사소한 문제가 아닙니다. 유동성, 수탁, 결제, 회계 및 사용자 신뢰가 모두 영향을 받을 수 있습니다.
강경한 대응은 비트코인의 면역 체계입니다. 논란이 있는 용도 제한을 위해 강제력을 행사하는 것은 목표로 하는 데이터 저장 문제 자체보다 더 심각한 위험을 초래할 수 있습니다.

10. 앞서 설정된 선례가 공격 목표보다 더 위험해집니다

규칙은 지나가지만, 선례는 영원히 남습니다. 미래의 운동가들은 BIP 110을 선례로 인용하며 합의가 바람직하지 않은 합법적 활동을 억압하는 데 사용될 수 있다고 주장할 수 있습니다.
특정 세력은 다른 용도에 비화폐적, 사행성, 법적 위험 또는 지원되지 않는다는 꼬리표를 붙이고 배제를 추구할 수 있습니다.
"지원되지 않는 용도"는 무한히 확장될 수 있는 개념입니다. 비트코인에는 승인된 사용 범위를 영구적으로 정의할 수 있는 중앙 제품 관리자가 없습니다.
기술적 경계는 정치적 경계로 변질될 것입니다. 일단 정당한 목적에 대한 가치 판단에 의존하게 되면, 프로토콜 논쟁은 가치와 권력 싸움으로 변질됩니다.
오늘의 목표 제한이 내일의 목표 제한과 동일하지는 않습니다. 개인정보 보호 도구, 새로운 유형의 수탁, 스테이블코인 결제, 토큰 시스템, 기업용 애플리케이션 또는 기타 인기 없는 용도들도 비슷한 논리의 대상이 될 수 있습니다. 이는 예측이 아니라 거버넌스 위험입니다.
모든 제한은 제안될 때 특수성을 부여받습니다. 선례가 만들어지는 이유는 논객들이 자신의 사례가 예외적이라고 생각하기 때문입니다.
사회적 결집력은 희소한 자산입니다. 문화적 역량을 소모하는 싸움에 사용하면, 더 심각한 위협에 대처하는 데 필요한 신뢰와 협상 능력이 약화됩니다.
모든 이해관계자는 자신의 책임을 인식해야 합니다. 개발자, 노드 운영자, 채굴자, 보유자, 지갑, 거래 플랫폼, 수탁 기관, 기업 및 기관은 각기 다른 위험과 책임을 집니다.
위험을 감수하는 자본은 고려되어야 하지만, 절대적인 통제권을 부여해서는 안 됩니다. 대규모 보유자, 채굴자, 거래 플랫폼, 수탁 기관 및 기업이 합의를 소유하지 않습니다. 개별 개발자나 노드 운영자 또한 마찬가지입니다. 진정한 합의는 모든 참여자 간의 조정을 필요로 합니다.
기업의 참여는 비트코인을 강화할 때 정당화됩니다. 기업은 법적 프레임워크 안에서 규모, 변동성, 자본 및 인센티브를 다룰 수 있게 합니다. 기업이 특권을 남용해서는 안 되지만, 이 글로벌 화폐 네트워크의 외부인으로 취급되어서도 안 됩니다.

11. 더 나은 경로가 존재합니다

참여자들은 합의를 수정하지 않고도 데이터 저장에 반대할 수 있습니다. 그들은 사용하지 않고, 홍보하지 않고, 색인하지 않고, 중계하지 않고, 채굴하지 않기로 선택할 수 있습니다.
더욱 엄격한 소프트웨어 선택은 자발적으로 유지되어야 합니다. 경쟁적인 구현체와 설정 가능한 정책은 개방형 네트워크의 결함이 아니라 특징입니다.
우리는 거버넌스 이전에 측정을 개선할 수 있습니다. 대역폭, 저장 공간, 검증 시간, UTXO 증가, 수수료 왜곡 및 노드 경제학에 관한 재현 가능한 데이터를 공개할 수 있습니다.
우리는 측정 가능한 자원 비용을 정밀하게 목표로 삼을 수 있습니다. 검증된 서비스 거부 공격이나 검증 위험과 연결된 정밀한 규칙이 의도를 겨냥한 광범위한 주제보다 더 방어력이 있습니다.
우리는 데이터 배치 방식을 개선할 수 있습니다. 더 나은 합의 메커니즘, 선택적 저장, 프루닝 및 레이어 2 아키텍처는 기능을 보존하면서 부하를 완화할 수 있습니다.
우리는 수수료 시장의 투명성을 높일 수 있습니다. 더 나은 도구와 모델은 누가 비용을 지불하고, 누가 비용을 부담하며, 어떤 용도가 실제로 결제를 밀어내는지 보여줄 수 있습니다.
우리는 연구를 지속하면서 업그레이드를 위한 여지를 남겨둘 수 있습니다. 사용되지 않는 용량은 미래 소프트포크 경로를 보호할 때 반드시 낭비가 아닙니다.
우리는 압도적인 만장일치의 지지를 기다릴 수 있습니다. 기다리는 비용은 불필요한 포크의 비용과 비교하여 저울질해야 합니다. 긴급성과 광범위한 여론의 충분한 증거가 없다면, 자제가 더 안전한 선택입니다.
우리는 적을 만드는 대신 반대자를 유지할 수 있습니다. BIP 110 지지자들은 비트코인을 보호하려 합니다. 그들에 대응하는 존중하는 방법은 그들의 우려를 해결하면서도 더 큰 해악을 초래하는 제안을 거부하는 것입니다.
BIP 110은 합의를 동원하여 합법적인 활동을 축소하고, 미래의 선택지를 제한하며, 배포의 복잡성을 증가시키고, 나중에 지울 수 없는 선례를 만들 것입니다. 이는 곧 "비트코인의 의원성(인위적 발병) 제안"이 될 것입니다.

중립성의 수호자

비트코인의 편리한 점은 모든 이가 모든 용도에 동의할 필요는 없다는 것입니다. 비트코인의 진정한 이점은 중립적인 규칙과 확고한 합의에 의해 구속된다는 점입니다.

수수료는 블록 공간의 가격을 매깁니다. 노드 선택과 정책이 검증에 투표합니다. 채굴자는 블록체인을 구축합니다. 합의는 자본을 배분합니다. 개발자는 코드를 제안합니다. 기업은 인프라와 애플리케이션을 구축합니다. 프로토콜 변경은 검증, 보안, 실용성 및 압도적인 합의가 일치할 경우에만 이루어져야 합니다.

이 글은 모든 형태의 인스크립션, 토큰, 파일 또는 애플리케이션을 옹호하는 것이 아닙니다. 이것은 중립적인 규칙에 대한 옹호이며, 이러한 규칙이 비트코인을 개방적으로 유지하고 시장이 유용한 것을 보상하고 쓸모없는 것을 제거하도록 합니다.

비트코인은 본질적으로 보수적으로 유지되어야 합니다. 저에게 이는 BIP 110을 거부하는 것을 의미합니다.

비트코인은 구원자 군주가 필요하지 않습니다.

비트코인이 필요로 하는 것은 중립성의 수호자들입니다.