탭루트는 비트코인의 프라이버시와 유연성을 개선할 제안된 프로토콜 업그레이드로, 현재 개발의 마지막 단계에 있습니다. 비트코인 코어 기여자들은 이 업그레이드가 비트코인에 이익이 될 것이라고 동의하며, 지금까지 비트코인 생태계에서도 일반적으로 환영받고 있는 것으로 보입니다. 따라서 탭루트는 비트코인 코어 릴리스에 포함될 가능성이 높으며, 다른 비트코인 구현도 뒤따를 수 있습니다.
하지만 한 가지 질문이 남습니다: 비트코인 네트워크 자체는 어떻게 업그레이드해야 할까요? 탭루트는 합의 프로토콜 변경으로, 이는 비트코인 노드가 네트워크를 분리하지 않고 구 규칙에서 신 규칙으로 전환해야 함을 의미합니다. 여러 가지 이유로 인해, 과거에는 이것이 때때로 도전이 되기도 했습니다.
프로토콜 업그레이드를 활성화하기 위한 개선된 전략이 현재 고려되고 있습니다.
이전 소프트 포크와 BIP 9
좋은 소식은 탭루트가 소프트 포크라는 것입니다. 이 유형의 업그레이드는 규칙을 추가하거나 강화하는 반면, 하드 포크는 규칙을 제거하거나 완화합니다. 규칙을 추가하거나 강화하는 것의 좋은 점은 업그레이드된 노드가 유효하다고 간주하는 모든 것이 비업그레이드된 노드에서도 유효하다는 것입니다. (구 노드가 거래 유형 A와 B를 모두 수용하지만, 새로운 규칙이 거래 유형 A만 허용하는 경우, 구 노드는 새로운 규칙을 시행하는 네트워크에서 호환성을 유지합니다.)
비트코인의 초기 소프트 포크는 플래그 데이를 통해 활성화되었습니다. 개발자들(특히 사토시 나카모토)은 새로운 비트코인 소프트웨어 클라이언트 릴리스의 코드에 미래 날짜를 삽입하여 업그레이드된 노드가 새로운 규칙을 시행할 시점을 지정했습니다. 채굴자와 사용자들은 네트워크 분리를 피하기 위해 그 날짜 이전에 업그레이드를 권장받았습니다. (그 당시에는 채굴자와 사용자가 오늘날보다 더 자주 동일한 사람들이었습니다.)
비업그레이드된 노드가 새로운 규칙과 호환성을 유지하기 때문에, 소프트 포크의 유용한 이점은 해시 파워의 대다수가 업그레이드를 시행하면 전체 비트코인 네트워크가 블록체인 버전에서 합의를 찾는다는 것입니다. 이는 새로운 프로토콜 규칙이 시행될 때 모든 노드가 즉시 업그레이드될 필요성이 줄어들어 사용자에게 어느 정도의 유연성을 허용합니다. (비록 사용자들은 여전히 업그레이드를 권장받지만; 궁극적으로 그들이 새로운 규칙을 시행하는 것은 거래와 블록을 거부함으로써 이루어집니다.)
2012년경부터 소프트 포크는 새로운 규칙으로의 전환을 조정하는 메커니즘으로 해시 파워를 점점 더 많이 활용하고 있습니다. 채굴자들은 블록에 데이터를 삽입하여 다른 채굴자와 네트워크의 나머지 부분에 소프트웨어를 업그레이드했음을 알릴 수 있으며, 따라서 새로운 규칙을 시행할 준비가 되어 있습니다. 충분한 해시 파워가 지지를 신호하면 모든 업그레이드된 노드가 새로운 규칙을 시행하도록 트리거됩니다.
몇 차례의 업그레이드 과정에서 이 전략은 비트코인 개선 제안 9(BIP 9)으로 발전했습니다. 예를 들어, BIP 9는 비트코인의 마지막 소프트 포크 업그레이드인 분리된 증인(SegWit)을 활성화하는 데 사용된 메커니즘이었습니다. 채굴자들은 업그레이드를 활성화하기 위해 1년의 시간을 주어졌으며, 모든 난이도 간격 내에서 95%의 블록이 준비 신호 비트를 포함해야 했습니다. 만약 1년 후에도 이것이 이루어지지 않으면 활성화 기간이 만료되고 업그레이드는 실패하게 됩니다. (물론 그 후에 다시 시도할 수 있습니다.)
하지만 SegWit의 경우 BIP 9는 원활하게 진행되지 않았습니다. 이전 업그레이드와 마찬가지로 일부 채굴자들은 무관심으로 인해 업그레이드를 하는 데 시간이 걸렸을 가능성이 있습니다: 채굴자들이 빠르게 업그레이드할 큰 유인이 없기 때문입니다. 그러나 더 큰 문제는 일부 채굴자들이 신호 프로세스를 업그레이드에 대한 일종의 투표로 이해하게 되었고, 준비 신호를 보내는 대신 지지를 표시하거나 하지 않았다는 것입니다. 더 나쁜 것은 일부 채굴자들이 이 “투표”를 사용하여 업그레이드를 차단하려고 하였고, 비트코인 개발 프로세스에 대한 정치적 레버리지를 얻으려 하거나 업그레이드가 수정할 비트코인 프로토콜의 특이점으로부터 은밀히 이익을 얻으려 했다는 것입니다.
긴 기간의 극심한 드라마 끝에 SegWit는 결국 활성화되었지만, 이는 대안 비트코인 클라이언트가 새로운 활성화 계획을 포함한 이후의 일이었습니다. BIP 148은 일부 사용자들이 운영하는 BIP 148 클라이언트에 포함되어 있으며, 플래그 데이부터 프로토콜 업그레이드에 대한 지지를 신호하는 블록만을 수용하도록 프로그램되었습니다. 한편, BIP 91은 btc1 클라이언트에 포함되어 있으며 BIP 148 플래그 데이 직전에 채굴자들이 운영하여 해시 파워 요구 사항을 95%에서 75%로 낮추었습니다. 잠재적인 네트워크 분리와 수익 손실에 직면한 방해하는 채굴자들은 양보했습니다. 그러나 대부분의 비트코인 코어 개발자들에게 BIP 9는 최적의 해결책이 아니었으며, 그들은 대안을 생각하기 시작했습니다.
BIP 8
BIP 8은 BIP 9의 초기 대안으로, BIP 148 저자 샤올린프라이와 비트코인 노츠 및 비트코인 코어 기여자 루크-jr에 의해 제안되었습니다. 처음에는 BIP 9와 유사했지만, 한 가지 중요한 차이점이 있었습니다: 업그레이드가 해시 파워 지원 부족으로 1년 후에 실패하는 대신, 그 시점에서 소프트 포크를 활성화하는 것입니다. 플래그 데이와 유사하게, 모든 업그레이드된 노드는 그때부터 새로운 규칙을 시행하기 시작합니다. 여전히 업그레이드하지 않은 채굴자들은 업그레이드된 채굴자와 사용자가 거부할 블록을 채굴할 위험이 있습니다.
BIP 8의 주요 아이디어는 사용자가 업그레이드한다고 가정할 때, 채굴자들이 소프트 포크를 차단할 수 없으므로 이 레버리지를 사용할 수 없다는 것입니다. 그들은 활성화를 가속화하고 원활한 프로토콜 업그레이드를 조정할 수 있지만, 그들이 스스로 활성화하지 않더라도 업그레이드는 결국 발생할 것입니다.
BIP 8의 더 최근 초안에는 몇 가지 주목할 만한 변화가 포함되어 있습니다. 우선, BIP 8은 신호 기간이 만료될 때 두 가지 다른 정책으로 노드를 구성할 수 있도록 허용합니다: 이전 두 단락에서 설명한 강제 활성화 또는 BIP 9와 같은 강제 활성화 없음. 또한, 업그레이드를 직접 활성화하는 대신, 노드(구성된 경우)는 실제로 업그레이드에 대한 신호를 시행합니다. 업그레이드에 대한 지지를 신호하지 않는 블록은 거부되며, 따라서 최소한 업그레이드된 노드에 대해 업그레이드를 보장합니다. 이 두 가지 변경 사항의 조합은 모든 비트코인 해시 파워의 대다수가 업그레이드에 대한 지지를 신호하도록 강제될 경우, 신호 시행을 강제하도록 구성되지 않은 BIP 8 노드조차도 업그레이드에 동참하게 되는 흥미로운 특성을 가지고 있습니다.
BIP 8에 대한 반론 중 하나는 강제 신호(또는 자동 활성화)가 특히 위험할 수 있다는 것입니다. 해시 파워 대다수와 일부 사용자가 업그레이드하지 않으면, 이 계획은 업그레이드된 노드와 비업그레이드된 노드 간의 네트워크 분리를 초래할 수 있습니다. 대부분의 사용자가 업그레이드를 지지한다고 가정할 때, 이는 결국 업그레이드된 네트워크 부분에 유리하게 해결될 가능성이 높습니다. 그러나 비업그레이드된 사용자들은 그 사이에 자금을 잃을 위험이 있으며, 비업그레이드된 채굴자들은 비트코인의 보안에 해를 끼치는 해시 파워를 낭비하게 됩니다.
이 위험은 업그레이드할 충분한 시간을 제공함으로써 가장 잘 대응될 수 있습니다. 불행히도, 충분한 시간이 얼마나 되는지에 대한 의견이 일치하지 않습니다; 일부는 강제 신호가 1년 이내에 시작될 수 있다고 생각하고, 다른 일부는 몇 년이 걸려야 한다고 믿습니다.
BIP 8의 또 다른 복잡성은 강제 신호의 기본 설정을 설정하는 것입니다. 기본적으로 강제 신호가 꺼져 있다면, 사용자는 조정되지 않은 상태가 되어 네트워크 분리의 위험이 증가할 수 있습니다. 반면, 비트코인 코어 릴리스에서 강제 신호가 기본으로 선택되면, 비트코인 코어의 역사적으로 널리 퍼진 채택은 업그레이드가 발생할 것을 거의 보장합니다. 일부는 이것이 비트코인 코어 개발자들에게 비트코인 프로토콜 규칙에 대한 지나치게 많은 영향을 줄 것이라고 믿습니다. BIP 8 공동 저자 루크-jr는 BIP 8이 BIP 148 클라이언트와 유사한 특별 클라이언트를 통해서만 배포되기를 선호합니다.
다른 사람들은 비트코인 코어 개발자들이 항상 사용자 수요를 염두에 두고 최선의 판단에 따라 소프트웨어를 릴리스하며 논란이 있는 업그레이드를 피한다고 주장합니다; BIP 8 기본 설정 설정은 이 정책의 예외가 되어서는 안 됩니다. 결국 비트코인 코어 개발자들이 내리는 선택에 동의하지 않는 사람은 단순히 새로운 릴리스로 업그레이드하지 않거나 비트코인 코어 코드를 포크하여 경쟁 클라이언트를 완전히 출시할 수 있습니다.
현대 소프트 포크 활성화
비트코인 코어 개발자들이 실제로 사용자 수요를 고려하고 논란이 있는 업그레이드를 피하려고 노력하고 있지만, 모든 사람이 이것이 항상 완벽하게 가능하다고 확신하는 것은 아닙니다. 제안된 업그레이드에 대한 우려는 소프트웨어가 새로운 릴리스로 배포될 때만 나타날 수 있습니다. 또는 이 릴리스 이후에 전혀 새로운 문제가 발생할 수 있습니다. 또는 비트코인 코어 개발자들이 단순히 무언가를 놓쳤을 수도 있습니다.
이것이 비트코인 코어 기여자 맷 코랄로가 “현대 소프트 포크 활성화”라는 전략을 제안한 이유 중 하나입니다. 현대 소프트 포크 활성화는 본질적으로 BIP 9(또는: 강제 신호 없는 BIP 8)과 플래그 데이 활성화가 결합된 세 단계로 구성됩니다.
첫 번째 단계로, BIP 9는 채굴자들이 해시 파워를 통해 소프트 포크를 활성화할 수 있도록 허용합니다. 만약 채굴자들이 (예를 들어) 1년 이내에 활성화하지 않으면, 첫 번째 활성화 창이 만료됩니다. 그런 다음 두 번째 단계로, 개발자들은 활성화가 실패한 이유를 분석할 시간을 가지며, 우려가 발견되면 제안을 재고합니다. 그러나 제안에 문제가 없다고 판단되면, 세 번째 단계는 소프트 포크의 재배포로, 이번에는 플래그 데이 활성화를 사용하는 BIP 8을 통해 진행됩니다: 채굴자들은 해시 파워로 제안을 활성화할 기회를 다시 가지지만, 다시 실패할 경우 두 번째 신호 기간이 끝날 때 소프트 포크가 활성화됩니다. (이 두 번째 신호 기간 동안 해시 파워 활성화 기준이 점진적으로 낮아질 수도 있다고 비트코인 코어 기여자 AJ 타운스가 제안합니다.)
제안에 문제가 없을 경우 BIP 8 재배포를 명시적으로 약속함으로써, 코랄로는 이 전략이 BIP 9의 이점을 제공하면서 단점을 피할 것이라고 믿습니다. 첫 번째 신호 기간 동안 모든 사람이 고려할 수 있도록 코드가 공개되고, 채굴자들은 원할 경우 원활한 업그레이드를 조정할 수 있으며, 강제 활성화가 없으므로 개발자들은 초기 활성화가 실패할 경우 제안을 재고할 시간을 가질 수 있습니다. 한편, 채굴자들은 아무 이유 없이 업그레이드를 차단하는 것에서 얻을 수 있는 것이 훨씬 적어질 것이며, 모두가 결국 활성화될 것이라는 것을 알고 있습니다.
현대 소프트 포크 활성화에 대한 주요 반론은 채굴자 협력이 없으면 과정이 상대적으로 오래 걸릴 것이며, 일부는 BIP 9 단계를 전혀 시간 낭비로 간주합니다. 코랄로의 원래 제안은 1년의 BIP 9 신호, 이어서 6개월의 재고 시간, 마지막으로 자동 활성화 이전에 2년의 BIP 8 신호를 포함하여 총 3년 반의 기간을 설정합니다. 이 일정은 물론 아직 확정된 것이 아니지만, 각 단계를 너무 많이 단축하면 재고 및/또는 업그레이드할 시간이 줄어들어(네트워크 분리의 위험이 증가함) 문제가 될 수 있습니다.
잠재적인 강제 활성화까지의 긴 시간으로 인해, 일부는 채굴자들이 결국 정치적 레버리지를 얻으려 할 수 있다고 주장합니다: 그들은 업그레이드를 수년간 지연시킬 수 있습니다.
BIP 8 + BIP 91
비트코인 기술 채널에서 최근에 회자되고 있는 또 다른 제안은 BIP 8과 현대 소프트 포크 활성화 간의 합병으로 설명될 수 있습니다, 적어도 정신적으로는. 이름이 없는 이 제안은 긴 BIP 8 신호 기간을 배포하며, 이는 현대 소프트 포크 활성화의 3년 반만큼 길 수 있으며, 그 후 강제 신호가 시작됩니다. 그러나 (예를 들어) 1년 후에도 업그레이드가 활성화되지 않으면, 개발자들은 현대 소프트 포크 활성화와 마찬가지로 제안을 재고할 시간을 가질 것입니다.
개발자들이 제안에 문제가 없다고 판단하고, 대신 채굴자의 무관심이나 다른 무효한 이유로 인해 활성화되지 않았다고 결론지으면, 그들은 SegWit 활성화 중에 사용된 BIP 91 스타일로 새로운 소프트 포크를 배포할 수 있습니다. 이는 사실상 활성화를 위한 해시 파워 기준을 낮추어 과정을 가속화할 것입니다.
반면, 개발자들이 제안에 문제가 있다고 판단할 경우, 그들은 문제를 수정하는 새로운 소프트 포크를 배포하거나 원래의 소프트 포크(이 경우 탭루트)를 완전히 되돌릴 수 있습니다. 현대 소프트 포크 활성화의 강제 신호까지의 3년 반의 일정이 가정된다면, 이를 처리할 충분한 시간이 남아 있을 것입니다.
이 제안에 대한 주요 반론은 필요할 경우 다른 소프트 포크를 되돌리는 소프트 포크를 배포하는 것이 그리 우아하지 않다는 것입니다. 더 구체적으로, 이는 채굴자와 사용자가 마감일 이전에 새로운 릴리스로 업그레이드해야 하며, 그렇지 않으면 네트워크가 분리될 위험이 있습니다.
스포크
마지막으로, 비트코인 코어 기여자 제레미 루빈은 그가 발명한 개념인 확률적 비트코인 소프트 포크, 또는 “스포크”가 전형적인 해시 파워 강제 소프트 포크보다 더 유인 호환적일 수 있다고 제안했습니다.
BIP 9의 문제의 핵심은 채굴자들이 자신의 비용 없이 업그레이드를 지연시킬 수 있다는 것입니다. 업그레이드에 대한 준비 신호를 거부하는 것은 무료이며, 이는 그들에게 정치적 레버리지를 제공할 수 있습니다.
스포크에서는 준비 신호가 채굴자들이 채굴하는 블록에 포함된 데이터 조각에서 가져오는 것이 아니라, 블록 헤더 해시에서 파생됩니다: 그들이 시간과 자원을 투자하여 생성한 무작위로 생성된 작업 증명입니다. 업그레이드된 노드는 유효한 블록 헤더 해시의 작은 하위 집합이 — 통계적으로 6개월마다만 발견될 수 있는 — 업그레이드를 촉발할 것에 동의합니다.
해시의 무작위성에 따라, 채굴자는 정기적인 블록 헤더 해시 또는 업그레이드 활성화 블록 헤더 해시를 생성할지 제어할 수 없으며, 통계적으로 후자를 간헐적으로 생성하게 됩니다. 따라서 만약 그가 투자한 자원이 업그레이드 활성화 블록 헤더 해시를 생성하게 된다면, 그는 두 가지 선택을 가지게 됩니다. 첫째, 이를 비트코인 네트워크에 공개하여 블록 보상을 받고 소프트 포크를 활성화합니다. 또는, 공개를 보류하여 평균적으로 약 6개월 동안 소프트 포크를 지연시키지만, 이 경우 블록 보상을 포기하게 됩니다. 업그레이드를 지연시키는 것은 상당한 비용이 발생합니다.
현재 스포크의 주요 문제는 상대적으로 새로운 아이디어로, 아직 개발되지 않았으며 — 야생에서 테스트된 적도 없습니다. 일부는 이 개념이 흥미롭다고 생각하지만, 아직 탭루트 활성화의 가장 유력한 후보는 아닙니다.
저자 주: 소프트 포크 활성화(특히 탭루트 활성화)에 대한 논쟁은 진행 중이며; 이는 다양한 업그레이드 제안에 대한 비포괄적인 개요로, 특히 대안 매개변수 및 기타 조정이 포함된 제안의 변형과 그 모든 장단점에 관한 것입니다.
업데이트
이 기사가 작성된 이후(대부분) 어느 정도 주목을 받고 있는 또 다른 아이디어는 상대적으로 긴 신호 기간(예: 2년)으로 BIP 8을 먼저 배포하고, 이 신호 기간이 끝날 때 강제 신호가 없는 구성으로 설정하는 것입니다. 이는 채굴자들이 과거 여러 번 해왔던 것처럼 소프트 포크를 상대적으로 정상적으로 활성화할 수 있게 합니다. 그러나 일정 시간이 지난 후(예: 6개월) 소프트 포크가 활성화되지 않고 지연에 대한 좋은 이유가 보이지 않으면, 새로운 클라이언트를 출시하여 기존 신호 기간의 끝 근처에서 강제 신호가 구성된 BIP 8을 설정하거나 더 일찍 출시할 수 있습니다. 그 후 대부분의 채굴자들이 이 강제 신호 기간 이전이나 도중에 소프트 포크를 활성화하면, 두 세트의 BIP 8 노드(강제 신호 구성과 비구성 모두)가 활성화 시 소프트 포크를 시행하게 됩니다.
