비트코인 옵테크 뉴스레터는 독자들에게 비트코인에서 발생하는 가장 중요한 기술 뉴스에 대한 최고 수준의 요약과 더 많은 정보를 배울 수 있는 리소스를 제공합니다. 독자들이 비트코인에 대한 최신 정보를 유지할 수 있도록, 우리는 아래에 이 뉴스레터의 최신 호를 재발행하고 있습니다. 이 콘텐츠를 직접 이메일로 받으려면 구독하는 것을 잊지 마세요.
이번 주 뉴스레터는 출력 스크립트 설명자에 대한 BIP 세트를 설명하고, LN 프로토콜 확장 및 애플리케이션 상호 운용성을 위한 표준 문서 세트를 만들기 위한 제안을 요약하며, 사전 신뢰된 제로 확인 채널 개방에 대한 지원 표준화를 논의합니다. 또한 탭루트 준비 방법, 릴리스 및 릴리스 후보, 인기 있는 비트코인 인프라 프로젝트에 대한 주목할 만한 변경 사항을 설명하는 정기 섹션도 포함되어 있습니다.
뉴스
- 출력 스크립트 설명자에 대한 BIP: Andrew Chow는 비트코인-개발 메일링 리스트에 출력 스크립트 설명자를 표준화하기 위한 BIP 세트를 제안했습니다. 핵심 BIP는 설명자에서 사용되는 일반적인 의미와 주요 요소를 제공합니다. 여섯 개의 추가 BIP는 pkh(), wpkh(), tr()와 같은 인수를 사용하여 스크립트 템플릿을 채우는 확장 기능을 설명합니다. 여러 BIP는 개발자들이 구현하고자 하는 설명자 기능을 선택할 수 있게 해줍니다. 예를 들어, 최신 지갑은 레거시 pkh() 설명자를 구현하지 않을 수 있습니다.
설명자는 원래 비트코인 코어를 위해 구현되었으며, 지난 1년 동안 다른 프로젝트에서 채택이 증가했습니다. 지갑들이 탭루트에 의해 제공되는 유연성을 탐색하고, 미니스크립트와 같은 도구를 통해 유연한 스크립트에 대한 접근을 단순화하기 시작함에 따라 사용이 크게 증가할 것으로 예상됩니다. - BLIP: Ryan Gentry는 라이트닝-개발 메일링 리스트에 비트코인 라이트닝 개선 제안(BLIP) 모음에 대한 제안을 게시했습니다. 이 문서들은 상호 운용성 표준의 혜택을 받을 LN의 확장 및 애플리케이션을 설명합니다. René Pickhardt는 그가 2018년에 제안한 거의 동일한 제안에 링크했습니다.
토론에서 이 아이디어는 폭넓은 지지를 받는 것처럼 보였지만, 이러한 표준이 기본 BOLT 문서에 통합되는 장벽을 실제로 해결하지 못한다는 우려가 제기되었습니다. 그 장벽은 많은 커뮤니티 제안을 검토할 충분한 시간이 없는 경험이 풍부한 개발자들로 인해 발생합니다. BLIP가 충분한 검토 없이 병합되면 버그가 포함되거나 여러 이해관계자들로부터 폭넓은 지지를 얻지 못할 가능성이 높아져, 서로 다른 프로젝트가 경쟁 표준을 채택함에 따라 분열이 발생할 수 있습니다. 그럼에도 불구하고 비주류 프로토콜은 이미 생성되고 있으며, 대부분의 토론 참가자들은 이러한 프로토콜에 대한 문서를 게시할 수 있는 잘 알려진 아카이브를 제공하는 것이 주로 유익할 것이라고 믿는 것처럼 보였습니다. - 제로 확인 채널 개방: Rusty Russell은 라이트닝-개발 메일링 리스트에서 제로 확인 채널, 즉 터보 채널의 처리를 표준화하는 것에 대한 논의를 시작했습니다. 이는 자금 제공자가 수용자에게 초기 자금의 일부 또는 전부를 제공하는 새로운 단일 자금 채널입니다. 이러한 자금은 채널 개방 거래가 충분한 수의 확인을 받을 때까지 안전하지 않으므로, 수용자가 표준 LN 프로토콜을 사용하여 자금 제공자를 통해 일부 자금을 다시 지출하는 데 위험이 없습니다.
예를 들어, Alice는 Bob의 관리 거래소에 여러 BTC를 가지고 있습니다. Alice는 Bob에게 1.0 BTC를 지불하는 새로운 채널을 열어달라고 요청합니다. Bob은 자신이 방금 개설한 채널을 이중 지출하지 않을 것이라고 신뢰하기 때문에, 채널 개방 거래가 단 하나의 확인도 받기 전에 Alice가 자신의 노드를 통해 제3자 Carol에게 0.1 BTC를 보낼 수 있도록 허용할 수 있습니다.
- 일부 LN 구현은 이미 비표준 방식으로 이 아이디어를 지원하고 있으며, 모든 토론 참가자들은 이를 표준화하는 것에 찬성하는 것처럼 보였습니다. 사용할 정확한 세부 사항은 작성 시점에 여전히 논의 중이었습니다.
탭루트 준비 #3: 탭루트 설명자
개발자와 서비스 제공자가 블록 높이 709,632에서 다가오는 탭루트 활성화를 준비하는 방법에 대한 주간 시리즈입니다.
출력 스크립트 설명자는 지갑이 주소를 생성하는 데 필요한 정보를 저장하고, 해당 주소로 지불하는 출력을 효율적으로 스캔하며, 나중에 해당 주소에서 지출하는 일반적인 방법을 제공합니다. 또한 설명자는 비교적 간결하고 기본 체크섬을 포함하고 있어 주소 정보를 백업하거나 서로 다른 지갑 간에 복사하거나 여러 서명을 제공하기 위해 협력하는 지갑 간에 공유하는 데 편리합니다.
설명자는 현재 몇몇 프로젝트에서만 사용되고 있지만, 이와 관련된 미니스크립트 프로젝트는 서로 다른 지갑과 도구 간의 상호 운용성을 크게 개선할 수 있는 잠재력을 가지고 있습니다. 이는 더 많은 사용자가 다중 서명을 통해 보안을 개선하고 백업 지출 조건을 통해 회복력을 높이기 위해 탭루트의 이점을 활용함에 따라 점점 더 중요해질 것입니다.
그런 일이 일어나기 전에 설명자는 탭루트와 함께 작동하도록 업데이트되어야 합니다. 이는 최근에 병합된 비트코인 코어 #22051 풀 요청의 주제였습니다. 구문은 단일 설명자 템플릿이 P2TR 키 경로 지출과 스크립트 경로 지출을 사용하는 데 필요한 모든 정보를 제공할 수 있도록 설계되었습니다. 간단한 단일 서명의 경우, 다음 설명자가 충분합니다:
tr(<key>)
같은 구문은 다중 서명 및 임계값 서명에도 사용할 수 있습니다. 예를 들어, Alice, Bob 및 Carol은 MuSig를 사용하여 키를 집계한 다음 tr(<combined_key>).에 지불합니다.
직관적이지 않게도, tr(<key>)로 지정된 키는 주소에 인코딩된 키가 아닙니다. tr() 설명자는 BIP341의 안전 권장 사항을 따르며, 사용자가 단순한 키 집계 방식에서 공격을 방지하기 위해 지출할 수 없는 스크립트 트리에 커밋하는 내부 키를 사용합니다. 이는 MuSig 및 MuSig2와 같은 더 고급 방식에는 영향을 미치지 않습니다.
스크립트 경로 지출의 경우, 이진 트리의 내용을 지정할 수 있는 새로운 구문이 추가됩니다. 예를 들어, { {B,C} , {D,E} }는 다음 트리를 지정합니다:
트리는 우리가 이전에 사용한 설명자 템플릿의 선택적 두 번째 매개변수로 지정할 수 있습니다. 예를 들어, Alice가 키 경로를 통해 지출할 수 있기를 원하지만, Bob, Carol, Dan 및 Edmond이 그녀를 위한 감사 추적을 생성하는 스크립트 경로를 통해 지출할 수 있도록 허용하고 싶다면, Alice는 다음 설명자를 사용할 수 있습니다:
tr( <a_key> , { {pk(<b_key>),pk(<c_key>)} , {pk(<d_key>),pk(<e_key>} )
위의 기능은 탭루트를 위해 설명자를 사용하는 데 필요한 모든 것입니다. 그러나 PR #22051은 설명자가 예상 정책을 완전히 설명하는 데 더 나은 기능을 추가할 수 있는 몇 가지 사항이 여전히 누락되어 있다고 언급합니다:
- 무효화된 키 경로: 일부 사용자는 스크립트 경로 지출을 강제하기 위해 키 경로 지출을 방지하고 싶어할 수 있습니다. 이는 현재 tr()의 첫 번째 매개변수로 지출할 수 없는 키를 사용하여 수행할 수 있지만, 지갑이 설명자 자체에 이 선호도를 저장하고 개인 정보를 보호하는 지출할 수 없는 키 경로를 계산할 수 있도록 허용하는 것이 좋습니다.
- 탭스크립트 다중 서명: 레거시 및 v0 세그윗의 경우, multi() 및 sortedmulti() 설명자는 OP_CHECKMULTISIG 연산 코드를 지원합니다. 탭루트에서 배치 검증을 허용하기 위해, 스크립트 기반 다중 서명은 탭스크립트에서 약간 다르게 처리되므로, tr() 설명자는 현재 필요한 다중 서명 연산 코드를 raw() 스크립트를 통해 지정해야 합니다. 탭스크립트를 위한 multi() 및 sortedmulti()의 업데이트된 버전이 있으면 좋겠습니다.
- MuSig 기반 다중 서명: 이 기사에서 우리는 Alice, Bob 및 Carol이 tr() 설명자를 사용하기 위해 수동으로 키를 집계하는 방법을 설명했습니다. 이상적으로는, 그들이 모든 원래 키 정보를 유지하고 서명 조정을 위해 사용하는 PSBT의 필드를 채우는 데 사용할 수 있도록 tr(musig(<a_key>, <b_key>, <c_key>))와 같은 것을 지정할 수 있는 함수가 있어야 합니다.
- 타임락, 해시락 및 포인트락: LN, DLC, 코인 스왑 및 기타 많은 프로토콜에서 사용되는 이러한 강력한 구조는 현재 raw() 함수로만 설명될 수 있습니다. 이를 설명자에 직접 지원하는 것이 가능하지만, 설명자의 형제 프로젝트인 미니스크립트를 통해 지원이 추가될 수 있습니다. 미니스크립트의 비트코인 코어 통합은 여전히 진행 중인 프로젝트이지만, PSBT와 설명자와 같은 도구가 이미 다른 지갑으로 퍼져나간 것처럼 그 혁신이 다른 지갑으로 퍼질 것으로 기대합니다.
지갑은 탭루트를 사용하기 위해 설명자를 구현할 필요는 없지만, 설명자를 구현하는 지갑은 나중에 더 고급 탭루트 기능을 사용할 수 있는 더 나은 기반을 제공할 것입니다.
릴리스 및 릴리스 후보
인기 있는 비트코인 인프라 프로젝트의 새로운 릴리스 및 릴리스 후보. 새로운 릴리스로 업그레이드하거나 릴리스 후보를 테스트하는 데 도움을 주시기 바랍니다.
- LND 0.13.1-beta.rc1은 0.13.0-beta에서 도입된 기능에 대한 사소한 개선 및 버그 수정을 포함하는 유지 관리 릴리스입니다.
주목할 만한 코드 및 문서 변경 사항
이번 주 비트코인 코어, C-Lightning, Eclair, LND, Rust-Lightning, libsecp256k1, 하드웨어 지갑 인터페이스(HWI), Rust 비트코인, BTCPay 서버, 비트코인 개선 제안(BIP) 및 라이트닝 BOLT에서의 주목할 만한 변경 사항입니다.
- 비트코인 코어 #19651은 지갑 키 관리자가 기존 설명자를 업데이트할 수 있도록 허용합니다. 이를 통해 지갑 사용자는 레이블을 편집하고, 설명자 범위를 확장하며, 비활성 설명자를 재활성화하고, importdescriptors 지갑 RPC를 사용하여 기타 업데이트를 수행할 수 있습니다.
- C-Lightning #4610은 사용자가 lightningd가 플러그인이 처리해야 할 짝수 TLV 유형 목록을 지정할 수 있는 –experimental-accept-extra-tlv-types 명령줄 옵션을 추가합니다. 이전에는 lightningd가 모든 알려지지 않은 짝수 유형 TLV 메시지를 유효하지 않은 것으로 간주했습니다. 이 변경은 플러그인이 lightningd에 알려지지 않은 사용자 정의 TLV 유형을 정의하고 처리할 수 있도록 합니다.
- Eclair #1854는 최근 경고 메시지 유형을 구현한 C-Lightning과 같은 피어에서 전송된 경고 메시지를 디코딩하고 로깅하는 지원을 추가합니다.
- BIP #1137은 단일 키 P2TR 출력에 대한 키 파생 방식 제안을 포함하는 BIP86을 추가합니다. 이 BIP는 지난 주 뉴스레터에서 요약되었습니다.
- BIP #1134는 sendaddr2 P2P 기능 협상 메시지가 소프트웨어 프로그램이 버전 2 addr 메시지를 이해할 때마다 전송되어야 함을 나타내도록 BIP155를 업데이트합니다. 이는 프로그램이 addr 메시지를 수신하고 싶지 않은 경우에도 포함됩니다.
원본 게시물을 여기에서 찾으세요.
매달 이 콘텐츠를 직접 이메일로 받으려면 비트코인 옵테크 뉴스레터를 직접 구독해 주세요.
