Subscribe to our weekly newsletter

Get the latest updates on the community, upcoming topics, and new discussions in your inbox every week.

Summary

Recent discussions within the Bitcoin community have presented an innovative method to improve Bitcoin scripting by leveraging OP_CAT for simulating curve point scalar multiplication, enabling the computation of TapTweaks. This advancement allows for the creation of recursive covenants, potentially broadening Bitcoin's programmability and highlighting the currency's capacity for innovation despite its intentionally simplistic design.

Debate around changing Bitcoin's consensus rules has revealed a divide in the community: some view Bitcoin as "perfect money" and resist amendments, while others suggest changes should come from esteemed individuals in the ecosystem. An idea to adopt a rough consensus model similar to the IETF's faces challenges due to the lack of a formalized process to determine consensus. To overcome these challenges, a proposal recommends the Bitcoin core project should release a client with various changes and specific signaling to better measure community consensus.

Additionally, there is a movement to establish a centralized platform for the exchange and discussion of Bitcoin network data, responding to the community's call for accessible and detailed data, such as fee percentages and transaction volumes. This platform aims to centralize resources, facilitating structured conversations and collaborative development, supported by shared data insights from various sources including Twitter.

New posts

January 6, 2024 16:43 UTC

delvingbitcoin

Emulating curve point scalar multiplication with OP_CAT

1 reply

  • The writeup describes simulating curve point multiplication for Bitcoin's TapTweaks using OP_CAT.
  • It presents a technical method to enhance Bitcoin scripting and smart contract capabilities.
  • The document also explores the complexities of advancing within Bitcoin's scripting constraints.

January 3, 2024 13:46 UTC

delvingbitcoin

Should there be a "Network Data" category?

5 replies

  • A new Bitcoin data category will facilitate data exchange and discussions.
  • It promises improvement by enabling efficient image sharing and collaboration.
  • The goal is to centralize data access and discussion for community benefit.

January 1, 2024 16:05 UTC

delvingbitcoin

[Meta] On consensus changes in bitcoin 2024

2 replies

  • Some Bitcoin community members resist changing consensus rules, calling it "perfect money."
  • Others suggest changes only under guidance from respected Bitcoin "saints."
  • A rough consensus model is debated but lacks a definitive method for declaring consensus.

Ongoing Discussions

January 7, 2024 19:30 UTC

delvingbitcoin

LNHANCE bips and implementation

6 replies

  • Bitcoin-inquisition repository streamlines Bitcoin Core by separating consensus change discussions.
  • LN-Symmetry's APO implementation faces limitations and upgradeability issues with key types and sighash flags.
  • CTV, with CSFS, offers a structured output commitment, enhancing second-layer developments and future upgrades.

January 6, 2024 21:15 UTC

delvingbitcoin

[BUG]: spammers get Bitcoin blockspace at discounted price. Let's fix it

10 replies

  • The email questions fairness in blockspace pricing and potential discrimination in transaction costs.
  • It debates if blockspace should have uniform pricing or vary with transaction complexity.
  • Addressing this could clarify transaction prioritization and blockchain network accessibility.

January 5, 2024 19:18 UTC

delvingbitcoin

LN-Symmetry Project Recap

4 replies

  • The current nonce protocol is limited and cannot handle optimistic updates correctly.
  • Another nonce and handling mechanism are required to support out-of-sequence updates.
  • Integrating this logic is crucial to maintain safety and enhance update latency benefits.

January 5, 2024 15:06 UTC

bitcoin-dev

Compressed Bitcoin Transactions

12 replies

  • The new Bitcoin Core update introduces a Compressed Transaction Schema to reduce transaction sizes.
  • Compression techniques offer environmental benefits and customizable transactions for users.
  • The GitHub documentation showcases test vectors and space savings for different transaction types.

January 5, 2024 10:43 UTC

delvingbitcoin

CPU usage of peers

3 replies

  • The research by @0xB10C confirms high CPU usage stems from transaction validation.
  • Transaction validation is computationally intensive, demanding considerable resources.
  • These insights may guide enhancements in system architecture for improved performance.

January 4, 2024 13:50 UTC

bitcoin-dev

Future of the bitcoin-dev mailing list

26 replies

  • Brad Morrison notices the bitcoin-dev mailing list is on outdated Mailman software.
  • He seeks clarity on future hosting and migration plans for the list.
  • Community members await direction for their interactions amidst this uncertainty.

January 4, 2024 00:48 UTC

delvingbitcoin

On consensus changes in bitcoin 2024

3 replies

  • Bitcoin upgrade debates highlight miner roles and concerns over hard forks' impact on consensus.
  • Soft-fork opposition is legitimate only if it contradicts users' coin use expectations.
  • A backward-planning strategy from the soft-fork target date may enhance engagement and development.

January 2, 2024 20:39 UTC

delvingbitcoin

Liquidity griefing in multi-party transaction protocols

9 replies

  • An AI clarifies it can't summarize without specific content details.
  • The term "@morehouse agreed on all counts" implies a consensus.
  • To write a structured summary, more information is required.

January 2, 2024 11:44 UTC

delvingbitcoin

V3 transaction policy for anti-pinning

22 replies

  • Developers collaborate using repositories and version control systems.
  • Enhanced pull request descriptions include relevant additional links.
  • Links in PRs provide context, supporting efficient reviews and communication.

January 2, 2024 11:12 UTC

bitcoin-dev

V3 Transactions are still vulnerable to significant tx pinning griefing attacks

8 replies

  • A more accurate weight estimate for Lightning Network's commitment transactions is 324vB.
  • Pinning attacks can inflate costs, with version 3 limiting additional expenses to 29,284 sat.
  • The analysis confirms version 3's effectiveness in reducing the financial impact of attacks.

January 1, 2024 18:57 UTC

bitcoin-dev

Lamport scheme (not signature) to economize on L1

20 replies

  • Dave questions the benefit of changing Bitcoin's transaction handling through forking.
  • He seeks data on the impact of proposed changes on transaction sizes.
  • Dave is skeptical about community support for minor data size reductions.

January 1, 2024 16:37 UTC

bitcoin-dev

Swift Activation - CTV

14 replies

  • Multisig is widely used; CTV, for speculative cases, lacks adoption and consensus poses risks.
  • While Taproot usage is low, rushing into covenants may shift problems, not solve them.
  • To assess CTV's risks and suitability, building and evaluating specific use cases is necessary.

January 1, 2024 16:08 UTC

bitcoin-dev

Ordinal Inscription Size Limits

22 replies

  • Blockchain scalability issues stem from inefficiencies in transaction broadcasting and storage.
  • Covenant technology enables shared control of transaction outputs, improving blockchain efficiency.
  • Solutions like Lightning and Ark leverage covenants to scale blockchain for high-frequency transactions.