탭루트는 2020년 10월 비트코인 코어에 병합되었으며, 스마트 계약의 유연성과 비트코인 거래의 프라이버시를 추가하는 데 중점을 둔 이 기대되는 프로토콜 업그레이드의 활성화 방법만 남아 있습니다.
지난 주, 비트코인 개발 커뮤니티는 인터넷 릴레이 채팅(IRC)을 통해 탭루트 활성화의 매개변수와 BIP 8 신호 메커니즘의 두 코드 풀 리퀘스트(PR)에 대해 논의하기 위해 모였습니다.
“이 작업을 마무리하기 위해 2월 2일 화요일 19:00 UTC에 ##taproot-activation 채널에서 IRC 회의를 조직하고 있습니다.” 비트코인 개발 조직자 마이클 폴크슨이 비트코인 개발 메일링 리스트를 통해 발표했습니다. “주요 목표는 수정된 BIP 8 활성화 방법을 최종화하는 것입니다…”
궁극적으로, 그 회의는 세그윗 이후 비트코인의 가장 중요한 프로토콜 변경이 어떻게 진행될 수 있는지에 대한 통찰력을 제공했습니다.
편집자 주: 아래 IRC에서 재생된 진술은 명확성을 위해 약간 수정되었지만, 작성된 대로 제시됩니다.
제안의 형태 만들기
비트코인 개발자 앤서니 타운스는 탭루트 활성화에 대한 제안과 가능한 시나리오를 정리했습니다. 2월 2일 회의에서 가장 많은 지지를 받는 것으로 보이는 것은 “BIP 8 (false, 1y)”와 “BIP 8 (true, 1y)”입니다. 그러나 투표는 이루어지지 않았고, 각 대안 활성화 방법에 대한 논의만 있었습니다.
그렇다면 이것은 무엇을 의미할까요? BIP 8은 비트코인 네트워크의 합의를 소프트 포크를 통해 업그레이드할 수 있게 해주는 메커니즘이며, 특히 채굴자 활성화 소프트 포크(MASF)와 일정 시간이 지난 후 사용자 활성화 소프트 포크(UASF)를 추가할 수 있는 옵션을 제공합니다. 마지막 합의 업데이트(세그윗)에서는 BIP 9의 MASF와 함께 사용자 활성화 소프트 포크(UASF)가 사용되었습니다. 그러나 탭루트는 채굴자들에게 논란의 여지가 없어 보이므로, 이번에는 UASF가 필요할 가능성이 낮아 보입니다.
제안으로 돌아가서, 매개변수는 “lockinontimeout”과 “timeout”이며, 여기서 lockinontimeout은 활성화가 강제될지 여부를 의미하고 “timeout”은 활성화될 창을 의미합니다. 충분한 논의가 이루어지지 않은 또 다른 관련 매개변수는 “startheight”입니다.
lockinontimeout이 false이면 업데이트가 충분한 지원을 받지 못하면 취소되고 새로운 제안이 정의됩니다. (비트코인 개발자
명확히 하자면:
BIP8 w/LockinOnTimeout은 UASF 대체가 있는 MASF입니다.
채굴자가 활성화하는 한, UASF는 발생하지 않습니다.
사전 계획된 UASF는 MASF가 발생하도록 보장합니다:
채굴자에게 거부권을 부여하지 않으며, MASF가 발생하도록 적절한 인센티브를 생성합니다.#비트코인#탭루트
— 루크 대시주르 (@LukeDashjr) 2021년 2월 2일
“>루크 대시주르는 lockintimeout=false를 채굴자에게 의도하지 않은 추가 권한을 부여하는 것으로 설명했습니다.)
“(timeout=T, lockinontimeout=false)로 시작하면 T에 도달했을 때 세 가지 가능성이 있습니다: 활성화가 실패하거나, 새로운 활성화로 다시 시도합니다 (timeout=T+1년, lockinontimeout=true, 예); 그 이전에 모두에게 소프트웨어를 (timeout=T, lockinontimeout=true)로 전환하라고 지시하면, 그 시점에서 MASF를 UASF로 업그레이드한 것입니다.” 타운스가 IRC에 썼습니다. “또한 (timeout=T-6개월, lockinontimeout=true)를 지정한 소프트웨어로 모두를 업그레이드하도록 할 가능성도 있으며, 이 경우 업그레이드한 사람들은 T-6개월에 블록을 거부하기 시작하고, 그 시점까지 가장 긴 체인이 활성화되면, 구형 및 신형 소프트웨어 모두 소프트 포크가 활성화됩니다.”
그러나 대시주르는 lockinontimeout=false에 대해 동의하지 않았습니다:
“…일반적으로 lockintimeout=false에 만족합니까?” 비트코인 개발자 막심 올로프스키가 물었습니다.
“예,” 라이트닝 개발자 러스티 러셀은 응답했습니다. “우리는 필요할 경우 UASF 망치가 있지만, 당연히 사용하지 않는 것이 더 좋습니다.”
“lot=true는 우리가 사용한다는 의미가 아니고, lot=false는 채굴자가 결정하도록 하려는 의도를 의미합니다.” 대시주르가 썼습니다. “BIP8(false)는 퇴보입니다.”
그러나 러셀은 개발자의 강요로 보이는 것에 반대했습니다: “프로토콜에 대한 개발자 명령의 외관을 피하는 것이 중요하다고 생각하며, 활성화 전에 문제가 발견될 경우 탈출구가 있는 것이 좋습니다.” 그가 썼습니다. “따라서 lockin=false로 시작하고, 활성화되지 않으면 6개월 후에 다시 검토하는 것을 선호합니다.”
“개발자 명령은 없습니다… 같은 1년 기간 동안 두 번의 후속 배포가 있을 경우 1년, false를 먼저 하는 것이 더 합리적입니다.” 대시주르가 응답했습니다.
그러나 러셀은 설득당하지 않은 것처럼 보였습니다:
“나는 동의하지 않습니다.” 그가 썼습니다. “채굴자는 다른 그룹과 달리 분산된 방식으로 신뢰할 수 있게 측정할 수 있기 때문에 조정 권한을 얻습니다. 이는 조정하지 않을 수 있는 능력을 의미합니다. 그러나 BIP-8은 UASF가 분열을 일으킬 가능성을 훨씬 줄이도록 계획하고 있습니다. 우리가 할 수 있는 최선입니다.”
“lot=true는 그것을 계획하는 것입니다.” 대시주르가 응답했습니다. “채굴자가 MASF를 수행하는 것을 막지 않습니다.”
채팅의 다른 사람들은 lockinontimeout=false를 선택 사항으로 만들 것을 제안했지만 기본값으로 설정했습니다:
“lot=false는 lot=true보다 안전하므로, 해시 파워가 ~90%가 이미 탭루트를 지지하는 것을 알고 있기 때문에 lot=false를 먼저 하는 것이 좋습니다.” 코인스왑 개발자 크리스 벨처가 썼습니다.
사용자가 새로운 코어 릴리스를 요구하지 않고도 언젠가 lot=false를 lot=true로 쉽게 변경할 수 있다면, 나는 lot=false를 기본값으로 두는 것을 지지합니다.” 키건 맥클레랜드가 썼습니다.
UASF 망치
명확히 하자면:
BIP8 w/LockinOnTimeout은 UASF 대체가 있는 MASF입니다.
채굴자가 활성화하는 한, UASF는 발생하지 않습니다.사전 계획된 UASF는 MASF가 발생하도록 보장합니다:
채굴자에게 거부권을 부여하지 않으며, MASF가 발생하도록 적절한 인센티브를 생성합니다.#비트코인 #탭루트— 루크 대시주르 (@LukeDashjr) 2021년 2월 2일
대시주르는 “BIP 8 (true)”를 UASF 대체로 사용하여 채굴자가 탭루트를 활성화하도록 하고, 세그윗에서 발생한 것처럼 “거부” 권한을 주지 않으려 합니다.
“신호 요구 사항을 고려할 때, 채굴 풀은 탭루트를 지연시키는 것을 가치 있게 여긴다면 어떤 종류의 지연 또는 괴롭힘 공격을 달성할 수 있을까요?”라는 사용자가 2월 2일 IRC에서 물었습니다. “예를 들어 활성화에 필요한 한계 해시레이트를 남용하는 것입니다.”
신호는 포크 위험을 줄이는 것과 관련이 있으며 정치적 지지나 투표와는 아무 관련이 없습니다.
“MASF는 선호하는 경로이며, 채굴자가 신호를 보내지 않으면 UASF가 대체 수단입니다.” 대시주르가 응답했습니다. “커뮤니티는 누군가가 지연시키고 있는 것이 분명하다면 UASF를 더 빨리 진행할 수 있습니다.”
PR 1020 및 1021
BIP 8을 기능적으로 만들기 위해서는 수정이 필요합니다. 이는 신호 메커니즘의 변경을 의미하며, 이를 목표로 하는 코드 PR은 다음과 같습니다:
- 1020: LOCKED_IN 단계 이후 채굴자 신호가 필요 없게 만들 것입니다. 이 단계에서는 소프트 포크가 이미 활성화될 것이 확실합니다.
- 1021: 일부 MUST_SIGNAL 블록이 신호를 보내지 않도록 허용합니다.
1020은 2월 2일 회의에서 인정을 받았고, 1021은 처음에는 필요하지 않다고 여겨졌습니다.
“좋습니다, 1021은 채굴자가 포크를 활성화하지 않은 경우에만 관련이 있습니다.” 대시주르가 썼습니다. “1021은 UASF 시나리오에서만 해당됩니다… 최대 5%의 블록이 필요한 신호를 누락할 수 있습니다… 내 생각에는 이것은 무의미하며 복잡성만 증가시킵니다.”
그러나 이후 대화에서 블록스트림 연구원 닉 조나스는 1021이 필요할 수 있다고 지적했습니다.
“#1021에 대해, 대부분의 노드가 여전히 bip8(false)를 실행하는 경우 bip8(true)를 실행하기로 결정하면, 그렇지 않으면 잘못된 체인에 끝날 수 있기 때문에 #1021을 구현하지 않는 코드를 실행하지 않을 것입니다.” 조나스가 썼습니다.
“닉은 강력한 요점을 가지고 있습니다.” 대시주르가 IRC에서 응답했습니다. “1021이 없으면 LOT=true를 실행하고 탭루트가 활성화된 체인을 따르지 못할 수 있습니다!”
이 PR과 관련된 또 다른 대화에서 타운스는 이러한 PR이 나쁜 행위자의 잠재성과 관련이 있을 수 있다고 언급했습니다.
“(1) 여기서의 주장은 UASF 동안 신호를 요구하는 것이 체인 분열의 위험을 초래한다는 것입니다. — 블록이 신호를 보내지 않으면 비-UASF 채굴자가 그 위에 구축하지만, 모두가 두 블록이 거부될 것이라는 것을 알고 있으므로, 이는 공격자가 이중 지출을 할 기회를 제공합니다. 가능한 한 많은 비신호 블록을 수용하는 것(즉, 최대 5%)은 그 공격을 제한합니다.” 타운스가 썼습니다. “(2) 다른 고려 사항은 더 긴 타임아웃(timeout=2년, lockinontimeout=true/false)으로 시작한 다음 활성화를 가속화하려는 경우입니다. 모든 사람이 업그레이드하고 시장이 그것을 원하며, 비트코인이 형편없다고 주장하는 6%의 채굴자가 다른 체인으로 이동해야 한다고 주장하는 경우, 우리는 (timeout=1년, lockinontimeout=true)로 설정할 수 있습니다.”
“하지만 이러한 채굴자는 어쨌든 5%에 도달하면 문제를 일으킬 것입니다, 맞습니까?” 대시주르가 물었습니다.
“‘5%에 도달하면 문제를 일으킨다’ — 예,” 타운스가 응답했습니다. “임계값 이상의 채굴자가 있으면 문제를 일으킬 수 있습니다; 2% 정도만 있다면, lockinontimeout=true로 짧은 타임아웃을 설정할 경우 문제가 발생하지 않도록 합니다. 그런 다음 타임아웃에 도달하고 98%의 블록이 신호를 보내지만 100%는 아닌 경우, 이는 모두가 합의 상태를 유지하도록 보장합니다. 심지어 98% 체인이 가장 긴 무게를 계속 유지하더라도, bip148 스타일의 신속한 UASF를 수행한 사람들은 소프트웨어를 다운그레이드할 필요가 없습니다.”
“1021이 UASF 시나리오에서만 해당되므로 필요할 때까지 병합될 필요가 있습니까?” 폴크슨이 물었습니다.
“예, ‘구형’ 노드가 이 코드를 실행할 경우에만 의미가 있습니다.” 사용자 ghost43가 대답했습니다.
결국 두 PR 모두 병합되었습니다.
요약
BIP 8(즉, BIP 9의 변형)은 현재 가장 심각한 활성화 메커니즘으로 보입니다. 그러나 활성화가 확고해야 하는지에 대한 논란이 있으며, UASF의 위험을 나타내더라도 채굴자에게 거부권을 부여하지 않거나, 신호가 불충분한 경우 활성화를 지연시킬 가능성을 안전하게 하거나, 기본값을 false로 설정하고 필요할 경우 true로 활성화하는 것입니다. 첫 번째 옵션의 지지자들은 채굴자가 커뮤니티 프로세스를 방해할 수 없어야 한다고 생각하는 반면, 두 번째 옵션의 지지자들은 UASF 대체가 불필요하며 채굴자가 탭루트를 수용했음을 보여주는 부당한 강요라고 생각합니다.
PR 1021은 BIP 8의 더 안전한 일반 버그 수정으로, 95% 이상이 소프트 포크를 지원하지만 100% 미만인 경우 체인 분열을 방지합니다.
다음 탭루트 활성화 회의(2월 16일 화요일 19:00 UTC)는 코드 검토에 중점을 두고 있으며, 그 후 매개변수에 대한 논의가 이어질 예정입니다. 논의가 계속됨에 따라 비트코인은 수년 간의 가장 중요한 프로토콜 업그레이드에 가까워지고 있습니다.
이 글은 솔레어리스의 게스트 포스트입니다. 표현된 의견은 전적으로 그들의 것이며, BTC Inc 또는 비트코인 매거진의 의견을 반드시 반영하지는 않습니다.
