비트코인 옵테크 뉴스레터는 독자들에게 비트코인에서 발생하는 가장 중요한 기술 뉴스의 최고 수준 요약과 함께 더 많이 배울 수 있는 자원을 제공합니다. 독자들이 비트코인에 대한 최신 정보를 유지할 수 있도록, 우리는 아래에서 이 뉴스레터의 최신 호를 재발행하고 있습니다. 이 콘텐츠를 바로 귀하의 이메일로 받으려면 구독하는 것을 잊지 마세요.
이번 주 뉴스레터는 탭루트 활성화 진행 상황을 설명하고, 정체된 결제를 부분적으로 해결하기 위한 LN 오퍼 업데이트를 요약하며, LND의 앵커 출력에 대한 피드백 요청을 전달하고, 사피오 스마트 계약 개발 도구 키트의 공개 출시를 발표합니다. 또한, 인기 클라이언트 및 서비스의 변화 요약, 새로운 릴리스 및 릴리스 후보, 인기 비트코인 인프라 소프트웨어의 주목할 만한 변화에 대한 정기 섹션도 포함되어 있습니다.
뉴스
- 탭루트 활성화 릴리스 후보: 지난 주 뉴스레터에서 탭루트 활성화에 대한 업데이트 이후, 비트코인 코어 프로젝트는 스피디 트라이얼 활성화 메커니즘을 구현하는 풀 리퀘스트와 활성화 매개변수를 포함하는 두 번째 PR을 병합했습니다. 이 PR들과 몇 가지 다른 PR은 현재 비트코인 코어 0.21.1의 첫 번째 릴리스 후보(RC)의 일부입니다. 테스트 및 기타 품질 보증 작업은 이 뉴스레터의 게시 후 최소 며칠 동안 계속될 것으로 예상됩니다. 자세한 내용은 아래의 RC 및 병합 요약 섹션을 참조하세요.
- 정체된 결제를 부분적으로 해결하기 위한 LN 오퍼 사용: 경우에 따라 LN 송장 결제 시도가 장기간 정체될 수 있습니다. 실패가 해결될 때까지 두 번째 송장을 요청하여 두 번째 결제 시도를 하는 것은 두 번 결제하는 결과를 초래할 수 있습니다.
이번 주에 러스티 러셀은 라이트닝-개발 메일링 리스트에 이전 송장을 대체하는 새로운 송장에 수신자가 커밋할 수 있도록 하는 제안된 오퍼 사양 변경을 게시했습니다. 지출자가 두 번째 송장을 지불할 경우, 여전히 두 번 지불할 위험이 있지만, 오퍼에 대한 수신자의 서명과 LN의 고유한 결제 증명은 지출자가 두 결제가 수락되었을 경우 수신자가 기만적으로 행동했음을 증명할 수 있게 합니다. 인기 있는 비즈니스와 같은 확립된 평판을 가진 수신자에게 결제할 때, 이는 정체된 결제를 주요 문제로부터 제거할 수 있을 만큼 충분할 수 있습니다.
오퍼 사양에 대한 업데이트는 또한 수신자가 결제를 받았음을 나타내고 문제가 다운스트림 노드에 있음을 알릴 수 있도록 합니다. 이 경우, 지출자와 수신자의 자금은 완전히 안전하며, 유일한 결과는 지출자가 특정 결제 슬롯(HTLC 슬롯)을 재사용하기 전에 잠시 기다려야 한다는 것입니다. 상호작용적으로 소통할 수 있는 이 능력은 단순 송장에 비해 오퍼의 명확한 장점입니다. - LND에서 기본적으로 앵커 출력을 사용: 올라울와 오순토쿤은 LND의 다음 주요 버전이 기본적으로 앵커 출력을 사용하기를 원한다고 LND 엔지니어링 메일링 리스트에 게시했습니다. 앵커 출력은 채널을 닫는 확인되지 않은 LN 커밋 트랜잭션이 CPFP 수수료를 증가시킬 수 있게 합니다. 불행히도, LN 모델에서 CPFP 수수료 증가에는 몇 가지 도전 과제가 있습니다:
- 항상 선택 사항이 아님: 일반 온체인 트랜잭션의 경우, 많은 사용자가 수수료 증가의 대안으로 트랜잭션이 확인될 때까지 더 오래 기다릴 수 있습니다. LN의 경우, 때때로 기다리는 것이 옵션이 아닙니다—수수료 증가를 몇 시간 이내에 제출해야 하며, 그렇지 않으면 자금을 잃을 수 있습니다.
- 타임락된 출력: 대부분의 일반 온체인 결제의 경우, CPFP 증가를 원하는 사용자는 증가할 트랜잭션의 출력에 저장된 자금을 사용하여 수수료 증가를 지불할 수 있습니다. LN의 경우, 이러한 자금은 채널 종료가 온체인에서 완전히 정산될 때까지 사용할 수 없습니다. 이는 사용자가 수수료를 지불하기 위해 별도의 UTXO를 사용해야 함을 의미합니다.
- 위의 두 가지 우려를 해결하기 위해, LND는 채널이 열려 있는 동안 사용자가 지갑에 합리적인 가치의 확인된 UTXO를 최소한 하나 유지하도록 요구하고 있습니다. 이는 필요할 때 CPFP 수수료 증가를 할 수 있도록 보장하지만, 마지막 온체인 자금을 지출하는 것을 방지하는 등의 특정 결과를 초래합니다(새로운 채널을 열기 위해서도).
오순토쿤의 요청은 LND에 구축된 지갑이나 서비스가 위의 우려 사항이나 앵커 출력과 관련된 다른 우려 사항이 심각한 문제를 일으킬 것인지 개발 팀에 알려주기를 원한다는 것입니다. 이 질문은 LND에 특정하지만, 답변은 모든 LN 노드에 영향을 미칠 수 있습니다. - 사피오 공개 출시: 제레미 루빈은 비트코인-개발 메일링 리스트에 사피오 스마트 계약 개발 도구 키트를 제공한다고 발표했습니다. 이는 비트코인 스크립트로 표현할 수 있는 스마트 계약을 생성하는 데 사용할 수 있는 러스트 기반 라이브러리 및 관련 도구입니다. 이 언어는 원래 루빈이 제안한 OP_CHECKTEMPLATEVERIFY opcode (OP_CTV)를 사용하기 위해 설계되었지만, 신뢰할 수 있는 서명 오라클을 사용하여 해당 opcode 및 탭루트와 같은 비트코인의 다른 잠재적 기능의 존재를 시뮬레이션할 수 있습니다. 사피오 라이브러리 외에도, 이 릴리스에는 광범위한 문서와 실험적인 프론트엔드도 포함되어 있습니다.
서비스 및 클라이언트 소프트웨어의 변화
이번 월간 특집에서는 비트코인 지갑 및 서비스에 대한 흥미로운 업데이트를 강조합니다.
- 스펙터 v1.3.0 출시: 스펙터 v1.3.0은 추가 RBF 지원, 애플리케이션 내에서 비트코인 코어 설정, HWI 2 지원 및 mempool.space를 블록 탐색기 및 수수료 추정에 사용할 수 있는 옵션을 포함합니다.
- 스펙터-DIY v1.5.0: 하드웨어 지갑 펌웨어 스펙터-DIY가 v1.5.0을 출시하여 사용자 정의 SIGHASH 플래그 지원 및 miniscript를 포함한 전체 설명자 지원을 추가했습니다.
- 블루월렛 v6.0.7 메시지 서명 추가: 블루월렛 v6.0.7은 사용자가 비트코인 주소를 사용하여 메시지를 서명하고 검증할 수 있도록 합니다. 기타 기능 및 수정 사항도 포함되어 있습니다.
- 아즈테코 라이트닝 지원 발표: 비트코인 바우처 회사 아즈테코가 라이트닝 네트워크를 통해 구매한 비트코인을 상환할 수 있는 지원을 발표했습니다.
릴리스 및 릴리스 후보
인기 비트코인 인프라 프로젝트의 새로운 릴리스 및 릴리스 후보. 새로운 릴리스로 업그레이드하거나 릴리스 후보 테스트를 도와주시기 바랍니다.
- 비트코인 코어 0.21.1rc1은 비트코인 코어의 버전 릴리스 후보로, 활성화될 경우 제안된 탭루트 소프트 포크의 규칙을 시행하며, 이는 슈노르 서명을 사용하고 탭스크립트 사용을 허용합니다. 이는 각각 BIP 341, 340 및 342에 의해 지정됩니다. 또한 BIP350에 의해 지정된 bech32m 주소로 지불할 수 있는 기능이 포함되어 있지만, 메인넷에서 이러한 주소로 지출된 비트코인은 해당 주소를 사용하는 소프트 포크가 활성화될 때까지 안전하지 않습니다. 이 릴리스에는 버그 수정 및 경미한 개선 사항도 포함되어 있습니다.
주목할 만한 코드 및 문서 변경 사항
이번 주 비트코인 코어, C-Lightning, Eclair, LND, Rust-Lightning, libsecp256k1, 하드웨어 지갑 인터페이스(HWI), Rust Bitcoin, BTCPay Server, 비트코인 개선 제안(BIPs), 라이트닝 BOLTs에서의 주목할 만한 변경 사항입니다.
- 비트코인 코어 #21377은 활성화 메커니즘을 추가하고 #21686은 탭루트 소프트포크를 위한 활성화 매개변수를 추가합니다. 4월 24일 이후 첫 번째 난이도 조정부터, 채굴자는 비트 2에서 탭루트 활성화 준비 상태를 신호할 수 있습니다. 신호 창에서 1815(90%)의 한 난이도 기간의 2016 블록이 준비 상태를 신호하면 소프트포크 활성화가 잠금됩니다. 신호 창은 8월 11일 이후 첫 번째 난이도 조정으로 종료됩니다. 잠금이 설정되면, 탭루트는 블록 높이 709632에서 활성화되며, 이는 11월 12일경에 도달할 것으로 예상됩니다.
- 비트코인 코어 #21602는 listbanned RPC에 두 개의 추가 필드: ban_duration 및 time_remaining을 업데이트합니다.
- C-Lightning #4444는 C-Lightning의 지속적 통합(CI) 테스트를 위한 기본 타겟에 lnprototest(LN 프로토콜 테스트)를 추가하고, 개발자가 C-Lightning의 일반 빌드 시스템에서 테스트를 실행하기 쉽게 만듭니다. LN 프로토콜 테스트는 구현이 LN 프로토콜 사양을 따르고 있는지 테스트하기 쉽게 만듭니다.
- LND #4588은 잔액이 너무 적어 지출하는 비용보다 가치가 낮은 경우 변경 출력을 생성하지 않도록 합니다.
- LND #5193은 Neutrino 클라이언트를 사용하는 LND 인스턴스에 대해 기본적으로 채널 검증을 비활성화합니다(이는 컴팩트 블록 필터 프로토콜을 구현합니다). 이 옵션은 피어로부터 수신된 채널 광고가 올바르다고 가정하여 클라이언트가 이러한 광고를 검증하는 데 필요한 오래된 블록을 다운로드할 필요가 없도록 합니다. 이는 잘못 광고된 채널을 사용하여 결제 시도가 실패할 수 있는 단점이 있지만, 시간을 낭비하게 하며 돈을 잃게 하지는 않습니다—경량 클라이언트를 사용하기로 선택한 사용자에게는 합리적인 거래입니다. 이 새로운 기본 동작은 새로운 구성 옵션 –neutrino.validatechannels=true를 사용하여 비활성화할 수 있습니다.
- LND #5154는 LND가 잘린 전체 노드와 함께 사용할 수 있는 기본 지원을 추가하여 LND가 로컬 노드에 의해 삭제된 블록을 다른 비트코인 노드에서 외부 요청할 수 있게 합니다. 그런 다음 LND는 잘린 노드를 통과하지 않고 블록에서 필요한 정보를 추출할 수 있습니다. 사용자의 전체 노드가 이전에 블록을 검증했기 때문에, 이는 보안 모델을 변경하지 않습니다.
- LND #5187은 LND가 채널 상태 업데이트를 보내기 전에 얼마나 기다릴지 및 한 업데이트에서 보낼 최대 변경 수를 구성하는 데 사용할 수 있는 새로운 channel-commit-interval 및 channel-commit-batch-size 매개변수를 추가합니다. 이러한 값이 높을수록 바쁜 LND 노드의 효율성이 높아지지만, 그 효율성은 약간의 지연 시간을 초래합니다.
- Rust-Lightning #858은 Electrum 스타일 블록체인 데이터 소스와의 상호 운용을 위한 내부 지원을 추가합니다.
- Rust-Lightning #856은 자금 조달 트랜잭션 처리 방식을 업데이트합니다. 이전에는 지갑이 새로운 채널을 여는 자금 조달 트랜잭션을 생성하도록 요청받고 Rust Lightning에 해당 트랜잭션의 txid만 제공했습니다. 이제 Rust Lightning은 전체 자금 조달 트랜잭션을 수락합니다. 이는 C-Lightning에 대한 최근 변경 사항과 유사하게(LN 뉴스레터 #141 참조), LN 소프트웨어가 자금 조달 트랜잭션이 방송되기 전에 이를 확인하고 올바른지 확인할 수 있게 합니다.
- HWI #498은 BitBox02 하드웨어 지갑을 사용하여 임의의 비트코인 스타일 메시지에 서명하는 지원을 추가합니다.
- BTCPay Server #2425는 BTCPay 송장과 연결되지 않은 주소에 대해서도 지갑에서 payjoin 결제를 받을 수 있는 지원을 추가합니다.
원본 게시물을 여기에서 확인하세요.
매달 이 콘텐츠를 귀하의 이메일로 직접 받으려면 비트코인 옵테크 뉴스레터에 구독해 주세요.
