Active Discussions

BIP 54's discussion resurfaces, with debates on its implications and suggested changes.

Critics argue nLockTime usage may compromise ASIC optimization, while proponents see it as elegant.

Jeremy Rubin suggests a new Merkle tree to avoid restricting transaction size, spurring further debate.

A technical demo has integrated the Falcon post-quantum signature into Bitcoin Core as a soft fork.

Falcon's efficiency and smaller key sizes outperform current Bitcoin cryptography, ECDSA, in benchmarks.

The aim is to transition Bitcoin towards post-quantum security with Falcon, enhancing transaction efficiency.

Version 0.7.1 of libsecp256k1 has been released, enhancing functionality and security.

Improvements include a security enhancement, a new testing framework, and build system updates.

A comprehensive changelog is available for details on the updates and improvements.

A new Tapscript leaf version introduces a varops budget to mitigate denial-of-service attacks in Bitcoin.

The varops budget links to transaction weight, with benchmarking essential for evaluating its efficiency.

Community involvement is encouraged for refining the budget through benchmark tests and GitHub contributions.

SHRINCS combines efficient stateful and robust stateless hash-based signatures for limited signature needs.

It uses an unbalanced XMSS tree and SPHINCS+ variant, ensuring efficient operations and a secure fallback.

The scheme optimizes for applications like Bitcoin wallets and includes a seamless transition to stateless signatures for reliability.

Dust attacks in on-chain wallets attempt to reveal user connections through small transactions.

Solutions include locking dust UTXOs or spending them on fees to prevent risks.

Implementing disposal features poses challenges like user fingerprinting and multisig difficulties.