Changes to services and client software:

- Cash App adds Lightning support
- LNP Node opens first mainnet channel
- Samourai adds taproot support
- Block explorer Mempool v2.3.0 released

bitcoinops.org/en/newsletters/

Show thread

The proposed soft fork to add an OP_CHECKTEMPLATEVERIFY (CTV) opcode to Bitcoin was discussed this week both on the Bitcoin-Dev mailing list and in an IRC meeting...

bitcoinops.org/en/newsletters/

Show thread

Jack Dorsey, Alex Morcos, and Martin White posted to the Bitcoin-Dev mailing list the announcement of a legal defense fund for developers working on Bitcoin, LN, and related technology...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #183 is here:

- shares the announcement of a new legal defense fund for Bitcoin developers
- summarizes some recent discussion about the proposed OP_CHECKTEMPLATEVERIFY soft fork
- summarizes changes to services and client software

bitcoinops.org/en/newsletters/

Erlay support signaling is a PR by Gleb Naumenko to add transaction reconciliation negotiation to p2p code. It is part of a series of PRs to add support for Erlay to Bitcoin Core...

bitcoinops.org/en/newsletters/

Show thread

Jeremy Rubin posted to the Bitcoin-Dev mailing list the rough idea for a soft fork that could make it easier to add fees to presigned transactions, such as those used in LN and other contract protocols...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #182 is here:

- describes an idea to add accounts to Bitcoin for paying transaction fees
- recaps the "Erlay support signaling" Bitcoin Core PR Review Club Meeting

bitcoinops.org/en/newsletters/

Jeremy Rubin announced on the Bitcoin-Dev mailing list that he will be hosting recurring meetings to discuss BIP119’s specification of OP_CHECKTEMPLATEVERIFY, including how it could be deployed on the network...

bitcoinops.org/en/newsletters/

Show thread

Jeremy Rubin replied to an older Bitcoin-Dev mailing list thread described in Newsletter #154 about enabling full replace by fee (RBF) in Bitcoin Core.

Rubin still encourages moving to full RBF, but suggests starting by allowing full RBF of any transaction for n seconds after it is first received by a node...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #181 is here:

- describes an alternative proposal to slowly phase in full replace-by-fee
- announces a series of meetings to review the proposed OP_CHECKTEMPLATEVERIFY soft fork
- Rust-Lightning 0.0.104

bitcoinops.org/en/newsletters/

By the end of 2020, an implementation of the taproot soft fork containing support for schnorr signatures and tapscript had been merged into Bitcoin Core. This largely completed the work of protocol developers; it was now up to the community to activate taproot...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #180: 2021 Year-in-Review Special is here:

- notes developments in Bitcoin during each month of 2021
- featured summary: taproot
- featured summary: major releases of popular infrastructure projects
- featured summary: Bitcoin Optech

bitcoinops.org/en/newsletters/

Happy holidays! This issue is our final regular newsletter for the year. Next week we’ll publish our annual special year-in-review issue. We’ll return to regular publication on Wednesday, January 5th.

Show thread

Selected Q&A from Bitcoin Stack Exchange:

- What is the script assembly and execution in P2TR spend (spend from Taproot)?
- How can I find samples for P2TR transactions on mainnet?
- Does a miner adding transactions to a block while mining reset the block’s PoW?
- Can schnorr aggregate signatures be nested inside other schnorr aggregate signatures?

bitcoinops.org/en/newsletters/

Show thread

Changes to services and client software:

- Simple Bitcoin Wallet adds taproot sends
- Trezor Suite supports taproot
- BlueWallet adds taproot sends
- Cash App adds taproot sends
- Swan adds taproot sends
- Wallet of Satoshi adds taproot sends

bitcoinops.org/en/newsletters/

Show thread

Bastien Teinturier started a thread on the Lightning-Dev mailing list about making the minimal set of changes to the LN communication protocol necessary to allow nodes to begin upgrading to using PTLCs.

bitcoinops.org/en/newsletters/

Show thread

Since our description in Newsletter #162, Jeremy Rubin has renewed discussion on the Bitcoin-Dev mailing list about allowing transactions to create outputs with values below the dust limit...

bitcoinops.org/en/newsletters/

Show thread

Bitcoin Optech newsletter #179 is here:

- describes a proposal to allow relay of transactions with zero-value outputs in some cases
- summarizes a discussion about preparing LN for the adoption of PTLCs
- summarizes changes to services and client software
- summarizes popular questions and answers from the Bitcoin Stack Exchange

bitcoinops.org/en/newsletters/

Show older
unidentified instance

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