From c6049cb3042efc1f6d6c3d3837c8cee91b5cbe76 Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Fri, 6 Dec 2024 03:28:28 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 134 ++++----- .../Dec_2024/2024-12-06-homepage.json | 266 ++++++++++++++++++ 2 files changed, 336 insertions(+), 64 deletions(-) create mode 100644 static/homepage/Dec_2024/2024-12-06-homepage.json diff --git a/static/homepage.json b/static/homepage.json index 5df1d8abb..e88e6822d 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,54 +1,37 @@ { - "header_summary": "Jeremy introduces a novel security framework aimed at enhancing the integrity of vault systems through the use of signing oracles, proposing a payment mechanism over time to incentivize honesty and deter malicious behavior. This approach, contrasted with traditional one-time gains from dishonesty, employs private key generation and the possibility of blind signing or homomorphic computations to safeguard against targeted attacks and unauthorized transaction broadcasts, potentially revolutionizing the security of single-party vaults and multisignature setups. [More details](https://gnusha.org/pi/bitcoindev/30440182-3d70-48c5-a01d-fad3c1e8048en@googlegroups.com/T/#m8423420dacdd1cb73ef8cdf320e3a0351fbd427a)\n\nIn an effort to consolidate Bitcoin developers' consensus on covenant proposals, /dev /fd0 has initiated a draft for a Bitcoin wiki page, reminiscent of the SegWit support page strategy. This platform encourages developer participation and insight sharing on opcodes, particularly focusing on OP_CTV for its potential to enhance covenant functionalities like pools and joinstr implementations, thus paving the way for a streamlined process toward the next soft fork. [See the initiative here](https://en.bitcoin.it/wiki/Covenants_support)\n\nJungly presents Radpool, a decentralized mining pool architecture allowing miners flexibility in difficulty targets, adjusting dynamically to their hash rates. This novel structure replaces centralized entities with a consortium of Mining Service Providers (MSPs) to maintain a byzantine fault-tolerant database and employ Threshold Signature Schemes for secure payouts, aiming to preserve operational familiarity while boosting security and fairness in reward distribution through a decentralized framework. [Radpool's approach](https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/15)\n\nSecuritybrahh sparks a debate on cryptocurrency's role as cash, emphasizing Monero's suitability due to its fungibility and privacy, in contrast to Bitcoin's evolving but still questioned fungibility impacted by Taproot and SegWit. This discussion delves into the technical possibilities for Bitcoin's enhancement, like the CTV soft fork and transaction pooling with OP_CAT, underscoring the ongoing discourse within the community on scalability, privacy, and the distinct roles of Bitcoin as \"money\" and Monero as \"cash\" for transactions. [Further reading and discussion](https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303)", + "header_summary": "Ava Chow announced the availability of Bitcoin Core version v28.1rc1 release candidate binaries for testing, highlighting the importance of community engagement in the software development cycle to ensure stability and reliability. This version includes updates, fixes, and enhancements detailed in preliminary release notes accessible on [GitHub](https://github.com/bitcoin/bitcoin/blob/v28.1rc1/doc/release-notes.md), aiming for a smooth transition to the official release across the Bitcoin network.\n\nJungly introduced a novel approach in the digital asset management and mining sector, emphasizing a mechanism that allows Managed Service Providers (MSPs) to participate in mining networks without being part of a threshold signature scheme. This system, which leverages an echo-broadcast system for share contribution, alongside the potential for yield generation and operational cost reduction for miners, represents a shift towards increased decentralization and efficiency in cryptocurrency mining, as detailed in the discussion on [DelvingBitcoin](https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/17).\n\nSecuritybrahh explored the nuances of digital currencies serving as cash, particularly focusing on Monero's advantages in terms of fungibility and privacy over Bitcoin. Despite Bitcoin's advancements like Taproot and SegWit, concerns remain about its fungibility and the role of technologies like the Lightning Network in enhancing privacy and scalability. This debate underscores the ongoing efforts within the cryptocurrency community to address scalability, privacy, and functionality, aiming to fulfill the vision of digital assets as viable everyday cash solutions. Further insights into this discussion are provided through a [link](https://sethforprivacy.com/posts/fungibility-graveyard/) on fungibility and technical considerations on Bitcoin's protocol evolution found on [GitHub](https://github.com/taproot-wizards/purrfect_vault/issues/1issuecomment-2513445570).", "recent_posts": [ { - "id": "m8423420dacdd1cb73ef8cdf320e3a0351fbd427a", - "title": "Un-FE\u2019d Covenants: Char-ting a new path to Emulated Covenants via BitVM Integrity Checks", - "link": "https://gnusha.org/pi/bitcoindev/30440182-3d70-48c5-a01d-fad3c1e8048en@googlegroups.com/T/#m8423420dacdd1cb73ef8cdf320e3a0351fbd427a", - "authors": [ - "jeremy" - ], - "published_at": "2024-11-30T18:29:00+00:00", - "summary": "- A novel approach proposes paying oracles over time to ensure honesty in vault security.\n- The technique prevents oracles from targeting UTXOs by keeping transactions anonymous until needed.\n- It suggests a 2-of-2 multisignature setup for enhanced security and addresses the issue of operational continuity.", - "n_threads": 2, - "dev_name": "bitcoin-dev", - "contributors": [ - "Erik Aronesty" - ], - "file_path": "static/bitcoin-dev/Nov_2024/m8423420dacdd1cb73ef8cdf320e3a0351fbd427a_Un-FE-d-Covenants-Char-ting-a-new-path-to-Emulated-Covenants-via-BitVM-Integrity-Checks.xml", - "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Un-FE-d-Covenants-Char-ting-a-new-path-to-Emulated-Covenants-via-BitVM-Integrity-Checks.xml" - }, - { - "id": "m91e5a68b8275a73acdcc8fc2276b9caf678fdab4", - "title": "Covenants Support - Bitcoin Wiki", - "link": "https://gnusha.org/pi/bitcoindev/028c0197-5c45-4929-83a9-cfe7c87d17f4n@googlegroups.com/T/#u#m91e5a68b8275a73acdcc8fc2276b9caf678fdab4", + "id": "m03903ecc6475afb1653adc5ca3098d32234e02c6", + "title": "Bitcoin Core 28.1 Release Candidate 1 Available", + "link": "https://gnusha.org/pi/bitcoindev/87cf832f-4d7b-4d2c-b6a5-59021b8a0368@achow101.com/T/#u#m03903ecc6475afb1653adc5ca3098d32234e02c6", "authors": [ - "/dev /fd0" + "Ava Chow" ], - "published_at": "2024-11-29T14:08:00+00:00", - "summary": "- A new forum collects Bitcoin developers' opinions on covenant proposals for consensus on soft forks.\n- Developers can contribute to the wiki, enhancing it with more opcodes and insights, fostering community collaboration.\n- The initiative stresses the importance of developer input, particularly on proposals like OP_CTV to improve Bitcoin mechanisms.", + "published_at": "2024-12-05T21:07:00+00:00", + "summary": "- Bitcoin Core version v28.1rc1 release candidate binaries are now available for testing.\n- Preliminary release notes detail updates and enhancements in version v28.1rc1, accessible on GitHub.\n- Release candidates allow for identification of issues before the final v28.1 release, encouraging community participation in testing.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], - "file_path": "static/bitcoin-dev/Nov_2024/m91e5a68b8275a73acdcc8fc2276b9caf678fdab4_Covenants-Support-Bitcoin-Wiki.xml", + "file_path": "static/bitcoin-dev/Dec_2024/m03903ecc6475afb1653adc5ca3098d32234e02c6_Bitcoin-Core-28-1-Release-Candidate-1-Available.xml", "combined_summ_file_path": "" }, { - "id": "3710", + "id": "3718", "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/15", + "link": "https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/17", "authors": [ "jungly" ], - "published_at": "2024-12-04T14:09:17.570000+00:00", - "summary": "- Radpool's decentralized architecture lets miners have variable difficulty targets.\n- It uses a consortium of MSPs for a secure, autonomous, and fair mining ecosystem.\n- Radpool maintains operational familiarity for miners while ensuring equitable reward distribution.", - "n_threads": 14, + "published_at": "2024-12-05T22:25:36.129000+00:00", + "summary": "- A new system lets MSPs join digital asset networks without threshold signature schemes.\n- This approach boosts efficiency, with non-compliant MSPs quickly removed to maintain network integrity.\n- It enables miners to create blocks independently, offering potential cost savings and more autonomy.", + "n_threads": 16, "dev_name": "delvingbitcoin", "contributors": [ "mcelrath", "marathon-gary" ], - "file_path": "static/delvingbitcoin/Dec_2024/3710_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml", + "file_path": "static/delvingbitcoin/Dec_2024/3718_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml", "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml" }, { @@ -59,7 +42,7 @@ "securitybrahh" ], "published_at": "2024-12-03T10:46:57.475000+00:00", - "summary": "- Skepticism exists towards Monero and Bitcoin's role as cash, highlighting a need for improvements.\n- Concerns over Bitcoin's fungibility and privacy lead to a preference for Monero as digital cash.\n- Technical discussions, including CTV and OP_CAT, aim to enhance Bitcoin's functionality and scalability.", + "summary": "- Skepticism about Monero and Bitcoin's roles in digital cash highlights a need for stable value.\n- Monero is favored for its fungibility and privacy, amid concerns over Bitcoin's comparable features.\n- Technical debates focus on enhancing Bitcoin's utility, with interest in CTV soft fork and OP_CAT.", "n_threads": 0, "dev_name": "delvingbitcoin", "contributors": [], @@ -74,7 +57,7 @@ "mpch" ], "published_at": "2024-12-01T19:36:02.473000+00:00", - "summary": "- The author acknowledges a received suggestion.\n- Mentions future actions regarding pull requests.\n- Highlights the need for more detailed content for a comprehensive blog post.", + "summary": "- The message recognizes a suggestion regarding pull requests.\n- It mentions a future action concerning those requests.\n- Detailed programming concepts are needed for a full blog post.", "n_threads": 6, "dev_name": "delvingbitcoin", "contributors": [ @@ -95,7 +78,7 @@ "jeremy" ], "published_at": "2024-11-27T03:05:00+00:00", - "summary": "- The email introduces a Bitcoin covenant implementation method using emulators and signing servers.\n- Oracle signers must deposit bonds, at risk under a BITVM fraud proof system for rule breaches.\n- A detailed paper at [https://rubin.io/bitcoin/2024/11/26/unfed-covenants/](https://rubin.io/bitcoin/2024/11/26/unfed-covenants/) explains the approach without altering the protocol.", + "summary": "- The email outlines a new method for Bitcoin covenants without altering the protocol.\n- It introduces covenant emulators and signing servers with a fraud-proof system for enforcement.\n- A detailed paper on this approach is available online for further exploration.", "n_threads": 2, "dev_name": "bitcoin-dev", "contributors": [ @@ -112,13 +95,28 @@ "/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 goal is consensus for soft forks, similar to SegWit's approach, inviting more opcode contributions.\n- Highlighted is OP_CTV's role in enhancing covenants and pool implementations, urging collective effort for refinement.", + "summary": "- A new initiative invites Bitcoin developers to discuss covenant proposals on a wiki page.\n- The initiative seeks consensus for soft forks, similar to the SegWit support approach.\n- Developers' insights on OP_CTV and other opcodes are crucial for the next soft fork.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], "file_path": "static/bitcoin-dev/Nov_2024/m91e5a68b8275a73acdcc8fc2276b9caf678fdab4_Covenants-Support-Bitcoin-Wiki.xml", "combined_summ_file_path": "" }, + { + "id": "m4fcd81d3fbf25a2571b51eba2221cea7238279cd", + "title": "Full Disclosure: \"Transaction-Relay Throughput Overflow Attacks against Off-Chain Protocols\"", + "link": "https://gnusha.org/pi/bitcoindev/CALZpt+EptER=p+P7VN3QAb9n=dODA9_LnR9xZwWpRsdAwedv=w@mail.gmail.com/T/#u#m4fcd81d3fbf25a2571b51eba2221cea7238279cd", + "authors": [ + "Antoine Riard" + ], + "published_at": "2024-12-05T17:48:00+00:00", + "summary": "- The report examines a new bitcoin attack targeting lightning channels via transaction relay jamming.\n- It discusses both \"high overflow\" and \"low overflow\" attacks, detailing their mechanisms and potential impacts.\n- Proposed mitigations focus on enhancing lightning node resilience and require base-layer interventions.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m4fcd81d3fbf25a2571b51eba2221cea7238279cd_Full-Disclosure-Transaction-Relay-Throughput-Overflow-Attacks-against-Off-Chain-Protocols-.xml", + "combined_summ_file_path": "" + }, { "id": "1996", "title": "Great Consensus Cleanup Revival", @@ -127,7 +125,7 @@ "AntoineP" ], "published_at": "2024-03-24T19:53:27.073000+00:00", - "summary": "- The analysis proposes improvements to Bitcoin's protocol to enhance security and performance.\n- It suggests fixing vulnerabilities like the timewarp exploit and merkle root calculation issues.\n- Debate arises over block size reduction, balancing scalability with network efficiency and security.", + "summary": "- The proposal highlights vulnerabilities in the Bitcoin protocol, suggesting improvements for security and efficiency.\n- Addressing the timewarp issue and limiting non-SegWit transactions are proposed to stabilize the network.\n- Despite some community debate, particularly on block size reduction, collaborative enhancements are encouraged.", "n_threads": 58, "dev_name": "delvingbitcoin", "contributors": [ @@ -155,8 +153,8 @@ "AntoineP" ], "published_at": "2024-10-28T19:09:55.723000+00:00", - "summary": "- Eric Voskuil showcased Libbitcoin's IBD outperforming Bitcoin Core with up to 15x speed using `-assumevalid`.\n- Libbitcoin uses event-based, asynchronous tasks with a relational database structure for efficient block validation.\n- Despite lacking full DoS protection and outdated libsecp, Libbitcoin advances in blockchain efficiency and scalability.", - "n_threads": 40, + "summary": "- Eric Voskuil notes Libbitcoin's IBD is up to 15 times faster than Bitcoin Core.\n- Libbitcoin uses event-based, concurrent operations and a relational database design for efficiency.\n- Despite advances, Libbitcoin lacks full DoS protection and updates in cryptographic libraries.", + "n_threads": 43, "dev_name": "delvingbitcoin", "contributors": [ "evoskuil", @@ -179,7 +177,7 @@ "salvatoshi" ], "published_at": "2023-12-19T13:29:37.600000+00:00", - "summary": "- Miniscript and taproot integration in Bitcoin Core enhances wallet development possibilities.\n- Generating unspendable keys with desired properties for taproot is complex yet crucial.\n- Among solutions, using a root xpub with a random chaincode is most practical for hardware signers.", + "summary": "- Integration with taproot in Bitcoin Core enables new possibilities for wallet developers.\n- Challenges include making unspendable keys practical and indistinguishable to observers.\n- Current methods for generating unspendable keys have trade-offs, requiring further refinement.", "n_threads": 28, "dev_name": "delvingbitcoin", "contributors": [ @@ -197,43 +195,51 @@ ], "today_in_history_posts": [ { - "id": "019627", - "title": "A fee-bumping model", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019627.html", + "id": "013341", + "title": "Managing block size the same way we do difficulty (aka Block75)", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-December/013341.html", "authors": [ - "Gloria Zhao" + "t. khan" ], - "published_at": "2021-12-07T17:24:33+00:00", - "summary": "- Gloria Zhao credits Darosior and Ariard for their work on improving contract security through fee-bumping.\n- She raises concerns about how fee-bumping integrates with the watchtower model and its implications for vault parties.\n- Gloria suggests modifications to mitigate RBF pinning and discusses the economic impact on LN service providers and users.", - "n_threads": 8, + "published_at": "2016-12-05T15:27:32+00:00", + "summary": "- Block75 proposes adjusting Bitcoin's block size bi-weekly based on average capacity.\n- It aims for 75% capacity across 2016 blocks, altering the max block size accordingly.\n- Under Block75, max block size would've been 1,080KB post-November 18th adjustment.", + "n_threads": 23, "dev_name": "bitcoin-dev", "contributors": [ - "Antoine Poinsot", - "Antoine Riard", - "Peter Todd", - "Prayank" + "Bram Cohen", + "James Hilliard", + "s7r", + "Daniele Pinna", + "Adam Back", + "Andrew Johnson", + "Eric Voskuil", + "Hampus Sj\u00f6berg", + "James MacWhyte", + "Pieter Wuille", + "Tom Harding" ], - "file_path": "static/bitcoin-dev/Dec_2021/019627_A-fee-bumping-model.xml", - "combined_summ_file_path": "static/bitcoin-dev/Dec_2021/combined_A-fee-bumping-model.xml" + "file_path": "static/bitcoin-dev/Dec_2016/013341_Managing-block-size-the-same-way-we-do-difficulty-aka-Block75-.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2016/combined_Managing-block-size-the-same-way-we-do-difficulty-aka-Block75-.xml" }, { - "id": "003377", - "title": "PTLCs early draft specification", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2021-December/003377.html", + "id": "000652", + "title": "LN without SegWit: less efficient or less secure?", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2017-January/000652.html", "authors": [ - "Bastien Teinturier" + "Andr\u00e9s G. Aragoneses" ], - "published_at": "2021-12-06T17:21:12+00:00", - "summary": "- The lightning network is discussing PTLC implementation, needing significant transaction and protocol adjustments.\n- A proposed minimal-change solution involves new adaptor signatures and pre-signed HTLC-success transactions.\n- Changes aim to balance minimizing protocol alterations against reducing additional communication rounds.", - "n_threads": 15, + "published_at": "2017-01-14T10:17:40+00:00", + "summary": "- The author questions SegWit's impact on Lightning Network's level 2 efficiency and security.\n- They mention reading about how level 3 could enhance user experience by outsourcing monitoring.\n- The writer seeks clarification on addressing level 2 security issues through server outsourcing.", + "n_threads": 9, "dev_name": "lightning-dev", "contributors": [ "Anthony Towns", - "ZmnSCPxj", - "Lloyd Fournier" + "Christian Decker", + "Rusty Russell", + "Stefano Pepe" ], - "file_path": "static/lightning-dev/Dec_2021/003377_PTLCs-early-draft-specification.xml", - "combined_summ_file_path": "static/lightning-dev/Dec_2021/combined_PTLCs-early-draft-specification.xml" + "file_path": "static/lightning-dev/Jan_2017/000652_LN-without-SegWit-less-efficient-or-less-secure-.xml", + "combined_summ_file_path": "static/lightning-dev/Jan_2017/combined_LN-without-SegWit-less-efficient-or-less-secure-.xml" }, { "id": "62", @@ -243,7 +249,7 @@ "jamesob" ], "published_at": "2023-08-16T15:22:13.243000+00:00", - "summary": "- Bitcoin scalability focuses on creating 50,000 off-chain entities for handling transactions.\n- Concepts like Utreexo optimize UTXO storage, aiming for a decentralized network of \"bitcoin banks.\"- Ensuring regulatory compliance and operational safety is key for these entities' development and integration.", + "summary": "- Bitcoin scalability aims for 1 billion weekly users through 50,000 off-chain \"bitcoin banks.\" - These banks would facilitate transactions, ensuring affordability and security, while managing liquidity.\n- Enhancing Bitcoin's scalability involves tools like CTV and OP_VAULT, prioritizing security and regulatory compliance.", "n_threads": 5, "dev_name": "delvingbitcoin", "contributors": [ diff --git a/static/homepage/Dec_2024/2024-12-06-homepage.json b/static/homepage/Dec_2024/2024-12-06-homepage.json new file mode 100644 index 000000000..e88e6822d --- /dev/null +++ b/static/homepage/Dec_2024/2024-12-06-homepage.json @@ -0,0 +1,266 @@ +{ + "header_summary": "Ava Chow announced the availability of Bitcoin Core version v28.1rc1 release candidate binaries for testing, highlighting the importance of community engagement in the software development cycle to ensure stability and reliability. This version includes updates, fixes, and enhancements detailed in preliminary release notes accessible on [GitHub](https://github.com/bitcoin/bitcoin/blob/v28.1rc1/doc/release-notes.md), aiming for a smooth transition to the official release across the Bitcoin network.\n\nJungly introduced a novel approach in the digital asset management and mining sector, emphasizing a mechanism that allows Managed Service Providers (MSPs) to participate in mining networks without being part of a threshold signature scheme. This system, which leverages an echo-broadcast system for share contribution, alongside the potential for yield generation and operational cost reduction for miners, represents a shift towards increased decentralization and efficiency in cryptocurrency mining, as detailed in the discussion on [DelvingBitcoin](https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/17).\n\nSecuritybrahh explored the nuances of digital currencies serving as cash, particularly focusing on Monero's advantages in terms of fungibility and privacy over Bitcoin. Despite Bitcoin's advancements like Taproot and SegWit, concerns remain about its fungibility and the role of technologies like the Lightning Network in enhancing privacy and scalability. This debate underscores the ongoing efforts within the cryptocurrency community to address scalability, privacy, and functionality, aiming to fulfill the vision of digital assets as viable everyday cash solutions. Further insights into this discussion are provided through a [link](https://sethforprivacy.com/posts/fungibility-graveyard/) on fungibility and technical considerations on Bitcoin's protocol evolution found on [GitHub](https://github.com/taproot-wizards/purrfect_vault/issues/1issuecomment-2513445570).", + "recent_posts": [ + { + "id": "m03903ecc6475afb1653adc5ca3098d32234e02c6", + "title": "Bitcoin Core 28.1 Release Candidate 1 Available", + "link": "https://gnusha.org/pi/bitcoindev/87cf832f-4d7b-4d2c-b6a5-59021b8a0368@achow101.com/T/#u#m03903ecc6475afb1653adc5ca3098d32234e02c6", + "authors": [ + "Ava Chow" + ], + "published_at": "2024-12-05T21:07:00+00:00", + "summary": "- Bitcoin Core version v28.1rc1 release candidate binaries are now available for testing.\n- Preliminary release notes detail updates and enhancements in version v28.1rc1, accessible on GitHub.\n- Release candidates allow for identification of issues before the final v28.1 release, encouraging community participation in testing.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m03903ecc6475afb1653adc5ca3098d32234e02c6_Bitcoin-Core-28-1-Release-Candidate-1-Available.xml", + "combined_summ_file_path": "" + }, + { + "id": "3718", + "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/17", + "authors": [ + "jungly" + ], + "published_at": "2024-12-05T22:25:36.129000+00:00", + "summary": "- A new system lets MSPs join digital asset networks without threshold signature schemes.\n- This approach boosts efficiency, with non-compliant MSPs quickly removed to maintain network integrity.\n- It enables miners to create blocks independently, offering potential cost savings and more autonomy.", + "n_threads": 16, + "dev_name": "delvingbitcoin", + "contributors": [ + "mcelrath", + "marathon-gary" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3718_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml" + }, + { + "id": "3704", + "title": "op_CAT vs op_CTV vs XMR", + "link": "https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303", + "authors": [ + "securitybrahh" + ], + "published_at": "2024-12-03T10:46:57.475000+00:00", + "summary": "- Skepticism about Monero and Bitcoin's roles in digital cash highlights a need for stable value.\n- Monero is favored for its fungibility and privacy, amid concerns over Bitcoin's comparable features.\n- Technical debates focus on enhancing Bitcoin's utility, with interest in CTV soft fork and OP_CAT.", + "n_threads": 0, + "dev_name": "delvingbitcoin", + "contributors": [], + "file_path": "static/delvingbitcoin/Dec_2024/3704_op-CAT-vs-op-CTV-vs-XMR.xml", + "combined_summ_file_path": "" + }, + { + "id": "3667", + "title": "OP_EXPIRE: Mitigating replacing cycling attacks", + "link": "https://delvingbitcoin.org/t/op-expire-mitigating-replacing-cycling-attacks/1282/7", + "authors": [ + "mpch" + ], + "published_at": "2024-12-01T19:36:02.473000+00:00", + "summary": "- The message recognizes a suggestion regarding pull requests.\n- It mentions a future action concerning those requests.\n- Detailed programming concepts are needed for a full blog post.", + "n_threads": 6, + "dev_name": "delvingbitcoin", + "contributors": [ + "instagibbs", + "jonas", + "mplsgrant" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3667_OP-EXPIRE-Mitigating-replacing-cycling-attacks.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_OP-EXPIRE-Mitigating-replacing-cycling-attacks.xml" + } + ], + "active_posts": [ + { + "id": "mdf4d5c5017c77c10dd14fa387208cbdf0b59dace", + "title": "Un-FE\u2019d Covenants: Char-ting a new path to Emulated Covenants via BitVM Integrity Checks", + "link": "https://gnusha.org/pi/bitcoindev/30440182-3d70-48c5-a01d-fad3c1e8048en@googlegroups.com/T/#u#mdf4d5c5017c77c10dd14fa387208cbdf0b59dace", + "authors": [ + "jeremy" + ], + "published_at": "2024-11-27T03:05:00+00:00", + "summary": "- The email outlines a new method for Bitcoin covenants without altering the protocol.\n- It introduces covenant emulators and signing servers with a fraud-proof system for enforcement.\n- A detailed paper on this approach is available online for further exploration.", + "n_threads": 2, + "dev_name": "bitcoin-dev", + "contributors": [ + "Erik Aronesty" + ], + "file_path": "static/bitcoin-dev/Nov_2024/mdf4d5c5017c77c10dd14fa387208cbdf0b59dace_Un-FE-d-Covenants-Char-ting-a-new-path-to-Emulated-Covenants-via-BitVM-Integrity-Checks.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Un-FE-d-Covenants-Char-ting-a-new-path-to-Emulated-Covenants-via-BitVM-Integrity-Checks.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 invites Bitcoin developers to discuss covenant proposals on a wiki page.\n- The initiative seeks consensus for soft forks, similar to the SegWit support approach.\n- Developers' insights on OP_CTV and other opcodes are crucial for the next soft fork.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m91e5a68b8275a73acdcc8fc2276b9caf678fdab4_Covenants-Support-Bitcoin-Wiki.xml", + "combined_summ_file_path": "" + }, + { + "id": "m4fcd81d3fbf25a2571b51eba2221cea7238279cd", + "title": "Full Disclosure: \"Transaction-Relay Throughput Overflow Attacks against Off-Chain Protocols\"", + "link": "https://gnusha.org/pi/bitcoindev/CALZpt+EptER=p+P7VN3QAb9n=dODA9_LnR9xZwWpRsdAwedv=w@mail.gmail.com/T/#u#m4fcd81d3fbf25a2571b51eba2221cea7238279cd", + "authors": [ + "Antoine Riard" + ], + "published_at": "2024-12-05T17:48:00+00:00", + "summary": "- The report examines a new bitcoin attack targeting lightning channels via transaction relay jamming.\n- It discusses both \"high overflow\" and \"low overflow\" attacks, detailing their mechanisms and potential impacts.\n- Proposed mitigations focus on enhancing lightning node resilience and require base-layer interventions.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m4fcd81d3fbf25a2571b51eba2221cea7238279cd_Full-Disclosure-Transaction-Relay-Throughput-Overflow-Attacks-against-Off-Chain-Protocols-.xml", + "combined_summ_file_path": "" + }, + { + "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 proposal highlights vulnerabilities in the Bitcoin protocol, suggesting improvements for security and efficiency.\n- Addressing the timewarp issue and limiting non-SegWit transactions are proposed to stabilize the network.\n- Despite some community debate, particularly on block size reduction, collaborative enhancements are encouraged.", + "n_threads": 58, + "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": "3432", + "title": "Libbitcoin for Core people", + "link": "https://delvingbitcoin.org/t/libbitcoin-for-core-people/1222", + "authors": [ + "AntoineP" + ], + "published_at": "2024-10-28T19:09:55.723000+00:00", + "summary": "- Eric Voskuil notes Libbitcoin's IBD is up to 15 times faster than Bitcoin Core.\n- Libbitcoin uses event-based, concurrent operations and a relational database design for efficiency.\n- Despite advances, Libbitcoin lacks full DoS protection and updates in cryptographic libraries.", + "n_threads": 43, + "dev_name": "delvingbitcoin", + "contributors": [ + "evoskuil", + "andrewtoth", + "josibake", + "JeremyRubin", + "ajtowns", + "instagibbs", + "sipa", + "sjors" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3432_Libbitcoin-for-Core-people.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_Libbitcoin-for-Core-people.xml" + }, + { + "id": "789", + "title": "Unspendable keys in descriptors", + "link": "https://delvingbitcoin.org/t/unspendable-keys-in-descriptors/304", + "authors": [ + "salvatoshi" + ], + "published_at": "2023-12-19T13:29:37.600000+00:00", + "summary": "- Integration with taproot in Bitcoin Core enables new possibilities for wallet developers.\n- Challenges include making unspendable keys practical and indistinguishable to observers.\n- Current methods for generating unspendable keys have trade-offs, requiring further refinement.", + "n_threads": 28, + "dev_name": "delvingbitcoin", + "contributors": [ + "AntoineP", + "andrewtoth", + "josibake", + "sipa", + "RandyMcMillan", + "andrewkozlik", + "wydengyre" + ], + "file_path": "static/delvingbitcoin/Dec_2023/789_Unspendable-keys-in-descriptors.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2023/combined_Unspendable-keys-in-descriptors.xml" + } + ], + "today_in_history_posts": [ + { + "id": "013341", + "title": "Managing block size the same way we do difficulty (aka Block75)", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-December/013341.html", + "authors": [ + "t. khan" + ], + "published_at": "2016-12-05T15:27:32+00:00", + "summary": "- Block75 proposes adjusting Bitcoin's block size bi-weekly based on average capacity.\n- It aims for 75% capacity across 2016 blocks, altering the max block size accordingly.\n- Under Block75, max block size would've been 1,080KB post-November 18th adjustment.", + "n_threads": 23, + "dev_name": "bitcoin-dev", + "contributors": [ + "Bram Cohen", + "James Hilliard", + "s7r", + "Daniele Pinna", + "Adam Back", + "Andrew Johnson", + "Eric Voskuil", + "Hampus Sj\u00f6berg", + "James MacWhyte", + "Pieter Wuille", + "Tom Harding" + ], + "file_path": "static/bitcoin-dev/Dec_2016/013341_Managing-block-size-the-same-way-we-do-difficulty-aka-Block75-.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2016/combined_Managing-block-size-the-same-way-we-do-difficulty-aka-Block75-.xml" + }, + { + "id": "000652", + "title": "LN without SegWit: less efficient or less secure?", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2017-January/000652.html", + "authors": [ + "Andr\u00e9s G. Aragoneses" + ], + "published_at": "2017-01-14T10:17:40+00:00", + "summary": "- The author questions SegWit's impact on Lightning Network's level 2 efficiency and security.\n- They mention reading about how level 3 could enhance user experience by outsourcing monitoring.\n- The writer seeks clarification on addressing level 2 security issues through server outsourcing.", + "n_threads": 9, + "dev_name": "lightning-dev", + "contributors": [ + "Anthony Towns", + "Christian Decker", + "Rusty Russell", + "Stefano Pepe" + ], + "file_path": "static/lightning-dev/Jan_2017/000652_LN-without-SegWit-less-efficient-or-less-secure-.xml", + "combined_summ_file_path": "static/lightning-dev/Jan_2017/combined_LN-without-SegWit-less-efficient-or-less-secure-.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 scalability aims for 1 billion weekly users through 50,000 off-chain \"bitcoin banks.\" - These banks would facilitate transactions, ensuring affordability and security, while managing liquidity.\n- Enhancing Bitcoin's scalability involves tools like CTV and OP_VAULT, prioritizing 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