From 69bbd961d839c968a6ce5a975a12ee3c74ade796 Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Wed, 23 Oct 2024 03:16:10 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 164 ++++++----- .../Oct_2024/2024-10-23-homepage.json | 259 ++++++++++++++++++ 2 files changed, 339 insertions(+), 84 deletions(-) create mode 100644 static/homepage/Oct_2024/2024-10-23-homepage.json diff --git a/static/homepage.json b/static/homepage.json index e3f5eed09..395d84cb3 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,5 +1,5 @@ { - "header_summary": "Antoine Riard has actively contributed to advancing the bitcoind build system and the libbitcoinkernel projects over the summer, focusing on enabling the historical bitcoin consensus engine to operate within a secure enclave to minimize security risks. The initiative led to the creation of a standalone repository for libbitcoinkernel, facilitating easier access and development for those unfamiliar with embedded systems' build systems, and is a step towards more secure and diverse bitcoin node implementations. This development, documented at [GitHub](https://github.com/ariard/standalone-bitcoinkernel), aims to provide a robust foundation for developers interested in full-node implementations or integrating the libbitcoinkernel into other parts of the bitcoin stack.\n\nAndrew Toth proposes enhancements to the Partially Signed Bitcoin Transaction (PSBT) format to include support for silent payments, aiming to improve transaction privacy through additional data fields and revised roles for entities involved in the transaction process. This proposal, part of BIP 370, introduces technical specifications for integrating silent payments into the PSBT framework, enabling more private transactions on the Bitcoin network by leveraging cryptographic proofs, as detailed at [this source](https://gnusha.org/pi/bitcoindev/cde77c84-b576-4d66-aa80-efaf4e50468fn@googlegroups.com/T/#u#ma28015d36d7afba0a7738d191ef1d63074a9b25f).\n\nDiscussions led by roasbeef and ellemouton focus on enhancing the Bitcoin and Lightning Network protocols through the incorporation of MuSig2 adapter signatures and updates to the protocol proposal, emphasizing the transition to a Pure Type-Length-Value (TLV) format for improved information exchange and network efficiency. These discussions underscore the community's efforts towards refining the technology for better security, efficiency, and adaptability, reflecting ongoing developments in areas such as Taproot Lightning Channels and gossip message structures. The significant updates are documented at [DelvingBitcoin](https://delvingbitcoin.org/t/ln-summit-2024-notes-summary-commentary/1198/6) and [another link](https://delvingbitcoin.org/t/updates-to-the-gossip-1-75-proposal-post-ln-summit-meeting/1202).\n\nLastly, accumulator introduces \"Bundled Payments\" to the BOLT12 specification, targeting improvements in non-custodial exchanges and submarine swaps, which are pivotal for secure blockchain transactions. This concept is aimed at enhancing transaction flexibility and security, with in-depth discussions and technical details provided at [Linux Foundation's mailing list](https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003977.html).", + "header_summary": "Antoine Riard's work over the summer on enhancing the bitcoind build system and developing the libbitcoinkernel project aims to run the bitcoin consensus engine in a secure enclave, minimizing security threats. The project, still in its early stages and seeking broader recognition, has made its standalone repository available on [GitHub](https://github.com/ariard/standalone-bitcoinkernel), offering developers a foundation for creating or integrating full-node implementations without starting from scratch.\n\nAndrew Toth introduces enhancements to the Partially Signed Bitcoin Transaction (PSBT) format to support silent payments for enhanced privacy, as outlined in BIP 370 and BIP352. This requires additional data fields and alters the roles within the PSBT framework to accommodate the new silent payment outputs, aiming to integrate more private transactions into the Bitcoin network while maintaining compatibility with existing standards. The technical intricacies of this proposal are detailed, emphasizing the role of cryptographic proofs in obscuring transaction details.\n\nThe discussion on quantum resistance in Bitcoin, led by conduition, highlights a proactive approach to safeguarding against future quantum computing threats. It suggests a transitional strategy using a hash-based signature algorithm (HBS) for a post-quantum secure key, advocating for a pragmatic and flexible method to prepare for quantum computing advancements without immediate consensus changes. The proposal, including the adoption of Winternitz OTS as an emergency fallback mechanism, is seen as a forward-thinking strategy to ensure the long-term security of Bitcoin transactions against quantum threats, detailed further in the discussions at [DelvingBitcoin.org](https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3).\n\nLastly, discussions around \"Bundled Payments\" in the BOLT12 specification, introduced by accumulator, propose an innovative invoice format supporting multiple preimages and amounts. This development targets enhancements in non-custodian exchanges and submarine swaps, providing detailed specifications and discussions on its implementation and utility in the blockchain ecosystem, accessible through the [Linux Foundation's mailing list](https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003977.html).", "recent_posts": [ { "id": "m47cf1cb1c648b8812367a2a18b6e6828653d9def", @@ -9,7 +9,7 @@ "Antoine Riard" ], "published_at": "2024-10-20T06:56:00+00:00", - "summary": "- Efforts were made to enhance bitcoind and develop libbitcoinkernel for secure bitcoin consensus.\n- A repository with libbitcoinkernel resources is now public, aiming for broader accessibility and understanding.\n- The project invites developer experimentation and feedback, highlighting its potential in bitcoin node implementations.", + "summary": "- Enhancements were made to the bitcoind build system and libbitcoinkernel projects during the summer.\n- A public repository with libbitcoinkernel files and a build system is now accessible for developers.\n- The project invites further exploration and feedback, aiming to improve bitcoin development tools.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -24,7 +24,7 @@ "Andrew Toth" ], "published_at": "2024-10-17T13:40:00+00:00", - "summary": "- This proposal enhances PSBT format to support silent payments for privacy improvement.\n- Silent payments require new fields and revised roles for transaction participants.\n- It integrates privacy into Bitcoin transactions using cryptographic proofs, updating PSBT standards.", + "summary": "- Andrew Toth proposes enhancements for PSBTv2, introducing support for silent payments via BIP 370 and BIP352. - Silent payment implementations require new data fields for ECDH shares and DLEQ proofs, modifying transaction participant roles. - The aim is to make Bitcoin transactions more private by using cryptographic proofs, maintaining PSBTv2 compatibility.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -32,37 +32,38 @@ "combined_summ_file_path": "" }, { - "id": "3395", - "title": "LN Summit 2024 Notes & Summary/Commentary", - "link": "https://delvingbitcoin.org/t/ln-summit-2024-notes-summary-commentary/1198/6", + "id": "3397", + "title": "Proposing a P2QRH BIP towards a quantum resistant soft fork", + "link": "https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3", "authors": [ - "roasbeef" + "conduition" ], - "published_at": "2024-10-21T21:38:01.804000+00:00", - "summary": "- The discussion focuses on Bitcoin protocol enhancement, highlighting single signature and MuSig2 signatures development.\n- Progress in MuSig2 integration for Bitcoin is noted, with a BIP proposal for signature construction anticipated.\n- The implementation of PTLC and Taproot channels is underway, emphasizing network-wide efforts for efficiency improvements.", - "n_threads": 3, + "published_at": "2024-10-22T19:51:57.030000+00:00", + "summary": "- The push for quantum-resistant cryptography in Bitcoin aims to prepare for future quantum computing challenges.\n- A proposed strategy uses hash-based signatures for a transition without immediate Bitcoin network consensus changes.\n- Adopting Winternitz OTS offers a fallback, emphasizing a pragmatic approach to quantum advancements without urgent network changes.", + "n_threads": 2, "dev_name": "delvingbitcoin", "contributors": [ - "benthecarman", - "everythingSats" + "cryptoquick" ], - "file_path": "static/delvingbitcoin/Oct_2024/3395_LN-Summit-2024-Notes-Summary-Commentary.xml", - "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_LN-Summit-2024-Notes-Summary-Commentary.xml" + "file_path": "static/delvingbitcoin/Oct_2024/3397_Proposing-a-P2QRH-BIP-towards-a-quantum-resistant-soft-fork.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Proposing-a-P2QRH-BIP-towards-a-quantum-resistant-soft-fork.xml" }, { - "id": "3377", - "title": "Updates to the Gossip 1.75 proposal post LN summit meeting", - "link": "https://delvingbitcoin.org/t/updates-to-the-gossip-1-75-proposal-post-ln-summit-meeting/1202", + "id": "3396", + "title": "Bitcoin PIPEs: Covenants on Bitcoin Without Soft Fork", + "link": "https://delvingbitcoin.org/t/bitcoin-pipes-covenants-on-bitcoin-without-soft-fork/1195/2", "authors": [ - "ellemouton" + "GaloisField2718" ], - "published_at": "2024-10-17T15:00:21.764000+00:00", - "summary": "- The summit discussed updating the protocol, especially message structuring and announcement methods.\n- Proposals include TLV format for messages and flexible P2WSH channel updates with Schnorr signatures.\n- Implementation phases are suggested, with new feature bits to signal node capabilities and improvements.", - "n_threads": 0, + "published_at": "2024-10-22T13:52:11.352000+00:00", + "summary": "- The inquiries concern implementing ZKPs in PIPE setups, focusing on verification and integration.\n- The email discusses transitioning from off-chain to on-chain verification for ZKP covenants.\n- It questions the practical application and real-world feasibility of the proposed systems.", + "n_threads": 1, "dev_name": "delvingbitcoin", - "contributors": [], - "file_path": "static/delvingbitcoin/Oct_2024/3377_Updates-to-the-Gossip-1-75-proposal-post-LN-summit-meeting.xml", - "combined_summ_file_path": "" + "contributors": [ + "MishaKomarov" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3396_Bitcoin-PIPEs-Covenants-on-Bitcoin-Without-Soft-Fork.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Bitcoin-PIPEs-Covenants-on-Bitcoin-Without-Soft-Fork.xml" }, { "id": "3373", @@ -72,7 +73,7 @@ "accumulator" ], "published_at": "2024-10-16T09:00:18.433000+00:00", - "summary": "- The email introduces \"Bundled Payments\" for the BOLT12 specification.\n- It highlights its use in enabling efficient, secure blockchain transactions.\n- Links to technical discussions on the Linux Foundation's mailing list are provided.", + "summary": "- The email introduces \"Bundled Payments\" to improve BOLT12, aiding non-custodian exchanges.\n- It highlights the role of Bundled Payments in enhancing submarine swaps and JIT channels.\n- Details and technical specifications are shared on the Linux Foundation's mailing list.", "n_threads": 3, "dev_name": "delvingbitcoin", "contributors": [ @@ -91,7 +92,7 @@ "Agustin Cruz" ], "published_at": "2024-10-17T22:54:00+00:00", - "summary": "- The BIP proposes integrating quantum-resistant cryptography into Bitcoin, using SPHINCS+ and Dilithium.\n- It suggests modifications for quantum resistance, including a new address format and updated transaction structures.\n- Agust\u00edn Cruz seeks community feedback on the proposal, emphasizing the importance of input for optimization.", + "summary": "- The BIP proposes quantum-resistant cryptography for Bitcoin, including SPHINCS+ and Dilithium.\n- It suggests a new address format and updates to transactions and scripts for quantum resistance.\n- Agust\u00edn Cruz seeks community feedback on the proposal, available for review online.", "n_threads": 1, "dev_name": "bitcoin-dev", "contributors": [ @@ -108,7 +109,7 @@ "/dev /fd0" ], "published_at": "2024-10-20T06:19:00+00:00", - "summary": "- Address reuse in Bitcoin transactions compromises privacy, prompting modification needs.\n- A new transaction package definition could improve privacy by preventing address reuse.\n- Implementing these changes faces obstacles like increased scanning times and adoption resistance.", + "summary": "- Address re-use in Bitcoin transactions risks privacy, spurring a call for change.\n- Proposed solutions include modifying mempool policies and redefining package transactions for privacy.\n- Challenges like increased scanning time and the need for developer consensus complicate implementation.", "n_threads": 1, "dev_name": "bitcoin-dev", "contributors": [ @@ -125,7 +126,7 @@ "scott beeker" ], "published_at": "2024-10-17T00:45:00+00:00", - "summary": "- Transitioning Bitcoin to SLH-DSA is crucial due to quantum computing threats.\n- SLH-DSA's larger signatures would impact Bitcoin's network and increase transaction fees.\n- Despite challenges, SLH-DSA offers long-term security against quantum attacks.", + "summary": "- Transitioning Bitcoin to SLH-DSA aims to protect against quantum computing threats.\n- SLH-DSA implementation implies substantial changes to Bitcoin\u2019s protocol and increased transaction costs.\n- Despite challenges, SLH-DSA enhances security, but demands extensive community consensus and testing.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -140,7 +141,7 @@ "ZmnSCPxj" ], "published_at": "2024-09-16T20:08:19.856000+00:00", - "summary": "- The SuperScalar mechanism enhances Bitcoin Lightning Network liquidity without altering blockchain consensus.\n- It utilizes Decker-Wattenhofer mechanisms, timeout trees, and laddering for security and efficiency.\n- Implementation considerations include incentivizing user activity and structuring for cost-effective liquidity allocations.", + "summary": "- The SuperScalar mechanism enhances Bitcoin Lightning Network's liquidity without blockchain changes.\n- It combines Decker-Wattenhofer mechanisms, timeout trees, and laddering for security and efficiency.\n- Practical deployment includes incentives for user activity and strategic tree structuring for liquidity.", "n_threads": 31, "dev_name": "delvingbitcoin", "contributors": [ @@ -153,90 +154,85 @@ "combined_summ_file_path": "static/delvingbitcoin/Sept_2024/combined_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories.xml" }, { - "id": "2418", - "title": "Ecash TIDES using Cashu and Stratum v2", - "link": "https://delvingbitcoin.org/t/ecash-tides-using-cashu-and-stratum-v2/870", + "id": "2905", + "title": "Bolt 12 Trusted Contacts", + "link": "https://delvingbitcoin.org/t/bolt-12-trusted-contacts/1046", "authors": [ - "EthnTuttle" + "t-bast" ], - "published_at": "2024-05-15T16:58:18.975000+00:00", - "summary": "- Integrating BDHKE into Stratum v2 enhances privacy and auditability for small payouts.\n- The process involves two-step communication for share submission and reward redemption.\n- The proposal explores using Cashu for transactions and ASICs for computational efficiency.", - "n_threads": 30, + "published_at": "2024-07-30T15:12:09.428000+00:00", + "summary": "- Bolt 12 enhances lightning wallets by enabling payment via metadata-linked offers and a contacts list.\n- It proposes a method for selective identity sharing using a `contact_key` for trusted transactions.\n- Feedback is sought to refine selective identity revelation in payments, aiming for privacy and security.", + "n_threads": 7, "dev_name": "delvingbitcoin", "contributors": [ - "davidcaseria", - "MattCorallo", - "1440000bytes", - "calle", - "marathon-gary", - "mcelrath", - "plebhash" + "David Harding", + "Vincenzo Palazzo" ], - "file_path": "static/delvingbitcoin/May_2024/2418_Ecash-TIDES-using-Cashu-and-Stratum-v2.xml", - "combined_summ_file_path": "static/delvingbitcoin/May_2024/combined_Ecash-TIDES-using-Cashu-and-Stratum-v2.xml" + "file_path": "static/delvingbitcoin/July_2024/2905_Bolt-12-Trusted-Contacts.xml", + "combined_summ_file_path": "static/delvingbitcoin/July_2024/combined_Bolt-12-Trusted-Contacts.xml" }, { - "id": "3340", - "title": "CVE-2024-38365 public disclosure (btcd `FindAndDelete` bug)", - "link": "https://delvingbitcoin.org/t/cve-2024-38365-public-disclosure-btcd-findanddelete-bug/1184", + "id": "3370", + "title": "LN Summit 2024 Notes & Summary/Commentary", + "link": "https://delvingbitcoin.org/t/ln-summit-2024-notes-summary-commentary/1198", "authors": [ - "AntoineP" + "roasbeef" ], - "published_at": "2024-10-10T09:02:17.756000+00:00", - "summary": "- Niklas G\u00f6gge and Antoine Poinsot identified a critical flaw in Btcd's signature verification.\n- Their discovery led to a bug bounty award and a fix in version 0.24.2 of Btcd software.\n- The issue was responsibly disclosed in September 2024, highlighting community coordination and response.", - "n_threads": 9, + "published_at": "2024-10-16T00:17:33.664000+00:00", + "summary": "- Over thirty Lightning developers met in Tokyo to discuss Lightning and Bitcoin protocol developments.\n- They explored Package Relay, V3 Commitments, and innovative fee management and transaction reliability solutions.\n- Focus areas included enhancing Lightning privacy, scalability, and introducing BOLT 12 for improved payment features.", + "n_threads": 3, "dev_name": "delvingbitcoin", "contributors": [ - "ariard", - "David Harding" + "benthecarman", + "everythingSats" ], - "file_path": "static/delvingbitcoin/Oct_2024/3340_CVE-2024-38365-public-disclosure-btcd-FindAndDelete-bug-.xml", - "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_CVE-2024-38365-public-disclosure-btcd-FindAndDelete-bug-.xml" + "file_path": "static/delvingbitcoin/Oct_2024/3370_LN-Summit-2024-Notes-Summary-Commentary.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_LN-Summit-2024-Notes-Summary-Commentary.xml" } ], "today_in_history_posts": [ { - "id": "011657", - "title": "[BIP] Normalized transaction IDs", - "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-November/011657.html", + "id": "016468", + "title": "BIP- & SLIP-0039 -- better multi-language support", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-November/016468.html", "authors": [ - "Christian Decker" + "Weiji Guo" ], - "published_at": "2015-11-03T20:37:44+00:00", - "summary": "- Christian Decker updated the BIP with version numbers and Schnorr signatures.\n- Decker is open to amending the proposal based on feedback.\n- Luke Dashjr suggests wallets add outputs to unconfirmed transactions for fixes.", - "n_threads": 35, + "published_at": "2018-11-06T16:16:41+00:00", + "summary": "- Weiji Guo highlighted BIP-0039's language dependency in mnemonic sentence generation.\n- Guo suggests mnemonic codes represent entropy directly, with translation tools for assistance.\n- He proposes numerical representation for seed/secret to aid non-English speakers' understanding.", + "n_threads": 8, "dev_name": "bitcoin-dev", "contributors": [ - "Luke Dashjr", - "Greg Maxwell", - "Jorge Tim\u00f3n", - "s7r", - "Adam Back", - "Danny Thorpe", - "Peter Todd", - "Tier Nolan" + "Jon", + "Neill Miller", + "N", + "SomberNight", + "Steven H" ], - "file_path": "static/bitcoin-dev/Nov_2015/011657_-BIP-Normalized-transaction-IDs.xml", - "combined_summ_file_path": "static/bitcoin-dev/Nov_2015/combined_-BIP-Normalized-transaction-IDs.xml" + "file_path": "static/bitcoin-dev/Nov_2018/016468_BIP-SLIP-0039-better-multi-language-support.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2018/combined_BIP-SLIP-0039-better-multi-language-support.xml" }, { - "id": "000287", - "title": "[PATCH v3] daemon: encrypted communication (version 3)", - "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2015-October/000287.html", + "id": "001487", + "title": "RFC: simplifications and suggestions on open/accept limits.", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-November/001487.html", "authors": [ "Rusty Russell" ], - "published_at": "2015-10-23T01:33:33+00:00", - "summary": "- The Lightning Network daemon's core functions include `decrypt_pkt()`, `encrypt_pkt()`, and `do_read_packet()`.\n- New code updates feature added `io_data` struct and session key exchanges with encryption enhancements.\n- The implementation introduces an `authenticate` packet and expands packet handling in peer connectivity and testing.", - "n_threads": 9, + "published_at": "2018-11-01T01:03:19+00:00", + "summary": "- Gert-Jaap Glasbergen argues against removing htlc_minimum_msat for preventing trimmed HTLCs.\n- He suggests adjustments like transaction_min_msat_multiple and chain-specific minimum_depth.\n- Rusty Russell partially agrees, but finds the sub-1000 msat opt-out impractical due to low fees.", + "n_threads": 11, "dev_name": "lightning-dev", "contributors": [ + "Gert-Jaap Glasbergen", + "Anthony Towns", + "Christian Decker", + "Conner Fromknecht", "Pierre", - "M", - "Peter Todd" + "alexis petropoulos" ], - "file_path": "static/lightning-dev/Oct_2015/000287_-PATCH-v3-daemon-encrypted-communication-version-3-.xml", - "combined_summ_file_path": "static/lightning-dev/Oct_2015/combined_-PATCH-v3-daemon-encrypted-communication-version-3-.xml" + "file_path": "static/lightning-dev/Nov_2018/001487_RFC-simplifications-and-suggestions-on-open-accept-limits-.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2018/combined_RFC-simplifications-and-suggestions-on-open-accept-limits-.xml" }, { "id": "62", @@ -246,7 +242,7 @@ "jamesob" ], "published_at": "2023-08-16T15:22:13.243000+00:00", - "summary": "- Bitcoin scalability involves creating 50,000 off-chain \"bitcoin banks\" for transactions.\n- High transaction costs on the main chain push towards using interconnected off-chain services.\n- Addressing correlated failures in second-layer solutions and enhancing security with tools like `OP_VAULT` is crucial.", + "summary": "- Bitcoin's scalability aims for 50,000 off-chain \"bitcoin banks\" to support 1 billion users.\n- Concepts like federated sidechains and coinpools are explored to address high main chain transaction costs.\n- Effective large-scale Bitcoin custody and transaction solutions require balancing scalability with proactive security and regulatory compliance.", "n_threads": 5, "dev_name": "delvingbitcoin", "contributors": [ diff --git a/static/homepage/Oct_2024/2024-10-23-homepage.json b/static/homepage/Oct_2024/2024-10-23-homepage.json new file mode 100644 index 000000000..395d84cb3 --- /dev/null +++ b/static/homepage/Oct_2024/2024-10-23-homepage.json @@ -0,0 +1,259 @@ +{ + "header_summary": "Antoine Riard's work over the summer on enhancing the bitcoind build system and developing the libbitcoinkernel project aims to run the bitcoin consensus engine in a secure enclave, minimizing security threats. The project, still in its early stages and seeking broader recognition, has made its standalone repository available on [GitHub](https://github.com/ariard/standalone-bitcoinkernel), offering developers a foundation for creating or integrating full-node implementations without starting from scratch.\n\nAndrew Toth introduces enhancements to the Partially Signed Bitcoin Transaction (PSBT) format to support silent payments for enhanced privacy, as outlined in BIP 370 and BIP352. This requires additional data fields and alters the roles within the PSBT framework to accommodate the new silent payment outputs, aiming to integrate more private transactions into the Bitcoin network while maintaining compatibility with existing standards. The technical intricacies of this proposal are detailed, emphasizing the role of cryptographic proofs in obscuring transaction details.\n\nThe discussion on quantum resistance in Bitcoin, led by conduition, highlights a proactive approach to safeguarding against future quantum computing threats. It suggests a transitional strategy using a hash-based signature algorithm (HBS) for a post-quantum secure key, advocating for a pragmatic and flexible method to prepare for quantum computing advancements without immediate consensus changes. The proposal, including the adoption of Winternitz OTS as an emergency fallback mechanism, is seen as a forward-thinking strategy to ensure the long-term security of Bitcoin transactions against quantum threats, detailed further in the discussions at [DelvingBitcoin.org](https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3).\n\nLastly, discussions around \"Bundled Payments\" in the BOLT12 specification, introduced by accumulator, propose an innovative invoice format supporting multiple preimages and amounts. This development targets enhancements in non-custodian exchanges and submarine swaps, providing detailed specifications and discussions on its implementation and utility in the blockchain ecosystem, accessible through the [Linux Foundation's mailing list](https://lists.linuxfoundation.org/pipermail/lightning-dev/2023-June/003977.html).", + "recent_posts": [ + { + "id": "m47cf1cb1c648b8812367a2a18b6e6828653d9def", + "title": "On Libbitcoinkernel Readyness", + "link": "https://gnusha.org/pi/bitcoindev/62313198-398b-42a5-92bd-dfcc57434d55n@googlegroups.com/T/#u#m47cf1cb1c648b8812367a2a18b6e6828653d9def", + "authors": [ + "Antoine Riard" + ], + "published_at": "2024-10-20T06:56:00+00:00", + "summary": "- Enhancements were made to the bitcoind build system and libbitcoinkernel projects during the summer.\n- A public repository with libbitcoinkernel files and a build system is now accessible for developers.\n- The project invites further exploration and feedback, aiming to improve bitcoin development tools.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Oct_2024/m47cf1cb1c648b8812367a2a18b6e6828653d9def_On-Libbitcoinkernel-Readyness.xml", + "combined_summ_file_path": "" + }, + { + "id": "ma28015d36d7afba0a7738d191ef1d63074a9b25f", + "title": "BIP: Sending Silent Payments in PSBTs", + "link": "https://gnusha.org/pi/bitcoindev/cde77c84-b576-4d66-aa80-efaf4e50468fn@googlegroups.com/T/#u#ma28015d36d7afba0a7738d191ef1d63074a9b25f", + "authors": [ + "Andrew Toth" + ], + "published_at": "2024-10-17T13:40:00+00:00", + "summary": "- Andrew Toth proposes enhancements for PSBTv2, introducing support for silent payments via BIP 370 and BIP352. - Silent payment implementations require new data fields for ECDH shares and DLEQ proofs, modifying transaction participant roles. - The aim is to make Bitcoin transactions more private by using cryptographic proofs, maintaining PSBTv2 compatibility.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Oct_2024/ma28015d36d7afba0a7738d191ef1d63074a9b25f_BIP-Sending-Silent-Payments-in-PSBTs.xml", + "combined_summ_file_path": "" + }, + { + "id": "3397", + "title": "Proposing a P2QRH BIP towards a quantum resistant soft fork", + "link": "https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3", + "authors": [ + "conduition" + ], + "published_at": "2024-10-22T19:51:57.030000+00:00", + "summary": "- The push for quantum-resistant cryptography in Bitcoin aims to prepare for future quantum computing challenges.\n- A proposed strategy uses hash-based signatures for a transition without immediate Bitcoin network consensus changes.\n- Adopting Winternitz OTS offers a fallback, emphasizing a pragmatic approach to quantum advancements without urgent network changes.", + "n_threads": 2, + "dev_name": "delvingbitcoin", + "contributors": [ + "cryptoquick" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3397_Proposing-a-P2QRH-BIP-towards-a-quantum-resistant-soft-fork.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Proposing-a-P2QRH-BIP-towards-a-quantum-resistant-soft-fork.xml" + }, + { + "id": "3396", + "title": "Bitcoin PIPEs: Covenants on Bitcoin Without Soft Fork", + "link": "https://delvingbitcoin.org/t/bitcoin-pipes-covenants-on-bitcoin-without-soft-fork/1195/2", + "authors": [ + "GaloisField2718" + ], + "published_at": "2024-10-22T13:52:11.352000+00:00", + "summary": "- The inquiries concern implementing ZKPs in PIPE setups, focusing on verification and integration.\n- The email discusses transitioning from off-chain to on-chain verification for ZKP covenants.\n- It questions the practical application and real-world feasibility of the proposed systems.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "MishaKomarov" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3396_Bitcoin-PIPEs-Covenants-on-Bitcoin-Without-Soft-Fork.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Bitcoin-PIPEs-Covenants-on-Bitcoin-Without-Soft-Fork.xml" + }, + { + "id": "3373", + "title": "Expanding on BOLT12", + "link": "https://delvingbitcoin.org/t/expanding-on-bolt12/1167/4", + "authors": [ + "accumulator" + ], + "published_at": "2024-10-16T09:00:18.433000+00:00", + "summary": "- The email introduces \"Bundled Payments\" to improve BOLT12, aiding non-custodian exchanges.\n- It highlights the role of Bundled Payments in enhancing submarine swaps and JIT channels.\n- Details and technical specifications are shared on the Linux Foundation's mailing list.", + "n_threads": 3, + "dev_name": "delvingbitcoin", + "contributors": [ + "andyschroder" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3373_Expanding-on-BOLT12.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Expanding-on-BOLT12.xml" + } + ], + "active_posts": [ + { + "id": "mb612e57e8446621595193dc7140c0d41725235c9", + "title": "Proposal for Quantum-Resistant Cryptography in Bitcoin - BIP Submission", + "link": "https://gnusha.org/pi/bitcoindev/CAJDmzYyPJSgHvg57OcQoBN9JWs-eGxLSwm+Rc66HoaRqhTq3_A@mail.gmail.com/T/#u#mb612e57e8446621595193dc7140c0d41725235c9", + "authors": [ + "Agustin Cruz" + ], + "published_at": "2024-10-17T22:54:00+00:00", + "summary": "- The BIP proposes quantum-resistant cryptography for Bitcoin, including SPHINCS+ and Dilithium.\n- It suggests a new address format and updates to transactions and scripts for quantum resistance.\n- Agust\u00edn Cruz seeks community feedback on the proposal, available for review online.", + "n_threads": 1, + "dev_name": "bitcoin-dev", + "contributors": [ + "Jon Atack" + ], + "file_path": "static/bitcoin-dev/Oct_2024/mb612e57e8446621595193dc7140c0d41725235c9_Proposal-for-Quantum-Resistant-Cryptography-in-Bitcoin-BIP-Submission.xml", + "combined_summ_file_path": "static/bitcoin-dev/Oct_2024/combined_Proposal-for-Quantum-Resistant-Cryptography-in-Bitcoin-BIP-Submission.xml" + }, + { + "id": "ma5658318128c12ee3958e6713df5d809230c7d5f", + "title": "Redefine packages to discourage address reuse", + "link": "https://gnusha.org/pi/bitcoindev/b383aad2-1abc-4b82-9851-1750b1b52f12n@googlegroups.com/T/#u#ma5658318128c12ee3958e6713df5d809230c7d5f", + "authors": [ + "/dev /fd0" + ], + "published_at": "2024-10-20T06:19:00+00:00", + "summary": "- Address re-use in Bitcoin transactions risks privacy, spurring a call for change.\n- Proposed solutions include modifying mempool policies and redefining package transactions for privacy.\n- Challenges like increased scanning time and the need for developer consensus complicate implementation.", + "n_threads": 1, + "dev_name": "bitcoin-dev", + "contributors": [ + "Abubakar Ismail" + ], + "file_path": "static/bitcoin-dev/Oct_2024/ma5658318128c12ee3958e6713df5d809230c7d5f_Redefine-packages-to-discourage-address-reuse.xml", + "combined_summ_file_path": "static/bitcoin-dev/Oct_2024/combined_Redefine-packages-to-discourage-address-reuse.xml" + }, + { + "id": "mc8c7a43aa01520b4602c1e3997d4e1621c4329ca", + "title": "Hardforking Bitcoin to SLH-DSA (Future Proofing)", + "link": "https://gnusha.org/pi/bitcoindev/0e40068e-6840-49a2-a800-a1f34a0ad9ccn@googlegroups.com/T/#u#mc8c7a43aa01520b4602c1e3997d4e1621c4329ca", + "authors": [ + "scott beeker" + ], + "published_at": "2024-10-17T00:45:00+00:00", + "summary": "- Transitioning Bitcoin to SLH-DSA aims to protect against quantum computing threats.\n- SLH-DSA implementation implies substantial changes to Bitcoin\u2019s protocol and increased transaction costs.\n- Despite challenges, SLH-DSA enhances security, but demands extensive community consensus and testing.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Oct_2024/mc8c7a43aa01520b4602c1e3997d4e1621c4329ca_Hardforking-Bitcoin-to-SLH-DSA-Future-Proofing-.xml", + "combined_summ_file_path": "" + }, + { + "id": "3197", + "title": "SuperScalar: Laddered Timeout-Tree-Structured Decker-Wattenhofer Factories", + "link": "https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories/1143", + "authors": [ + "ZmnSCPxj" + ], + "published_at": "2024-09-16T20:08:19.856000+00:00", + "summary": "- The SuperScalar mechanism enhances Bitcoin Lightning Network's liquidity without blockchain changes.\n- It combines Decker-Wattenhofer mechanisms, timeout trees, and laddering for security and efficiency.\n- Practical deployment includes incentives for user activity and strategic tree structuring for liquidity.", + "n_threads": 31, + "dev_name": "delvingbitcoin", + "contributors": [ + "ariard", + "t-bast", + "Greg Sanders", + "cryptoquick" + ], + "file_path": "static/delvingbitcoin/Sept_2024/3197_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories.xml", + "combined_summ_file_path": "static/delvingbitcoin/Sept_2024/combined_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories.xml" + }, + { + "id": "2905", + "title": "Bolt 12 Trusted Contacts", + "link": "https://delvingbitcoin.org/t/bolt-12-trusted-contacts/1046", + "authors": [ + "t-bast" + ], + "published_at": "2024-07-30T15:12:09.428000+00:00", + "summary": "- Bolt 12 enhances lightning wallets by enabling payment via metadata-linked offers and a contacts list.\n- It proposes a method for selective identity sharing using a `contact_key` for trusted transactions.\n- Feedback is sought to refine selective identity revelation in payments, aiming for privacy and security.", + "n_threads": 7, + "dev_name": "delvingbitcoin", + "contributors": [ + "David Harding", + "Vincenzo Palazzo" + ], + "file_path": "static/delvingbitcoin/July_2024/2905_Bolt-12-Trusted-Contacts.xml", + "combined_summ_file_path": "static/delvingbitcoin/July_2024/combined_Bolt-12-Trusted-Contacts.xml" + }, + { + "id": "3370", + "title": "LN Summit 2024 Notes & Summary/Commentary", + "link": "https://delvingbitcoin.org/t/ln-summit-2024-notes-summary-commentary/1198", + "authors": [ + "roasbeef" + ], + "published_at": "2024-10-16T00:17:33.664000+00:00", + "summary": "- Over thirty Lightning developers met in Tokyo to discuss Lightning and Bitcoin protocol developments.\n- They explored Package Relay, V3 Commitments, and innovative fee management and transaction reliability solutions.\n- Focus areas included enhancing Lightning privacy, scalability, and introducing BOLT 12 for improved payment features.", + "n_threads": 3, + "dev_name": "delvingbitcoin", + "contributors": [ + "benthecarman", + "everythingSats" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3370_LN-Summit-2024-Notes-Summary-Commentary.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_LN-Summit-2024-Notes-Summary-Commentary.xml" + } + ], + "today_in_history_posts": [ + { + "id": "016468", + "title": "BIP- & SLIP-0039 -- better multi-language support", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-November/016468.html", + "authors": [ + "Weiji Guo" + ], + "published_at": "2018-11-06T16:16:41+00:00", + "summary": "- Weiji Guo highlighted BIP-0039's language dependency in mnemonic sentence generation.\n- Guo suggests mnemonic codes represent entropy directly, with translation tools for assistance.\n- He proposes numerical representation for seed/secret to aid non-English speakers' understanding.", + "n_threads": 8, + "dev_name": "bitcoin-dev", + "contributors": [ + "Jon", + "Neill Miller", + "N", + "SomberNight", + "Steven H" + ], + "file_path": "static/bitcoin-dev/Nov_2018/016468_BIP-SLIP-0039-better-multi-language-support.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2018/combined_BIP-SLIP-0039-better-multi-language-support.xml" + }, + { + "id": "001487", + "title": "RFC: simplifications and suggestions on open/accept limits.", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-November/001487.html", + "authors": [ + "Rusty Russell" + ], + "published_at": "2018-11-01T01:03:19+00:00", + "summary": "- Gert-Jaap Glasbergen argues against removing htlc_minimum_msat for preventing trimmed HTLCs.\n- He suggests adjustments like transaction_min_msat_multiple and chain-specific minimum_depth.\n- Rusty Russell partially agrees, but finds the sub-1000 msat opt-out impractical due to low fees.", + "n_threads": 11, + "dev_name": "lightning-dev", + "contributors": [ + "Gert-Jaap Glasbergen", + "Anthony Towns", + "Christian Decker", + "Conner Fromknecht", + "Pierre", + "alexis petropoulos" + ], + "file_path": "static/lightning-dev/Nov_2018/001487_RFC-simplifications-and-suggestions-on-open-accept-limits-.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2018/combined_RFC-simplifications-and-suggestions-on-open-accept-limits-.xml" + }, + { + "id": "62", + "title": "Thoughts on scaling and consensus changes (2023)", + "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", + "authors": [ + "jamesob" + ], + "published_at": "2023-08-16T15:22:13.243000+00:00", + "summary": "- Bitcoin's scalability aims for 50,000 off-chain \"bitcoin banks\" to support 1 billion users.\n- Concepts like federated sidechains and coinpools are explored to address high main chain transaction costs.\n- Effective large-scale Bitcoin custody and transaction solutions require balancing scalability with proactive security and regulatory compliance.", + "n_threads": 5, + "dev_name": "delvingbitcoin", + "contributors": [ + "Ajian", + "CubicEarth", + "EthnTuttle", + "jungly", + "melvincarvalho" + ], + "file_path": "static/delvingbitcoin/Aug_2023/62_Thoughts-on-scaling-and-consensus-changes-2023-.xml", + "combined_summ_file_path": "static/delvingbitcoin/Aug_2023/combined_Thoughts-on-scaling-and-consensus-changes-2023-.xml" + } + ] +} \ No newline at end of file