Subscribe to our weekly newsletter

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

Summary

Tobin Harding highlights the default enforcement of a 32-bit integer limit in the ReadCompactSize function within Bitcoin's codebase, suggesting a reevaluation of its necessity and the utility of the 9-byte encoding scheme for compact sizes, given the absence of its usage with the range_check parameter set to false. This exploration prompts considerations for potential adjustments in encoding approaches to optimize data handling (source). Antoine Riard has introduced a proposal for enhancing the Bitcoin transaction relay protocol, aiming for improvements in transaction propagation across the network. This initiative, documented on GitHub and discussed since 2021, reflects a collective desire within the community to augment the protocol's efficiency, security, and scalability (source).

The Lava Loans paper, released to the Delving Bitcoin community, introduces a new DLC-based loans protocol leveraging Discreet Log Contracts for more trust-minimized bitcoin-secured loans. This innovation, aimed at enhancing privacy and efficiency in bitcoin-secured lending, is detailed in its second version on GitHub, with anticipation for further improvements in its upcoming iteration (source). In another discussion, rustaceanrob proposes the development of a standardized Wallet Descriptor Export File (WDEF) format to simplify the wallet recovery process. This format aims to encapsulate essential wallet data and metadata, facilitating a more intuitive recovery experience, highlighted by a reference implementation in Rust (source).

Lastly, a mutation testing tool for Bitcoin Core, introduced by Bruno, offers a focused approach to testing pull requests by generating mutants for newly modified or added code. This tool, available on GitHub, enhances the software testing process within the Bitcoin Core ecosystem by emphasizing efficiency and the identification of potential vulnerabilities, inviting community feedback for further development (source).

New posts

September 6, 2024 19:43 UTC

delvingbitcoin

Mutation-core: A mutation testing tool for Bitcoin Core
  • A new mutation testing tool for Bitcoin Core has been introduced on GitHub.
  • The tool focuses on testing new changes efficiently, using security-based mutation operators.
  • It streamlines CI/CD pipelines by generating fewer mutants and supports functional test mutations.

September 5, 2024 22:49 UTC

bitcoin-dev

Proposal to upgrade the transaction relay protocol to a new version

2 replies

  • Antoine Riard proposed a new node bit service for Bitcoin transaction improvements.
  • The proposal, aiming to amend Bitcoin transaction mechanisms, is detailed on GitHub.
  • This initiative invites community feedback for more efficient and secure transactions.

September 5, 2024 18:13 UTC

delvingbitcoin

File Format for Recovering Descriptor Wallets
  • The concern is improving wallet recovery, suggesting a standardized file format for ease.
  • WDEF aims to unify descriptor storage, making fund recovery more straightforward.
  • A reference implementation in Rust seeks community feedback to refine the format further.

September 3, 2024 00:13 UTC

delvingbitcoin

Lava Loans: Trust-minimized, Bitcoin-Secured Loans
  • Lava Loans introduces a new DLC-based loans protocol for trust-minimized bitcoin-secured loans.
  • The protocol uses Discreet Log Contracts for enhanced privacy and reduced reliance on centralized parties.
  • Anticipated advancements include a shift towards a scriptless design in the upcoming third version.

September 2, 2024 23:18 UTC

bitcoin-dev

ReadCompactSize without range check
  • The `ReadCompactSize` function defaults its `range_check` to `true` for safety.
  • No code instances bypass this limit, questioning the need for a 32-bit integer limit.
  • The utility of 9-byte encoding in CompactSize is queried, suggesting possible reassessment.

Ongoing Discussions

September 5, 2024 23:33 UTC

delvingbitcoin

PPLNS with job declaration

30 replies

  • The SV2 extension's impact on transactions raises concerns under the GCC framework.
  • Proposed strategies include rejecting, penalizing, or ignoring jobs with GCC vectors.
  • Emphasis on protecting low-end nodes highlights the need for cautious SV2 extension integration.

September 4, 2024 03:39 UTC

delvingbitcoin

Non interactive anti-exfil (airgap compatible)

16 replies

  • The "Dark Smoothie" method exploits cryptographic signatures to compromise wallet security.
  • It combines HMAC and Schnorr signatures to reveal and decrypt the wallet seed.
  • This technique breaches security by exploiting the signatures' mathematical properties and wallet's structure.

September 4, 2024 03:16 UTC

delvingbitcoin

Great Consensus Cleanup Revival

44 replies

  • Enhancing lite client transactions' security requires understanding the entire coinbase transaction.
  • A proposed methodology necessitates verifying coinbase transactions and optimizing bandwidth with SHA-256 midstates.
  • Shifting verification focus to confirming outputs in the UTXO set may render vulnerabilities irrelevant.

September 3, 2024 12:58 UTC

bitcoin-dev

Demonstrating Pinning Attacks under Real-World Conditions

2 replies

  • Antoine Riard allows attack tests on his Lightning node until October 1st.
  • Testers must reimburse any expenses and are encouraged to donate $100 to OTS.
  • For more information or correspondence, contact Riard or visit Peter Todd's website.

September 3, 2024 00:35 UTC

bitcoin-dev

OP_CAT Research Fund sponsored by StarkWare

4 replies

  • Antoine notes stagnation in Bitcoin's soft-fork discussions post-Taproot activation.
  • He advocates for open debates and flexible proposals, as seen with Taproot's success.
  • The email suggests fostering dialogue and neutrality in Bitcoin development globally.

September 2, 2024 15:06 UTC

delvingbitcoin

Bolt 12 Trusted Contacts

6 replies

  • The CLN framework aims for transparent payments with optional sender identity fields.
  • A privacy feature might allow showing identities only to trusted contacts via a `contact_key`.
  • Critiques of bLIP-31 highlight a preference for simpler, privacy-focused transaction identifiers.