Artwork

Content provided by Bitcoin Optech. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Bitcoin Optech or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.
Player FM - Podcast App
Go offline with the Player FM app!

Bitcoin Optech: Newsletter #257 Recap

1:47:48
 
Share
 

Manage episode 393221455 series 3545835
Content provided by Bitcoin Optech. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Bitcoin Optech or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

Mark “Murch” Erhardt and Mike Schmidt are joined by Gloria Zhao, Robin Linus, Dave Harding, and Pavlenex to discuss Newsletter #257.

News

  • Preventing coinjoin pinning with v3 transaction relay (16:08)
  • Speculatively using hoped-for consensus changes (1:33)

Waiting for confirmation #7: Network Resources (24:46)

Selected Q&A from Bitcoin Stack Exchange

  • Why do Bitcoin nodes accept blocks that have so many excluded transactions? (57:38)
  • Why does everyone say that soft forks restrict the existing ruleset? (1:05:28)
  • Why is the default LN channel limit set to 16777215 sats? (1:07:47)
  • Why does Bitcoin Core use ancestor score instead of just ancestor fee rate to select transactions? (1:10:28)
  • How does Lightning multipart payments (MPP) protocol define the amounts per part? (1:14:15)

Releases and release candidates

  • BTCPay Server 1.10.3 (1:16:08)

Notable code and documentation changes

  • Core Lightning #6303 (1:21:14)
  • Eclair #2701 (1:22:21)
  • Eclair #2696 (1:25:03)
  • LND #7710 (1:26:51)
  • LDK #2368 (1:27:43)
  • LDK #2367 (1:33:34)
  • LDK #2319 (1:34:40)
  • LDK #2120 (1:37:09)
  • LDK #2089 (1:38:12)
  • LDK #2077 (1:39:08)
  • Libsecp256k1 #1129 (1:40:37)
  continue reading

102 episodes

Artwork
iconShare
 
Manage episode 393221455 series 3545835
Content provided by Bitcoin Optech. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Bitcoin Optech or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

Mark “Murch” Erhardt and Mike Schmidt are joined by Gloria Zhao, Robin Linus, Dave Harding, and Pavlenex to discuss Newsletter #257.

News

  • Preventing coinjoin pinning with v3 transaction relay (16:08)
  • Speculatively using hoped-for consensus changes (1:33)

Waiting for confirmation #7: Network Resources (24:46)

Selected Q&A from Bitcoin Stack Exchange

  • Why do Bitcoin nodes accept blocks that have so many excluded transactions? (57:38)
  • Why does everyone say that soft forks restrict the existing ruleset? (1:05:28)
  • Why is the default LN channel limit set to 16777215 sats? (1:07:47)
  • Why does Bitcoin Core use ancestor score instead of just ancestor fee rate to select transactions? (1:10:28)
  • How does Lightning multipart payments (MPP) protocol define the amounts per part? (1:14:15)

Releases and release candidates

  • BTCPay Server 1.10.3 (1:16:08)

Notable code and documentation changes

  • Core Lightning #6303 (1:21:14)
  • Eclair #2701 (1:22:21)
  • Eclair #2696 (1:25:03)
  • LND #7710 (1:26:51)
  • LDK #2368 (1:27:43)
  • LDK #2367 (1:33:34)
  • LDK #2319 (1:34:40)
  • LDK #2120 (1:37:09)
  • LDK #2089 (1:38:12)
  • LDK #2077 (1:39:08)
  • Libsecp256k1 #1129 (1:40:37)
  continue reading

102 episodes

All episodes

×
 
Loading …

Welcome to Player FM!

Player FM is scanning the web for high-quality podcasts for you to enjoy right now. It's the best podcast app and works on Android, iPhone, and the web. Signup to sync subscriptions across devices.

 

Quick Reference Guide