중립적인 규칙, 확고한 합의, 개방된 시장, 그리고 허가 없는 혁신을 위한 주장
제가 존경하는 많은 비트코이너들이 BIP 110을 지지합니다. 그들은 검증의 접근성을 유지하고, 노드 운영자를 원치 않는 비용과 콘텐츠로부터 보호하며, 저렴한 결제를 보존하고, 비트코인을 범용 데이터 저장소가 아닌 건전한 화폐에 집중시키길 원합니다. 이는 심각한 우려 사항입니다. 저는 그 목표에 공감합니다. 하지만 해결책에 대해서는 동의하지 않습니다. (GitHub
이 글은 제안 자체를 비판하는 것이지, 그 배후에 있는 사람들을 비판하는 것이 아닙니다. 저는 선의를 가정합니다. 동맹을 적으로 오인하지 않고 열정적으로 의견을 달리할 수 있을 때 비트코인은 가장 강력해집니다.
또한 이 글은 모든 인스크립션, 토큰, 파일 또는 애플리케이션을 옹호하는 것도 아닙니다. 그중에는 경박하거나, 해롭거나, 사기성인 것들도 있을 수 있습니다. 질문은 더 좁습니다: 현재 유효하고 수수료를 지불하는 트랜잭션의 논쟁적인 사용이 합의를 변경함으로써 해결되어야 하는가?
아래의 모든 이유가 동등한 무게를 지니는 것은 아니며, 여러 가지가 서로를 강화합니다. 이 주장은 누적적입니다.
BIP 110이 제안하는 것
이 글은 2026년 6월 25일에 Complete 상태로 업데이트된 "Reduced Data Temporary Softfork"인 BIP 110 버전 1.0.0을 다룹니다. BIP 3에 따르면, Complete는 저자들이 계획된 작업을 마치고 채택을 권장한다는 것을 의미합니다. 이것이 비트코인이 제안을 채택했다거나 커뮤니티가 합의에 도달했다는 것을 의미하지는 않습니다. BIPs 저장소는 게시 자체가 제안이 좋거나, 커뮤니티 합의가 있거나, 채택이 임박했다는 것을 확립하지 않는다고 명시적으로 밝히고 있습니다. (GitHub
약 1년의 활성 기간 동안, BIP 110은 7가지 합의 제한 사항을 추가할 것입니다. 새로운 scriptPubKey를 34바이트로 제한하고, OP_RETURN에 대해서는 83바이트 예외를 둡니다. 많은 푸시된 페이로드와 스크립트 인수 witness 항목을 256바이트로 제한합니다. 정의되지 않은 witness 및 Tapleaf 버전을 사용하는 지출을 금지하면서도 그러한 출력을 생성하는 것은 여전히 허용합니다. Taproot annex를 금지합니다. Taproot 컨트롤 블록을 257바이트로 제한합니다. OP_SUCCESSx opcode를 포함하는 Tapscript를 거부합니다. OP_IF 또는 OP_NOTIF의 Tapscript 실행을 거부합니다. (GitHub
이 제안은 활성화 전에 생성된 미사용 트랜잭션 출력을 조부모 조항(grandfathers)으로 보호합니다. 이는 중요한 안전장치입니다. 저는 BIP 110이 기존 비트코인을 광범위하게 몰수한다고 주장하지 않습니다. 제 반대는 더 좁습니다: 이는 현재 유효한 트랜잭션 기능을 미래 지향적으로 제거하고, 활성화 시점을 넘어서는 드문 사전 서명 워크플로우에 영향을 미칠 수 있으며, 기술적 선택지를 줄이고, 그렇지 않으면 유효한 사용 범주를 억제하기 위해 합의 제한을 사용하는 선례를 만듭니다. (GitHub
BIP 110은 또한 수정된 BIP 9 배포를 제안합니다. BIP 9에 명시된 95% 임계값과 비교하여 55%의 채굴자 신호 임계값을 사용합니다. 기존의 타임아웃 및 FAILED 상태를 제거합니다. 의무적 신호 기간을 추가합니다. 시행 체인에서 지정된 높이까지 늦어도 잠금(Lock-in)을 보장합니다. 그리고 52,416개의 활성 블록 후에 새로운 EXPIRED 상태를 추가합니다. (GitHub
다른 소프트 포크와 마찬가지로, BIP 110은 중앙 기관에 의해 강제되지 않습니다. 사용자는 어떤 소프트웨어와 규칙을 시행할지 선택합니다. 경제적으로 중요한 참가자들이 실질적으로 다른 규칙을 시행할 때 압력, 불확실성 또는 체인 분할이 발생할 위험이 생깁니다.
저자들은 참조 구현, 테스트 벡터, 상세한 근거, 그리고 트레이드오프에 대한 솔직한 논의를 제공합니다. 이는 문서의 실질적인 강점입니다. 이 제안은 긴급성과 일시적인 기간이 더 낮은 임계값과 의도적으로 단순하고 직접적인 제한을 정당화한다고 주장합니다. 저는 그 우려와 작업을 존중합니다. 하지만 위험 계산에는 동의하지 않습니다. (GitHub
I. 중립성과 기본 원칙
1. 합의는 비트코인의 가장 강력한 개입 수단입니다. 소프트 포크는 이전 규칙 하에서 유효했던 일부 블록을 업그레이드된 노드에 대해 무효로 만듭니다. 그 권한은 명확하고, 심각하며, 광범위하게 이해된 실패를 위해 reserved되어야 합니다.
2. 이는 기존의 합의 실패에 대한 수리가 아닙니다. BIP 110은 인플레이션, 서명 검증, 이중 지불 또는 알려진 중요 버그를 수정하지 않습니다. 이는 논쟁의 여지가 있는 외부 효과와 사용 사례를 다루므로, 증명 책임은 특히 높아야 합니다.
3. 이는 논쟁적인 판단을 프로토콜 법으로 승격시킵니다. 이 제안은 합법적인 사용과 외부 효과에 대한 논쟁을 중계 정책, 채굴 정책, 시장에서 합의 유효성 영역으로 이동시킵니다.
4. 비트코인은 의도를 읽을 수 없습니다. 네트워크는 바이트가 이미지, 증명, 계약, 메타데이터, 인증 기록 또는 미래의 애플리케이션을 나타내는지 알 수 없습니다.
5. 구조적 대리 변수는 담보 위험을 만듭니다. 의도를 알 수 없기 때문에, 이 제안은 선호되지 않는 목적과 합법적인 목적 모두에 사용될 수 있는 기술적 형태를 제한합니다.
6. 사회적 메시지는 합의 변경을 위한 충분한 근거가 아닙니다. 사양서는 활성화를 데이터 저장이 환영받지 못한다는 것을 전달하는 방법으로 명시적으로 취급합니다. 합의는 주로 불만을 표현하기 위해서가 아니라, 설득력 있는 기술적 또는 통화적 이유로 변경되어야 합니다. (GitHub
7. 불승인은 무효성이 아닙니다. 트랜잭션은 하찮거나, 투기적이거나, 공격적이거나, 낭비적일 수 있지만 여전히 규칙을 따르고 포함에 필요한 수수료를 지불할 수 있습니다.
8. 이는 BIP 110 체인에서 미래 지향적인 경제적 자유를 좁힙니다. 활성화 전 UTXO는 조부모 조항으로 보호되지만, 활성 기간 동안 UTXO를 생성하는 사용자는 기존 합의보다 구조화하고 지출할 수 있는 유효한 방법이 더 적어집니다.
9. 허가 없는 시스템은 승인되지 않은 실험을 용인해야 합니다. 혁신가가 구축하기 전에 자신의 사용 가치를 증명하도록 요구하는 것은 허가 없는 혁신의 의미를 역전시키는 것입니다.
10. 이는 프로토콜 보수주의를 거꾸로 뒤집습니다. 기본 계층에서의 보수주의는 합의를 변경하는 것을 꺼리는 것을 의미해야 하며, 보수적인 사용 철학에 찬성하여 합의를 변경하려는 열의를 의미해서는 안 됩니다.
II. 증명 책임이 충족되지 않았습니다
11. "스팸"은 합의 기본 요소가 아닙니다. 스팸과 유용성을 구별할 수 있는 opcode는 없습니다. 그러한 레이블은 인간의 판단에서 비롯됩니다.
12. "통화적"과 "비통화적"은 명확하게 분리될 수 없습니다. 결제 채널, 준비금 증명, 수탁 정책, 스마트 계약 또는 결제 약정은 금융 활동이자 데이터입니다.
13. 알려진 사용 사례가 전체 설계 공간이 아닙니다. 이 제안은 알려진 모든 통화적 사용 사례를 보존한다고 말합니다. 혁신은 아직 알려지지 않은 것에 의해 정의됩니다.
14. BIP 자체는 제거할 노드 부담을 정량화하지 않습니다. 이는 비용을 설명하지만, 관련 대역폭, 저장 공간, 검증 부하, 하드웨어 임계값 또는 얻거나 잃을 가능성이 있는 노드 운영자 수를 추정하지 않습니다.
15. 이는 분산화 이점을 정량화하지 않습니다. BIP 110이 분산화를 개선할 것이라는 주장은 측정 가능한 모델이나 목표와 함께 제시되지 않습니다.
16. 이는 결제 완화 효과를 정량화하지 않습니다. 트랜잭션 수수료가 얼마나, 얼마나 오랫동안, 얼마나 많은 결제 사용자가 혜택을 볼지 추정하지 않습니다.
17. 이는 별개의 비용을 하나의 진단으로 결합합니다. UTXO 상태 증가, 초기 동기화 대역폭, 아카이브 저장, 중계 부담, 검증 시간은 서로 다른 원인을 가지며 다른 해결책이 필요할 수 있습니다.
18. 긴급성은 운영적으로 정의되기보다는 주장됩니다. 이 제안은 상황을 긴급하고 위기라고 부르지만, 합의 개입이 필요한 객관적인 임계값을 제공하지 않습니다.
19. 과거의 중계 정책 한계는 최적의 합의 한계에 대한 증거가 아닙니다. 83바이트 기본값은 시대를 초월한 블록 유효성 규칙이 되지 않고 유용한 정책이 될 수 있습니다.
20. 256바이트 선은 휴리스틱입니다. 근거는 이를 부분적으로 압축된 이미지 크기 및 큰 암호화 정수와 관련시키지만, 256바이트가 안전과 혁신 사이의 최적 경계선임을 확립하지는 않습니다. (GitHub
III. 기술적 범위가 너무 광범위합니다
21. 7개의 별도 합의 변경 사항이 함께 묶여 있습니다. 참가자들은 한 가지 제한을 지지하고 다른 제한을 거부할 수 없습니다. 그들은 패키지를 수락하거나 거부해야 합니다.
22. 가장 강력한 기술적 우려가 관련 없는 제한 사항과 함께 묶여 있습니다. 큰 scriptPubKey는 UTXO 상태 및 검증 비용을 증가시킬 수 있습니다. 만약 그것이 측정 가능한 위험을 만든다면, 이는 6개의 추가 제한 사항에 대한 자동 지원이 아닌, 그 자체로 좁은 범위의 제안을 받을 자격이 있습니다. (GitHub
23. 83바이트 OP_RETURN 정책이 합의가 됩니다. 이는 구성 가능한 중계 및 채굴 선호도를 블록 유효성 규칙으로 전환합니다.
24. 256바이트 제한은 일반적인 기본 요소를 제한합니다. 이는 푸시된 페이로드와 스크립트 인수 witness 항목의 광범위한 클래스를 제한하여 데이터 저장을 목표로 합니다.
25. 정의되지 않은 witness 및 Tapleaf 버전을 사용하는 지출이 비활성화됩니다. 이러한 공간은 부분적으로 향후 업그레이드를 위해 예약되어 있기 때문에 오늘날 사용되지 않습니다.
26. Taproot annex가 비활성화됩니다. BIP 341은 annex를 향후 확장을 위해 예약합니다. 사용자가 그 의미가 정의되기 전에 이를 사용해서는 안 되더라도, 의도적인 업그레이드 경로를 닫는 것은 예외적인 정당성을 요구해야 합니다. (GitHub
27. Taptree 깊이가 줄어듭니다. 257바이트 컨트롤 블록 상한은 공개된 스크립트 경로를 7개 레벨로 제한하고 복잡한 스크립트 트리를 제약할 수 있습니다.
28. OP_SUCCESSx는 실행되지 않은 분기에서도 비활성화됩니다. BIP 342는 이러한 opcode를 향후 소프트 포크를 위한 깔끔한 업그레이드 후크로 만들었습니다. (GitHub
29. 실행된 OP_IF 및 OP_NOTIF가 Tapscript에서 금지됩니다. 저자들은 이를 중복되고 일반적으로 남용된다고 보지만, 실험적 사용과 가능한 Miniscript 효율성도 인정합니다.
30. 이 제안은 속도와 맞바꾸기 위해 직설성을 공개적으로 수용합니다. 그 근거는 더 균형 잡힌 접근 방식이 더 많은 개발과 검토를 필요로 할 것이기 때문에, 더 빠른 배포를 목표로 더 간단한 제한을 선택한다고 말합니다. 합의 코드에서 정밀성을 대체하는 것은 긴급성이 아닙니다. (GitHub
IV. 호환성과 미래의 선택권을 희생합니다
31. 한 번에 여러 업그레이드 경로를 닫습니다. Annexes, 미래 witness 버전, 미래 Tapleaf 버전 및 OP_SUCCESSx는 모두 비트코인의 예약된 설계 공간의 일부입니다. (GitHub
32. 예약되었다고 해서 쓸모없다는 의미는 아닙니다. 이는 초기 설계자들이 아직 등장하지 않은 필요를 위해 의도적으로 옵션 가치를 보존했음을 의미합니다.
33. 1년간의 폐쇄는 여전히 개발 일정을 방해할 수 있습니다. 저자들은 향후 소프트 포크가 1년 이상의 조정을 필요로 할 것으로 예상하지만, 이는 추정치일 뿐 보장된 것은 아닙니다.
34. BitVM 스타일의 설계를 복잡하게 만들 수 있습니다. 사양서는 컨트롤 블록 제한이 고급 오프체인 계약을 방해할 수 있음을 인정합니다.
35. Miniscript로 생성된 Tapleaf에 영향을 미칠 수 있습니다. 이 제안은 일부 컴파일러 출력에 OP_IF가 포함될 수 있으며 조정이 필요할 수 있음을 인정합니다.
36. 영향을 받는 지갑 도구의 변경이 필요합니다. 하위 호환성 섹션은 규칙이 활성화된 동안 Miniscript 컴파일러가 수정되어야 한다고 명시합니다.
37. 좁지만 인정된 자금 접근 위험을 만듭니다. BIP는 활성화 후 UTXO가 동결되거나 예상치 못하게 지출될 수 있는 드문 사전 서명 Taproot 시나리오를 솔직하게 식별합니다.
38. 조부모 조항은 가치 있지만 완전한 절연은 아닙니다. 활성화 전 UTXO는 보호되지만, 배포 중에 영향을 받는 출력을 생성하거나 지출하는 워크플로우는 여전히 새로운 제약 조건에 직면할 수 있습니다.
39. 사용자는 잠재적으로 영향을 받는 자금을 이전하도록 권고받습니다. 좁은 범위의 사용자라도 이전을 요구하는 제안은 비용이 없는 필터가 아닙니다.
40. "알려진 사용 사례가 없음"은 안전 증명이 아닙니다. 비공개 시스템, 미공개 계약, 실험적 지갑 및 미래 프로토콜은 완전히 관찰 가능하지 않습니다. (GitHub
V. 임시 합의 규칙은 여전히 실제 복잡성을 만듭니다
41. 임시 합의 코드는 여전히 합의 코드입니다. 이는 명세화, 구현, 검토, 테스트, 배포, 모니터링 및 나중에 폐기되어야 합니다.
42. 조부모 조항은 유효성을 과거 의존적으로 만듭니다. 동일한 지출 구조가 UTXO가 생성된 시기에 따라 다르게 취급될 수 있습니다.
43. 과거 의존적 규칙은 구현 복잡성을 증가시킵니다. 모든 구현은 관련 UTXO 생성 높이를 식별하고 동일하게 면제 조항을 적용해야 합니다.
44. 활성화는 하나의 중요한 경계를 만듭니다. 소프트웨어와 경제 주체는 새로운 제한이 언제 시작되는지에 동의해야 합니다.
45. 만료는 또 다른 경계를 만듭니다. 그들은 또한 제한이 언제 종료되고 이전에 제한되었던 행동이 다시 유효해지는지에 동의해야 합니다.
46. BIP 110은 새로운 EXPIRED 상태를 추가합니다. 이는 친숙한 배포 상태 머신을 새로운 합의 동작으로 확장합니다.
47. 기존의 FAILED 결과를 제거합니다. 제안된 배포는 일반적인 BIP 9 방식으로 단순히 시간 초과될 수 없습니다.
48. 이는 여러 조정 기간을 만듭니다. 자발적 신호, 의무적 신호, 잠금, 활성화 및 만료는 각각 차이 발생 가능성을 도입합니다. (GitHub
49. 임시 규칙은 영구적인 아티팩트를 남길 수 있습니다. 지갑 코드, 운영 절차, 계약 및 기관 위험 통제는 배포보다 오래 지속되는 변경이 필요할 수 있습니다.
50. 더 많은 합의 분기는 더 많은 버그 표면을 의미합니다. 테스트 벡터는 알려진 위험을 줄이지만, 모든 비공개 또는 미래 상호 작용을 열거할 수는 없습니다.
VI. 경제적 및 보안 효과는 불확실합니다
51. 노드 외부 효과는 실제로 존재하지만 이질적입니다. 모든 완전 검증 노드는 블록을 다운로드하고 검증해야 하는 반면, 정리(pruned) 노드는 오래된 원시 블록 데이터를 폐기하고 과거 저장을 제한할 수 있습니다. 관련 비용은 별도로 측정되어야 합니다. (Bitcoin Core
52. 수수료 수취인 문제는 데이터 트랜잭션에만 고유한 것이 아닙니다. 채굴자는 수수료를 수집하는 반면, 검증자는 모든 트랜잭션에 대해 일부 비용을 부담합니다. 그 규모는 다를 수 있지만 기본 구조는 보편적입니다.
53. 기술적 비용은 직접 측정되어야 합니다. 주어진 데이터 및 검증 작업량에 대해, 리소스 비용은 바이트, 상태, 계산 및 대역폭에서 발생하며, 관찰자가 트랜잭션의 목적을 승인하는지 여부에서 발생하지 않습니다.
54. BIP 110은 데이터 포함을 제거할 수 없습니다. 사양서는 사용자가 데이터를 더 작은 조각으로 분할하거나 허용된 구조 내에서 위장할 수 있음을 인정합니다. (GitHub
55. 회피 시도는 트랜잭션을 덜 효율적으로 만들 수 있습니다. 분할되거나 난독화된 인코딩은 더 많은 구조를 소비하고 기저 수요를 제거하지 않으면서 분석을 복잡하게 만들 수 있습니다.
56. 수수료 효과는 모호합니다. 한 가지 사용을 억제하면 결제 수수료가 낮아지거나, 총 수수료 수익이 감소하거나, 수요가 다른 인코딩으로 이동하거나, 이 세 가지의 조합이 발생할 수 있습니다.
57. 채굴자 수익은 보조금이 감소함에 따라 더 중요해집니다. 트랜잭션 수수료는 블록 보상의 한 구성 요소인 반면, 블록 보조금은 210,000 블록마다 절반으로 줄어듭니다. (Bitcoin Developer Docs
58. 낮은 총 수수료 수요는 한계적으로 보안을 약화시킬 수 있습니다. BIP 110이 단순히 수요를 재분배하는 것이 아니라 총 수수료 수요를 감소시키는 정도까지, 더 낮은 채굴자 수익은 다른 모든 조건이 동일할 때 해시 파워를 할당할 유인을 감소시킬 수 있습니다.
59. 다양한 수요는 수수료 시장을 더 탄력적으로 만들 수 있습니다. 결제, 채널, 수탁 시스템, 금융 애플리케이션 및 기타 사용은 모두 동시에 최고조에 달할 필요가 없습니다.
60. 사양서는 보안 트레이드오프를 모델링하지 않습니다. 이는 더 저렴한 결제와 낮은 노드 비용을 주장하면서, 채굴자 수익, 해시 투자 또는 장기 수수료 시장 깊이에 대한 가능한 영향을 추정하지 않습니다.
VII. 더 나은 시장 및 정책 도구가 존재합니다
61. 비트코인에는 이미 콘텐츠 중립적인 용량 제약이 있습니다. 블록 무게는 각 블록의 트랜잭션 용량에 공통 제한을 부과합니다. (GitHub
62. 수수료는 이미 희소한 블록 공간을 배분합니다. 사용자는 입찰을 통해 긴급성을 표현하고, 채굴자는 자체 정책에 따라 유효한 트랜잭션을 선택합니다.
63. 블록 제한 및 수수료 시장은 사용자에게 목적을 선언하도록 요구하지 않습니다. 이는 트랜잭션이 충분히 통화적인지에 대한 의미론적 테스트보다는 기술적 유효성 및 리소스 제한을 적용합니다.
64. 중계 정책은 여전히 덜 강압적인 도구입니다. 구현 및 노드 운영자는 유효한 블록을 재정의하지 않고 어떤 확인되지 않은 트랜잭션을 중계할지 선택할 수 있습니다. Bitcoin Core의 데이터 전달 정책은 구성 가능합니다. (GitHub
65. 채굴 정책은 여전히 자발적입니다. 채굴자는 모든 검증 노드가 해당 트랜잭션을 포함하는 블록을 거부하도록 강제하지 않고 자체 블록 템플릿에서 트랜잭션 클래스를 제외할 수 있습니다.
66. 정책은 불완전하지만, 불완전성이 실패는 아닙니다. 채굴자에게 직접 제출하면 중계 필터를 우회할 수 있습니다. 이 한계는 분석이 필요하며, 합의 금지로의 자동 도약이 아닙니다.
67. 어떤 트랜잭션도 포함될 권리가 없습니다. 채굴자는 자체 정책에 따라 트랜잭션을 거부할 수 있지만, 이전에 유효했던 트랜잭션을 포크 전반에 걸쳐 무효로 만드는 것은 훨씬 더 중대한 결과를 초래하는 행위입니다.
68. 목적을 분류하지 않고도 리소스 가격 책정이 개선될 수 있습니다. 특정 구조가 불균형적인 비용을 부과한다면, 비트코인은 콘텐츠 중립적인 한도 또는 측정 가능한 리소스 사용에 묶인 가격 책정을 연구할 수 있습니다.
69. 정리 및 선택적 데이터 설계는 지속적인 연구를 받을 가치가 있습니다. 이는 모든 우려를 해결하지는 못할 수 있지만, 부분적으로 사용이 환영받지 못한다는 신호를 보내기 위한 규칙보다 저장 부담을 더 직접적으로 해결합니다.
70. BIP 자체는 일반적으로 스팸과 싸우기에 적합한 장소가 정책임을 인정합니다. 완벽한 필터링을 보장할 수 없다는 것이 그 자체로 합의가 사용되어야 함을 증명하지는 않습니다. (GitHub
VIII. 혁신과 채택을 저해합니다
71. 위축 효과를 만듭니다. 현재 유효한 구조가 관련 사용을 억제하기 위해 합의를 통해 중단될 수 있다면 개발자들은 비트코인을 피할 수 있습니다.
72. 기존 사용 사례를 특권화합니다. "알려진 모든 통화적 사용 사례"는 현재는 보호하지만 미래는 보호하지 않습니다.
73. 가치가 발견되기 전에 옵션 가치를 파괴합니다. 업그레이드 후크의 최고의 미래 사용은 아직 이름조차 없을 수 있습니다.
74. 안정적인 기반은 장기 계약에 중요합니다. 지갑, 수탁 시스템, 결제 채널 및 금융 프로토콜은 유효한 트랜잭션 구조를 계속 사용할 수 있다는 확신이 필요합니다.
75. 스크립트 설계 공간을 좁힙니다. 이는 일부 구성을 더 크고, 더 비싸고, 덜 우아하게 만들거나 일시적으로 불가능하게 만들 수 있습니다.
76. 고급 계약 연구를 지연시킬 수 있습니다. BIP는 BitVM 스타일의 작업이 테스트넷과 사이드체인에서 기다리거나 진행되어야 할 수 있음을 명시적으로 수용합니다. (GitHub
77. 합의에 의해 비트코인에서 멀어지도록 실험을 밀어냅니다. 테스트넷과 사이드체인은 유용하지만, 설득력 있는 보안 사례 없이 빌더가 기본 계층에서 밀려나서는 안 됩니다.
78. 미래의 Layer 2 시스템은 오늘날의 사용되지 않은 후크에 의존할 수 있습니다. 기본 계층 선택권은 빈번한 기본 계층 활동 없이 확장성을 지원할 수 있습니다.
79. 애플리케이션은 화폐를 강화할 수 있습니다. 더 나은 지갑, 수탁, 결제, 신용, 증권 및 증명 시스템은 비트코인의 유용성, 유동성 및 수요를 증가시킬 수 있습니다.
80. 비트코인은 화폐와 기술 사이에서 선택할 필요가 없습니다. 안전한 지갑, 계약, 수탁, 결제 및 혁신을 지원하는 개방형 네트워크에 의해 통화적 강점이 강화될 수 있습니다.
IX. 활성화 메커니즘이 너무 공격적입니다
81. 55% 임계값은 BIP 9에서 크게 벗어납니다. BIP 9는 95%의 채굴자 준비 임계값을 지정합니다. BIP 110은 55%를 제안합니다.
82. 논쟁적인 제한은 더 적은 신뢰가 아닌 더 큰 확신을 요구해야 합니다. 일시적인 기간이 조정 실패를 무해하게 만들지는 않습니다.
83. 채굴자 신호는 모든 비트코인 사용자에 대한 국민 투표가 아닙니다. 해시 파워는 트랜잭션을 보호하고 순서를 지정하지만, 보유자, 거래소, 지갑, 상인, 수탁자 및 기업이 경제적으로 수용하는 규칙과 자산을 결정합니다.
84. 의무적 신호는 비참여의 의미를 변경합니다. 지정된 기간 동안, 시행 노드는 비트 4를 신호하지 않는 블록을 거부합니다.
85. 배포는 시행 체인에서 미리 결정된 높이까지 늦어도 잠금되도록 설계되었습니다. 이는 단순히 자발적인 준비를 관찰하는 것보다 더 강력합니다.
86. FAILED 상태가 없으면 깔끔한 탈출구가 제거됩니다. 충분한 자발적 지원을 끌어낼 수 없는 제안은 강제된 조정 없이 만료될 수 있어야 합니다. (GitHub
87. 활성화 메커니즘은 합의를 만들어낼 수 없습니다. 이는 소프트웨어 상태를 조정할 수 있지만, 사회적, 경제적 합의를 창출할 수는 없습니다.
88. 분기된 시행은 네트워크를 분열시킬 수 있습니다. 경제적으로 중요한 참가자들이 호환되지 않는 유효성 규칙을 적용한다면, 결과는 체인 분할 또는 장기간의 불확실성이 될 수 있습니다.
89. 일시적인 분할은 사소하지 않을 것입니다. 유동성, 수탁, 결제, 회계 및 사용자 신뢰가 모두 영향을 받을 수 있습니다.
90. 확고한 합의는 비트코인의 면역 체계입니다. 논쟁적인 사용 사례 제한에 대한 기준을 낮추는 것은 목표로 하는 데이터 저장 문제보다 더 심각한 위험을 만들 수 있습니다.
X. 선례가 목표보다 더 위험합니다
91. 규칙은 만료되지만, 선례는 그렇지 않습니다. 미래의 캠페인은 합의가 선호되지 않는 유효한 활동을 억제하는 데 사용될 수 있다는 증거로 BIP 110을 인용할 수 있습니다.
92. 동일한 논리가 재사용될 수 있습니다. 한 파벌은 다른 사용을 비통화적, 해롭거나, 법적 위험이 있거나, 지원되지 않는다고 낙인찍고 그 배제를 추구할 수 있습니다.
93. "지원되지 않는 사용"은 확장 가능한 범주입니다. 비트코인에는 승인된 범위를 영구적으로 정의할 수 있는 중앙 제품 관리자가 없습니다.
94. 목적 기반 경계는 정치적 경계가 됩니다. 일단 유효성이 합법적인 사용에 대한 판단에 달려 있으면, 프로토콜 논쟁은 가치와 권력에 대한 경쟁이 됩니다.
95. 오늘날의 목표는 내일의 목표를 제한하지 않습니다. 개인 정보 보호 도구, 새로운 수탁, 스테이블코인 결제, 토큰 시스템, 기업 애플리케이션 또는 기타 인기 없는 사용이 유사한 논쟁에 직면할 수 있습니다. 이것은 예측이 아닙니다. 이것은 거버넌스 위험입니다.
96. 모든 제한은 예외적인 것으로 제시됩니다. 선례는 정확히 그 지지자들이 독특하다고 생각하는 경우에 의해 만들어집니다.
97. 사회적 결속은 희소한 자산입니다. 문화적 분쟁을 합의로 인코딩하는 것은 더 심각한 위협에 필요한 신뢰와 조정 능력을 소모할 수 있습니다.
98. 모든 이해 관계자는 의견을 들을 자격이 있습니다. 개발자, 노드 운영자, 채굴자, 보유자, 지갑, 거래소, 수탁자, 회사 및 기관은 모두 다른 위험과 책임을 집니다.
99. 위험에 노출된 자본은 통제권을 부여하지 않으면서도 고려의 대상이 되어야 합니다. 대규모 보유자, 채굴자, 거래소, 수탁 기관, 기업은 합의를 소유하지 않습니다. 개발자나 노드 운영자 단독으로도 마찬가지입니다. 지속 가능한 합의는 이들 모두의 조정을 통해 이루어집니다.
100. 기업의 참여는 비트코인을 강화할 때 정당성을 얻습니다. 기업은 사람들이 규모, 책임성, 자본, 연속성을 갖춘 법적 체계 아래 조직될 수 있게 합니다. 특별한 권한을 가질 자격은 없지만, 글로벌 화폐 네트워크의 외부인으로 취급되어서도 안 됩니다.
XI. 더 나은 길이 있습니다
101. 참가자는 합의를 변경하지 않고도 데이터 저장을 반대할 수 있습니다. 사용, 홍보, 인덱싱, 중계, 채굴을 거부하면 됩니다.
102. 더 엄격한 소프트웨어 선택은 자발적으로 유지될 수 있습니다. 경쟁하는 구현체와 설정 가능한 정책은 개방형 네트워크의 기능이지 결함이 아닙니다.
103. 개입보다는 측정을 먼저 개선할 수 있습니다. 대역폭, 저장 공간, 검증 시간, UTXO 성장, 수수료 대체, 노드 경제성에 대한 재현 가능한 데이터를 공개합니다.
104. 측정 가능한 리소스 비용을 목표로 삼을 수 있습니다. 입증된 서비스 거부(DoS) 또는 검증 위험과 연결된 좁은 규칙이, 인식된 목적에 부분적으로 기반한 광범위한 패키지보다 방어하기 쉽습니다.
105. 데이터 배치를 개선할 수 있습니다. 더 나은 커밋, 선택적 저장, 프루닝, 레이어 2 아키텍처는 기능을 유지하면서 부담을 줄일 수 있습니다.
106. 수수료 시장의 투명성을 개선할 수 있습니다. 더 나은 도구와 모델은 누가 비용을 지불하고, 누가 비용을 부담하며, 어떤 사용이 실제로 결제를 밀어내는지 보여줄 수 있습니다.
107. 연구가 계속되는 동안 업그레이드 가능성을 유지할 수 있습니다. 사용되지 않는 용량이 미래의 소프트 포크 경로를 보호할 때 반드시 낭비는 아닙니다.
108. 압도적인 합의를 기다릴 수 있습니다. 기다리는 비용은 불필요한 포크의 비용과 비교하여 측정되어야 합니다. 긴급 상황에 대한 설득력 있는 증거와 광범위한 동의가 없는 한, 자제가 더 안전한 기본값입니다.
109. 동맹을 적으로 만들지 않고도 의견 차이를 가질 수 있습니다. BIP 110 지지자들은 비트코인을 보호하려고 노력하고 있습니다. 존중하는 대응은 그들의 우려를 다루면서도 더 큰 위험을 초래하는 해결책을 거부하는 것입니다.
110. 제안된 치료법이 질병보다 더 위험합니다. BIP 110은 합의를 사용하여 유효한 활동을 좁히고, 미래의 선택지를 제약하며, 배포를 복잡하게 만들고, 나중에 지울 수 없는 선례를 남깁니다. 이것이 바로 비트코인 의인성 제안(Iatrogenic Proposal)입니다.
중립성의 수호자
비트코인의 강점은 모든 사람이 모든 사용처에 동의한다는 데 있지 않습니다. 그 강점은 중립적인 규칙과 확고한 합의에 의해 의견 차이가 제어된다는 데 있습니다.
수수료는 블록 공간의 가격을 책정합니다. 노드는 정책을 선택하고 합의를 검증합니다. 채굴자는 블록을 생성합니다. 보유자는 자본을 배분합니다. 개발자는 코드를 제안합니다. 기업은 인프라와 애플리케이션을 구축합니다. 프로토콜 변경은 검증, 보안, 유용성, 자본이 압도적인 합의에 도달할 때만 우선시되어야 합니다.
이것은 모든 각인, 토큰, 파일, 애플리케이션을 변호하는 것이 아닙니다. 비트코인이 개방성을 유지하면서 시장이 유용한 것을 보상하고 그렇지 않은 것을 버리도록 하는 중립적인 규칙을 변호하는 것입니다.
비트코인은 기본 계층에서 보수적으로 유지되어야 합니다. 저에게 이것은 BIP 110을 거부하는 것을 의미합니다.
비트코인에게는 순수성의 수호자가 필요하지 않습니다.
필요한 것은 중립성의 수호자입니다.
주요 출처
본 분석은 주로 BIP 110 버전 1.0.0, BIP 3의 프로세스 및 상태 정의, BIP 9의 활성화 설계, BIP 141, 341, 342, 비트코인 코어의 데이터 캐리어 정책 문서, 비트코인 코어의 프루닝 문서, 그리고 비트코인 개발자 블록 보상 참조를 기반으로 합니다. (GitHub
