From 13f7f727c0639be2d78ca01e2713db668c24d1c2 Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Mon, 28 Oct 2024 03:21:00 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 247 ++++++++++-------- .../Oct_2024/2024-10-28-homepage.json | 234 +++++++++++++++++ 2 files changed, 377 insertions(+), 104 deletions(-) create mode 100644 static/homepage/Oct_2024/2024-10-28-homepage.json diff --git a/static/homepage.json b/static/homepage.json index 9be400d53..fa5ebda75 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,35 +1,22 @@ { - "header_summary": "Andrew Toth's proposal for a Bitcoin Improvement Proposal (BIP) focuses on enhancing the security and reliability of silent payments through the introduction of a standard method for generating and verifying discrete logarithm equality proofs (DLEQ proofs) over the secp256k1 elliptic curve. This method is crucial for scenarios like Elliptic Curve Diffie-Hellman (ECDH), aiming to ensure the correctness of output scripts in Partially Signed Bitcoin Transactions (PSBTs) without compromising private keys, addressing a requirement of BIP352. [Read more about this initiative](https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#u#md54f948a215a1d828571be3122954b53fdf40b96).\n\nAntoine Riard highlights advancements in the bitcoind build system and the development of libbitcoinkernel projects, aiming to run the bitcoin consensus engine securely within a secure enclave to minimize security threats. This effort led to the creation of a standalone repository for libbitcoinkernel, facilitating its integration into full-node implementations and opening new avenues for bitcoin node diversity and security. The project, still in its infancy, seeks feedback for improvement and is accessible at [this GitHub link](https://github.com/ariard/standalone-bitcoinkernel).\n\nThe discussion on quantum resistance in Bitcoin cryptography, led by conduition, reflects a proactive approach to addressing future challenges posed by quantum computing. It proposes a transitional strategy using hash-based signature algorithms to safeguard against quantum vulnerabilities without immediate consensus changes. This strategy, incorporating Winternitz one-time signatures, provides a pragmatic path toward future-proofing Bitcoin against quantum threats, emphasizing the importance of a flexible and forward-thinking approach to cryptographic standardization. [Read more about this proposed transitional framework](https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3).\n\nGaloisField2718 explores the application of Zero-Knowledge Proofs (ZKPs) in blockchain covenants, emphasizing the shift from off-chain to on-chain verification processes. This inquiry underlines the technical and theoretical challenges of integrating ZKPs with blockchain technology, and the ongoing exploration of their practical implementation. The discussion raises critical questions about the verification, encryption, and transmission of data within these cryptographic frameworks, pointing to a growing interest in the practical applicability of ZKPs in enhancing blockchain security and functionality. [Explore the discussion on ZKPs and blockchain covenants](https://delvingbitcoin.org/t/bitcoin-pipes-covenants-on-bitcoin-without-soft-fork/1195/2).", + "header_summary": "AdamISZ suggests enhancing the flexibility of cryptographic protocols by incorporating space for messages in the Fiat Shamir challenge, making Zero-Knowledge Proofs of Knowledge (ZkPoKs) transferable, and addressing the need for Discrete Logarithm Equality (DLEQ) proofs across varying bases. He also highlights the importance of a dedicated Bitcoin Improvement Proposal (BIP) for the generation of Nothing-Up-My-Sleeve (NUMS) generators, underscoring their value in reproducibility and standardization within Bitcoin protocols, while referencing his previous work in Joinmarket and the utility of BIP341 in this context ([source](https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#m903607c29c7d1e810f169b3d617dca41a7783917)).\n\nConduition discusses the necessity of preparing Bitcoin for quantum resistance, emphasizing a long-term strategy that includes transitioning to post-quantum secure keys through a hash-based signature algorithm (HBS) without immediate consensus changes. This approach, which includes the use of Winternitz OTS as an emergency fallback, aims to ensure Bitcoin's resilience against quantum computing advancements by providing a flexible framework that can adapt to future post-quantum algorithms, thereby safeguarding the cryptographic standards currently in place ([source](https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3)).\n\nGaloisField2718 raises questions about the practical implementation of Zero-Knowledge Proofs (ZKPs) in PIPE setups, particularly focusing on off-chain verification processes and the potential for on-chain verification in the context of blockchain covenants. The discussion also explores the technical aspects of data encryption and transmission within these systems and the theoretical versus real-world applicability of the proposed methodologies, indicating a strong interest in the feasibility of such cryptographic innovations ([source](https://delvingbitcoin.org/t/bitcoin-pipes-covenants-on-bitcoin-without-soft-fork/1195/2)).", "recent_posts": [ { - "id": "md54f948a215a1d828571be3122954b53fdf40b96", + "id": "m903607c29c7d1e810f169b3d617dca41a7783917", "title": "BIP: DLEQ", - "link": "https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#u#md54f948a215a1d828571be3122954b53fdf40b96", + "link": "https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#m903607c29c7d1e810f169b3d617dca41a7783917", "authors": [ - "Andrew Toth" + "waxwing/ AdamISZ" ], - "published_at": "2024-10-24T01:51:00+00:00", - "summary": "- The BIP proposes a method for creating zero-knowledge proofs on Bitcoin's secp256k1 curve.\n- It aims to increase PSBT security by verifying discrete logarithm equality proofs without exposing private keys.\n- This standardization helps ensure the correctness of ECDH shared secrets in output scripts, preventing fund loss.", - "n_threads": 0, + "published_at": "2024-10-25T14:49:00+00:00", + "summary": "- The email suggests modifying the Fiat Shamir challenge to include a message for better ZkPoKs.\n- It notes the need for including different bases in DLEQ proofs for complex protocols.\n- The author proposes a Bitcoin Improvement Proposal for standardizing NUMS generator production.", + "n_threads": 1, "dev_name": "bitcoin-dev", - "contributors": [], - "file_path": "static/bitcoin-dev/Oct_2024/md54f948a215a1d828571be3122954b53fdf40b96_BIP-DLEQ.xml", - "combined_summ_file_path": "" - }, - { - "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" + "contributors": [ + "Andrew Toth" ], - "published_at": "2024-10-20T06:56:00+00:00", - "summary": "- Significant efforts improved bitcoind's build system and developed libbitcoinkernel projects.\n- A public repository for libbitcoinkernel aims to simplify use for newcomers, enhancing documentation.\n- The initiative seeks to expand bitcoin node implementation options and enhance security through isolation.", - "n_threads": 0, - "dev_name": "bitcoin-dev", - "contributors": [], - "file_path": "static/bitcoin-dev/Oct_2024/m47cf1cb1c648b8812367a2a18b6e6828653d9def_On-Libbitcoinkernel-Readyness.xml", - "combined_summ_file_path": "" + "file_path": "static/bitcoin-dev/Oct_2024/m903607c29c7d1e810f169b3d617dca41a7783917_BIP-DLEQ.xml", + "combined_summ_file_path": "static/bitcoin-dev/Oct_2024/combined_BIP-DLEQ.xml" }, { "id": "3397", @@ -39,7 +26,7 @@ "conduition" ], "published_at": "2024-10-22T19:51:57.030000+00:00", - "summary": "- The push for quantum resistance in cryptography aims to prepare for future quantum computing threats.\n- A proposed strategy for Bitcoin involves transitioning to post-quantum secure keys without immediate network consensus changes.\n- The adoption of Winternitz OTS highlights a pragmatic approach to quantum uncertainties, deferring consensus changes.", + "summary": "- The push for quantum-resistant cryptography in Bitcoin aims to address future quantum threats.\n- A proposed strategy transitions Bitcoin to secure keys without immediate consensus changes.\n- Adopting Winternitz OTS offers a fallback, deferring consensus changes until quantum computing advances.", "n_threads": 2, "dev_name": "delvingbitcoin", "contributors": [ @@ -56,7 +43,7 @@ "GaloisField2718" ], "published_at": "2024-10-22T13:52:11.352000+00:00", - "summary": "- The email discusses implementing Zero-Knowledge Proofs in PIPE setups and blockchain covenants.\n- It questions the sequence of operations for pushing ciphertext in blockchains and conflict resolution post-transaction.\n- The author is curious about the real-world application of the theoretical concepts mentioned.", + "summary": "- The email discusses implementing Zero-Knowledge Proofs in PIPE setups and verification issues.\n- It questions the process of encrypting and transmitting data in blockchain environments.\n- Concerns about resolving post-transaction disputes and real-world applicability of theories are raised.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -68,128 +55,180 @@ ], "active_posts": [ { - "id": "md54f948a215a1d828571be3122954b53fdf40b96", - "title": "BIP: DLEQ", - "link": "https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#u#md54f948a215a1d828571be3122954b53fdf40b96", + "id": "mb7511d27ee5a8e00005dd4a71830839d97004ecf", + "title": "Signing a Bitcoin Transaction with Lamport Signatures (no changes needed)", + "link": "https://gnusha.org/pi/bitcoindev/CAEM=y+XyW8wNOekw13C5jDMzQ-dOJpQrBC+qR8-uDot25tM=XA@mail.gmail.com/T/#u#mb7511d27ee5a8e00005dd4a71830839d97004ecf", "authors": [ - "Andrew Toth" + "Ethan Heilman" ], - "published_at": "2024-10-24T01:51:00+00:00", - "summary": "- The BIP proposes a method for creating zero-knowledge proofs on Bitcoin's secp256k1 curve.\n- It aims to increase PSBT security by verifying discrete logarithm equality proofs without exposing private keys.\n- This standardization helps ensure the correctness of ECDH shared secrets in output scripts, preventing fund loss.", - "n_threads": 0, + "published_at": "2024-04-29T00:30:00+00:00", + "summary": "- An innovative approach enables Bitcoin transactions with Lamport signatures without OP_CAT.\n- The method uses ECDSA signature lengths as a transaction hash proxy, requiring numerous signatures for security.\n- Despite potential for advanced cryptographic schemes in Bitcoin, the technique faces challenges and needs refinement.", + "n_threads": 19, "dev_name": "bitcoin-dev", - "contributors": [], - "file_path": "static/bitcoin-dev/Oct_2024/md54f948a215a1d828571be3122954b53fdf40b96_BIP-DLEQ.xml", - "combined_summ_file_path": "" + "contributors": [ + "Andrew Poelstra", + "Antoine Riard", + "David Harding", + "Ben Carman", + "Garlo Nicon", + "Matthew Zipkin", + "Vicky" + ], + "file_path": "static/bitcoin-dev/April_2024/mb7511d27ee5a8e00005dd4a71830839d97004ecf_Signing-a-Bitcoin-Transaction-with-Lamport-Signatures-no-changes-needed-.xml", + "combined_summ_file_path": "static/bitcoin-dev/April_2024/combined_Signing-a-Bitcoin-Transaction-with-Lamport-Signatures-no-changes-needed-.xml" }, { - "id": "m47cf1cb1c648b8812367a2a18b6e6828653d9def", - "title": "On Libbitcoinkernel Readyness", - "link": "https://gnusha.org/pi/bitcoindev/62313198-398b-42a5-92bd-dfcc57434d55n@googlegroups.com/T/#u#m47cf1cb1c648b8812367a2a18b6e6828653d9def", + "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": [ - "Antoine Riard" + "/dev /fd0" ], - "published_at": "2024-10-20T06:56:00+00:00", - "summary": "- Significant efforts improved bitcoind's build system and developed libbitcoinkernel projects.\n- A public repository for libbitcoinkernel aims to simplify use for newcomers, enhancing documentation.\n- The initiative seeks to expand bitcoin node implementation options and enhance security through isolation.", - "n_threads": 0, + "published_at": "2024-10-20T06:19:00+00:00", + "summary": "- Address reuse in Bitcoin transactions threatens privacy, prompting a need for policy changes.\n- BIP 331's package transactions suggest a privacy-focused restructuring without altering Bitcoin's fundamentals.\n- Challenges include increased scanning times and the need for community consensus on implementation.", + "n_threads": 4, "dev_name": "bitcoin-dev", - "contributors": [], - "file_path": "static/bitcoin-dev/Oct_2024/m47cf1cb1c648b8812367a2a18b6e6828653d9def_On-Libbitcoinkernel-Readyness.xml", - "combined_summ_file_path": "" + "contributors": [ + "Abubakar Ismail", + "Peter Todd" + ], + "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": "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", + "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": [ - "conduition" + "Agustin Cruz" ], - "published_at": "2024-10-22T19:51:57.030000+00:00", - "summary": "- The push for quantum resistance in cryptography aims to prepare for future quantum computing threats.\n- A proposed strategy for Bitcoin involves transitioning to post-quantum secure keys without immediate network consensus changes.\n- The adoption of Winternitz OTS highlights a pragmatic approach to quantum uncertainties, deferring consensus changes.", - "n_threads": 2, + "published_at": "2024-10-17T22:54:00+00:00", + "summary": "- The BIP proposes integrating quantum-resistant cryptography into Bitcoin, enhancing security.\n- It suggests a soft fork for a seamless transition, ensuring backwards compatibility.\n- Agust\u00edn Cruz invites community feedback on the proposal via a GitHub URL.", + "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": "3315", + "title": "Non-disclosure of a consensus bug in btcd", + "link": "https://delvingbitcoin.org/t/non-disclosure-of-a-consensus-bug-in-btcd/1177", + "authors": [ + "AntoineP" + ], + "published_at": "2024-10-03T14:19:37.759000+00:00", + "summary": "- In March 2024, a consensus bug in btcd was fixed in version 0.24.2.\n- Disclosure faced delays despite plans, highlighting a call for transparency in security issues.\n- Post-fix analysis shows 16 nodes remain at risk, urging upgrades to ensure safety.", + "n_threads": 7, "dev_name": "delvingbitcoin", "contributors": [ - "cryptoquick" + "ajtowns", + "ariard", + "josibake", + "real-or-random", + "roasbeef" ], - "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" + "file_path": "static/delvingbitcoin/Oct_2024/3315_Non-disclosure-of-a-consensus-bug-in-btcd.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Non-disclosure-of-a-consensus-bug-in-btcd.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", + "id": "3401", + "title": "OP_PAIRCOMMIT as a candidate for addition to LNhance", + "link": "https://delvingbitcoin.org/t/op-paircommit-as-a-candidate-for-addition-to-lnhance/1216", "authors": [ - "GaloisField2718" + "moonsettler" ], - "published_at": "2024-10-22T13:52:11.352000+00:00", - "summary": "- The email discusses implementing Zero-Knowledge Proofs in PIPE setups and blockchain covenants.\n- It questions the sequence of operations for pushing ciphertext in blockchains and conflict resolution post-transaction.\n- The author is curious about the real-world application of the theoretical concepts mentioned.", - "n_threads": 1, + "published_at": "2024-10-25T14:34:33.286000+00:00", + "summary": "- The discussion optimizes SHA256 for LN-Symmetry by pre-computing Tags, easing validation.\n- Concerns about length redistribution attacks lead to a proposal for a custom hash function.\n- A `PairCommitHash` function example is provided, enhancing security for CTV in LN-Symmetry applications.", + "n_threads": 6, "dev_name": "delvingbitcoin", "contributors": [ - "MishaKomarov" + "1440000bytes" ], - "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" + "file_path": "static/delvingbitcoin/Oct_2024/3401_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.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 the Lightning and Bitcoin protocols.\n- Key talks included Package Relay, V3 Commitments, and challenges in fee estimation and transaction confirmations.\n- Innovations like PTLCs, improved gossip protocols, and BOLT 12 aim to enhance the Lightning Network's efficiency and privacy.", + "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": "018287", - "title": "Out-of-band transaction fees", - "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-December/018287.html", + "id": "013267", + "title": "Implementing Covenants with OP_CHECKSIGFROMSTACKVERIFY", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-November/013267.html", "authors": [ - "eric" + "Russell O'Connor" ], - "published_at": "2020-12-01T01:06:13+00:00", - "summary": "- Out-of-band fee payments offer privacy and size benefits for transactions, but standardization is needed.\n- These services allow transactions without on-chain fee inputs, benefiting privacy and reducing transaction size.\n- Standardizing such payments could mitigate centralization effects and support smaller pools in the cryptocurrency ecosystem.", - "n_threads": 5, + "published_at": "2016-11-02T17:30:12+00:00", + "summary": "- Russell O'Connor details a covenant implementation in Elements Alpha sidechain.\n- He shares scripts for the Moeser-Eyal-Sirer vault in a blog post.\n- O'Connor invites suggestions for other covenants and offers help with questions.", + "n_threads": 7, "dev_name": "bitcoin-dev", "contributors": [ - "Sebastian Geisler", - "ZmnSCPxj" - ], - "file_path": "static/bitcoin-dev/Dec_2020/018287_Out-of-band-transaction-fees.xml", - "combined_summ_file_path": "static/bitcoin-dev/Dec_2020/combined_Out-of-band-transaction-fees.xml" + "Daniel Robinson", + "Jeremy Rubin", + "Johnson Lau", + "Ryan Grant", + "Tim Ruffing" + ], + "file_path": "static/bitcoin-dev/Nov_2016/013267_Implementing-Covenants-with-OP-CHECKSIGFROMSTACKVERIFY.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2016/combined_Implementing-Covenants-with-OP-CHECKSIGFROMSTACKVERIFY.xml" }, { - "id": "002873", - "title": "Hold fees: 402 Payment Required for Lightning itself", - "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-November/002873.html", + "id": "000644", + "title": "Single channel on mobile clients", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2016-November/000644.html", "authors": [ - "Bastien Teinturier" + "Anton Kumaigorodskiy" ], - "published_at": "2020-11-02T14:33:48+00:00", - "summary": "- The proposal outlines properties of htlc received by a routing node, including various payments and a grace period.\n- Trustless offchain-to-onchain swaps face issues due to slow swap mechanisms and unavoidable hold fees.\n- To address this, a combined mining-fee+hold-fee invoice is suggested alongside the actual swap invoice.", - "n_threads": 28, + "published_at": "2016-11-01T11:53:12+00:00", + "summary": "- Multiple phone channels for third-party payments create operational and decision-making issues.\n- Users prefer simplicity, yet managing channel capacities and fees introduces complexity.\n- Solutions include educating users about balance nuances or re-anchoring channels, with developer preference guiding the approach.", + "n_threads": 5, "dev_name": "lightning-dev", "contributors": [ - "Joost Jager", - "ZmnSCPxj", "Christian Decker", - "Rusty Russell", - "Antoine Riard" + "Rusty Russell" ], - "file_path": "static/lightning-dev/Nov_2020/002873_Hold-fees-402-Payment-Required-for-Lightning-itself.xml", - "combined_summ_file_path": "static/lightning-dev/Nov_2020/combined_Hold-fees-402-Payment-Required-for-Lightning-itself.xml" + "file_path": "static/lightning-dev/Nov_2016/000644_Single-channel-on-mobile-clients.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2016/combined_Single-channel-on-mobile-clients.xml" }, { - "id": "327", - "title": "Segwit Ephemeral Anchors", - "link": "https://delvingbitcoin.org/t/segwit-ephemeral-anchors/160", + "id": "62", + "title": "Thoughts on scaling and consensus changes (2023)", + "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", "authors": [ - "Greg Sanders" + "jamesob" ], - "published_at": "2023-11-02T17:50:55.522000+00:00", - "summary": "- Ephemeral Anchors introduction aims to improve Bitcoin by allowing \"dusty\" value outputs.\n- The method's drawback is a vulnerability to transaction ID malleability without CLEANSTACK rules.\n- A proposed fix involves a softfork, utilizing bip141 for more efficient witness programs.", - "n_threads": 12, + "published_at": "2023-08-16T15:22:13.243000+00:00", + "summary": "- Bitcoin scaling involves establishing 50,000 off-chain entities for a billion users.\n- These entities range from bitcoin banks to coinpools, offering diverse payment solutions.\n- Addressing scalability and security, new tools and protocols aim to enhance Bitcoin's infrastructure.", + "n_threads": 5, "dev_name": "delvingbitcoin", "contributors": [ - "ajtowns", - "stevenroose", - "sjors" - ], - "file_path": "static/delvingbitcoin/Nov_2023/327_Segwit-Ephemeral-Anchors.xml", - "combined_summ_file_path": "static/delvingbitcoin/Nov_2023/combined_Segwit-Ephemeral-Anchors.xml" + "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 diff --git a/static/homepage/Oct_2024/2024-10-28-homepage.json b/static/homepage/Oct_2024/2024-10-28-homepage.json new file mode 100644 index 000000000..fa5ebda75 --- /dev/null +++ b/static/homepage/Oct_2024/2024-10-28-homepage.json @@ -0,0 +1,234 @@ +{ + "header_summary": "AdamISZ suggests enhancing the flexibility of cryptographic protocols by incorporating space for messages in the Fiat Shamir challenge, making Zero-Knowledge Proofs of Knowledge (ZkPoKs) transferable, and addressing the need for Discrete Logarithm Equality (DLEQ) proofs across varying bases. He also highlights the importance of a dedicated Bitcoin Improvement Proposal (BIP) for the generation of Nothing-Up-My-Sleeve (NUMS) generators, underscoring their value in reproducibility and standardization within Bitcoin protocols, while referencing his previous work in Joinmarket and the utility of BIP341 in this context ([source](https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#m903607c29c7d1e810f169b3d617dca41a7783917)).\n\nConduition discusses the necessity of preparing Bitcoin for quantum resistance, emphasizing a long-term strategy that includes transitioning to post-quantum secure keys through a hash-based signature algorithm (HBS) without immediate consensus changes. This approach, which includes the use of Winternitz OTS as an emergency fallback, aims to ensure Bitcoin's resilience against quantum computing advancements by providing a flexible framework that can adapt to future post-quantum algorithms, thereby safeguarding the cryptographic standards currently in place ([source](https://delvingbitcoin.org/t/proposing-a-p2qrh-bip-towards-a-quantum-resistant-soft-fork/956/3)).\n\nGaloisField2718 raises questions about the practical implementation of Zero-Knowledge Proofs (ZKPs) in PIPE setups, particularly focusing on off-chain verification processes and the potential for on-chain verification in the context of blockchain covenants. The discussion also explores the technical aspects of data encryption and transmission within these systems and the theoretical versus real-world applicability of the proposed methodologies, indicating a strong interest in the feasibility of such cryptographic innovations ([source](https://delvingbitcoin.org/t/bitcoin-pipes-covenants-on-bitcoin-without-soft-fork/1195/2)).", + "recent_posts": [ + { + "id": "m903607c29c7d1e810f169b3d617dca41a7783917", + "title": "BIP: DLEQ", + "link": "https://gnusha.org/pi/bitcoindev/b0f40eab-42f3-4153-8083-b455fbd17e19n@googlegroups.com/T/#m903607c29c7d1e810f169b3d617dca41a7783917", + "authors": [ + "waxwing/ AdamISZ" + ], + "published_at": "2024-10-25T14:49:00+00:00", + "summary": "- The email suggests modifying the Fiat Shamir challenge to include a message for better ZkPoKs.\n- It notes the need for including different bases in DLEQ proofs for complex protocols.\n- The author proposes a Bitcoin Improvement Proposal for standardizing NUMS generator production.", + "n_threads": 1, + "dev_name": "bitcoin-dev", + "contributors": [ + "Andrew Toth" + ], + "file_path": "static/bitcoin-dev/Oct_2024/m903607c29c7d1e810f169b3d617dca41a7783917_BIP-DLEQ.xml", + "combined_summ_file_path": "static/bitcoin-dev/Oct_2024/combined_BIP-DLEQ.xml" + }, + { + "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 address future quantum threats.\n- A proposed strategy transitions Bitcoin to secure keys without immediate consensus changes.\n- Adopting Winternitz OTS offers a fallback, deferring consensus changes until quantum computing advances.", + "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 email discusses implementing Zero-Knowledge Proofs in PIPE setups and verification issues.\n- It questions the process of encrypting and transmitting data in blockchain environments.\n- Concerns about resolving post-transaction disputes and real-world applicability of theories are raised.", + "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" + } + ], + "active_posts": [ + { + "id": "mb7511d27ee5a8e00005dd4a71830839d97004ecf", + "title": "Signing a Bitcoin Transaction with Lamport Signatures (no changes needed)", + "link": "https://gnusha.org/pi/bitcoindev/CAEM=y+XyW8wNOekw13C5jDMzQ-dOJpQrBC+qR8-uDot25tM=XA@mail.gmail.com/T/#u#mb7511d27ee5a8e00005dd4a71830839d97004ecf", + "authors": [ + "Ethan Heilman" + ], + "published_at": "2024-04-29T00:30:00+00:00", + "summary": "- An innovative approach enables Bitcoin transactions with Lamport signatures without OP_CAT.\n- The method uses ECDSA signature lengths as a transaction hash proxy, requiring numerous signatures for security.\n- Despite potential for advanced cryptographic schemes in Bitcoin, the technique faces challenges and needs refinement.", + "n_threads": 19, + "dev_name": "bitcoin-dev", + "contributors": [ + "Andrew Poelstra", + "Antoine Riard", + "David Harding", + "Ben Carman", + "Garlo Nicon", + "Matthew Zipkin", + "Vicky" + ], + "file_path": "static/bitcoin-dev/April_2024/mb7511d27ee5a8e00005dd4a71830839d97004ecf_Signing-a-Bitcoin-Transaction-with-Lamport-Signatures-no-changes-needed-.xml", + "combined_summ_file_path": "static/bitcoin-dev/April_2024/combined_Signing-a-Bitcoin-Transaction-with-Lamport-Signatures-no-changes-needed-.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 reuse in Bitcoin transactions threatens privacy, prompting a need for policy changes.\n- BIP 331's package transactions suggest a privacy-focused restructuring without altering Bitcoin's fundamentals.\n- Challenges include increased scanning times and the need for community consensus on implementation.", + "n_threads": 4, + "dev_name": "bitcoin-dev", + "contributors": [ + "Abubakar Ismail", + "Peter Todd" + ], + "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": "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 integrating quantum-resistant cryptography into Bitcoin, enhancing security.\n- It suggests a soft fork for a seamless transition, ensuring backwards compatibility.\n- Agust\u00edn Cruz invites community feedback on the proposal via a GitHub URL.", + "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": "3315", + "title": "Non-disclosure of a consensus bug in btcd", + "link": "https://delvingbitcoin.org/t/non-disclosure-of-a-consensus-bug-in-btcd/1177", + "authors": [ + "AntoineP" + ], + "published_at": "2024-10-03T14:19:37.759000+00:00", + "summary": "- In March 2024, a consensus bug in btcd was fixed in version 0.24.2.\n- Disclosure faced delays despite plans, highlighting a call for transparency in security issues.\n- Post-fix analysis shows 16 nodes remain at risk, urging upgrades to ensure safety.", + "n_threads": 7, + "dev_name": "delvingbitcoin", + "contributors": [ + "ajtowns", + "ariard", + "josibake", + "real-or-random", + "roasbeef" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3315_Non-disclosure-of-a-consensus-bug-in-btcd.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Non-disclosure-of-a-consensus-bug-in-btcd.xml" + }, + { + "id": "3401", + "title": "OP_PAIRCOMMIT as a candidate for addition to LNhance", + "link": "https://delvingbitcoin.org/t/op-paircommit-as-a-candidate-for-addition-to-lnhance/1216", + "authors": [ + "moonsettler" + ], + "published_at": "2024-10-25T14:34:33.286000+00:00", + "summary": "- The discussion optimizes SHA256 for LN-Symmetry by pre-computing Tags, easing validation.\n- Concerns about length redistribution attacks lead to a proposal for a custom hash function.\n- A `PairCommitHash` function example is provided, enhancing security for CTV in LN-Symmetry applications.", + "n_threads": 6, + "dev_name": "delvingbitcoin", + "contributors": [ + "1440000bytes" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3401_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.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 the Lightning and Bitcoin protocols.\n- Key talks included Package Relay, V3 Commitments, and challenges in fee estimation and transaction confirmations.\n- Innovations like PTLCs, improved gossip protocols, and BOLT 12 aim to enhance the Lightning Network's efficiency and privacy.", + "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": "013267", + "title": "Implementing Covenants with OP_CHECKSIGFROMSTACKVERIFY", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-November/013267.html", + "authors": [ + "Russell O'Connor" + ], + "published_at": "2016-11-02T17:30:12+00:00", + "summary": "- Russell O'Connor details a covenant implementation in Elements Alpha sidechain.\n- He shares scripts for the Moeser-Eyal-Sirer vault in a blog post.\n- O'Connor invites suggestions for other covenants and offers help with questions.", + "n_threads": 7, + "dev_name": "bitcoin-dev", + "contributors": [ + "Daniel Robinson", + "Jeremy Rubin", + "Johnson Lau", + "Ryan Grant", + "Tim Ruffing" + ], + "file_path": "static/bitcoin-dev/Nov_2016/013267_Implementing-Covenants-with-OP-CHECKSIGFROMSTACKVERIFY.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2016/combined_Implementing-Covenants-with-OP-CHECKSIGFROMSTACKVERIFY.xml" + }, + { + "id": "000644", + "title": "Single channel on mobile clients", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2016-November/000644.html", + "authors": [ + "Anton Kumaigorodskiy" + ], + "published_at": "2016-11-01T11:53:12+00:00", + "summary": "- Multiple phone channels for third-party payments create operational and decision-making issues.\n- Users prefer simplicity, yet managing channel capacities and fees introduces complexity.\n- Solutions include educating users about balance nuances or re-anchoring channels, with developer preference guiding the approach.", + "n_threads": 5, + "dev_name": "lightning-dev", + "contributors": [ + "Christian Decker", + "Rusty Russell" + ], + "file_path": "static/lightning-dev/Nov_2016/000644_Single-channel-on-mobile-clients.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2016/combined_Single-channel-on-mobile-clients.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 scaling involves establishing 50,000 off-chain entities for a billion users.\n- These entities range from bitcoin banks to coinpools, offering diverse payment solutions.\n- Addressing scalability and security, new tools and protocols aim to enhance Bitcoin's infrastructure.", + "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