비트코인 옵텍 뉴스레터는 독자들에게 비트코인에서 발생하는 가장 중요한 기술 뉴스의 최고 수준 요약과 함께 학습에 도움이 되는 자료를 제공합니다. 독자들이 비트코인에 대한 최신 정보를 유지할 수 있도록, 우리는 아래에 이 뉴스레터의 최신 호를 재발행하고 있습니다. 이 콘텐츠를 직접 이메일로 받으려면 구독하는 것을 잊지 마세요.
이번 주 뉴스레터에서는 LN 노드가 개인 키를 항상 온라인으로 유지하지 않고도 결제를 받을 수 있도록 하는 제안에 대해 설명합니다. 또한 비트코인 코어 PR 리뷰 클럽 회의 요약, 새로운 소프트웨어 릴리스 및 릴리스 후보 발표, 인기 있는 비트코인 인프라 소프트웨어의 주목할 만한 변경 사항에 대한 정기 섹션이 포함되어 있습니다.
뉴스
- 주로 오프라인 개인 키로 LN 결제 받기: 2019년, 개발자 ZmnSCPxj는 결제를 수락하는 데 필요한 네트워크 대역폭과 지연 시간을 줄이는 대안적인 방법으로 보류 중인 LN 결제(HTLC)를 캡슐화하는 방법을 제안했습니다. 최근에 Lloyd Fournier는 이 아이디어가 노드가 개인 키를 온라인으로 유지하지 않고도 여러 개의 수신 LN 결제를 수락할 수 있도록 하는 데 사용될 수 있다고 제안했습니다. 이 아이디어에는 몇 가지 단점이 있습니다:
- 노드는 필요할 경우 벌금 거래를 보내기 위해 여전히 개인 키가 필요합니다.
- 노드가 개인 키를 사용하지 않고 수신하는 결제가 많아질수록 채널이 일방적으로 닫힐 경우 더 많은 온체인 수수료를 지불해야 합니다.
- 수신 노드는 프라이버시를 잃게 됩니다. 즉, 즉각적인 피어는 결제의 궁극적인 수신자가 아니라 단순한 라우팅 홉임을 확인할 수 있습니다. 그러나 결제를 라우팅하지 않는 일부 최종 사용자 노드에게는 이미 명백할 수 있습니다.
- 이러한 제한 내에서 이 아이디어는 실행 가능해 보이며, 그 변형은 이번 주 메일링 리스트에서 논의되었고, ZmnSCPxj가 명확한 프레젠테이션을 준비했습니다. Fournier는 나중에 이 아이디어에 대한 개선 사항을 제안했습니다.
이 아이디어를 구현하려면 여러 가지 중요한 LN 프로토콜 변경이 필요하므로, 사용자들이 단기 또는 중기적으로 접근할 수 있는 것은 아닐 것으로 보입니다. 그러나 LN 수신 노드가 키를 온라인으로 유지할 필요성을 최소화하려는 사람들은 이 아이디어를 조사해 보기를 권장합니다.
비트코인 코어 PR 리뷰 클럽
이번 월간 섹션에서는 최근 비트코인 코어 PR 리뷰 클럽 회의를 요약하며, 중요한 질문과 답변을 강조합니다. 아래 질문을 클릭하면 회의에서의 답변 요약을 볼 수 있습니다.
보조 모듈에서 g_chainman 사용을 줄이는 것은 Carl Dong의 리팩토링 PR(#21767)으로, 합의 엔진을 모듈화하기 위한 첫 번째 단계로 g_chainman을 비글로벌화하는 프로젝트의 일환입니다. 이는 구성 요소를 분리하고 보다 집중적인 테스트를 가능하게 합니다. 장기적인 목표는 합의 엔진을 비합의 코드와 완전히 분리하는 것입니다.
리뷰 클럽 논의는 코드 변경에 대해 더 깊이 들어가기 전에 다음과 같은 일반 질문으로 시작되었습니다:
- 이 PR은 리팩토링이며 기능적 동작을 변경해서는 안 됩니다. 이를 검증할 수 있는 방법은 무엇인가요?
코드를 주의 깊게 검토하고, 테스트를 실행하며, 테스트 커버리지를 추가하고, assert 또는 사용자 정의 로깅을 삽입하고, –enable-debug로 빌드하고, 변경 사항으로 bitcoind를 실행하고, GDB 또는 LLDB와 같은 디버거로 코드를 단계별로 실행합니다. - 이 PR은 비트코인 코어 합의 엔진을 모듈화하고 분리하기 위한 더 큰 프로젝트의 일환입니다. 이를 수행하는 이점은 무엇인가요?
코드를 이해하고 유지 관리하며 구성하고 테스트하는 것이 더 쉬워질 수 있습니다. 보안과 유지 관리를 위한 최소한의 API를 노출할 수 있으며, 비글로벌 데이터를 전달하기 위한 구성 옵션을 제공할 수 있습니다. 다양한 매개변수를 가진 구성 요소를 구성하여 이러한 객체를 다양한 구성으로 테스트하는 데 더 많은 제어를 제공할 수 있습니다. - ChainstateManager는 무엇을 담당하나요?
ChainstateManager 클래스는 초기 블록 다운로드(IBD) 및 선택적 스냅샷과 함께 하나 또는 두 개의 체인 상태를 생성하고 상호 작용하기 위한 인터페이스를 제공합니다. - CChainState는 무엇을 하나요?
CChainState 클래스는 현재의 최상의 체인을 저장하고 그 상태에 대한 로컬 지식을 업데이트하는 API를 제공합니다. - CChain 클래스는 무엇인가요?
CChain 클래스는 메모리 내에서 인덱싱된 블록 체인입니다. 블록 인덱스 포인터의 벡터를 포함합니다. - BlockManager는 무엇을 담당하나요?
BlockManager 클래스는 가장 작업이 많은 체인 팁을 찾기 위해 참조되는 m_block_index에 저장된 블록 트리를 유지 관리합니다. - cs_main은 무엇인가요?
cs_main은 검증 특정 데이터를 보호하는 뮤텍스입니다(현재는 많은 다른 것들도 포함됩니다). 이름은 critical section main을 의미하며, main.cpp에서 보호된 데이터를 나타내며, 현재 validation.cpp와 net_processing.cpp에 있는 코드는 이전에 main.cpp라는 하나의 파일에 있었습니다. - 개념적으로, 코드베이스의 “검증” 부분을 언급할 때, 그것은 무엇을 포함하나요?
검증은 블록 체인과 관련된 UTXO 세트에 대한 우리의 최상의 뷰를 저장하고 유지 관리합니다. 또한 미확인 거래를 메모리 풀에 제출하기 위한 인터페이스를 포함합니다.
릴리스 및 릴리스 후보
인기 있는 비트코인 인프라 프로젝트의 새로운 릴리스 및 릴리스 후보입니다. 새로운 릴리스로 업그레이드하거나 릴리스 후보를 테스트하는 데 도움을 주시기 바랍니다.
- LND 0.13.0-beta.rc5는 잘라낸 비트코인 전체 노드를 사용하는 지원을 추가하고, Atomic MultiPath(AMP)를 사용하여 결제를 수신하고 전송할 수 있으며, PSBT 기능을 증가시키는 등의 개선 사항과 버그 수정을 포함하는 릴리스 후보입니다.
주목할 만한 코드 및 문서 변경 사항
이번 주 비트코인 코어, C-Lightning, Eclair, LND, Rust-Lightning, libsecp256k1, 하드웨어 지갑 인터페이스(HWI), Rust 비트코인, BTCPay 서버, 비트코인 개선 제안(BIPs), 및 라이트닝 BOLTs의 주목할 만한 변경 사항입니다.
- 비트코인 코어 #22051은 비트코인 코어 지갑에 taproot 출력에 대한 설명자를 가져오는 지원을 추가합니다. 이 PR은 지갑 사용자가 taproot 출력으로 자금을 수신할 수 있도록 하며, 사용자가 taproot 출력으로 수신하고 지출할 수 있도록 하는 오픈 PR의 전제 조건입니다.
- 비트코인 코어 #22050은 버전 2 Tor 양파 서비스(숨겨진 서비스)에 대한 지원을 중단합니다. 버전 2 서비스는 이미 사용 중단되었으며, Tor 프로젝트는 9월에 접근할 수 없게 될 것이라고 발표했습니다. 비트코인 코어는 이미 버전 3 양파 서비스를 지원합니다.
- 비트코인 코어 #22095는 비트코인 코어가 BIP32 개인 키를 파생하는 방법을 확인하는 테스트를 추가합니다. 비트코인 코어는 항상 이러한 키를 올바르게 파생했지만, 최근에 일부 다른 지갑이 32바이트 미만의 확장 개인 키(xprivs)를 패딩하지 않아 128개 키 중 1개 이상을 잘못 파생하고 있다는 것이 발견되었습니다. 이는 자금 손실이나 보안 감소로 직접 이어지지는 않지만, 한 지갑에서 HD 지갑 시드를 생성하고 다른 지갑으로 가져오거나 다중 서명 지갑을 생성하는 사용자에게 문제를 일으킬 수 있습니다. 이 PR에 구현된 테스트 벡터는 향후 지갑 작성자가 이 문제를 피할 수 있도록 BIP32에 추가되고 있습니다.
- C-Lightning #4532는 채널 업그레이드를 위한 실험적 지원을 추가합니다. 이는 최신 커밋 거래를 재구성하여 새로운 기능이나 구조적 변경을 통합할 수 있도록 하며, 예를 들어 taproot 사용으로 전환하는 것입니다. 프로토콜은 정지 요청으로 시작되며, 이는 어느 쪽도 정지 기간이 완료될 때까지 새로운 상태 업데이트를 보내지 않겠다는 합의입니다. 이 기간 동안 노드는 원하는 변경 사항을 협상하고 이를 구현합니다. 마지막으로 채널은 완전한 작동으로 복원됩니다. C-Lightning은 현재 채널이 강제 비활성 상태에 있을 때 연결 재설정 중에 이를 구현합니다. 채널 업그레이드에 대한 다양한 제안은 뉴스레터 #108에서 논의되었으며, 이 PR의 저자는 뉴스레터 #109에서 설명된 “단순화된 HTLC 협상” 작업의 일환으로 이 기능을 원합니다. 이 특정 PR은 이전 채널을 option_static_remotekey를 지원하도록 업그레이드할 수 있게 해주며, 이는 C-Lightning이 2019년에 처음으로 지원을 추가한 것입니다.
- LND #5336은 사용자가 새로운 결제 비밀을 지정하여 AMP 송장을 비대화형으로 재사용할 수 있는 기능을 추가합니다. LND에서 생성된 AMP 송장의 기본 송장 만료 기간도 30일로 늘려 재사용 메커니즘을 촉진합니다.
- BTCPay 서버 #2474는 모든 정상 필드를 포함하지만 더미 데이터를 포함하는 가짜 이벤트를 보내 웹후크를 테스트할 수 있는 기능을 추가합니다. 이는 Stripe 및 Coinbase Commerce와 같은 중앙에서 호스팅되는 비트코인 결제 프로세서에서 제공되는 테스트 기능을 반영합니다.
원본 게시물을 여기에서 찾으세요.
매달 이 콘텐츠를 직접 이메일로 받으려면 비트코인 옵텍 뉴스레터를 직접 구독해 주세요.
