diff --git a/static/homepage.json b/static/homepage.json index cf5ce757c..77754ea13 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,50 +1,133 @@ { - "header_summary": "Ava Chow announced the availability of Bitcoin Core version v28.1rc1 release candidate binaries, inviting the community for testing and feedback. The binaries and source code are accessible for download and review, with preliminary release notes providing insights into the updates and enhancements expected in this version. This step is crucial for ensuring the stability and reliability of the upcoming official release, marking its readiness for wide adoption across the Bitcoin network ([Bitcoin Core's official website](https://bitcoincore.org/bin/bitcoin-core-28.1/test.rc1/), [GitHub](https://github.com/bitcoin/bitcoin/tree/v28.1rc1)).\n\nAntoine Riard detailed a newly identified transaction-relay jamming attack on bitcoin's time-sensitive contracting protocols, specifically affecting lightning channels. This report outlines the attack's technical feasibility, potential impact, and proposed mitigation strategies for lightning node operators and off-chain protocol developers. The discussions around these vulnerabilities, which had been initially raised in 2020, have gained renewed attention due to their implications for network security and the operation of lightning channels ([source URL](https://gnusha.org/pi/bitcoindev/CALZpt+EptER=p+P7VN3QAb9n=dODA9_LnR9xZwWpRsdAwedv=w@mail.gmail.com/T/#u#m4fcd81d3fbf25a2571b51eba2221cea7238279cd)).\n\nHubertusVIE discussed the economic challenges hindering Bitcoin's potential as a viable currency, proposing a Bitcoin-based Chaumian ecash layer to address these issues. This approach, emphasizing the importance of fungibility through blinded signatures, aims to transform Bitcoin into a practical form of cash without altering its core protocol. The discussion extends to the necessary technological infrastructures, such as the Lightning Network, to overcome Bitcoin's adoption hurdles as a mainstream medium of exchange, further detailed in an ongoing series accessible at [https://blog.bitcr.org/p/the-bitcoin-dilemma-store-of-value-or-medium-of-exchange](https://blog.bitcr.org/p/the-bitcoin-dilemma-store-of-value-or-medium-of-exchange).\n\nIn a discussion led by jungly, the complexities of managing payments within a network of Mining Service Providers (MSPs) through FROST signatures are examined, highlighting the need for consensus on share contributions and the challenges of ensuring network integrity. This system, detailed at [Radpool](https://www.radpool.xyz/1/stratum.html_verifiable_share_ownership), proposes a decentralized approach to block template production, aiming to enhance decentralization and cater to miner preferences more effectively than current centralized models.", + "header_summary": "Brandon Black's recent analysis addresses the complexities surrounding Bitcoin's scripting enhancements, particularly focusing on `CODESEPARATOR` and SUCCESS operations within tapscript and the potential for a runtime success operator akin to the RETURN opcode. This discourse also considers the challenges of implementing new opcodes and the proposal of a RESTORE opcode, highlighting the ongoing efforts to refine Bitcoin's scripting capabilities. The significance of these discussions is further underscored by the examination of tapscript's `CODESEPARATOR` and its implications for future script enhancements ([source](https://gnusha.org/pi/bitcoindev/Z1p5fA6-ZcMtPLOq@console/T/#mfb23f4c0405bebff0a20a2e771f887002a9d191f)).\n\nIn parallel, Antoine Riard has proposed substantial reforms to the Bitcoin Improvement Proposal (BIP) process, aiming to streamline and enhance the efficiency of development workflows. These reforms include simplifying status values, reclassifying BIP types, and introducing a mechanism for continuous updates to Process BIPs. Riard's initiative reflects a commitment to evolving the BIP process in line with the development community's needs, fostering a more dynamic and inclusive environment for proposal evaluation and adoption ([source](https://github.com/bitcoin/bips/pull/1712)).\n\nFurthermore, discussions within the Lightning Development Kit (LDK) community have centered on the introduction of an upper limit on accepted feerate to mitigate vulnerabilities associated with \"irrevocable fees\" and \"miner-fee-siphoning attacks.\" This initiative represents a proactive approach to enhancing security and operational efficiency within the Lightning Network, demonstrating the community's dedication to addressing potential threats through thoughtful technical solutions ([source](https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2)).\n\nLastly, HubertusVIE's exploration of Bitcoin's potential as a viable currency in the real economy touches upon the economic, rather than technical, challenges it faces. The proposal of a Bitcoin-based Chaumian ecash layer, aimed at overcoming these hurdles by ensuring fungibility through blinded signatures, signifies a strategic approach to fostering Bitcoin's adoption as a mainstream medium of exchange. This discussion not only highlights the multifaceted nature of Bitcoin's evolution but also the community's relentless pursuit of solutions that could make Bitcoin a practical form of cash for everyday transactions ([source](https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303/2)).", "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", + "id": "mfb23f4c0405bebff0a20a2e771f887002a9d191f", + "title": "Difficulty in emulating \"weaker\" OP_SUCCESS and why it should be a real opcode", + "link": "https://gnusha.org/pi/bitcoindev/Z1p5fA6-ZcMtPLOq@console/T/#mfb23f4c0405bebff0a20a2e771f887002a9d191f", "authors": [ - "Ava Chow" + "Brandon Black" ], - "published_at": "2024-12-05T21:07:00+00:00", - "summary": "- Bitcoin Core version v28.1rc1 release candidate binaries are now available for testing.\n- The source code and preliminary release notes can be accessed on GitHub for review.\n- Testing by the Bitcoin Development Mailing List members is crucial for final version stability.", - "n_threads": 0, + "published_at": "2024-12-12T05:49:00+00:00", + "summary": "- Brandon Black discusses Bitcoin script improvements, focusing on `CODESEPARATOR` usage in success operations.\n- Examination of BIP342 hints at broader SUCCESS opcode applications, yet acknowledges integration challenges.\n- The dialogue suggests a runtime success operator and debates implementing restored scripts with new opcodes in tapscript.", + "n_threads": 4, "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": "" + "contributors": [ + "Weikeng Chen", + "Andrew Poelstra" + ], + "file_path": "static/bitcoin-dev/Dec_2024/mfb23f4c0405bebff0a20a2e771f887002a9d191f_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": "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", + "id": "mf2cc8fb76308e2460ae3feba2b757356f892f641", + "title": "Covenants Support - Bitcoin Wiki", + "link": "https://gnusha.org/pi/bitcoindev/Z1mrvy1wDcqxjXob@console/T/#mf2cc8fb76308e2460ae3feba2b757356f892f641", "authors": [ - "Antoine Riard" + "Brandon Black" ], - "published_at": "2024-12-05T17:48:00+00:00", - "summary": "- The report investigates a new attack affecting bitcoin and lightning network protocols.\n- It details the mechanics and potential defense strategies against transaction-relay jamming.\n- The discussion evolves from initial 2020 concerns to actionable insights by November 2024.", - "n_threads": 0, + "published_at": "2024-12-11T15:11:00+00:00", + "summary": "- Brandon clears up a script bug misunderstanding, stating OP_VAULT was never implemented.\n- He aimed to show a concept for operations with proposed opcodes, not production-ready scripts.\n- Brandon's focus was on potential CCV or VAULT uses, inviting open collaboration for improvement.", + "n_threads": 7, "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": "" + "contributors": [ + "/dev /fd0", + "Anthony Towns", + "Jonas Nick", + "Yuval Kogman" + ], + "file_path": "static/bitcoin-dev/Dec_2024/mf2cc8fb76308e2460ae3feba2b757356f892f641_Covenants-Support-Bitcoin-Wiki.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Covenants-Support-Bitcoin-Wiki.xml" }, { - "id": "3757", + "id": "md66ccf139a32f15ffb5a4760e2ab24e033988183", + "title": "Adding New BIP Editors", + "link": "https://gnusha.org/pi/bitcoindev/CAMHHROw9mZJRnTbUo76PdqwJU==YJMvd9Qrst+nmyypaedYZgg@mail.gmail.com/T/#md66ccf139a32f15ffb5a4760e2ab24e033988183", + "authors": [ + "Murch" + ], + "published_at": "2024-12-10T22:37:00+00:00", + "summary": "- Antoine Riard proposes significant reforms to the Bitcoin Improvement Proposal process.\n- The revisions aim to simplify the workflow and introduce a new classification system for BIPs.\n- The proposal includes creating living Process BIPs and redefining the role of BIP Editors.", + "n_threads": 99, + "dev_name": "bitcoin-dev", + "contributors": [ + "Ava Chow", + "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", + "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/Dec_2024/md66ccf139a32f15ffb5a4760e2ab24e033988183_Adding-New-BIP-Editors.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Adding-New-BIP-Editors.xml" + }, + { + "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", + "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": "- The LDK introduced a feerate cap to mitigate \"irrevocable fees\" vulnerabilities.\n- VLS's `validate_fee()` function combats miner-fee-siphoning by enforcing a feerate ceiling.\n- These measures enhance security and allow operators to adjust to network changes.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ "harding" ], - "published_at": "2024-12-11T00:18:59.444000+00:00", - "summary": "- Vulnerabilities in LN implementations allowed miners to potentially misappropriate 98% of channel funds.\n- Mitigation efforts include tightening fee bounds, though the flaw still exists due to fee estimate fluctuations.\n- Future protocol upgrades and adopting static fees are proposed to permanently address the vulnerability.", - "n_threads": 0, + "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": "3762", + "title": "CTV, APO, CAT activity on signet", + "link": "https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257/15", + "authors": [ + "ajtowns" + ], + "published_at": "2024-12-12T05:57:47.375000+00:00", + "summary": "- The email proposes a hashing strategy for miners to reduce data storage and recalculations.\n- It discusses the challenge of engaging people with spacechains and the need for marketing.\n- Suggestions for spacechain innovations and concerns about their reliability in adversarial settings are explored.", + "n_threads": 11, "dev_name": "delvingbitcoin", - "contributors": [], - "file_path": "static/delvingbitcoin/Dec_2024/3757_Disclosure-irrevocable-fees-stealing-from-LN-using-revoked-commitment-transactions.xml", - "combined_summ_file_path": "" + "contributors": [ + "fiatjaf", + "JeremyRubin", + "1440000bytes", + "AdamISZ", + "vostrnad" + ], + "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" }, { "id": "3753", @@ -54,7 +137,7 @@ "HubertusVIE" ], "published_at": "2024-12-09T22:12:18.934000+00:00", - "summary": "- Bitcoin's viability as currency faces primarily economic, not technical, hurdles.\n- A Bitcoin-based Chaumian ecash layer, crucial for fungibility, could address these challenges.\n- Further exploration of Bitcoin's economic hurdles and solutions is available in an ongoing series.", + "summary": "- Bitcoin's economic hurdles, not technical, challenge its currency potential, highlighted by volatility.\n- A Bitcoin Chaumian ecash layer with blinded signatures is suggested to enhance practicality and fungibility.\n- The author details Bitcoin's viability solutions in a series, available at a provided blog link.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -62,24 +145,6 @@ ], "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" - }, - { - "id": "3740", - "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/22", - "authors": [ - "jungly" - ], - "published_at": "2024-12-07T17:22:11.992000+00:00", - "summary": "- FROST signatures manage MSP payments, emphasizing consensus and reliable broadcast mechanisms.\n- It mitigates DDoS risks and removes the need for nakamoto consensus by adjusting mining difficulty.\n- The new structure decentralizes block template production, promoting competition and enhancing decentralization.", - "n_threads": 21, - "dev_name": "delvingbitcoin", - "contributors": [ - "mcelrath", - "marathon-gary" - ], - "file_path": "static/delvingbitcoin/Dec_2024/3740_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" } ], "active_posts": [ @@ -91,7 +156,7 @@ "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- Proposed editors, including Kanzure and RubenSomsen, must align on BIP numbering and evaluation.\n- These additions aim to improve BIP submission efficiency and benefit Bitcoin development.", + "summary": "- Luke admitted his limited capacity to manage BIPs, highlighting the need for more editors.\n- Proposed new editors Kanzure and RubenSomsen must align with BIP numbering and have a strong track record.\n- Their addition aims to improve BIP submission handling and benefit the Bitcoin development community.", "n_threads": 99, "dev_name": "bitcoin-dev", "contributors": [ @@ -143,7 +208,7 @@ "/dev /fd0" ], "published_at": "2024-11-29T14:08:00+00:00", - "summary": "- A draft for a Bitcoin wiki page aims to collect Bitcoin developers' opinions on covenant proposals.\n- The initiative seeks to build consensus for soft forks, similar to the SegWit support approach.\n- Developers can contribute by adding opcodes and insights, enhancing proposals like OP_CTV for future soft forks.", + "summary": "- A new initiative invites Bitcoin developers' input on covenant proposals via a wiki draft.\n- The initiative aims at consensus for soft forks, resembling the SegWit support page approach.\n- Developers' insights, especially on OP_CTV, are crucial for advancing toward the next soft fork.", "n_threads": 7, "dev_name": "bitcoin-dev", "contributors": [ @@ -163,12 +228,12 @@ "Weikeng Chen" ], "published_at": "2024-12-09T13:27:00+00:00", - "summary": "- OP_SUCCESS opcode improves Bitcoin fraud proofs by simplifying script success marking.\n- Rusty Russell highlights the opcode's utility, despite the complexity of emulation via script rewriting.\n- Simplifying scripts with OP_SUCCESS could make developing Bitcoin fraud proofs easier and more efficient.", - "n_threads": 2, + "summary": "- \"OP_SUCCESS\" opcode significantly simplifies Bitcoin script fraud proofs, enhancing efficiency.\n- Rusty Russell's work highlights its utility despite potential emulation through complex scripting.\n- Emulation complexity underscores the benefits of directly implementing \"OP_SUCCESS\" for developer accessibility.", + "n_threads": 4, "dev_name": "bitcoin-dev", "contributors": [ - "Andrew Poelstra", - "Brandon Black" + "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" @@ -181,7 +246,7 @@ "AntoineP" ], "published_at": "2024-03-24T19:53:27.073000+00:00", - "summary": "- The analysis suggests improvements for Bitcoin's vulnerabilities, like the timewarp exploit.\n- Proposals include adjustments to mining and transaction rules to enhance security and integrity.\n- While some ideas, like reducing block size, stir debate, others seek community collaboration for refinement.", + "summary": "- The analysis highlights vulnerabilities in the Bitcoin protocol, suggesting improvements for security and efficiency.\n- Proposed solutions include adjusting mining difficulty and invalidating small transactions to protect network integrity.\n- It sparks debate on changes like reducing block size, emphasizing the need for consensus on network scalability.", "n_threads": 60, "dev_name": "delvingbitcoin", "contributors": [ @@ -209,7 +274,7 @@ "AntoineP" ], "published_at": "2024-10-28T19:09:55.723000+00:00", - "summary": "- Eric Voskuil highlights Libbitcoin's faster IBD compared to Bitcoin Core, utilizing `-assumevalid`.\n- Libbitcoin uses an event-based, asynchronous approach with a relational database structure for efficiency.\n- Despite advancements, Libbitcoin faces challenges like outdated libsecp version and lack of DoS protection.", + "summary": "- Eric Voskuil demonstrates Libbitcoin's IBD is up to 15 times faster than Bitcoin Core's using `-assumevalid`.\n- Libbitcoin's performance benefit stems from an event-based, concurrent task system and a nuanced database design.\n- Despite lacking full DoS protection and using an outdated libsecp, Libbitcoin advances in efficiency and scalability.", "n_threads": 45, "dev_name": "delvingbitcoin", "contributors": [ @@ -234,7 +299,7 @@ "Fi3" ], "published_at": "2024-08-28T14:21:15.076000+00:00", - "summary": "- An SV2 extension is being developed to improve mining pool payout fairness.\n- Miners will have the choice of transactions, impacting fee structure selection.\n- The project is in development, inviting reviews to enhance its system.", + "summary": "- An SV2 extension is being developed to improve transparency and fairness in mining payouts.\n- The extension empowers miners to choose transactions, enhancing fee structure selection.\n- It seeks contributions for refinement and is detailed in GitHub documentation.", "n_threads": 42, "dev_name": "delvingbitcoin", "contributors": [ @@ -249,66 +314,66 @@ ], "today_in_history_posts": [ { - "id": "015376", - "title": "BIP - Dead Man's Switch", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-December/015376.html", + "id": "013379", + "title": "Planned Obsolescence", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-December/013379.html", "authors": [ - "Teweldemedhin Aberra" + "jg" ], - "published_at": "2017-12-11T17:30:37+00:00", - "summary": "- Approximately 4 million of 16.4 million mined Bitcoins are lost.\n- A BIP suggests a dead man's switch for dormant Bitcoin addresses.\n- This could potentially increase miner rewards by considering expired Bitcoins.", - "n_threads": 8, + "published_at": "2016-12-15T03:38:09+00:00", + "summary": "- Version Satoshi:0.13.1 leads with 38.97% of Bitcoin nodes, followed by 0.12.1 at 19.23%.\n- Over 30% of Bitcoin Core nodes use versions older than 0.13.0, risking obsolescence.\n- Proposed solution involves planned obsolescence to avoid fragmentation and simplify development.", + "n_threads": 9, "dev_name": "bitcoin-dev", "contributors": [ + "M", + "Alice Wonder", + "Angel Leon", + "Aymeric Vitte", + "Btc Drak", "Chris Riley", - "Douglas Roark", - "Luke Dashjr", - "Nick Pudar", - "Pieter Wuille", - "Radoslaw Biernacki", - "Ricardo Filipe" + "Ethan Heilman", + "Jorge Tim\u00f3n" ], - "file_path": "static/bitcoin-dev/Dec_2017/015376_BIP-Dead-Man-s-Switch.xml", - "combined_summ_file_path": "static/bitcoin-dev/Dec_2017/combined_BIP-Dead-Man-s-Switch.xml" + "file_path": "static/bitcoin-dev/Dec_2016/013379_Planned-Obsolescence.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2016/combined_Planned-Obsolescence.xml" }, { - "id": "000839", - "title": "Peer Selection", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2017-December/000839.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": [ - "ZmnSCPxj" + "Andr\u00e9s G. Aragoneses" ], - "published_at": "2017-12-13T13:13:47+00:00", - "summary": "- Making outgoing channels private maximizes profits but limits income and network status.\n- Accepting incoming channels enhances network contribution and offsets fees with earned routing fees.\n- A more mesh-like network structure enables receiving funds via Lightning and reduces onchain fees.", - "n_threads": 6, + "published_at": "2017-01-14T10:17:40+00:00", + "summary": "- The writer questions SegWit's role in Lightning Network's viability and level 2's efficiency.\n- They contrast security concerns of level 2 with level 3's improved user experience.\n- Outsourcing channel monitoring is proposed as a solution to level 2's security issues.", + "n_threads": 9, "dev_name": "lightning-dev", "contributors": [ - "Stan Kladko", - "Christian Decker" + "Anthony Towns", + "Christian Decker", + "Rusty Russell", + "Stefano Pepe" ], - "file_path": "static/lightning-dev/Dec_2017/000839_Peer-Selection.xml", - "combined_summ_file_path": "static/lightning-dev/Dec_2017/combined_Peer-Selection.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", - "title": "Thoughts on scaling and consensus changes (2023)", - "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", + "id": "732", + "title": "Warnet + Increase Tx Relay Rate", + "link": "https://delvingbitcoin.org/t/warnet-increase-tx-relay-rate/294", "authors": [ - "jamesob" + "amiti" ], - "published_at": "2023-08-16T15:22:13.243000+00:00", - "summary": "- Bitcoin's scalability involves creating 50,000 off-chain \"bitcoin banks\" for user transactions.\n- Proposed solutions include smart contract-based coinpools and optimizing UTXO storage via Utreexo, not increasing block size.\n- Emphasizing security, tools like `OP_VAULT` and Layer 2 protocols like the Lightning Network are crucial for scalability.", - "n_threads": 5, + "published_at": "2023-12-14T21:14:15.928000+00:00", + "summary": "- Accurate mainnet replication emphasizes analyzing transaction rates and network configuration effects.\n- Tests show operating 250 nodes with Docker is feasible, with potential for more via Kubernetes.\n- Desired outcomes focus on understanding bandwidth, CPU usage, and mempool turnover in response to relay rate changes.", + "n_threads": 11, "dev_name": "delvingbitcoin", "contributors": [ - "Ajian", - "CubicEarth", - "EthnTuttle", - "jungly", - "melvincarvalho" + "m3dwards", + "ajtowns" ], - "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/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 diff --git a/static/homepage/Dec_2024/2024-12-13-homepage.json b/static/homepage/Dec_2024/2024-12-13-homepage.json new file mode 100644 index 000000000..77754ea13 --- /dev/null +++ b/static/homepage/Dec_2024/2024-12-13-homepage.json @@ -0,0 +1,379 @@ +{ + "header_summary": "Brandon Black's recent analysis addresses the complexities surrounding Bitcoin's scripting enhancements, particularly focusing on `CODESEPARATOR` and SUCCESS operations within tapscript and the potential for a runtime success operator akin to the RETURN opcode. This discourse also considers the challenges of implementing new opcodes and the proposal of a RESTORE opcode, highlighting the ongoing efforts to refine Bitcoin's scripting capabilities. The significance of these discussions is further underscored by the examination of tapscript's `CODESEPARATOR` and its implications for future script enhancements ([source](https://gnusha.org/pi/bitcoindev/Z1p5fA6-ZcMtPLOq@console/T/#mfb23f4c0405bebff0a20a2e771f887002a9d191f)).\n\nIn parallel, Antoine Riard has proposed substantial reforms to the Bitcoin Improvement Proposal (BIP) process, aiming to streamline and enhance the efficiency of development workflows. These reforms include simplifying status values, reclassifying BIP types, and introducing a mechanism for continuous updates to Process BIPs. Riard's initiative reflects a commitment to evolving the BIP process in line with the development community's needs, fostering a more dynamic and inclusive environment for proposal evaluation and adoption ([source](https://github.com/bitcoin/bips/pull/1712)).\n\nFurthermore, discussions within the Lightning Development Kit (LDK) community have centered on the introduction of an upper limit on accepted feerate to mitigate vulnerabilities associated with \"irrevocable fees\" and \"miner-fee-siphoning attacks.\" This initiative represents a proactive approach to enhancing security and operational efficiency within the Lightning Network, demonstrating the community's dedication to addressing potential threats through thoughtful technical solutions ([source](https://delvingbitcoin.org/t/disclosure-irrevocable-fees-stealing-from-ln-using-revoked-commitment-transactions/1314/2)).\n\nLastly, HubertusVIE's exploration of Bitcoin's potential as a viable currency in the real economy touches upon the economic, rather than technical, challenges it faces. The proposal of a Bitcoin-based Chaumian ecash layer, aimed at overcoming these hurdles by ensuring fungibility through blinded signatures, signifies a strategic approach to fostering Bitcoin's adoption as a mainstream medium of exchange. This discussion not only highlights the multifaceted nature of Bitcoin's evolution but also the community's relentless pursuit of solutions that could make Bitcoin a practical form of cash for everyday transactions ([source](https://delvingbitcoin.org/t/op-cat-vs-op-ctv-vs-xmr/1303/2)).", + "recent_posts": [ + { + "id": "mfb23f4c0405bebff0a20a2e771f887002a9d191f", + "title": "Difficulty in emulating \"weaker\" OP_SUCCESS and why it should be a real opcode", + "link": "https://gnusha.org/pi/bitcoindev/Z1p5fA6-ZcMtPLOq@console/T/#mfb23f4c0405bebff0a20a2e771f887002a9d191f", + "authors": [ + "Brandon Black" + ], + "published_at": "2024-12-12T05:49:00+00:00", + "summary": "- Brandon Black discusses Bitcoin script improvements, focusing on `CODESEPARATOR` usage in success operations.\n- Examination of BIP342 hints at broader SUCCESS opcode applications, yet acknowledges integration challenges.\n- The dialogue suggests a runtime success operator and debates implementing restored scripts with new opcodes in tapscript.", + "n_threads": 4, + "dev_name": "bitcoin-dev", + "contributors": [ + "Weikeng Chen", + "Andrew Poelstra" + ], + "file_path": "static/bitcoin-dev/Dec_2024/mfb23f4c0405bebff0a20a2e771f887002a9d191f_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": "mf2cc8fb76308e2460ae3feba2b757356f892f641", + "title": "Covenants Support - Bitcoin Wiki", + "link": "https://gnusha.org/pi/bitcoindev/Z1mrvy1wDcqxjXob@console/T/#mf2cc8fb76308e2460ae3feba2b757356f892f641", + "authors": [ + "Brandon Black" + ], + "published_at": "2024-12-11T15:11:00+00:00", + "summary": "- Brandon clears up a script bug misunderstanding, stating OP_VAULT was never implemented.\n- He aimed to show a concept for operations with proposed opcodes, not production-ready scripts.\n- Brandon's focus was on potential CCV or VAULT uses, inviting open collaboration for improvement.", + "n_threads": 7, + "dev_name": "bitcoin-dev", + "contributors": [ + "/dev /fd0", + "Anthony Towns", + "Jonas Nick", + "Yuval Kogman" + ], + "file_path": "static/bitcoin-dev/Dec_2024/mf2cc8fb76308e2460ae3feba2b757356f892f641_Covenants-Support-Bitcoin-Wiki.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Covenants-Support-Bitcoin-Wiki.xml" + }, + { + "id": "md66ccf139a32f15ffb5a4760e2ab24e033988183", + "title": "Adding New BIP Editors", + "link": "https://gnusha.org/pi/bitcoindev/CAMHHROw9mZJRnTbUo76PdqwJU==YJMvd9Qrst+nmyypaedYZgg@mail.gmail.com/T/#md66ccf139a32f15ffb5a4760e2ab24e033988183", + "authors": [ + "Murch" + ], + "published_at": "2024-12-10T22:37:00+00:00", + "summary": "- Antoine Riard proposes significant reforms to the Bitcoin Improvement Proposal process.\n- The revisions aim to simplify the workflow and introduce a new classification system for BIPs.\n- The proposal includes creating living Process BIPs and redefining the role of BIP Editors.", + "n_threads": 99, + "dev_name": "bitcoin-dev", + "contributors": [ + "Ava Chow", + "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", + "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/Dec_2024/md66ccf139a32f15ffb5a4760e2ab24e033988183_Adding-New-BIP-Editors.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2024/combined_Adding-New-BIP-Editors.xml" + }, + { + "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": "- The LDK introduced a feerate cap to mitigate \"irrevocable fees\" vulnerabilities.\n- VLS's `validate_fee()` function combats miner-fee-siphoning by enforcing a feerate ceiling.\n- These measures enhance security and allow operators to adjust to network changes.", + "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": "3762", + "title": "CTV, APO, CAT activity on signet", + "link": "https://delvingbitcoin.org/t/ctv-apo-cat-activity-on-signet/1257/15", + "authors": [ + "ajtowns" + ], + "published_at": "2024-12-12T05:57:47.375000+00:00", + "summary": "- The email proposes a hashing strategy for miners to reduce data storage and recalculations.\n- It discusses the challenge of engaging people with spacechains and the need for marketing.\n- Suggestions for spacechain innovations and concerns about their reliability in adversarial settings are explored.", + "n_threads": 11, + "dev_name": "delvingbitcoin", + "contributors": [ + "fiatjaf", + "JeremyRubin", + "1440000bytes", + "AdamISZ", + "vostrnad" + ], + "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" + }, + { + "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 economic hurdles, not technical, challenge its currency potential, highlighted by volatility.\n- A Bitcoin Chaumian ecash layer with blinded signatures is suggested to enhance practicality and fungibility.\n- The author details Bitcoin's viability solutions in a series, available at a provided blog link.", + "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 admitted his limited capacity to manage BIPs, highlighting the need for more editors.\n- Proposed new editors Kanzure and RubenSomsen must align with BIP numbering and have a strong track record.\n- Their addition aims to improve BIP submission handling and benefit the Bitcoin development community.", + "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 invites Bitcoin developers' input on covenant proposals via a wiki draft.\n- The initiative aims at consensus for soft forks, resembling the SegWit support page approach.\n- Developers' insights, especially on OP_CTV, are crucial for advancing toward the next soft fork.", + "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 significantly simplifies Bitcoin script fraud proofs, enhancing efficiency.\n- Rusty Russell's work highlights its utility despite potential emulation through complex scripting.\n- Emulation complexity underscores the benefits of directly implementing \"OP_SUCCESS\" for developer accessibility.", + "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 highlights vulnerabilities in the Bitcoin protocol, suggesting improvements for security and efficiency.\n- Proposed solutions include adjusting mining difficulty and invalidating small transactions to protect network integrity.\n- It sparks debate on changes like reducing block size, emphasizing the need for consensus on network scalability.", + "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": "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 demonstrates Libbitcoin's IBD is up to 15 times faster than Bitcoin Core's using `-assumevalid`.\n- Libbitcoin's performance benefit stems from an event-based, concurrent task system and a nuanced database design.\n- Despite lacking full DoS protection and using an outdated libsecp, Libbitcoin advances in efficiency and scalability.", + "n_threads": 45, + "dev_name": "delvingbitcoin", + "contributors": [ + "evoskuil", + "andrewtoth", + "josibake", + "JeremyRubin", + "ajtowns", + "cguida", + "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": "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 empowers miners to choose transactions, enhancing fee structure selection.\n- It seeks contributions for refinement and is detailed in GitHub documentation.", + "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" + } + ], + "today_in_history_posts": [ + { + "id": "013379", + "title": "Planned Obsolescence", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2016-December/013379.html", + "authors": [ + "jg" + ], + "published_at": "2016-12-15T03:38:09+00:00", + "summary": "- Version Satoshi:0.13.1 leads with 38.97% of Bitcoin nodes, followed by 0.12.1 at 19.23%.\n- Over 30% of Bitcoin Core nodes use versions older than 0.13.0, risking obsolescence.\n- Proposed solution involves planned obsolescence to avoid fragmentation and simplify development.", + "n_threads": 9, + "dev_name": "bitcoin-dev", + "contributors": [ + "M", + "Alice Wonder", + "Angel Leon", + "Aymeric Vitte", + "Btc Drak", + "Chris Riley", + "Ethan Heilman", + "Jorge Tim\u00f3n" + ], + "file_path": "static/bitcoin-dev/Dec_2016/013379_Planned-Obsolescence.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2016/combined_Planned-Obsolescence.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 writer questions SegWit's role in Lightning Network's viability and level 2's efficiency.\n- They contrast security concerns of level 2 with level 3's improved user experience.\n- Outsourcing channel monitoring is proposed as a solution to level 2's security issues.", + "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": "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 replication emphasizes analyzing transaction rates and network configuration effects.\n- Tests show operating 250 nodes with Docker is feasible, with potential for more via Kubernetes.\n- Desired outcomes focus on understanding bandwidth, CPU usage, and mempool turnover in response to relay rate changes.", + "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