Bitcoin Optech 7 months ago

Bitcoin Optech newsletter #361 is here: - describes a proposal to separate the network connections and peer management used for onion message relay from those used for HTLC relay in LN - CTV+CSFS advantages for PTLCs - Vault output script descriptor - Continued discussion about CTV+CSFS advantages for BitVM - Open letter about CTV and CSFS - OP_CAT enables Winternitz signatures - Commit/reveal function for post-quantum recovery - OP_TXHASH variant with support for transaction sponsorship - Optech Newsletter #361 Recap Podcast

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Olaluwa Osuntokun posted to Delving Bitcoin about allowing nodes to use separate connections for relaying onion messages than they use for relaying HTLCs...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developers continued a previous discussion about the benefits of OP_CHECKTEMPLATEVERIFY (CTV), OP_CHECKSIGFROMSTACK (CSFS), or both together for various deployed and imagined protocols...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Sjors Provoost posted to Delving Bitcoin to discuss how the recovery information for a wallet using vaults could be specified using an output script descriptor...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developers continued the previous discussion about how the availability of OP_CHECKTEMPLATEVERIFY (CTV) and OP_CHECKSIGFROMSTACK (CSFS) opcodes could “reduce [BitVM] transaction sizes by approximately 10x” and allow non-interactive peg-ins...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

James O’Beirne posted an open letter to the Bitcoin-Dev mailing signed by 66 individuals (as of this writing), many of them contributors to Bitcoin-related projects...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developer Conduition posted to the Bitcoin-Dev mailing list a prototype implementation that uses the proposed OP_CAT opcode and other Script instructions to allow quantum-resistant signatures using the Winternitz protocol to be verified by consensus logic...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Tadge Dryja posted to the Bitcoin-Dev mailing list a method for allowing individuals to spend UTXOs using quantum-vulnerable signature algorithms even if fast quantum computers would otherwise allow redirecting (stealing) the output of any attempted spend...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Steven Roose posted to Delving Bitcoin about a variation on OP_TXHASH called TXSIGHASH that extends 64-byte schnorr signatures with additional bytes to indicate what fields in the transaction (or related transactions) the signature commits to...

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

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

Bitcoin Optech 7 months ago

Earlier today Daniela Brozzoni and Naiyoma joined @Murch and @schmidty to discuss Newsletter #360: - Fingerprinting Bitcoin Core nodes - Descriptors and BIP380 - Questions from the bitcoin stack exchange about blocking knots nodes, OP_CAT, compact blocks, selfish mining - And more Catch up:

Bitcoin Optech Newsletter #360 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Daniela Brozzoni and Naiyoma to discuss Newsletter #360.

Bitcoin Optech 7 months ago

Bitcoin Optech newsletter #360 is here: - summarizes research about fingerprinting full nodes using P2P protocol messages - seeks feedback about possibly removing support for H in BIP32 paths in the BIP380 specification of descriptors - summarizes popular Q&A from Stack Exchange - Optech Newsletter #360 Recap Podcast

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Daniela Brozzoni posted to Delving Bitcoin about research she conducted with developer Naiyoma into identifying the same node on multiple networks using the addr messages it sends...

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Ava Chow posted to the Bitcoin-Dev mailing list to ask whether any software generates descriptors using uppercase-H to indicate a hardened BIP32 key derivation step...

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Selected Q&A from Bitcoin Stack Exchange: - Is there any way to block Bitcoin Knots nodes as my peers? - What does OP_CAT do with integers? - Async Block Relaying With Compact Block Relay (BIP152) - Why is attacker revenue in selfish mining disproportional to its hash-power?

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

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

Bitcoin Optech 7 months ago

Earlier today, Bryan Bishop, Robin Linus, and Rene Pickhardt joined @Murch and @schmidty to cover: - Restricting access to Bitcoin Core Project discussion - Garbled circuits and BitVM3 - Updates on Lightning channel rebalancing research - Cove Wallet, Liana, Stratum v2 STARK proofs, Breez - And more! Catch up:

Bitcoin Optech Newsletter #359 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Bryan Bishop, Robin Linus, and Rene Pickhardt to discuss Newsletter #359.

Bitcoin Optech 7 months ago

Bitcoin Optech newsletter #358 is here: - describes how the selfish mining danger threshold can be calculated - summarizes an idea about preventing filtering of high feerate transactions - seeks feedback about a proposed change to BIP390 musig() descriptors - announces a new library for encrypting descriptors - recaps the "Separate UTXO set access from validation functions" PR Review Meeting - adds a Selfish Mining topic - Optech Newsletter #358 Recap

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Antoine Poinsot posted to Delving Bitcoin an expansion of the math from the 2013 paper that gave the selfish mining attack its name...

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Peter Todd posted to the Bitcoin-Dev mailing list about a mechanism that would allow nodes to drop peers that are filtering high-feerate transactions...

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Ava Chow posted to the Bitcoin-Dev mailing list to ask if anyone objected to updating BIP390 to allow musig() expressions in output script descriptors to contain the same participant public key more than once...

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Josh Doman posted to Delving Bitcoin to announce a library he’s built that encrypts the sensitive parts of an output script descriptor or miniscript to the public keys contained within it...

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

