비트코인 옵테크 뉴스레터는 독자들에게 비트코인에서 발생하는 가장 중요한 기술 뉴스의 최고 수준 요약과 함께 더 많은 것을 배울 수 있도록 돕는 리소스를 제공합니다. 독자들이 비트코인에 대한 최신 정보를 유지할 수 있도록, 우리는 아래에 이 뉴스레터의 최신 호를 재발행하고 있습니다. 이 콘텐츠를 직접 이메일로 받으려면 구독하는 것을 잊지 마세요.
이번 주 뉴스레터는 탭루트 활성화를 위한 코드의 최근 진행 상황을 요약하고, 최근 비트코인 코어 PR 리뷰 클럽 회의에 대한 설명과 인기 있는 비트코인 인프라 소프트웨어의 주목할 만한 변경 사항을 포함한 정기 섹션을 포함하고 있습니다.
뉴스
- 탭루트 활성화 논의: 뉴스레터 #139에서 탭루트 소프트 포크의 활성화 방법에 대한 논의에 대한 마지막 업데이트 이후, 스피디 트라이얼 제안이 활성화에 관심 있는 사람들 사이에서 주목받게 되었습니다. 두 가지 변형에 대한 PR이 열렸습니다: PR#21377, BIP9의 변형을 사용하는 것과 PR#21392, BIP8의 일부가 된 수정 사항을 사용하는 것입니다. 이 PR들 간의 주요 기술적 차이는 시작 및 중지 지점을 지정하는 방법입니다. PR#21377은 중간 시간 과거(MTP)를 사용하고; PR#21392는 현재 블록의 높이를 사용합니다.
MTP는 일반적으로 비트코인의 메인 네트워크(메인넷)와 테스트넷, 기본 시그넷 및 다양한 독립 시그넷과 같은 여러 테스트 네트워크 간에 대략 일관됩니다. 이는 여러 네트워크가 블록 높이가 크게 다르더라도 단일 활성화 매개변수를 공유할 수 있게 하여, 이러한 네트워크의 사용자가 메인넷의 합의 변경과 동기화되는 작업을 최소화합니다.
불행히도, MTP는 소수의 채굴자에 의해 소규모로 쉽게 조작될 수 있으며, 해시율의 대다수에 의해 대규모로 조작될 수 있습니다. 또한 블록 체인 재조직 중에 우연히 이전 시간으로 되돌아갈 수 있습니다. 반면, 높이는 비정상적인 재조직에서만 감소할 수 있습니다.1 이는 일반적으로 검토자들이 높이가 항상 증가할 것이라는 단순화된 가정을 할 수 있게 하여, 높이 기반 활성화 메커니즘을 MTP 메커니즘보다 분석하기 쉽게 만듭니다.
이 두 제안 간의 이러한 트레이드오프는 일부 개발자들이 어느 PR도 추가 검토를 받지 못하게 하고 궁극적으로 비트코인 코어에 병합되는 것을 방해하고 있다고 생각하는 교착 상태를 만들었습니다. 이 교착 상태는 두 PR의 저자들이 타협에 동의했을 때 일부 활성화 논의 참가자들의 만족을 위해 해결되었습니다:
- 노드가 소프트 포크를 신호하는 블록을 세기 시작하는 시간에 MTP를 사용하고, 세기는 시작 시간 이후 다음 2,016 블록 재조정 기간의 시작에서 시작됩니다. 이는 BIP9 버전 비트와 BIP148 UASF가 그들이 활성화하는 데 도움을 준 소프트 포크에 대해 블록을 세기 시작한 방식과 동일합니다.
- 아직 잠금이 해제되지 않은 소프트 포크에 대해 블록 신호를 세는 것을 중지하는 시간에도 MTP를 사용합니다. 그러나 BIP9와의 차이점으로, MTP 중지 시간은 세기가 수행된 재조정 기간의 끝에서만 확인됩니다. 이는 활성화 시도가 시작에서 실패로 직접 전환되는 것을 방지하여 분석을 단순화하고, 채굴자들이 활성화를 신호할 수 있는 최소한의 2,016 블록 기간이 보장되도록 합니다.
- 최소 활성화 매개변수로 높이를 사용합니다. 이는 분석을 더욱 단순화하고 여러 테스트 네트워크가 활성화 매개변수를 공유할 수 있는 목표와도 호환됩니다. 비록 높이가 이러한 네트워크에서 다를 수 있지만, 모두 MTP로 정의된 창 내에서 활성화하기 위해 최소 활성화 높이 0을 사용할 수 있습니다.
비트코인 코어 PR 리뷰 클럽
이 월간 섹션에서는 최근의 비트코인 코어 PR 리뷰 클럽 회의를 요약하며, 중요한 질문과 답변을 강조합니다. 아래 질문을 클릭하면 회의에서의 답변 요약을 볼 수 있습니다.
Introduce deploymentstatus는 Anthony Towns의 PR(#19438)로, 소프트 포크의 활성화 상태를 확인하는 모든 코드 경로를 변경하지 않고도 향후 배포를 쉽게 숨길 수 있도록 세 가지 도우미 함수를 제안합니다: DeploymentEnabled는 배포가 활성화될 수 있는지 테스트하고, DeploymentActiveAt는 주어진 블록에서 배포가 시행되어야 하는지 확인하며, DeploymentActiveAfter는 다음 블록에서 배포가 시행되어야 하는지 알 수 있습니다. 이 세 가지는 모두 숨겨진 배포와 버전 비트 배포 모두에서 작동합니다.
리뷰 클럽 논의는 변경 사항과 그 잠재적 이점을 이해하는 데 중점을 두었습니다.
- BIP90 숨겨진 배포의 장점은 무엇인가요?
- 숨겨진 배포는 시행을 관리하는 테스트를 단순한 높이 확인으로 대체하여 배포 논리를 단순화하고, 이러한 합의 변경의 배포와 관련된 기술 부채를 줄입니다.
- 이 PR에서 나열된 숨겨진 배포는 몇 개입니까?
- 다섯 개: 코인베이스의 높이, CLTV (CHECKLOCKTIMEVERIFY), 엄격한 DER 서명, CSV (OP_CHECKSEQUENCEVERIFY), 그리고 세그윗입니다. 이들은 PR에서 제안된 BuriedDeployment 열거형에 src/consensus/params.h#L14-22에 나열되어 있습니다. 사토시 시대의 소프트 포크도 숨겨진 것으로 주장할 수 있습니다.
- 현재 정의된 버전 비트 배포는 몇 개입니까?
- 두 개: testdummy와 schnorr/taproot (BIPs 340-342), src/consensus/params.h#L25-31의 코드베이스에 열거되어 있습니다.
- 탭루트 소프트 포크가 활성화되고 나중에 그 활성화 방법을 숨기고 싶다면, 이 PR이 병합되면 비트코인 코어에 어떤 변경이 필요합니까?
- 주요 변경 사항은 현재 코드에 비해 크게 단순화됩니다: DEPLOYMENT_TAPROOT 라인을 DeploymentPos 열거형에서 BuriedDeployment로 이동합니다. 가장 중요한 것은, 유효성 검사 로직을 변경할 필요가 없다는 것입니다.
주목할 만한 코드 및 문서 변경 사항
이번 주 비트코인 코어, C-Lightning, Eclair, LND, Rust-Lightning, libsecp256k1, 하드웨어 지갑 인터페이스 (HWI), Rust Bitcoin, BTCPay Server, 비트코인 개선 제안 (BIPs), 및 라이트닝 BOLTs의 주목할 만한 변경 사항입니다.
- 비트코인 코어 #21594는 다양한 네트워크(즉, IPv4, IPv6, I2P, onion)의 노드를 식별하는 데 도움이 되는 getnodeaddresses RPC에 네트워크 필드를 추가합니다. 저자는 또한 특정 네트워크의 인수를 받아 해당 네트워크의 주소만 반환하는 getnodeaddresses에 대한 향후 패치의 기초를 마련한다고 제안했습니다.
- 비트코인 코어 #21166은 signrawtransactionwithwallet RPC를 개선하여, 지갑이 소유하지 않은 다른 서명된 입력이 있는 거래에서 입력을 서명할 수 있도록 합니다. 이전에는 RPC에 지갑이 소유하지 않은 서명된 입력이 있는 거래가 전달되면, 해당 입력의 증인은 반환된 거래에서 손상되었습니다. 다른 서명된 입력이 있는 거래에서 입력을 서명하는 것은 거래 수수료를 높이기 위해 입력/출력을 추가하는 등 다양한 상황에서 유용할 수 있습니다.
- LND #5108은 저수준 sendtoroute RPC를 사용하여 자발적인 원자 다중 경로 결제를 지원합니다(원래 AMPs라고도 함). 원래 AMPs는 본질적으로 비대화식(또는 자발적)이며, 지출자가 모든 프리이미지를 선택합니다. 지출자 프리이미지 선택은 단일 경로 자발적 결제에 사용된 키센드 스타일 자발적 결제의 일부이기도 합니다. 후속 PR은 자발적인 다중 경로 결제를 더 높은 수준의 sendpayment RPC에서 사용할 수 있도록 할 것으로 예상됩니다.
- LND #5047은 지갑이 BIP32 확장 공개 키(xpubs)를 가져오고 이를 LND의 온체인 지갑으로 결제를 받는 데 사용할 수 있도록 합니다. LND의 최근 PSBT 지원 업데이트와 결합하여(뉴스레터 #118 참조), 이는 LND가 채널이 아닌 자금에 대해 감시 전용 지갑으로 작동할 수 있게 합니다. 예를 들어, 앨리스는 자신의 콜드 지갑에서 xpub를 가져와, LND가 제공하는 주소를 사용하여 해당 지갑에 자금을 입금하고, LND에게 채널을 열도록 요청하고, 자신의 콜드 지갑으로 채널을 여는 PSBT에 서명한 다음, 채널이 닫힐 때 LND가 자동으로 자금을 그녀의 콜드 지갑으로 입금하도록 할 수 있습니다. 마지막 부분—닫힌 채널 자금을 콜드 지갑으로 입금하는 것—은 특히 비협조적으로 닫힌 채널의 경우 추가 단계를 요구할 수 있지만, 이 변경은 LND가 PSBT 호환 콜드 지갑 및 하드웨어 지갑과 완전히 상호 운용 가능해지는 데 대부분의 길을 가져옵니다.
각주
- 블록 체인의 모든 블록이 동일한 개별 작업 증명(PoW)을 가질 경우, 가장 많은 집합적 PoW를 가진 유효한 체인이 가장 긴 체인이 됩니다—가장 최근 블록이 가장 높은 높이를 가진 체인입니다. 그러나 매 2,016 블록마다 비트코인 프로토콜은 새로운 블록이 포함해야 하는 PoW의 양을 조정하여, 블록 간 평균 시간을 약 10분으로 유지하기 위해 작업의 양을 증가시키거나 감소시킵니다. 이는 블록 수가 적은 체인이 블록 수가 많은 체인보다 더 많은 PoW를 가질 수 있음을 의미합니다.
비트코인 사용자는 그들이 돈을 받았는지 여부를 결정하기 위해 가장 많은 PoW를 가진 체인을 사용합니다—가장 많은 블록이 아닌. 사용자가 그 체인의 유효한 변형을 보고, 끝에 있는 일부 블록이 다른 블록으로 교체된 경우, 그들은 현재 체인보다 더 많은 PoW를 포함하고 있는 경우 재조직된 체인을 사용합니다. 재조직 체인이 더 적은 블록을 포함할 수 있지만, 누적 PoW가 더 많기 때문에 체인의 높이가 감소할 수 있습니다.
비록 이것이 이론적인 우려이지만, 일반적으로 실질적인 문제는 아닙니다. 높이 감소는 재조직이 2,016 블록 세트 간의 최소 하나의 재조정 경계를 넘을 때만 가능합니다. 또한 많은 수의 블록이 포함된 재조직이나 필요한 PoW의 양에 대한 최근 주요 변경(해시율의 최근 주요 증가 또는 감소를 나타내거나 채굴자에 의한 관찰 가능한 조작)을 요구합니다. BIP8의 맥락에서, 우리는 높이를 감소시키는 재조직이 활성화 중 사용자에게 미치는 영향이 더 전형적인 재조직보다 더 클 것이라고 믿지 않습니다. ↩
원본 게시물을 여기에서 찾으세요.
매달 이 콘텐츠를 직접 이메일로 받으려면 비트코인 옵테크 뉴스레터에 직접 구독해 주세요.
