Subscribe to our weekly newsletter

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

Summary

The SeedHammer team is advancing a novel descriptor format for metal engraved backups, aligning with BIPs 380-386 and BIP 389, and considering PSBT over CBOR for binary encoding to integrate wallet-policies, Miniscript, and additional metadata. They are weighing the addition of a unique header versus expanding the PSBT structure and are seeking community feedback through [proposal], [implementation], and [playground] before formalizing their approach.

Niftynei has announced enhancements to the Liquidity Ads specification in core-lightning v0.10.1, including a shift from CheckSequenceVerify to CheckLockTimeVerify for fund locking, and the introduction of variable lease terms and "lease locked" transactions by @morehouse. Adjustments to channel fee caps and the proposed fraud proof mechanism are also under discussion, with base milli-satoshi cap revisions suggested by @t-bast. These revisions, influenced by community feedback and collaborative efforts, aim to bolster the system's robustness and are documented in the accessible draft and commits.

New posts

November 23, 2023 22:25 UTC

bitcoin-dev

A proposal for a "PSBT for descriptors" format

1 reply

  • SeedHammer proposes a metal engraving backup descriptor using PSBT binary encoding.
  • The proposal aligns with BIP standards but debates CBOR versus PSBT encoding preferences.
  • Feedback is solicited before formalizing the descriptor through the BIP process.

November 20, 2023 17:48 UTC

lightning-dev

Liquidity Ads: Updated Spec Posted, please review

4 replies

  • Liquidity Ads specification revised; transitioned from CSV to CLTV for locking funds.
  • Variable lease terms introduced, with adjustments in channel fee rates and caps.
  • Community feedback influences fee cap increments and fraud proof mechanisms in proposal.

Ongoing Discussions

November 21, 2023 23:10 UTC

bitcoin-dev

Ordinals BIP PR

22 replies

  • Ordinals compete with payments due to Bitcoin's 4MB block size limit.
  • A Bitcoin Improvement Proposal suggests hiding Ordinals to save space.
  • The core argument is to prioritize payments on Bitcoin, treating Ordinals secondarily.

November 21, 2023 02:39 UTC

bitcoin-dev

HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants)

2 replies

  • Today's blog post examines technical progress and issues in cryptocurrency, specifically Lightning Network transactions.
  • It discusses HTLC concerns, protocol limits, and introduces potential solutions like segregated outputs and covenants.
  • The post also explores Layer 2 efficiencies, advanced cryptosystems, and references technical resources for further details.

November 21, 2023 02:39 UTC

lightning-dev

HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants)

2 replies

  • Antoine details a vulnerability in LN's anchor channels involving transaction recycling attacks.
  • He suggests HTLC output segregation and covenants to mitigate malleability issues.
  • The email delves into PTLCs, payment pools, and advanced cryptosystems for LN scalability.

November 20, 2023 19:47 UTC

bitcoin-dev

Purely off-chain coin colouring

13 replies

  • Standardizing Bitcoin commitment methods can enhance protocol interoperability.
  • Commitments would use signature R-values for flexible, expandable transactions.
  • An OP_RETURN operation and consistent R-value encoding could streamline Taproot address creation.

November 20, 2023 14:56 UTC

lightning-dev

Lightning Address in a Bolt 12 world

13 replies

  • Discussions focus on DNS record flexibility and the importance of timely updates.
  • Redundancy versus performance in DNS settings suggests avoiding duplicate records.
  • Simplifying user experience is prioritized, with subdomains and blinded paths as suggested solutions.