'Separate UTXO set access from validation functions' is a PR by TheCharlatan that allows calling validation functions by passing just the required UTXOs, instead of requiring the complete UTXO set. It is part of the bitcoinkernel project...

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Selfish mining allows a miner (or cartel of miners) controlling less than a majority of hashrate to keep more block reward per unit of work than the majority of honest miners...

Selfish mining allows a miner (or cartel of miners) controlling less than a majority of hashrate to keep more block reward per unit of work than th...

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

Bitcoin Optech 8 months ago

Jose SK, Clara Shikhelman, Vojtěch Strnad, Robin Linus, and Dan Gould joined @Murch and @schmidty to discuss: - Syncing full nodes without witnesses - Quantum computing report - Transaction weight limit with exception to prevent confiscation - Removing outputs from the UTXO set based on value and time - And More… Catch up:

Bitcoin Optech Newsletter #357 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Jose SK, Clara Shikhelman, Vojtěch Strnad, Robin Linus, and Dan Gould to discuss Newslette...

Bitcoin Optech 8 months ago

Bitcoin Optech newsletter #357 is here: - shares an analysis about syncing full nodes without old witnesses - Changing consensus covering: a quantum computing report, transaction weight limits, removing outputs from the UTXO set based on value and time - Optech Newsletter #357 Recap

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Jose SK posted to Delving Bitcoin a summary of an analysis he performed about the security tradeoffs of allowing newly started full nodes with a particular configuration to avoid downloading some historic blockchain data...

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Clara Shikhelman posted to Delving Bitcoin the summary of a report she co-authored with Anthony Milton about the risks to Bitcoin users of fast quantum computers, an overview of several pathways to quantum resistance, and an analysis of tradeoffs involved in upgrading the Bitcoin protocol...

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Vojtěch Strnad posted to Delving Bitcoin to propose the idea for a consensus change to limit the maximum weight of most transactions in a block...

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Robin Linus posted to Delving Bitcoin to propose a soft fork for removing low-value outputs from the UTXO set after some time...

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

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

Bitcoin Optech 8 months ago

Earlier today, @Murch and @schmidty were joined by Carla Kirk-Cohen, Joost Jager, and Elias Rohrer to discuss #356: - Attributable failures and LN privacy - Several P2P and policy questions from the Bitcoin Stack Exchange - And more! Catch up:

Bitcoin Optech Newsletter #356 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Carla Kirk-Cohen, Joost Jager, and Elias Rohrer to discuss Newsletter #356.

Bitcoin Optech 8 months ago

Last week Dave Harding was joined by Alex Myers and Rodolfo Novak to discuss Newsletter #355: - Cake Wallet, Sparrow, Safe Wallet, COLDCARD, tx batching using payjoin, JoinMarket fidelity bonds, Bitcoin opcode documentation, Bitkey open sourced - LND and CLN releases - Bitcoin Core, CLN and LND PRs Catch up:

Bitcoin Optech Newsletter #355 Recap Podcast

Dave Harding is joined by Alex Myers and Rodolfo Novak to discuss Newsletter #355.

Bitcoin Optech 8 months ago

Bitcoin Optech newsletter #356 is here: - summarizes a discussion about the possible effects of attributable failures on LN privacy - summarizes popular Q&A from Stack Exchange - adds an attributable failures topic - Optech Newsletter #356 Recap Podcast

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Carla Kirk-Cohen posted to Delving Bitcoin an analysis of the possible consequences for the privacy of LN spenders and receivers if the network adopts attributable failures, particularly telling the spender the amount of time it took to forward a payment at each hop...

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Selected Q&A from Bitcoin Stack Exchange: - Which transactions get into blockreconstructionextratxn? - Why would anyone use OP_RETURN over inscriptions, aside from fees? - Why is my Bitcoin node not receiving incoming connections? - How do I configure my node to filter out transactions larger than 400 bytes? - What does “not publicly routable” node in Bitcoin Core P2P mean? - Why would a node would ever relay a transaction? - Is selfish mining still an option with compact blocks and FIBRE?

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Attributable failures are LN payment forwarding failures or delays that can be attributed to a pair of nodes, allowing spenders to avoid using slow or failure-prone nodes for future payments...

Attributable failures

Attributable failures are LN payment forwarding failures or delays that can be attributed to a pair of nodes (who may have one or more channels bet...

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

Load More → Loading...