From 6efa8de5e779977981c1713cf319cf44f04d4018 Mon Sep 17 00:00:00 2001 From: Mike Schmidt Date: Mon, 29 Dec 2025 12:38:35 -0600 Subject: [PATCH 1/4] Newsletters: add 386 (2026-01-02) --- .../en/newsletters/2026-01-02-newsletter.md | 46 +++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 _posts/en/newsletters/2026-01-02-newsletter.md diff --git a/_posts/en/newsletters/2026-01-02-newsletter.md b/_posts/en/newsletters/2026-01-02-newsletter.md new file mode 100644 index 000000000..5ae1dea97 --- /dev/null +++ b/_posts/en/newsletters/2026-01-02-newsletter.md @@ -0,0 +1,46 @@ +--- +title: 'Bitcoin Optech Newsletter #386' +permalink: /en/newsletters/2026/01/02/ +name: 2026-01-02-newsletter +slug: 2026-01-02-newsletter +type: newsletter +layout: newsletter +lang: en +--- +FIXME:bitschmidty + +## News + +FIXME:bitschmidty + +## Changing consensus + +_A monthly section summarizing proposals and discussion about changing +Bitcoin's consensus rules._ + +FIXME:bitschmidty + +## Releases and release candidates + +_New releases and release candidates for popular Bitcoin infrastructure +projects. Please consider upgrading to new releases or helping to test +release candidates._ + +FIXME:Gustavojfe + +## Notable code and documentation changes + +_Notable recent changes in [Bitcoin Core][bitcoin core repo], [Core +Lightning][core lightning repo], [Eclair][eclair repo], [LDK][ldk repo], +[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet +Interface (HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay +Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement +Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], +[Lightning BLIPs][blips repo], [Bitcoin Inquisition][bitcoin inquisition +repo], and [BINANAs][binana repo]._ + +FIXME:Gustavojfe + +{% include snippets/recap-ad.md when="2026-01-06 17:30" %} +{% include references.md %} +{% include linkers/issues.md v=2 issues="" %} From a983ee22c8a7e3accdba67d8e2e029c4b7c7a2ac Mon Sep 17 00:00:00 2001 From: kevkevinpal Date: Wed, 31 Dec 2025 00:10:16 -0500 Subject: [PATCH 2/4] topic: Building a vault using blinded co-signers --- .../en/newsletters/2026-01-02-newsletter.md | 49 ++++++++++++++----- 1 file changed, 36 insertions(+), 13 deletions(-) diff --git a/_posts/en/newsletters/2026-01-02-newsletter.md b/_posts/en/newsletters/2026-01-02-newsletter.md index 5ae1dea97..aeb35d3e0 100644 --- a/_posts/en/newsletters/2026-01-02-newsletter.md +++ b/_posts/en/newsletters/2026-01-02-newsletter.md @@ -1,5 +1,5 @@ --- -title: 'Bitcoin Optech Newsletter #386' +title: "Bitcoin Optech Newsletter #386" permalink: /en/newsletters/2026/01/02/ name: 2026-01-02-newsletter slug: 2026-01-02-newsletter @@ -7,24 +7,44 @@ type: newsletter layout: newsletter lang: en --- + FIXME:bitschmidty ## News +- **Building a vault using blinded co-signers:** Jonathan T. Halseth [posted][halseth post] to + Delving Bitcoin a prototype of a [vault][topic vaults] like scheme using Blinded co-signers. + Unlike traditional setups using co-signers this setup uses a blinded version + of [MuSig][topic musig] to ensure the signers know as little as possible about the funds they + are involved signing. + + In order for the signers to not blindly sign what is given to them this scheme + attaches a ZK (zero knowledge) proof to the signing request. + + Halseth provided a graph of the scheme which shows four transactions where + vault_deposit, vault_recovery, unvault and unvault_recovery will be pre-signed. + At the time of unvaulting the co-signers will require a proof that the tx they + are signing has the relative time lock set correctly. This gives assurance that + the user or a watchtower will have time to sweep the funds in the case of an + unauthorized vault. + + Halseth also provided a [prototype implementation][halseth prototype] available for regtest and + signer + FIXME:bitschmidty ## Changing consensus -_A monthly section summarizing proposals and discussion about changing -Bitcoin's consensus rules._ +_A monthly section summarizing proposals and discussion about changing Bitcoin's +consensus rules._ FIXME:bitschmidty ## Releases and release candidates _New releases and release candidates for popular Bitcoin infrastructure -projects. Please consider upgrading to new releases or helping to test -release candidates._ +projects. Please consider upgrading to new releases or helping to test release +candidates._ FIXME:Gustavojfe @@ -32,15 +52,18 @@ FIXME:Gustavojfe _Notable recent changes in [Bitcoin Core][bitcoin core repo], [Core Lightning][core lightning repo], [Eclair][eclair repo], [LDK][ldk repo], -[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet -Interface (HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay -Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement -Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], -[Lightning BLIPs][blips repo], [Bitcoin Inquisition][bitcoin inquisition -repo], and [BINANAs][binana repo]._ +[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet Interface +(HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay +Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement Proposals +(BIPs)][bips repo], [Lightning BOLTs][bolts repo], [Lightning +BLIPs][blips repo], [Bitcoin Inquisition][bitcoin inquisition repo], and +[BINANAs][binana repo]._ FIXME:Gustavojfe {% include snippets/recap-ad.md when="2026-01-06 17:30" %} -{% include references.md %} -{% include linkers/issues.md v=2 issues="" %} +{% include references.md %} {% include linkers/issues.md v=2 issues="" %} +[halseth post]: https://delvingbitcoin.org/t/building-a-vault-using-blinded-co-signers/2141 +[halseth prototype]: https://github.com/halseth/blind-vault +[topic musig]: /en/topics/musig/ +[topic vaults]: /en/topics/vaults/ From c760b6cdb0cd0afaa23110f7454ceafecd093b0f Mon Sep 17 00:00:00 2001 From: kevkevinpal Date: Wed, 31 Dec 2025 00:40:15 -0500 Subject: [PATCH 3/4] ci: remove trailing spaces --- _posts/en/newsletters/2026-01-02-newsletter.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/_posts/en/newsletters/2026-01-02-newsletter.md b/_posts/en/newsletters/2026-01-02-newsletter.md index aeb35d3e0..d43adc28c 100644 --- a/_posts/en/newsletters/2026-01-02-newsletter.md +++ b/_posts/en/newsletters/2026-01-02-newsletter.md @@ -20,14 +20,14 @@ FIXME:bitschmidty In order for the signers to not blindly sign what is given to them this scheme attaches a ZK (zero knowledge) proof to the signing request. - + Halseth provided a graph of the scheme which shows four transactions where vault_deposit, vault_recovery, unvault and unvault_recovery will be pre-signed. At the time of unvaulting the co-signers will require a proof that the tx they are signing has the relative time lock set correctly. This gives assurance that the user or a watchtower will have time to sweep the funds in the case of an unauthorized vault. - + Halseth also provided a [prototype implementation][halseth prototype] available for regtest and signer From d441d37350eaa9c584f3f9689944e71050dae3af Mon Sep 17 00:00:00 2001 From: Mike Schmidt Date: Wed, 31 Dec 2025 09:05:01 -0600 Subject: [PATCH 4/4] News386: fix trailing spaces on vault item --- _posts/en/newsletters/2026-01-02-newsletter.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/_posts/en/newsletters/2026-01-02-newsletter.md b/_posts/en/newsletters/2026-01-02-newsletter.md index d43adc28c..83afbf898 100644 --- a/_posts/en/newsletters/2026-01-02-newsletter.md +++ b/_posts/en/newsletters/2026-01-02-newsletter.md @@ -20,14 +20,14 @@ FIXME:bitschmidty In order for the signers to not blindly sign what is given to them this scheme attaches a ZK (zero knowledge) proof to the signing request. - + Halseth provided a graph of the scheme which shows four transactions where vault_deposit, vault_recovery, unvault and unvault_recovery will be pre-signed. At the time of unvaulting the co-signers will require a proof that the tx they are signing has the relative time lock set correctly. This gives assurance that the user or a watchtower will have time to sweep the funds in the case of an unauthorized vault. - + Halseth also provided a [prototype implementation][halseth prototype] available for regtest and signer