Show newer

In a PR and a discussion on the Lightning-Dev mailing list, developers discussed the best way to communicate that a channel that was seemingly being closed onchain was in fact a splice where funds were being added to the channel or removed from it...

bitcoinops.org/en/newsletters/

Show thread

Developer Alfred Hodler posted to the Bitcoin-Dev mailing list a proposal for an alternative to BIP47 that attempts to address some of the issues found during its use in production...

bitcoinops.org/en/newsletters/

Show thread

In a thread on the Bitcoin-Dev mailing list ostensibly about covenants, it was noted that Bitcoin’s long term security currently depends on demand for block space...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #207 is here:

- summarizes discussions about long-term block reward funding
- alternatives to BIP47 reusable payment codes
- options for announcing LN channel splices
- LN routing fee collection strategies
- onion message rate limiting

bitcoinops.org/en/newsletters/

Selected Q&A from Bitcoin Stack Exchange:

- What is the purpose of indexing the mempool by these five criteria?
- BIP-341: Should key-path-only P2TR be eschewed altogether?
- Was the addition of OP_NOP codes in Bitcoin 0.3.6 a hard or soft fork?
- What is the largest multisig quorum currently possible?
- What is the difference between blocksonly and block-relay-only in Bitcoin Core?
- Where are BIPs 40 and 41?

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #206 is here:

- summarizes popular questions and answers from Bitcoin Stack Exchange
- LND 0.15.0-beta, Core Lightning 0.11.2 releases

bitcoinops.org/en/newsletters/

Changes to services and client software:

- Zeus adds taproot support
- Wasabi Wallet 2.0 released
- Sparrow adds taproot hardware signing

bitcoinops.org/en/newsletters/

Show thread

Adam “Waxwing” Gibson posted to the Bitcoin-Dev mailing list a proposal for an anti-sybil mechanism that uses the Bitcoin UTXO set and which can provide reasonably good privacy. A user can generate a list of UTXOs where one of the UTXOs belongs to the user and the rest belong to other users...

bitcoinops.org/en/newsletters/

Show thread

A protracted debate on the Bitcoin-Dev mailing list about the design of the Bitcoin-based Open Timestamps (OTS) system seemed to conclude this week. The source of the debate appears to have been the existence of two different designs for time stamping systems...

bitcoinops.org/en/newsletters/

Show thread

A recently disclosed security vulnerability affecting many (perhaps all) popular laptop, desktop, and server CPU processors may allow attackers to discover private keys when those keys are being used to create signatures for Bitcoin transactions (or perform other similar operations)...

bitcoinops.org/en/newsletters/

Show thread

Two pull requests have been opened to add support to Bitcoin Core for full Replace By Fee (RBF) as an option that is off by default. If enabled, any unconfirmed transaction in that node’s mempool could be replaced by an alternative version of that transaction which pays a higher feerate (among other rules)...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #205 is here:

- describes a proposed option for Bitcoin Core that would make it easier to enable transaction replacement even for transactions that don’t opt-in to BIP125
- links to information about the Hertzbleed sidechannel vulnerability
- summarizes the conclusion of a discussion about time stamping system design
- examines a new anti-sybil protocol that uses Bitcoin UTXOs
- summarizes changes to services and client software

bitcoinops.org/en/newsletters/

Developer ZmnSCPxj posted to the Lightning-Dev mailing list an argument for how optimally cheap and reliable payments could be obtained through game theoretic behavior between spenders and routing nodes...

bitcoinops.org/en/newsletters/

Show thread

A recent draft BIP for package relay (see Newsletter #201) has received additional comments in the past several weeks...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #204 is here:

- summarizes continued discussion about adding package relay to the Bitcoin P2P network
- shares a summary of the recent LN developers meeting
- describes an argument for how spenders and routing nodes on LN can optimize for both reliability and low fees in a way that benefits both groups

bitcoinops.org/en/newsletters/

Zero-conf channels, also called turbo channels, are new single-funded channels where the funder gives some or all of their initial funds to the acceptor...

bitcoinops.org/en/topics/zero-

Show thread

Miniscript support in Output Descriptors is a PR authored by Antoine Poinsot and Pieter Wuille to introduce watch-only support for Miniscript in descriptors...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #203 is here:

- recaps the "Miniscript support in Output Descriptors" Bitcoin Core PR Review Club Meeting
- LND 0.15.0-beta.rc4 release
- adds Zero-conf channels topic

bitcoinops.org/en/newsletters/

This week, developer w0xlt posted to the Bitcoin-Dev mailing list a tutorial for creating silent payments for the default signet using a proof-of-concept implementation for Bitcoin Core...

bitcoinops.org/en/newsletters/

Show thread
Show older
unidentified instance

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!