From b2112a36200d56cb31133ec67d50bcf3154c03cb Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Thu, 26 Dec 2024 03:15:05 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 148 +++++----- .../Dec_2024/2024-12-26-homepage.json | 267 ++++++++++++++++++ 2 files changed, 341 insertions(+), 74 deletions(-) create mode 100644 static/homepage/Dec_2024/2024-12-26-homepage.json diff --git a/static/homepage.json b/static/homepage.json index c41a9f4e..0f3dc7d4 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,5 +1,5 @@ { - "header_summary": "Yuval Kogman's analysis sheds light on critical vulnerabilities in Wasabi & GingerWallet and their CoinJoin protocols, revealing deanonymization risks due to fundamental flaws and trust issues with coordinators. These vulnerabilities, particularly in the Whirlpool and WabiSabi protocols, allow malicious coordinators to compromise user privacy through manipulative practices such as the misuse of blind signing keys and inconsistent round IDs, undermining the privacy guarantees these wallets aim to provide. The broader concerns include poor coin selection practices and the misuse of JSON and HTTP, which could exacerbate privacy risks. The economic incentives built into the system, intended for fair compensation, fail to prevent user fund thefts, highlighting a gap in ensuring financial security alongside privacy ([GitHub repository](https://github.com/)).\n\nAva Chow announces the availability of Bitcoin Core version v28.1rc2, inviting the community to engage with the new release candidate by downloading binaries and reviewing the source code. This step emphasizes the project's commitment to transparency, quality, and stability, underscoring the importance of community feedback in the development process. Release candidates like v28.1rc2 play a critical role in identifying and resolving potential issues before the final release, reflecting Bitcoin Core's dedication to delivering reliable and secure software ([Bitcoin Core's official site](https://bitcoincore.org/bin/bitcoin-core-28.1/test.rc2/), [GitHub link](https://github.com/bitcoin/bitcoin/tree/v28.1rc2)).\n\nJeremy Rubin and Chris Stewart delve into the challenges and risks associated with implementing and deploying soft forks in the blockchain, including potential confiscation risks and the complexities of addressing DoS vulnerabilities. Rubin's discussion on the necessity of auto-repeal for patches underscores the dynamic nature of security threats and the need for adaptable solutions, while Stewart highlights the importance of consensus-building in managing the inherent confiscation risks during the design phase of soft forks. These conversations reveal the nuanced balance between innovation, security, and consensus in the ongoing development of blockchain technologies ([DelvingBitcoin.org](https://delvingbitcoin.org/t/transitory-soft-forks-for-consensus-cleanup-forks/1333/3), [DelvingBitcoin.org](https://delvingbitcoin.org/t/security-soft-fork-deployments-arent-risky/1328/6)).\n\nLastly, lorbax emphasizes the significance of sharing developmental tools, logs, and patched versions of Bitcoin Core with the community. This approach fosters collective problem-solving and advances the software, highlighting the crucial role of transparency and community involvement in the development of open-source projects ([DelvingBitcoin.org](https://delvingbitcoin.org/t/research-into-the-effects-of-a-cluster-size-limited-mempool-in-2023/794/2)).", + "header_summary": "Yuval Kogman's critique on the vulnerabilities of Wasabi & GingerWallet and their CoinJoin protocols exposes significant deanonymization risks due to inherent design flaws, emphasizing a trust issue with coordinators and their rent-seeking behavior. The analysis reveals how a malicious coordinator could potentially deanonymize transactions by exploiting protocol vulnerabilities, notably within Whirlpool's blind signing keys and WabiSabi's key consistency, underscoring the challenges of maintaining privacy and security in cryptocurrency transactions ([GitHub repository](https://github.com/)).\n\nAva Chow announces the availability of Bitcoin Core version v28.1rc2 for community engagement, with binaries and source code accessible for download and review. This transparency and the pre-release evaluation process, highlighted by the publication of preliminary release notes, illustrate the project's commitment to quality, security, and community involvement in the development cycle ([Bitcoin Core's official site](https://bitcoincore.org/bin/bitcoin-core-28.1/test.rc2/); [GitHub link](https://github.com/bitcoin/bitcoin/tree/v28.1rc2)).\n\nJeremy Rubin discusses the complexities of implementing cleanup soft forks in Bitcoin, addressing the challenges and workload involved without direct benefits, and proposes an auto-repeal approach to simplify the process. This method aims to streamline addressing DoS vulnerabilities, enhancing the system's resilience through efficiency in patch management and reduction in developer workload ([DelvingBitcoin.org](https://delvingbitcoin.org/t/transitory-soft-forks-for-consensus-cleanup-forks/1333/3)).\n\nChris Stewart underscores the risks of network rule tightening through soft forks, with a focus on the potential for capability confiscation impacting miners. The discussion includes the importance of consensus in the design phase to mitigate risks and emphasizes that understanding and agreement on changes are crucial for smooth deployment and network integrity ([DelvingBitcoin.org](https://delvingbitcoin.org/t/security-soft-fork-deployments-arent-risky/1328/6)).", "recent_posts": [ { "id": "m995ad0da6c23dfb6ac4c420e17a4358181e3567e", @@ -9,7 +9,7 @@ "Yuval Kogman" ], "published_at": "2024-12-21T14:16:00+00:00", - "summary": "- Vulnerabilities in Wasabi & GingerWallet highlight significant deanonymization risks and trust issues.\n- Issues in Whirlpool and WabiSabi protocols allow malicious coordinators to deanonymize transactions.\n- Economic incentives and technical flaws in these protocols fail to protect user privacy and funds.", + "summary": "- Vulnerabilities in Wasabi & GingerWallet and CoinJoin protocols pose significant deanonymization risks.\n- Critical flaws in the Whirlpool and WabiSabi protocols allow malicious coordinators to deanonymize transactions.\n- The discussion highlights the balance between privacy innovation and the need for security and user trust in Bitcoin development.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -24,7 +24,7 @@ "Ava Chow" ], "published_at": "2024-12-19T19:29:00+00:00", - "summary": "- Bitcoin Core version v28.1rc2 binaries are now available for community engagement.\n- Preliminary release notes provide insights into the new version's changes and improvements.\n- The final release depends on the feedback from this candidate, emphasizing quality and stability.", + "summary": "- Bitcoin Core version v28.1rc2 binaries are now available for download and review.\n- Preliminary release notes highlight changes and improvements, emphasizing transparency.\n- This release candidate is crucial for testing before becoming the official v28.1 release.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -39,7 +39,7 @@ "JeremyRubin" ], "published_at": "2024-12-24T20:33:01.708000+00:00", - "summary": "- Implementing cleanup soft forks presents complexities and workflow challenges.\n- Auto-repeal is suggested to effectively manage DoS vulnerabilities over time.\n- This reduces complexity and ongoing updates, streamlining development against DoS attacks.", + "summary": "- Cleanup soft forks pose challenges due to the need for repeated efforts without new benefits.\n- Auto-repeal is suggested for efficient management of DoS vulnerabilities in development.\n- This method simplifies addressing vulnerabilities, reducing complexity and workload for developers.", "n_threads": 2, "dev_name": "delvingbitcoin", "contributors": [ @@ -56,7 +56,7 @@ "Chris_Stewart_5" ], "published_at": "2024-12-23T15:09:58.356000+00:00", - "summary": "- Soft forks in the blockchain update and tighten network rules, risking confiscation.\n- Bitmain resisted SegWit for hindering their covert asicboost technology's efficiency.\n- Consensus in the design phase of soft forks is crucial for acknowledging confiscation risks.", + "summary": "- Soft forks heighten risk of confiscation, impacting miners like Bitmain over SegWit.\n- Design and deployment are key phases in soft forks, focusing on risk assessment.\n- Consensus in design mitigates risks, highlighting the importance of deliberative update processes.", "n_threads": 5, "dev_name": "delvingbitcoin", "contributors": [ @@ -74,7 +74,7 @@ "lorbax" ], "published_at": "2024-12-23T10:52:37.532000+00:00", - "summary": "- The inquiry investigates the availability of Bitcoin Core logs and a patched version.\n- The sender believes public access to these resources could benefit the Bitcoin community.\n- It underscores the value of sharing tools and enhancements in open-source projects.", + "summary": "- The inquiry questions the public availability of Bitcoin Core logs and a patched version.\n- The sender sees potential community benefits in accessing these resources.\n- Recognizing the value of sharing tools in open-source projects aids collective advancement.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -85,28 +85,6 @@ } ], "active_posts": [ - { - "id": "m8c9407a48d3358be40fb94ab512c3e72b95e17cc", - "title": "Trivial QC signatures with clean upgrade path", - "link": "https://gnusha.org/pi/bitcoindev/52f3bfc0-9446-4400-bf7a-7e38e5777c56@dashjr.org/T/#m8c9407a48d3358be40fb94ab512c3e72b95e17cc", - "authors": [ - "Matt Corallo" - ], - "published_at": "2024-12-15T21:42:00+00:00", - "summary": "- Quantum computers may disrupt Bitcoin's security within two decades; upgrades are advised.\n- Community favors hash-based signatures like SPHINCS+ for post-quantum Bitcoin security.\n- Proposed solution involves taproot and a new opcode for quantum-resistant transactions.", - "n_threads": 8, - "dev_name": "bitcoin-dev", - "contributors": [ - "Anthony Towns", - "Antoine Riard", - "Luke Dashjr", - "Tadge Dryja", - "Weikeng Chen", - "conduition" - ], - "file_path": "static/bitcoin-dev/Dec_2024/m8c9407a48d3358be40fb94ab512c3e72b95e17cc_Trivial-QC-signatures-with-clean-upgrade-path.xml", - "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Trivial-QC-signatures-with-clean-upgrade-path.xml" - }, { "id": "m50e3cf085d204eab1b7dce4c0a708f0831129039", "title": "BIP Draft: \"ChillDKG: Distributed Key Generation for FROST\"", @@ -115,7 +93,7 @@ "Tim Ruffing" ], "published_at": "2024-07-08T20:05:00+00:00", - "summary": "- Jonas, Nick, and Tim are drafting a BIP for FROST Threshold Signatures' key generation.\n- Their draft, hosted on GitHub, seeks feedback and includes design, usage instructions, and a Python reference.\n- The draft is incomplete, needing work on wire format, test vectors, and official packaging of secp256k1proto.", + "summary": "- Jonas, Nick, and Tim draft a BIP for FROST Threshold Signatures' key generation.\n- Their work, including a Python reference implementation, seeks community feedback on GitHub.\n- Ongoing development includes finalizing details and recognizing a need for a separate FROST BIP.", "n_threads": 3, "dev_name": "bitcoin-dev", "contributors": [ @@ -125,6 +103,23 @@ "file_path": "static/bitcoin-dev/July_2024/m50e3cf085d204eab1b7dce4c0a708f0831129039_BIP-Draft-ChillDKG-Distributed-Key-Generation-for-FROST-.xml", "combined_summ_file_path": "static/bitcoin-dev/July_2024/combined_BIP-Draft-ChillDKG-Distributed-Key-Generation-for-FROST-.xml" }, + { + "id": "m03eb94cf0488aa80a78aeb2fd59ae5393924983c", + "title": "Double Exponential Hash Rate Growth and Difficulty Adjustment", + "link": "https://gnusha.org/pi/bitcoindev/ab246ea3-36ae-4c87-b4d1-32b0ec4f2603n@googlegroups.com/T/#m03eb94cf0488aa80a78aeb2fd59ae5393924983c", + "authors": [ + "Anders" + ], + "published_at": "2024-12-19T01:19:00+00:00", + "summary": "- Anders expresses concerns about rapid Bitcoin hash rate growth impacting the difficulty adjustment mechanism.\n- The potential for double exponential growth could strain the system's operational limits, risking network stability.\n- Anders calls for studies and discussions on strategies to manage growth without compromising Bitcoin's principles.", + "n_threads": 2, + "dev_name": "bitcoin-dev", + "contributors": [ + "Michael Cassano" + ], + "file_path": "static/bitcoin-dev/Dec_2024/m03eb94cf0488aa80a78aeb2fd59ae5393924983c_Double-Exponential-Hash-Rate-Growth-and-Difficulty-Adjustment.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Double-Exponential-Hash-Rate-Growth-and-Difficulty-Adjustment.xml" + }, { "id": "m9a77a811b028160ad982a9a9d57571ecd331911a", "title": "Censorship and Privacy in Chaumian ecash implementations", @@ -133,7 +128,7 @@ "/dev /fd0" ], "published_at": "2024-12-21T16:58:00+00:00", - "summary": "- P2PK and KYC methods in ecash raise concerns about censorship and user privacy.\n- Technical and authentication controls contradict ecash's aim for decentralization and anonymity.\n- Despite innovative solutions, ecash struggles with identity-based restrictions and surveillance issues.", + "summary": "- Ecash's censorship concerns stem from P2PK methods and KYC requirements impacting privacy.\n- Public key locking and authentication processes introduce potential for control and censorship.\n- Despite decentralization goals, mechanisms like P2PK and KYC conflict with privacy and freedom.", "n_threads": 2, "dev_name": "bitcoin-dev", "contributors": [ @@ -150,7 +145,7 @@ "Fi3" ], "published_at": "2024-08-28T14:21:15.076000+00:00", - "summary": "- An SV2 extension to improve mining pool payout transparency and fairness is in development.\n- The extension enhances miner control by allowing transaction selection, based on the PPLNS system.\n- Still in development, the project seeks reviews and contributions to refine the system.", + "summary": "- An SV2 extension is being developed to improve transparency and fairness in mining payouts.\n- The extension enables miners to select transactions, offering control over fee structures.\n- It updates the PPLNS system, seeking contributions to finalize the proposed system.", "n_threads": 53, "dev_name": "delvingbitcoin", "contributors": [ @@ -170,12 +165,12 @@ "sjors" ], "published_at": "2024-12-17T07:53:01.188000+00:00", - "summary": "- Matt Corallo's proposal addresses `nTime` rolling in Bitcoin mining to aid ASIC devices.\n- A timewarp fix allowing 600-second backward `nTime` adjustments is tested on testnet4.\n- Expanding the adjustment window to two hours is suggested to prevent malicious exploits.", - "n_threads": 15, + "summary": "- Matt Corallo proposes limitations on Bitcoin `nTime` rolling to enhance ASIC performance.\n- Current tests allow `nTime` adjustments backwards by 600 seconds to prevent timewarp attacks.\n- Discussions suggest expanding this to two hours, ensuring network security against malicious miners.", + "n_threads": 16, "dev_name": "delvingbitcoin", "contributors": [ - "AntoineP", "zawy", + "AntoineP", "MattCorallo", "ajtowns" ], @@ -190,7 +185,7 @@ "JohnLaw" ], "published_at": "2024-10-31T22:50:15.637000+00:00", - "summary": "- The OPR protocol aims to resolve Lightning network payments efficiently, addressing current limitations.\n- It introduces mechanisms for fast, off-chain resolution and enhances security through a griefer-penalized system.\n- Designed for scalability and usability, it offers a significant improvement in handling small transactions securely.", + "summary": "- The OPR protocol enhances Lightning network payments by resolving them rapidly off-chain.\n- It introduces a burn output mechanism for secure, small-scale transactions, deterring dishonesty.\n- The protocol improves scalability and security, proposing integration with advanced technologies.", "n_threads": 11, "dev_name": "delvingbitcoin", "contributors": [ @@ -203,65 +198,70 @@ ], "today_in_history_posts": [ { - "id": "017538", - "title": "Non-equal value CoinJoins. Opinions.", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-December/017538.html", + "id": "019720", + "title": "On the regularity of soft forks", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019720.html", "authors": [ - "Adam Ficsor" + "Keagan McClelland" ], - "published_at": "2019-12-27T18:03:49+00:00", - "summary": "- The CashFusion research presents a privacy method for transactions with many inputs and outputs.\n- It claims to significantly reduce linkage with 10^20 possible configurations for obfuscation.\n- The method, similar to the 2017 Knapsack paper, uses combinatorics to prevent amount linkages.", - "n_threads": 8, + "published_at": "2021-12-31T03:10:48+00:00", + "summary": "- Keagan McClelland discusses the need for specific terminology for SoftForks.\n- Consensus changes should not be bundled to ease review and testing processes.\n- Different opinions exist on bundling proposals in security-critical software like Bitcoin.", + "n_threads": 12, "dev_name": "bitcoin-dev", "contributors": [ - "Yuval Kogman", + "Billy Tetrud", + "Michael Folkson", + "Prayank", + "Anthony Towns", + "Jeremy Rubin", + "Jorge Tim\u00f3n", "ZmnSCPxj", - "Ethan Heilman", - "Lucas Ontivero" + "micaroni", + "vjudeu" ], - "file_path": "static/bitcoin-dev/Dec_2019/017538_Non-equal-value-CoinJoins-Opinions-.xml", - "combined_summ_file_path": "static/bitcoin-dev/Dec_2019/combined_Non-equal-value-CoinJoins-Opinions-.xml" + "file_path": "static/bitcoin-dev/Dec_2021/019720_On-the-regularity-of-soft-forks.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2021/combined_On-the-regularity-of-soft-forks.xml" }, { - "id": "002455", - "title": "Not revealing the channel capacity during opening of channel in lightning network", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-January/002455.html", + "id": "003470", + "title": "[RFC] Lightning gossip alternative", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2022-February/003470.html", "authors": [ - "Subhra Mazumdar" + "Rusty Russell" ], - "published_at": "2020-01-27T07:14:41+00:00", - "summary": "- Subhra Mazumdar explored maintaining privacy in transactions without revealing channel capacity.\n- The debate highlights risks and solutions like smart contracts and zero-knowledge proofs for privacy.\n- The discussion emphasizes the balance between privacy and transparency in blockchain systems.", - "n_threads": 10, + "published_at": "2022-02-14T01:41:06+00:00", + "summary": "- Rusty Russell proposes a v2 gossip protocol with x-only pubkeys and BIP-340 signatures.\n- The proposal features anti-spam using UTXOs and introduces \"announcable_channel_capacity\" for nodes.\n- It simplifies gossip, allows UTXO \"leasing,\" but leaves a question about channel claims unresolved.", + "n_threads": 6, "dev_name": "lightning-dev", "contributors": [ - "M", - "ZmnSCPxj", - "Christian Decker", - "Ugam Kam" + "Joost Jager", + "Olaoluwa Osuntokun", + "ZmnSCPxj" ], - "file_path": "static/lightning-dev/Jan_2020/002455_Not-revealing-the-channel-capacity-during-opening-of-channel-in-lightning-network.xml", - "combined_summ_file_path": "static/lightning-dev/Jan_2020/combined_Not-revealing-the-channel-capacity-during-opening-of-channel-in-lightning-network.xml" + "file_path": "static/lightning-dev/Feb_2022/003470_-RFC-Lightning-gossip-alternative.xml", + "combined_summ_file_path": "static/lightning-dev/Feb_2022/combined_-RFC-Lightning-gossip-alternative.xml" }, { - "id": "62", - "title": "Thoughts on scaling and consensus changes (2023)", - "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", + "id": "873", + "title": "[BUG]: spammers get Bitcoin blockspace at discounted price. Let's fix it", + "link": "https://delvingbitcoin.org/t/bug-spammers-get-bitcoin-blockspace-at-discounted-price-lets-fix-it/327", "authors": [ - "jamesob" + "GregTonoski" ], - "published_at": "2023-08-16T15:22:13.243000+00:00", - "summary": "- Bitcoin aims for 1 billion weekly users through 50,000 off-chain \"bitcoin banks.\"- Off-chain entities enable cheaper transactions, balancing security with user affordability.\n- Networking these entities while enforcing regulatory compliance upholds Bitcoin's core value and scalability.", - "n_threads": 5, + "published_at": "2023-12-27T20:54:30.891000+00:00", + "summary": "- Disparities in Bitcoin transaction costs highlight higher prices for simpler transactions over complex ones.\n- The discussed pricing model causes issues like misallocation and potential centralization of block space.\n- A proposal suggests uniform blockspace pricing in future Segwit transactions to fix skewed incentives.", + "n_threads": 25, "dev_name": "delvingbitcoin", "contributors": [ - "Ajian", - "CubicEarth", - "EthnTuttle", - "jungly", - "melvincarvalho" + "moonsettler", + "ProofOfKeags", + "DoctorBuzz1", + "murch", + "rustynail", + "sipa" ], - "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" + "file_path": "static/delvingbitcoin/Dec_2023/873_-BUG-spammers-get-Bitcoin-blockspace-at-discounted-price-Let-s-fix-it.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2023/combined_-BUG-spammers-get-Bitcoin-blockspace-at-discounted-price-Let-s-fix-it.xml" } ] } \ No newline at end of file diff --git a/static/homepage/Dec_2024/2024-12-26-homepage.json b/static/homepage/Dec_2024/2024-12-26-homepage.json new file mode 100644 index 00000000..0f3dc7d4 --- /dev/null +++ b/static/homepage/Dec_2024/2024-12-26-homepage.json @@ -0,0 +1,267 @@ +{ + "header_summary": "Yuval Kogman's critique on the vulnerabilities of Wasabi & GingerWallet and their CoinJoin protocols exposes significant deanonymization risks due to inherent design flaws, emphasizing a trust issue with coordinators and their rent-seeking behavior. The analysis reveals how a malicious coordinator could potentially deanonymize transactions by exploiting protocol vulnerabilities, notably within Whirlpool's blind signing keys and WabiSabi's key consistency, underscoring the challenges of maintaining privacy and security in cryptocurrency transactions ([GitHub repository](https://github.com/)).\n\nAva Chow announces the availability of Bitcoin Core version v28.1rc2 for community engagement, with binaries and source code accessible for download and review. This transparency and the pre-release evaluation process, highlighted by the publication of preliminary release notes, illustrate the project's commitment to quality, security, and community involvement in the development cycle ([Bitcoin Core's official site](https://bitcoincore.org/bin/bitcoin-core-28.1/test.rc2/); [GitHub link](https://github.com/bitcoin/bitcoin/tree/v28.1rc2)).\n\nJeremy Rubin discusses the complexities of implementing cleanup soft forks in Bitcoin, addressing the challenges and workload involved without direct benefits, and proposes an auto-repeal approach to simplify the process. This method aims to streamline addressing DoS vulnerabilities, enhancing the system's resilience through efficiency in patch management and reduction in developer workload ([DelvingBitcoin.org](https://delvingbitcoin.org/t/transitory-soft-forks-for-consensus-cleanup-forks/1333/3)).\n\nChris Stewart underscores the risks of network rule tightening through soft forks, with a focus on the potential for capability confiscation impacting miners. The discussion includes the importance of consensus in the design phase to mitigate risks and emphasizes that understanding and agreement on changes are crucial for smooth deployment and network integrity ([DelvingBitcoin.org](https://delvingbitcoin.org/t/security-soft-fork-deployments-arent-risky/1328/6)).", + "recent_posts": [ + { + "id": "m995ad0da6c23dfb6ac4c420e17a4358181e3567e", + "title": "Reiterating centralized coinjoin (Wasabi & Samourai) deanonymization attacks", + "link": "https://gnusha.org/pi/bitcoindev/CAAQdECCdRVV+3ZoJhOotKEvmUV4yrV7EYWE8SOWCE1CF9tZ6Yg@mail.gmail.com/T/#u#m995ad0da6c23dfb6ac4c420e17a4358181e3567e", + "authors": [ + "Yuval Kogman" + ], + "published_at": "2024-12-21T14:16:00+00:00", + "summary": "- Vulnerabilities in Wasabi & GingerWallet and CoinJoin protocols pose significant deanonymization risks.\n- Critical flaws in the Whirlpool and WabiSabi protocols allow malicious coordinators to deanonymize transactions.\n- The discussion highlights the balance between privacy innovation and the need for security and user trust in Bitcoin development.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m995ad0da6c23dfb6ac4c420e17a4358181e3567e_Reiterating-centralized-coinjoin-Wasabi-Samourai-deanonymization-attacks.xml", + "combined_summ_file_path": "" + }, + { + "id": "m569484cae13e4e3f766703c27dc4757cb232c09e", + "title": "Bitcoin Core 28.1 Release Candidate 2 Available", + "link": "https://gnusha.org/pi/bitcoindev/61300d46-a82f-4ebe-af45-17c654642699@achow101.com/T/#u#m569484cae13e4e3f766703c27dc4757cb232c09e", + "authors": [ + "Ava Chow" + ], + "published_at": "2024-12-19T19:29:00+00:00", + "summary": "- Bitcoin Core version v28.1rc2 binaries are now available for download and review.\n- Preliminary release notes highlight changes and improvements, emphasizing transparency.\n- This release candidate is crucial for testing before becoming the official v28.1 release.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Dec_2024/m569484cae13e4e3f766703c27dc4757cb232c09e_Bitcoin-Core-28-1-Release-Candidate-2-Available.xml", + "combined_summ_file_path": "" + }, + { + "id": "3857", + "title": "Transitory Soft Forks for Consensus Cleanup Forks", + "link": "https://delvingbitcoin.org/t/transitory-soft-forks-for-consensus-cleanup-forks/1333/3", + "authors": [ + "JeremyRubin" + ], + "published_at": "2024-12-24T20:33:01.708000+00:00", + "summary": "- Cleanup soft forks pose challenges due to the need for repeated efforts without new benefits.\n- Auto-repeal is suggested for efficient management of DoS vulnerabilities in development.\n- This method simplifies addressing vulnerabilities, reducing complexity and workload for developers.", + "n_threads": 2, + "dev_name": "delvingbitcoin", + "contributors": [ + "harding" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3857_Transitory-Soft-Forks-for-Consensus-Cleanup-Forks.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Transitory-Soft-Forks-for-Consensus-Cleanup-Forks.xml" + }, + { + "id": "3847", + "title": "Security soft fork deployments arent risky", + "link": "https://delvingbitcoin.org/t/security-soft-fork-deployments-arent-risky/1328/6", + "authors": [ + "Chris_Stewart_5" + ], + "published_at": "2024-12-23T15:09:58.356000+00:00", + "summary": "- Soft forks heighten risk of confiscation, impacting miners like Bitmain over SegWit.\n- Design and deployment are key phases in soft forks, focusing on risk assessment.\n- Consensus in design mitigates risks, highlighting the importance of deliberative update processes.", + "n_threads": 5, + "dev_name": "delvingbitcoin", + "contributors": [ + "1440000bytes", + "harding" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3847_Security-soft-fork-deployments-arent-risky.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Security-soft-fork-deployments-arent-risky.xml" + }, + { + "id": "3846", + "title": "Research into the effects of a cluster size limited mempool in 2023", + "link": "https://delvingbitcoin.org/t/research-into-the-effects-of-a-cluster-size-limited-mempool-in-2023/794/2", + "authors": [ + "lorbax" + ], + "published_at": "2024-12-23T10:52:37.532000+00:00", + "summary": "- The inquiry questions the public availability of Bitcoin Core logs and a patched version.\n- The sender sees potential community benefits in accessing these resources.\n- Recognizing the value of sharing tools in open-source projects aids collective advancement.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "Suhas Daftuar" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3846_Research-into-the-effects-of-a-cluster-size-limited-mempool-in-2023.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Research-into-the-effects-of-a-cluster-size-limited-mempool-in-2023.xml" + } + ], + "active_posts": [ + { + "id": "m50e3cf085d204eab1b7dce4c0a708f0831129039", + "title": "BIP Draft: \"ChillDKG: Distributed Key Generation for FROST\"", + "link": "https://gnusha.org/pi/bitcoindev/8768422323203aa3a8b280940abd776526fab12e.camel@timruffing.de/T/#u#m50e3cf085d204eab1b7dce4c0a708f0831129039", + "authors": [ + "Tim Ruffing" + ], + "published_at": "2024-07-08T20:05:00+00:00", + "summary": "- Jonas, Nick, and Tim draft a BIP for FROST Threshold Signatures' key generation.\n- Their work, including a Python reference implementation, seeks community feedback on GitHub.\n- Ongoing development includes finalizing details and recognizing a need for a separate FROST BIP.", + "n_threads": 3, + "dev_name": "bitcoin-dev", + "contributors": [ + "David Harding", + "Jonas Nick" + ], + "file_path": "static/bitcoin-dev/July_2024/m50e3cf085d204eab1b7dce4c0a708f0831129039_BIP-Draft-ChillDKG-Distributed-Key-Generation-for-FROST-.xml", + "combined_summ_file_path": "static/bitcoin-dev/July_2024/combined_BIP-Draft-ChillDKG-Distributed-Key-Generation-for-FROST-.xml" + }, + { + "id": "m03eb94cf0488aa80a78aeb2fd59ae5393924983c", + "title": "Double Exponential Hash Rate Growth and Difficulty Adjustment", + "link": "https://gnusha.org/pi/bitcoindev/ab246ea3-36ae-4c87-b4d1-32b0ec4f2603n@googlegroups.com/T/#m03eb94cf0488aa80a78aeb2fd59ae5393924983c", + "authors": [ + "Anders" + ], + "published_at": "2024-12-19T01:19:00+00:00", + "summary": "- Anders expresses concerns about rapid Bitcoin hash rate growth impacting the difficulty adjustment mechanism.\n- The potential for double exponential growth could strain the system's operational limits, risking network stability.\n- Anders calls for studies and discussions on strategies to manage growth without compromising Bitcoin's principles.", + "n_threads": 2, + "dev_name": "bitcoin-dev", + "contributors": [ + "Michael Cassano" + ], + "file_path": "static/bitcoin-dev/Dec_2024/m03eb94cf0488aa80a78aeb2fd59ae5393924983c_Double-Exponential-Hash-Rate-Growth-and-Difficulty-Adjustment.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Double-Exponential-Hash-Rate-Growth-and-Difficulty-Adjustment.xml" + }, + { + "id": "m9a77a811b028160ad982a9a9d57571ecd331911a", + "title": "Censorship and Privacy in Chaumian ecash implementations", + "link": "https://gnusha.org/pi/bitcoindev/51eb0cc8-c9e0-4a50-9928-461f5f13264en@googlegroups.com/T/#m9a77a811b028160ad982a9a9d57571ecd331911a", + "authors": [ + "/dev /fd0" + ], + "published_at": "2024-12-21T16:58:00+00:00", + "summary": "- Ecash's censorship concerns stem from P2PK methods and KYC requirements impacting privacy.\n- Public key locking and authentication processes introduce potential for control and censorship.\n- Despite decentralization goals, mechanisms like P2PK and KYC conflict with privacy and freedom.", + "n_threads": 2, + "dev_name": "bitcoin-dev", + "contributors": [ + "conduition" + ], + "file_path": "static/bitcoin-dev/Dec_2024/m9a77a811b028160ad982a9a9d57571ecd331911a_Censorship-and-Privacy-in-Chaumian-ecash-implementations.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Censorship-and-Privacy-in-Chaumian-ecash-implementations.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 transparency and fairness in mining payouts.\n- The extension enables miners to select transactions, offering control over fee structures.\n- It updates the PPLNS system, seeking contributions to finalize the proposed system.", + "n_threads": 53, + "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": "3804", + "title": "Timewarp attack 600 second grace period", + "link": "https://delvingbitcoin.org/t/timewarp-attack-600-second-grace-period/1326", + "authors": [ + "sjors" + ], + "published_at": "2024-12-17T07:53:01.188000+00:00", + "summary": "- Matt Corallo proposes limitations on Bitcoin `nTime` rolling to enhance ASIC performance.\n- Current tests allow `nTime` adjustments backwards by 600 seconds to prevent timewarp attacks.\n- Discussions suggest expanding this to two hours, ensuring network security against malicious miners.", + "n_threads": 16, + "dev_name": "delvingbitcoin", + "contributors": [ + "zawy", + "AntoineP", + "MattCorallo", + "ajtowns" + ], + "file_path": "static/delvingbitcoin/Dec_2024/3804_Timewarp-attack-600-second-grace-period.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2024/combined_Timewarp-attack-600-second-grace-period.xml" + }, + { + "id": "3457", + "title": "A Fast, Scalable Protocol For Resolving Lightning Payments", + "link": "https://delvingbitcoin.org/t/a-fast-scalable-protocol-for-resolving-lightning-payments/1233", + "authors": [ + "JohnLaw" + ], + "published_at": "2024-10-31T22:50:15.637000+00:00", + "summary": "- The OPR protocol enhances Lightning network payments by resolving them rapidly off-chain.\n- It introduces a burn output mechanism for secure, small-scale transactions, deterring dishonesty.\n- The protocol improves scalability and security, proposing integration with advanced technologies.", + "n_threads": 11, + "dev_name": "delvingbitcoin", + "contributors": [ + "harding", + "morehouse" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3457_A-Fast-Scalable-Protocol-For-Resolving-Lightning-Payments.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_A-Fast-Scalable-Protocol-For-Resolving-Lightning-Payments.xml" + } + ], + "today_in_history_posts": [ + { + "id": "019720", + "title": "On the regularity of soft forks", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019720.html", + "authors": [ + "Keagan McClelland" + ], + "published_at": "2021-12-31T03:10:48+00:00", + "summary": "- Keagan McClelland discusses the need for specific terminology for SoftForks.\n- Consensus changes should not be bundled to ease review and testing processes.\n- Different opinions exist on bundling proposals in security-critical software like Bitcoin.", + "n_threads": 12, + "dev_name": "bitcoin-dev", + "contributors": [ + "Billy Tetrud", + "Michael Folkson", + "Prayank", + "Anthony Towns", + "Jeremy Rubin", + "Jorge Tim\u00f3n", + "ZmnSCPxj", + "micaroni", + "vjudeu" + ], + "file_path": "static/bitcoin-dev/Dec_2021/019720_On-the-regularity-of-soft-forks.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2021/combined_On-the-regularity-of-soft-forks.xml" + }, + { + "id": "003470", + "title": "[RFC] Lightning gossip alternative", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2022-February/003470.html", + "authors": [ + "Rusty Russell" + ], + "published_at": "2022-02-14T01:41:06+00:00", + "summary": "- Rusty Russell proposes a v2 gossip protocol with x-only pubkeys and BIP-340 signatures.\n- The proposal features anti-spam using UTXOs and introduces \"announcable_channel_capacity\" for nodes.\n- It simplifies gossip, allows UTXO \"leasing,\" but leaves a question about channel claims unresolved.", + "n_threads": 6, + "dev_name": "lightning-dev", + "contributors": [ + "Joost Jager", + "Olaoluwa Osuntokun", + "ZmnSCPxj" + ], + "file_path": "static/lightning-dev/Feb_2022/003470_-RFC-Lightning-gossip-alternative.xml", + "combined_summ_file_path": "static/lightning-dev/Feb_2022/combined_-RFC-Lightning-gossip-alternative.xml" + }, + { + "id": "873", + "title": "[BUG]: spammers get Bitcoin blockspace at discounted price. Let's fix it", + "link": "https://delvingbitcoin.org/t/bug-spammers-get-bitcoin-blockspace-at-discounted-price-lets-fix-it/327", + "authors": [ + "GregTonoski" + ], + "published_at": "2023-12-27T20:54:30.891000+00:00", + "summary": "- Disparities in Bitcoin transaction costs highlight higher prices for simpler transactions over complex ones.\n- The discussed pricing model causes issues like misallocation and potential centralization of block space.\n- A proposal suggests uniform blockspace pricing in future Segwit transactions to fix skewed incentives.", + "n_threads": 25, + "dev_name": "delvingbitcoin", + "contributors": [ + "moonsettler", + "ProofOfKeags", + "DoctorBuzz1", + "murch", + "rustynail", + "sipa" + ], + "file_path": "static/delvingbitcoin/Dec_2023/873_-BUG-spammers-get-Bitcoin-blockspace-at-discounted-price-Let-s-fix-it.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2023/combined_-BUG-spammers-get-Bitcoin-blockspace-at-discounted-price-Let-s-fix-it.xml" + } + ] +} \ No newline at end of file