Bitcoin Optech newsletter #352 is here: - links to comparisons between different cluster linearization techniques - briefly summarizes discussion about increasing or removing Bitcoin Core’s OP_RETURN size limit - Optech Newsletter #352 Recap
Bitcoin Optech
Bitcoin Optech Newsletter #352
This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...
 Pieter Wuille posted to Delving Bitcoin about some of the fundamental tradeoffs between three different cluster linearization techniques, following up with benchmarks of implementations of each...
Bitcoin Optech
Bitcoin Optech Newsletter #352
This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...
 In a thread on Bitcoin-Dev, several developers discussed changing or removing Bitcoin Core’s default limit for OP_RETURN data carrier outputs. A subsequent Bitcoin Core pull request saw additional discussion...
Bitcoin Optech
Bitcoin Optech Newsletter #352
This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...
 Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!
Riverside.FM Studio
Yesterday @Murch and @schmidty had on Jonas Nick and Salvatore Ingala to cover Newsletter #351: - The DahLIAS Interactive aggregate signatures compatible with secp256k1 - Standardized backup for wallet descriptors - Stack Exchange questions including: half-aggregated schnorr signatures, OP_RETURN, reorg statistics, and more Catch up:
Bitcoin Optech
Bitcoin Optech Newsletter #351 Recap Podcast
Mark “Murch” Erhardt and Mike Schmidt are joined by Jonas Nick and Salvatore Ingala to discuss Newsletter #351.
Bitcoin Optech newsletter #351 is here: - announces a new aggregate signature protocol compatible with secp256k1 - describes a standardized backup scheme for wallet descriptors - summarizes popular Q&A from Stack Exchange - Optech Newsletter #351 Recap
Bitcoin Optech
Bitcoin Optech Newsletter #351
This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...
 Jonas Nick, Tim Ruffing, Yannick Seurin posted to the Bitcoin-Dev mailing list to announce a paper they’ve written about creating 64-byte aggregate signatures compatible with the cryptographic primitives already used by Bitcoin...
Bitcoin Optech
Bitcoin Optech Newsletter #351
This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...
 Salvatore Ingala posted to Delving Bitcoin a summary of various tradeoffs related to backing up wallet descriptors and a proposed scheme that should be useful for many different types of wallets, including those using complex scripts...
Bitcoin Optech
Bitcoin Optech Newsletter #351
This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...
 Selected Q&A from Bitcoin Stack Exchange: - Practicality of half-aggregated schnorr signatures? - What’s the largest size OP_RETURN payload ever created? - Non-LN explanation of pay-to-anchor? - Up-to-date statistics about chain reorganizations? - Are Lightning channels always P2WSH? - Child-pays-for-parent as a defense against a double spend? - What values does CHECKTEMPLATEVERIFY hash? - Why can’t Lightning nodes opt to reveal channel balances for better routing efficiency? - Does post-quantum require hard fork or soft fork?
Bitcoin Optech
Bitcoin Optech Newsletter #351
This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...
 Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Riverside.FM Studio
Earlier today @Murch and @schmidty spoke with Niklas Gögge about Newsletter #350: - Fuzz testing tool for Bitcoin nodes - Message signing - PSBTv2 explorer - MPC Library - Bitcoin Core 29.0 - And more! Catch up:
Bitcoin Optech
Bitcoin Optech Newsletter #350 Recap Podcast
Mark “Murch” Erhardt and Mike Schmidt are joined by Niklas Gögge to discuss Newsletter #350.
Last week @Murch and @David A. Harding spoke with Sebastian Falbesoner, Ruben Somsen, and Abubakar Sadiq Ismail about Newsletter #349: - IBD using SwiftSync - Bitcoin Core fee estimation - And more! Catch up:
Bitcoin Optech
Bitcoin Optech Newsletter #349 Recap Podcast
Mark “Murch” Erhardt and Dave Harding are joined by Sebastian Falbesoner, Ruben Somsen, and Abubakar Sadiq Ismail to discuss Newsletter #349.
In Podcast #348 we had on Jonas Nick, Jameson Lopp, Steven Roose, Gregory Sanders, and Salvatore Ingala: - secp256k1lab - discussions about quantum computer theft and resistance - discussions about a CTV+CSFS soft fork - OP_CHECKCONTRACTVERIFY - Consensus cleanup draft BIP - And more! Catch up:
Bitcoin Optech
Bitcoin Optech Newsletter #348 Recap Podcast
Mark “Murch” Erhardt and Mike Schmidt are joined by Jonas Nick, Jameson Lopp, Steven Roose, Gregory Sanders, and Salvatore Ingala to discuss Ne...
Bitcoin Optech newsletter #349 is here: - describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that shows a roughly 5x speed up compared to Bitcoin Core’s defaults - recaps the "Stricter internal handling of invalid blocks " PR Review Meeting - Optech Newsletter #349 Recap on Riverside
Bitcoin Optech
Bitcoin Optech Newsletter #349
This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...
 Sebastian Falbesoner posted to Delving Bitcoin a sample implementation and performance results for SwiftSync, an idea proposed by Ruben Somsen during a recent Bitcoin Core developers meeting and later posted to the mailing list...
Bitcoin Optech
Bitcoin Optech Newsletter #349
This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...
 'Add Fee rate Forecaster Manager' is a PR by ismaelsadeeq that upgrades the transaction fee forecasting (fee estimation) logic...
Bitcoin Optech
Bitcoin Optech Newsletter #349
This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...
 Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Riverside.FM Studio
Bitcoin Optech newsletter #348 is here: - links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve - Changing consensus covering: discussions about quantum computer theft and resistance, a CTV+CSFS soft fork, OP_CHECKCONTRACTVERIFY semantics, and a consensus cleanup draft BIP - Optech Newsletter #348 Recap on Riverside
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Sebastian Falbesoner, Jonas Nick, and Tim Ruffing posted to the Bitcoin-Dev mailing list to announce a Python implementation of various functions related to the cryptography used in Bitcoin...
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Several conversations examined how Bitcoiners could respond to quantum computers becoming powerful enough to allow stealing bitcoins...
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Several conversations examined various aspects of soft forking in the OP_CHECKTEMPLATEVERIFY (CTV) and OP_CHECKSIGFROMSTACK (CSFS) opcodes...
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Salvatore Ingala posted to Delving Bitcoin to describe the semantics of the proposed OP_CHECKCONTRACTVERIFY (CCV) opcode, link to a first draft BIP, and link to an implementation draft for Bitcoin Core...
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Antoine Poinsot posted to the Bitcoin-Dev mailing list a link to a draft BIP he’s written for the consensus cleanup soft fork proposal. It includes several fixes...
Bitcoin Optech
Bitcoin Optech Newsletter #348
This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...
 Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Riverside.FM Studio