From 906c84e00c92f752410e5374a80709601b5a315c Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Sun, 15 Dec 2024 03:34:08 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 90 +++--- .../Dec_2024/2024-12-15-homepage.json | 293 ++++++++++++++++++ 2 files changed, 329 insertions(+), 54 deletions(-) create mode 100644 static/homepage/Dec_2024/2024-12-15-homepage.json diff --git a/static/homepage.json b/static/homepage.json index f9f506234..390aaae29 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,5 +1,5 @@ { - "header_summary": "The recent discussions across various mailing lists have highlighted key developments and proposals concerning the security and operational functionality of Bitcoin in the face of quantum computing challenges and network efficiency improvements. Ian Quantum et al. have raised concerns about the security of cryptographic algorithms like FALCON, emphasizing the need for quantum-resistant standards such as NTRU Prime and the urgency to develop infrastructure capable of withstanding quantum threats to secure blockchain applications. This discourse suggests an imminent need to adapt cryptographic standards to ensure the longevity and security of digital assets against quantum computing advancements ([source](https://gnusha.org/pi/bitcoindev/CAJDmzYyPJSgHvg57OcQoBN9JWs-eGxLSwm+Rc66HoaRqhTq3_A@mail.gmail.com/T/#m5bc03581006efb00d33f5eaab9b43a005010f08c)).\n\nIn parallel, Bitcoin Error Log introduced a proposal to redefine Bitcoin's unit representation to an integer-based system for simplifying transactions and enhancing user experience, aiming to address the challenges posed by the current decimal-based system and mitigate unit bias. This proposal underscores a broader effort to refine Bitcoin's usability and accessibility as it continues to gain widespread adoption ([source](https://github.com/BitcoinAndLightningLayerSpecs/balls/blob/main/BIP%2021Q.md)).\n\nQbitsCode and ariard have discussed the categorization and implementation of cryptographic groups aimed at bolstering Bitcoin's security against quantum threats, and the introduction of an upper limit on accepted feerate in the Lightning Development Kit (LDK) to enhance security and operational efficiency. These discussions reflect a proactive stance towards evolving Bitcoin's cryptographic foundation and network protocols to secure against both theoretical and practical vulnerabilities ([source](https://delvingbitcoin.org/t/implemented-post-quantum-cryptography-pqc-feature-into-bitcoin-core/1320/3), [source](https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2)).\n\nLastly, ajtowns has shared insights on enhancing mining efficiency through precomputed transactions and the challenges of garnering attention for demo miners and spacechain nodes, suggesting the need for targeted marketing strategies and further innovation in spacechain functionality. This conversation highlights the ongoing exploration and adaptation required to maintain Bitcoin's relevance and efficiency in a rapidly evolving digital landscape ([source](https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257/15)).", + "header_summary": "Recent discussions across various cryptocurrency development mailing lists have illuminated the complexities and advancements surrounding cryptographic security, Bitcoin's unit representation, and the Lightning Network's fee rate policies, alongside the economic viability of Bitcoin as a mainstream currency. Ian Quantum et al. have raised concerns over the security of cryptographic algorithms like FALCON in the face of quantum computing advancements, suggesting alternatives like NTRU Prime for enhanced security. The discourse underscores the urgency in developing quantum-resistant cryptographic standards to safeguard digital infrastructures against emerging quantum threats, with significant progress noted in quantum computing hardware by companies such as PSI Quantum, Oxford Ionics, Riverlane, and Intel ([source](https://gnusha.org/pi/bitcoindev/CAJDmzYyPJSgHvg57OcQoBN9JWs-eGxLSwm+Rc66HoaRqhTq3_A@mail.gmail.com/T/#m5bc03581006efb00d33f5eaab9b43a005010f08c)).\n\nIn a separate vein, Bitcoin Error Log (John Carvalho) has proposed a significant change in Bitcoin's unit representation, aiming to redefine the \"bitcoin\" unit to align with the protocol's integral accounting system, thereby simplifying transactions and enhancing user experience. This proposal seeks to address challenges such as mental arithmetic complexity and unit bias by adopting an integer-based display format, with detailed discussions available on GitHub ([source](https://github.com/BitcoinAndLightningLayerSpecs/balls/blob/main/BIP%2021Q.md)).\n\nFurthermore, discussions led by ariard and HubertusVIE have delved into technical and economic strategies to enhance Bitcoin's security and viability as a currency. Ariard highlighted the implementation of an upper limit on accepted feerate within the Lightning Development Kit (LDK) to mitigate vulnerabilities, while HubertusVIE advocated for the implementation of a Bitcoin-based Chaumian ecash layer to transform Bitcoin into a practical form of cash, emphasizing the importance of blinded signatures for fungibility. These conversations reveal an ongoing effort to address both the technical and economic challenges facing cryptocurrency adoption and security ([source 1](https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2), [source 2](https://blog.bitcr.org/p/the-bitcoin-dilemma-store-of-value-or-medium-of-exchange)).", "recent_posts": [ { "id": "m5bc03581006efb00d33f5eaab9b43a005010f08c", @@ -9,7 +9,7 @@ "Ian Quantum" ], "published_at": "2024-12-13T02:07:00+00:00", - "summary": "- The security of FALCON algorithm depends highly on input parameter randomness, unlike RSA.\n- Quantum computing poses substantial risks to current cryptography, necessitating quantum-resistant solutions.\n- Advancements in quantum computing hardware stress the urgent need for secure cryptographic standards.", + "summary": "- FALCON's security critically depends on random input parameters, unlike RSA's exponent choice.\n- Quantum networks threaten cryptographic standards, necessitating quantum-resistant solutions for blockchain's safety.\n- Quantum computing advancements underscore the urgency for quantum-resistant cryptographic standards and infrastructures.", "n_threads": 2, "dev_name": "bitcoin-dev", "contributors": [ @@ -27,30 +27,13 @@ "Bitcoin Error Log" ], "published_at": "2024-12-12T19:52:00+00:00", - "summary": "- The proposal suggests redefining \"bitcoin\" to make the smallest unit equal to one bitcoin.\n- It aims to simplify Bitcoin transactions and address user confusion by eliminating decimals.\n- Feedback is invited on GitHub to refine the proposal, emphasizing community consensus.", + "summary": "- A significant change to Bitcoin's unit representation is proposed, shifting to an integer system.\n- The change aims to simplify transaction processes and enhance user understanding and experience.\n- John Carvalho publicly seeks feedback on the proposal via GitHub to refine it through community consensus.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], "file_path": "static/bitcoin-dev/Dec_2024/m0d898700e0c21764380a75952b3b901866b63713_-BIP-Proposal-Redefinition-of-the-Bitcoin-Unit-to-the-Base-Denomination.xml", "combined_summ_file_path": "" }, - { - "id": "3772", - "title": "Implemented Post-Quantum Cryptography (PQC) Feature into Bitcoin Core!", - "link": "https://delvingbitcoin.org/t/implemented-post-quantum-cryptography-pqc-feature-into-bitcoin-core/1320/3", - "authors": [ - "QbitsCode" - ], - "published_at": "2024-12-13T18:42:55.375000+00:00", - "summary": "- Cryptographic groups aim to enhance Bitcoin's security against quantum threats.\n- Group 1 focuses on Digital Signature Algorithms, key for transaction verification.\n- The effort demonstrates a proactive approach to secure Bitcoin's future against quantum computing.", - "n_threads": 2, - "dev_name": "delvingbitcoin", - "contributors": [ - "cryptoquick" - ], - "file_path": "static/delvingbitcoin/Dec_2024/3772_Implemented-Post-Quantum-Cryptography-PQC-Feature-into-Bitcoin-Core-.xml", - "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Implemented-Post-Quantum-Cryptography-PQC-Feature-into-Bitcoin-Core-.xml" - }, { "id": "3763", "title": "Disclosure: irrevocable fees---stealing from LN using revoked commitment transactions", @@ -59,7 +42,7 @@ "ariard" ], "published_at": "2024-12-12T06:42:46.666000+00:00", - "summary": "- The introduction of an upper feerate limit in LDK aimed to mitigate \"irrevocable fees\" vulnerabilities.\n- Incorporation of a `validate_fee()` function in VLS targets preventing \"miner-fee-siphoning attacks.\"- Adjustable `max_feerate_per_kw` allows operators to adapt to network dynamics, enhancing security.", + "summary": "- An upper limit on feerate was introduced in LDK to mitigate \"irrevocable fees\" vulnerabilities.\n- The implementation facilitated easier calculation of worst-case scenarios for dust HTLCs since 2021.\n- VLS's `validate_fee()` function combats miner-fee-siphoning attacks by scrutinizing counterparty feerates.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -69,25 +52,21 @@ "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Disclosure-irrevocable-fees-stealing-from-LN-using-revoked-commitment-transactions.xml" }, { - "id": "3762", - "title": "CTV, APO, CAT activity on signet", - "link": "https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257/15", + "id": "3753", + "title": "op_CAT vs op_CTV vs XMR", + "link": "https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303/2", "authors": [ - "ajtowns" + "HubertusVIE" ], - "published_at": "2024-12-12T05:57:47.375000+00:00", - "summary": "- The email discusses a strategy for efficient mining by caching certain hashes.\n- It mentions the difficulty in attracting engagement for demo miners and spacechain nodes.\n- Innovations for spacechains and the importance of real implementations are explored.", - "n_threads": 11, + "published_at": "2024-12-09T22:12:18.934000+00:00", + "summary": "- Bitcoin's main challenge to becoming a practical currency is economic, not technical.\n- A proposed Bitcoin-based Chaumian ecash layer could enhance Bitcoin\u2019s usability as cash.\n- Interested readers can explore further through the author's series on Bitcoin's economic challenges.", + "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ - "fiatjaf", - "JeremyRubin", - "1440000bytes", - "AdamISZ", - "vostrnad" + "securitybrahh" ], - "file_path": "static/delvingbitcoin/Dec_2024/3762_CTV-APO-CAT-activity-on-signet.xml", - "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_CTV-APO-CAT-activity-on-signet.xml" + "file_path": "static/delvingbitcoin/Dec_2024/3753_op-CAT-vs-op-CTV-vs-XMR.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_op-CAT-vs-op-CTV-vs-XMR.xml" } ], "active_posts": [ @@ -99,7 +78,7 @@ "Ava Chow" ], "published_at": "2024-02-27T18:53:00+00:00", - "summary": "- Luke admitted to struggling with managing the BIPs, indicating a need for more editors.\n- Proposed editors, Kanzure and RubenSomsen, should adhere to protocols and enhance the BIP process.\n- Additional editors aim to address BIP submission backlogs and improve overall efficiency.", + "summary": "- Luke's inability to manage BIPs highlights the need for more editors.\n- New editors should understand BIP responsibilities and numbering, enhancing the process efficiency.\n- Kanzure and RubenSomsen are recommended for their notable Bitcoin contributions and objectivity.", "n_threads": 99, "dev_name": "bitcoin-dev", "contributors": [ @@ -151,7 +130,7 @@ "/dev /fd0" ], "published_at": "2024-11-29T14:08:00+00:00", - "summary": "- A new initiative seeks Bitcoin developers' opinions on covenant proposals for consensus.\n- Developers are invited to contribute to a Bitcoin wiki page, enhancing fork discussions.\n- Emphasizes the importance of collaborative effort in refining soft fork proposals.", + "summary": "- A new initiative seeks Bitcoin developers' opinions on covenant proposals for a wiki draft.\n- The effort aims to build consensus for soft forks, similar to the SegWit support initiative.\n- Developers are encouraged to enhance the wiki with more opcodes and share insights.", "n_threads": 7, "dev_name": "bitcoin-dev", "contributors": [ @@ -171,7 +150,7 @@ "Weikeng Chen" ], "published_at": "2024-12-09T13:27:00+00:00", - "summary": "- Implementing \"OP_SUCCESS\" in Bitcoin script marks scripts as successful, simplifying fraud proofs.\n- Rusty Russell notes the opcode's utility, despite its complexity compared to traditional methods.\n- Simplified scripting with \"OP_SUCCESS\" could make developing Bitcoin fraud proofs more accessible.", + "summary": "- OP_SUCCESS opcode marks Bitcoin script execution as successful, simplifying fraud proof creation.\n- Rusty Russell notes OP_SUCCESS's utility despite possible emulation with complex scripting.\n- Direct OP_SUCCESS implementation is advocated for simplicity over cumbersome script rewriting.", "n_threads": 4, "dev_name": "bitcoin-dev", "contributors": [ @@ -189,7 +168,7 @@ "AntoineP" ], "published_at": "2024-03-24T19:53:27.073000+00:00", - "summary": "- The analysis highlights vulnerabilities in Bitcoin's protocol, suggesting improvements for security and performance.\n- Proposed solutions include adjusting mining difficulty and imposing constraints on transaction types to mitigate risks.\n- Community debate arises over block size reduction, with emphasis on collaborative enhancement efforts and technical standardization.", + "summary": "- The analysis suggests improvements to Bitcoin's protocol, focusing on security and efficiency.\n- Significant issues include the timewarp vulnerability and inefficient block validation times.\n- The proposal invites community collaboration to address Bitcoin's vulnerabilities and inefficiencies.", "n_threads": 60, "dev_name": "delvingbitcoin", "contributors": [ @@ -217,7 +196,7 @@ "Fi3" ], "published_at": "2024-08-28T14:21:15.076000+00:00", - "summary": "- The SV2 extension enhances transparency and fairness in mining payouts.\n- Miners gain control by selecting transactions, affecting fee structures.\n- The project seeks reviews to refine and finalize the system.", + "summary": "- An SV2 extension is being developed to improve mining pool payout transparency and fairness.\n- The extension permits miners to select transactions, offering control over job fee structures.\n- It seeks reviews for refinement, building on the PPLNS system, with details on GitHub.", "n_threads": 42, "dev_name": "delvingbitcoin", "contributors": [ @@ -230,22 +209,25 @@ "combined_summ_file_path": "static/delvingbitcoin/Aug_2024/combined_PPLNS-with-job-declaration.xml" }, { - "id": "3548", - "title": "Radpool: Decentralised Mining Pool With Futures Contracts For Payouts", - "link": "https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262", + "id": "3521", + "title": "CTV, APO, CAT activity on signet", + "link": "https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257", "authors": [ - "jungly" + "ajtowns" ], - "published_at": "2024-11-16T14:58:04.341000+00:00", - "summary": "- Radpool introduces a novel decentralized mining approach, employing Mining Service Providers (MSPs).\n- It uses Discreet Log Contracts for miner payouts, enhancing stability and reliability within the ecosystem.\n- Aiming at decentralization, it offers a competitive market and encourages network expansion.", - "n_threads": 21, + "published_at": "2024-11-14T17:34:11.568000+00:00", + "summary": "- BIPs 118, 119, and 347 have enhanced Bitcoin scripting, showing notable uses on signet.\n- APO supports flexible transaction signing, while CTV enables complex spend conditions and security.\n- OP_CAT's utilization surpasses APO and CTV, indicating a broad application in transaction processes.", + "n_threads": 12, "dev_name": "delvingbitcoin", "contributors": [ - "mcelrath", - "marathon-gary" + "fiatjaf", + "1440000bytes", + "JeremyRubin", + "AdamISZ", + "vostrnad" ], - "file_path": "static/delvingbitcoin/Nov_2024/3548_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml", - "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml" + "file_path": "static/delvingbitcoin/Nov_2024/3521_CTV-APO-CAT-activity-on-signet.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_CTV-APO-CAT-activity-on-signet.xml" } ], "today_in_history_posts": [ @@ -257,7 +239,7 @@ "Jeremy Rubin" ], "published_at": "2021-12-18T16:51:46+00:00", - "summary": "- Antoine Riard proposes deprecating opt-in RBF for full RBF in Bitcoin Core 24.0.\n- Riard highlights opt-in RBF's vulnerabilities and risks to second-layer protocol deployment.\n- Suggests transition strategies and security enhancements to support evolving Bitcoin applications.", + "summary": "- Antoine Riard proposes full RBF as default in Bitcoin 24.0 due to ecosystem changes.\n- Opt-in RBF's vulnerabilities harm second-layer protocol deployment and risk DoS attacks.\n- Riard suggests replacing full RBF with a gradated non-replaceability and enhancing 0-conf security.", "n_threads": 11, "dev_name": "bitcoin-dev", "contributors": [ @@ -279,7 +261,7 @@ "Joost Jager" ], "published_at": "2021-12-17T10:37:12+00:00", - "summary": "- Joost Jager discusses sender authentication in the Lightning network, highlighting its potential benefits.\n- He offers solutions for chat and payments, including a custom ECDSA signature and an alternative shared secret method.\n- Jager invites feedback from cryptography experts on the best way to implement these authentication methods.", + "summary": "- Sender authentication in Lightning can be useful, especially for chats and donations.\n- Joost proposed using a shared secret for enhanced authentication and protection.\n- Seeking feedback, he highlighted the limitations of the current ECDSA signature method.", "n_threads": 5, "dev_name": "lightning-dev", "contributors": [ @@ -297,7 +279,7 @@ "amiti" ], "published_at": "2023-12-14T21:14:15.928000+00:00", - "summary": "- To mimic a mainnet, transactions, and network setup are focused, emphasizing dynamic transaction analysis.\n- Tests illustrate the feasibility of operating 250 nodes via Docker, with potential for more through Kubernetes.\n- Desired outcomes include assessing bandwidth and CPU usage changes, with feedback sought to refine the approach.", + "summary": "- Accurate mainnet representation requires analyzing transaction rates and network configuration.\n- Tests show operating 250 nodes with Docker is feasible, exploring larger scalability with Kubernetes.\n- The focus includes key metrics post-setup, examining bandwidth, CPU usage, and mempool turnover.", "n_threads": 11, "dev_name": "delvingbitcoin", "contributors": [ diff --git a/static/homepage/Dec_2024/2024-12-15-homepage.json b/static/homepage/Dec_2024/2024-12-15-homepage.json new file mode 100644 index 000000000..390aaae29 --- /dev/null +++ b/static/homepage/Dec_2024/2024-12-15-homepage.json @@ -0,0 +1,293 @@ +{ + "header_summary": "Recent discussions across various cryptocurrency development mailing lists have illuminated the complexities and advancements surrounding cryptographic security, Bitcoin's unit representation, and the Lightning Network's fee rate policies, alongside the economic viability of Bitcoin as a mainstream currency. Ian Quantum et al. have raised concerns over the security of cryptographic algorithms like FALCON in the face of quantum computing advancements, suggesting alternatives like NTRU Prime for enhanced security. The discourse underscores the urgency in developing quantum-resistant cryptographic standards to safeguard digital infrastructures against emerging quantum threats, with significant progress noted in quantum computing hardware by companies such as PSI Quantum, Oxford Ionics, Riverlane, and Intel ([source](https://gnusha.org/pi/bitcoindev/CAJDmzYyPJSgHvg57OcQoBN9JWs-eGxLSwm+Rc66HoaRqhTq3_A@mail.gmail.com/T/#m5bc03581006efb00d33f5eaab9b43a005010f08c)).\n\nIn a separate vein, Bitcoin Error Log (John Carvalho) has proposed a significant change in Bitcoin's unit representation, aiming to redefine the \"bitcoin\" unit to align with the protocol's integral accounting system, thereby simplifying transactions and enhancing user experience. This proposal seeks to address challenges such as mental arithmetic complexity and unit bias by adopting an integer-based display format, with detailed discussions available on GitHub ([source](https://github.com/BitcoinAndLightningLayerSpecs/balls/blob/main/BIP%2021Q.md)).\n\nFurthermore, discussions led by ariard and HubertusVIE have delved into technical and economic strategies to enhance Bitcoin's security and viability as a currency. Ariard highlighted the implementation of an upper limit on accepted feerate within the Lightning Development Kit (LDK) to mitigate vulnerabilities, while HubertusVIE advocated for the implementation of a Bitcoin-based Chaumian ecash layer to transform Bitcoin into a practical form of cash, emphasizing the importance of blinded signatures for fungibility. These conversations reveal an ongoing effort to address both the technical and economic challenges facing cryptocurrency adoption and security ([source 1](https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2), [source 2](https://blog.bitcr.org/p/the-bitcoin-dilemma-store-of-value-or-medium-of-exchange)).", + "recent_posts": [ + { + "id": "m5bc03581006efb00d33f5eaab9b43a005010f08c", + "title": "Proposal for Quantum-Resistant Cryptography in Bitcoin - BIP Submission", + "link": "https://gnusha.org/pi/bitcoindev/CAJDmzYyPJSgHvg57OcQoBN9JWs-eGxLSwm+Rc66HoaRqhTq3_A@mail.gmail.com/T/#m5bc03581006efb00d33f5eaab9b43a005010f08c", + "authors": [ + "Ian Quantum" + ], + "published_at": "2024-12-13T02:07:00+00:00", + "summary": "- FALCON's security critically depends on random input parameters, unlike RSA's exponent choice.\n- Quantum networks threaten cryptographic standards, necessitating quantum-resistant solutions for blockchain's safety.\n- Quantum computing advancements underscore the urgency for quantum-resistant cryptographic standards and infrastructures.", + "n_threads": 2, + "dev_name": "bitcoin-dev", + "contributors": [ + "Agustin Cruz", + "Jon Atack" + ], + "file_path": "static/bitcoin-dev/Dec_2024/m5bc03581006efb00d33f5eaab9b43a005010f08c_Proposal-for-Quantum-Resistant-Cryptography-in-Bitcoin-BIP-Submission.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Proposal-for-Quantum-Resistant-Cryptography-in-Bitcoin-BIP-Submission.xml" + }, + { + "id": "m0d898700e0c21764380a75952b3b901866b63713", + "title": "[BIP Proposal] Redefinition of the Bitcoin Unit to the Base Denomination", + "link": "https://gnusha.org/pi/bitcoindev/CAE2fw6tjVQQT4mpvec2kQg45eLS7VemzQgUfW7Pghdk_Si3PpA@mail.gmail.com/T/#u#m0d898700e0c21764380a75952b3b901866b63713", + "authors": [ + "Bitcoin Error Log" + ], + "published_at": "2024-12-12T19:52:00+00:00", + "summary": "- A significant change to Bitcoin's unit representation is proposed, shifting to an integer system.\n- The change aims to simplify transaction processes and enhance user understanding and experience.\n- John Carvalho publicly seeks feedback on the proposal via GitHub to refine it through community consensus.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m0d898700e0c21764380a75952b3b901866b63713_-BIP-Proposal-Redefinition-of-the-Bitcoin-Unit-to-the-Base-Denomination.xml", + "combined_summ_file_path": "" + }, + { + "id": "3763", + "title": "Disclosure: irrevocable fees---stealing from LN using revoked commitment transactions", + "link": "https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2", + "authors": [ + "ariard" + ], + "published_at": "2024-12-12T06:42:46.666000+00:00", + "summary": "- An upper limit on feerate was introduced in LDK to mitigate \"irrevocable fees\" vulnerabilities.\n- The implementation facilitated easier calculation of worst-case scenarios for dust HTLCs since 2021.\n- VLS's `validate_fee()` function combats miner-fee-siphoning attacks by scrutinizing counterparty feerates.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "harding" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3763_Disclosure-irrevocable-fees-stealing-from-LN-using-revoked-commitment-transactions.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Disclosure-irrevocable-fees-stealing-from-LN-using-revoked-commitment-transactions.xml" + }, + { + "id": "3753", + "title": "op_CAT vs op_CTV vs XMR", + "link": "https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303/2", + "authors": [ + "HubertusVIE" + ], + "published_at": "2024-12-09T22:12:18.934000+00:00", + "summary": "- Bitcoin's main challenge to becoming a practical currency is economic, not technical.\n- A proposed Bitcoin-based Chaumian ecash layer could enhance Bitcoin\u2019s usability as cash.\n- Interested readers can explore further through the author's series on Bitcoin's economic challenges.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "securitybrahh" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3753_op-CAT-vs-op-CTV-vs-XMR.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_op-CAT-vs-op-CTV-vs-XMR.xml" + } + ], + "active_posts": [ + { + "id": "m10b97e9401be8149c43dd4bcfcb2b8719737f0d3", + "title": "Adding New BIP Editors", + "link": "https://gnusha.org/pi/bitcoindev/CAMHHROw9mZJRnTbUo76PdqwJU==YJMvd9Qrst+nmyypaedYZgg@mail.gmail.com/T/#m10b97e9401be8149c43dd4bcfcb2b8719737f0d3", + "authors": [ + "Ava Chow" + ], + "published_at": "2024-02-27T18:53:00+00:00", + "summary": "- Luke's inability to manage BIPs highlights the need for more editors.\n- New editors should understand BIP responsibilities and numbering, enhancing the process efficiency.\n- Kanzure and RubenSomsen are recommended for their notable Bitcoin contributions and objectivity.", + "n_threads": 99, + "dev_name": "bitcoin-dev", + "contributors": [ + "Michael Folkson", + "Antoine Riard", + "Mark Erhardt", + "/dev /fd0", + "Matt Corallo", + "Luke Dashjr", + "Steve Lee", + "Tim Ruffing", + "Ali Sherief", + "Anthony Towns", + "John C. Vernaleo", + "Keagan McClelland", + "0xB10C", + "Bitcoin Error Log", + "Brandon Black", + "Chris Stewart", + "David Harding", + "Fabian", + "Gloria Zhao", + "Greg Tonoski", + "Jon A", + "Jonas Nick", + "Juan Galt", + "Larry Ruane", + "L\u00e9o Haf", + "Murch", + "NVK", + "Niklas Goegge", + "Olaoluwa Osuntokun", + "Peter Todd", + "Pieter Wuille", + "Sergi Delgado Segura", + "Vasil Dimov", + "bitcoin-dev-ml.void867", + "nsvrn", + "nvk" + ], + "file_path": "static/bitcoin-dev/Feb_2024/m10b97e9401be8149c43dd4bcfcb2b8719737f0d3_Adding-New-BIP-Editors.xml", + "combined_summ_file_path": "static/bitcoin-dev/Feb_2024/combined_Adding-New-BIP-Editors.xml" + }, + { + "id": "m91e5a68b8275a73acdcc8fc2276b9caf678fdab4", + "title": "Covenants Support - Bitcoin Wiki", + "link": "https://gnusha.org/pi/bitcoindev/028c0197-5c45-4929-83a9-cfe7c87d17f4n@googlegroups.com/T/#u#m91e5a68b8275a73acdcc8fc2276b9caf678fdab4", + "authors": [ + "/dev /fd0" + ], + "published_at": "2024-11-29T14:08:00+00:00", + "summary": "- A new initiative seeks Bitcoin developers' opinions on covenant proposals for a wiki draft.\n- The effort aims to build consensus for soft forks, similar to the SegWit support initiative.\n- Developers are encouraged to enhance the wiki with more opcodes and share insights.", + "n_threads": 7, + "dev_name": "bitcoin-dev", + "contributors": [ + "Anthony Towns", + "Brandon Black", + "Jonas Nick", + "Yuval Kogman" + ], + "file_path": "static/bitcoin-dev/Nov_2024/m91e5a68b8275a73acdcc8fc2276b9caf678fdab4_Covenants-Support-Bitcoin-Wiki.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Covenants-Support-Bitcoin-Wiki.xml" + }, + { + "id": "m83eadd98e637a1ec3d2da94644256997a901892c", + "title": "Difficulty in emulating \"weaker\" OP_SUCCESS and why it should be a real opcode", + "link": "https://gnusha.org/pi/bitcoindev/Z1dp0Jtbrkcf7Roi@console/T/#m83eadd98e637a1ec3d2da94644256997a901892c", + "authors": [ + "Weikeng Chen" + ], + "published_at": "2024-12-09T13:27:00+00:00", + "summary": "- OP_SUCCESS opcode marks Bitcoin script execution as successful, simplifying fraud proof creation.\n- Rusty Russell notes OP_SUCCESS's utility despite possible emulation with complex scripting.\n- Direct OP_SUCCESS implementation is advocated for simplicity over cumbersome script rewriting.", + "n_threads": 4, + "dev_name": "bitcoin-dev", + "contributors": [ + "Brandon Black", + "Andrew Poelstra" + ], + "file_path": "static/bitcoin-dev/Dec_2024/m83eadd98e637a1ec3d2da94644256997a901892c_Difficulty-in-emulating-weaker-OP-SUCCESS-and-why-it-should-be-a-real-opcode.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Difficulty-in-emulating-weaker-OP-SUCCESS-and-why-it-should-be-a-real-opcode.xml" + }, + { + "id": "1996", + "title": "Great Consensus Cleanup Revival", + "link": "https://delvingbitcoin.org/t/great-consensus-cleanup-revival/710", + "authors": [ + "AntoineP" + ], + "published_at": "2024-03-24T19:53:27.073000+00:00", + "summary": "- The analysis suggests improvements to Bitcoin's protocol, focusing on security and efficiency.\n- Significant issues include the timewarp vulnerability and inefficient block validation times.\n- The proposal invites community collaboration to address Bitcoin's vulnerabilities and inefficiencies.", + "n_threads": 60, + "dev_name": "delvingbitcoin", + "contributors": [ + "ajtowns", + "evoskuil", + "David Harding", + "sjors", + "zawy", + "MattCorallo", + "recent798", + "1440000bytes", + "ariard", + "benthecarman", + "kcalvinalvin", + "plebhash" + ], + "file_path": "static/delvingbitcoin/March_2024/1996_Great-Consensus-Cleanup-Revival.xml", + "combined_summ_file_path": "static/delvingbitcoin/March_2024/combined_Great-Consensus-Cleanup-Revival.xml" + }, + { + "id": "3073", + "title": "PPLNS with job declaration", + "link": "https://delvingbitcoin.org/t/pplns-with-job-declaration/1099", + "authors": [ + "Fi3" + ], + "published_at": "2024-08-28T14:21:15.076000+00:00", + "summary": "- An SV2 extension is being developed to improve mining pool payout transparency and fairness.\n- The extension permits miners to select transactions, offering control over job fee structures.\n- It seeks reviews for refinement, building on the PPLNS system, with details on GitHub.", + "n_threads": 42, + "dev_name": "delvingbitcoin", + "contributors": [ + "marathon-gary", + "plebhash", + "lorbax", + "sjors" + ], + "file_path": "static/delvingbitcoin/Aug_2024/3073_PPLNS-with-job-declaration.xml", + "combined_summ_file_path": "static/delvingbitcoin/Aug_2024/combined_PPLNS-with-job-declaration.xml" + }, + { + "id": "3521", + "title": "CTV, APO, CAT activity on signet", + "link": "https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257", + "authors": [ + "ajtowns" + ], + "published_at": "2024-11-14T17:34:11.568000+00:00", + "summary": "- BIPs 118, 119, and 347 have enhanced Bitcoin scripting, showing notable uses on signet.\n- APO supports flexible transaction signing, while CTV enables complex spend conditions and security.\n- OP_CAT's utilization surpasses APO and CTV, indicating a broad application in transaction processes.", + "n_threads": 12, + "dev_name": "delvingbitcoin", + "contributors": [ + "fiatjaf", + "1440000bytes", + "JeremyRubin", + "AdamISZ", + "vostrnad" + ], + "file_path": "static/delvingbitcoin/Nov_2024/3521_CTV-APO-CAT-activity-on-signet.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_CTV-APO-CAT-activity-on-signet.xml" + } + ], + "today_in_history_posts": [ + { + "id": "019696", + "title": "Proposal: Full-RBF in Bitcoin Core 24.0", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019696.html", + "authors": [ + "Jeremy Rubin" + ], + "published_at": "2021-12-18T16:51:46+00:00", + "summary": "- Antoine Riard proposes full RBF as default in Bitcoin 24.0 due to ecosystem changes.\n- Opt-in RBF's vulnerabilities harm second-layer protocol deployment and risk DoS attacks.\n- Riard suggests replacing full RBF with a gradated non-replaceability and enhancing 0-conf security.", + "n_threads": 11, + "dev_name": "bitcoin-dev", + "contributors": [ + "Antoine Riard", + "Billy Tetrud", + "Corey Haddad", + "Greg Sanders", + "Peter Todd", + "damian" + ], + "file_path": "static/bitcoin-dev/Dec_2021/019696_Proposal-Full-RBF-in-Bitcoin-Core-24-0.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2021/combined_Proposal-Full-RBF-in-Bitcoin-Core-24-0.xml" + }, + { + "id": "003422", + "title": "Payment sender authentication", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2021-December/003422.html", + "authors": [ + "Joost Jager" + ], + "published_at": "2021-12-17T10:37:12+00:00", + "summary": "- Sender authentication in Lightning can be useful, especially for chats and donations.\n- Joost proposed using a shared secret for enhanced authentication and protection.\n- Seeking feedback, he highlighted the limitations of the current ECDSA signature method.", + "n_threads": 5, + "dev_name": "lightning-dev", + "contributors": [ + "Peter Todd", + "fi" + ], + "file_path": "static/lightning-dev/Dec_2021/003422_Payment-sender-authentication.xml", + "combined_summ_file_path": "static/lightning-dev/Dec_2021/combined_Payment-sender-authentication.xml" + }, + { + "id": "732", + "title": "Warnet + Increase Tx Relay Rate", + "link": "https://delvingbitcoin.org/t/warnet-increase-tx-relay-rate/294", + "authors": [ + "amiti" + ], + "published_at": "2023-12-14T21:14:15.928000+00:00", + "summary": "- Accurate mainnet representation requires analyzing transaction rates and network configuration.\n- Tests show operating 250 nodes with Docker is feasible, exploring larger scalability with Kubernetes.\n- The focus includes key metrics post-setup, examining bandwidth, CPU usage, and mempool turnover.", + "n_threads": 11, + "dev_name": "delvingbitcoin", + "contributors": [ + "m3dwards", + "ajtowns" + ], + "file_path": "static/delvingbitcoin/Dec_2023/732_Warnet-Increase-Tx-Relay-Rate.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2023/combined_Warnet-Increase-Tx-Relay-Rate.xml" + } + ] +} \ No newline at end of file