From b5be6760bba9bf01959b74cb3af5c8196f8fed35 Mon Sep 17 00:00:00 2001 From: urvishp80 Date: Wed, 27 Nov 2024 03:26:49 +0000 Subject: [PATCH] Updated homepage.json file --- static/homepage.json | 168 +++++------ .../Nov_2024/2024-11-27-homepage.json | 268 ++++++++++++++++++ 2 files changed, 344 insertions(+), 92 deletions(-) create mode 100644 static/homepage/Nov_2024/2024-11-27-homepage.json diff --git a/static/homepage.json b/static/homepage.json index 8356807d7..5c11442c2 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,5 +1,5 @@ { - "header_summary": "Ethan Heilman introduces slashing covenants as a novel mechanism for enforcing Bitcoin transaction rules, leveraging financial disincentives rather than direct prevention through specific opcodes. This approach, which draws on existing Bitcoin script capabilities and Lamport signatures, aims to secure transactions by punishing rule violations with transaction fees, offering an alternative that is compatible with current Bitcoin infrastructure and potentially simpler on platforms like Ethereum. The discussion also explores the possibility of expanding this model to support dynamic cosigner groups, indicating a broader applicability of covenants in blockchain systems ([source](https://gnusha.org/pi/bitcoindev/CAEM=y+V_jUoupVRBPqwzOQaUVNdJj5uJy3LK9JjD7ixuCYEt-A@mail.gmail.com/T/#u#m1f4795940901d29312dce1a4b763097ea5d9e7a6)).\n\nAntoine Poinsot addresses the challenge of duplicate coinbase transactions in the Bitcoin network, proposing the Consensus Cleanup proposal to differentiate future coinbase transactions from those specifying a future block height, thereby mitigating the risk of duplication. This proposal includes modifications to transaction elements and the inclusion of witness commitments to accommodate technological advancements like Utreexo nodes, highlighting the need for industry feedback to refine these solutions ([source](https://gnusha.org/pi/bitcoindev/cLJjA4Em1sfbLHBctwsPUvquk8uMGGnXt2zGx7mn_JNu5F-HULjtdsBQjX9VET6MVRhbzJExPRrwNKBeLV1S30uEgCtFiBmMPVuzTFVNxkY=@protonmail.com/T/#u#m3be1f9c3ae1faf45b543116ed9755eb6badcebbf)).\n\nZmnSCPxj's notes delve into the SuperScalar UX for mobile phone use, focusing on the reliability and timeliness of message delivery between clients and Lightning Service Providers (LSPs). The discussion emphasizes user experience principles, suggesting features like account limits and deposit insurance to mimic traditional banking applications, thereby facilitating a smoother transition to Bitcoin-denominated accounts. This comprehensive blueprint for non-custodial offchain mechanisms in cryptocurrency wallets prioritizes user-centric design while ensuring financial security and efficient operation ([source](https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories-with-pseudo-spilman-leaves/1242/2)).\n\nInstagibbs explores the concept of flexible coin earmarks in blockchain technology, highlighting a method that allows for updating layered commitments and state changes without dividing the coin's balance. This approach, dubbed \"magical eltoo,\" signifies an evolution in managing blockchain transactions and state updates more efficiently, preserving the integrity of the coin while facilitating modifications ([source](https://delvingbitcoin.org/t/flexible-coin-earmarks/1275/2)).", + "header_summary": "Ethan Heilman introduced slashing covenants as a novel method for enforcing Bitcoin transaction rules by penalizing violators financially, rather than preventing transactions, thus offering a less secure but more efficient alternative to traditional opcodes. This approach utilizes existing Bitcoin script capabilities and Lamport signatures to verify authenticity without complex cryptographic operations, suggesting potential for broader application in systems like Ethereum that offer greater flexibility. The discussion also explores the possibility of expanding this model to support dynamic cosigner groups through advanced cryptographic proofs, enhancing the resilience of blockchain covenants ([source](https://gnusha.org/pi/bitcoindev/CAEM=y+V_jUoupVRBPqwzOQaUVNdJj5uJy3LK9JjD7ixuCYEt-A@mail.gmail.com/T/#u#m1f4795940901d29312dce1a6b763097ea5d9e7a6)).\n\nAntoine Poinsot raised concerns about potential duplicate coinbase transactions within the Bitcoin network, proposing several solutions to distinguish future transactions and prevent the need for BIP30 verification reactivation. The proposals, aimed at differentiating new coinbase transactions from earlier ones, include adjustments to transaction elements and the incorporation of witness commitments. This initiative seeks feedback from the mining community to address technological advancements and ensure compatibility with future network improvements, highlighting the importance of a proactive approach to network security and efficiency ([source](https://gnusha.org/pi/bitcoindev/cLJjA4Em1sfbLHBctwsPUvquk8uMGGnXt2zGx7mn_JNu5F-HULjtdsBQjX9VET6MVRhbzJExPRrwNKBeLV1S30uEgCtFiBmMPVuzTFVNxkY=@protonmail.com/T/#u#m3be1f9c3ae1faf45b543116ed9755eb6badcebbf)).\n\nA discussion led by ZmnSCPxj focused on the deployment of non-custodial offchain mechanisms for mobile use, with an emphasis on creating user-friendly interfaces that resemble traditional banking applications. This includes implementing features such as account limits and deposit insurance to offer a seamless transition to Bitcoin-denominated accounts. The discourse also covers the operational flows for managing accounts within the SuperScalar system, highlighting the importance of advanced cryptographic techniques and strategic resource allocation for optimizing user experience and system integrity ([source](https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories-with-pseudo-spilman-leaves/1242/2)).\n\nInstagibbs and marathon-gary discussed the evolution of transaction protocols with flexible coin earmarks and the efficiency of layered commitments and state updates in blockchain networks. The conversation also touched on proposals for enhancing data handling, miner authentication, and the management of mining shares, emphasizing the need for transparency, robustness, and scalability in blockchain systems. These discussions reflect ongoing efforts to address technical challenges and improve the operational efficiency of blockchain networks, underscoring the community's commitment to innovation and security ([source 1](https://delvingbitcoin.org/t/flexible-coin-earmarks/1275/2), [source 2](https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/2)).", "recent_posts": [ { "id": "m1f4795940901d29312dce1a4b763097ea5d9e7a6", @@ -9,7 +9,7 @@ "Ethan Heilman" ], "published_at": "2024-11-24T21:13:00+00:00", - "summary": "- Slashing covenants enforce Bitcoin transaction rules with penalties instead of prevention.\n- The protocol uses existing Bitcoin script and Lamport signatures for rule verification.\n- Its application could be simpler on Ethereum, indicating potential for broader blockchain integration.", + "summary": "- Slashing covenants offer a novel enforcement mechanism for Bitcoin, penalizing rule violations financially.\n- The method leverages existing Bitcoin script capabilities and Lamport signatures for proving signature equivalence.\n- While designed with Bitcoin in mind, the concept potentially offers simpler implementation on Ethereum and expands to dynamic cosigner groups.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -24,30 +24,13 @@ "Antoine Poinsot" ], "published_at": "2024-11-22T18:54:00+00:00", - "summary": "- Antoine Poinsot proposed solutions for duplicate coinbase transaction issues in Bitcoin.\n- Proposed changes include modifying nLocktime, nSequence, and ensuring witness commitments.\n- Feedback from engineers and mining industry stakeholders on the proposals is sought.", + "summary": "- Antoine Poinsot discusses Consensus Cleanup proposal for Bitcoin network issues.\n- Proposals aim to prevent duplicate coinbase transactions and accommodate future tech advancements.\n- Feedback sought from engineers and stakeholders in mining regarding proposed solutions.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], "file_path": "static/bitcoin-dev/Nov_2024/m3be1f9c3ae1faf45b543116ed9755eb6badcebbf_Prevent-future-duplicate-coinbase-transactions-as-part-of-Consensus-Cleanup.xml", "combined_summ_file_path": "" }, - { - "id": "mde6e3888f3eb8203b599467c112e91e1f61044e0", - "title": "Bitcoin Core on ARM (Windows)", - "link": "https://gnusha.org/pi/bitcoindev/e5b06aaa-1fe9-4c8f-a0ea-db10f8a7e48cn@googlegroups.com/T/#mde6e3888f3eb8203b599467c112e91e1f61044e0", - "authors": [ - "Antoine Riard" - ], - "published_at": "2024-11-21T23:57:00+00:00", - "summary": "- Compiling Windows on ARM needs configuring compilers like gcc or clang for ARM hardware.\n- Bitcoin core development faces challenges with x86-specific assembly in the secp256k1 library.\n- Integrating RISC-V support could significantly advance bitcoin core's development process.", - "n_threads": 1, - "dev_name": "bitcoin-dev", - "contributors": [ - "Ali Sherief" - ], - "file_path": "static/bitcoin-dev/Nov_2024/mde6e3888f3eb8203b599467c112e91e1f61044e0_Bitcoin-Core-on-ARM-Windows-.xml", - "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Bitcoin-Core-on-ARM-Windows-.xml" - }, { "id": "3601", "title": "SuperScalar: Laddered Timeout-Tree-Structured Decker-Wattenhofer Factories With Pseudo-Spilman Leaves", @@ -56,7 +39,7 @@ "ZmnSCPxj" ], "published_at": "2024-11-25T20:18:07.328000+00:00", - "summary": "- Notes focus on deploying non-custodial offchain mechanisms for mobile SuperScalar UX.\n- Emphasizes user-friendly design, mimicking traditional banking apps for Bitcoin accounts.\n- Details operational flows and account management for seamless SuperScalar system integration.", + "summary": "- The notes detail deploying a non-custodial offchain mechanism focused on mobile SuperScalar UX.\n- They discuss user experience design, emphasizing banking-like features for Bitcoin accounts.\n- Methods for account management, including onboarding and closure processes, are thoroughly outlined.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [], @@ -71,7 +54,7 @@ "instagibbs" ], "published_at": "2024-11-25T19:06:50.318000+00:00", - "summary": "- The discussion explores flexible coin earmarks in blockchain technology simplification.\n- It updates without affecting coin balance or causing division, called \"magical eltoo.\" - This signifies an efficient evolution in managing blockchain transactions and state changes.", + "summary": "- The discussion explores flexible coin earmarks for improved blockchain transaction management.\n- This method allows updating coin earmarks without altering balance or causing division.\n- Termed \"magical eltoo,\" it marks a significant evolution in blockchain's transactional efficiency.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -88,7 +71,7 @@ "marathon-gary" ], "published_at": "2024-11-25T17:41:41.133000+00:00", - "summary": "- The email critiques Lindell's versus ROAST in robustness and rounds needed for signature schemes.\n- It suggests a time-decayed deletion policy for shares, jobs, and sets data transparency baselines.\n- It discusses miner enrollment, MSP authentication, and concerns over handling small hash rate miners.", + "summary": "- The email critiques the choice of Lindell's threshold over ROAST for robustness and efficiency.\n- It recommends time-decayed deletion for data and unique miner identifiers for MSP interactions.\n- Concerns include managing dishonest MSPs, signed coinbase validations, and miner dashboard functionality.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -99,26 +82,6 @@ } ], "active_posts": [ - { - "id": "mab476bda0d92377d10cd7fb74d133991a5ddbbb4", - "title": "Multi-byte opcodes", - "link": "https://gnusha.org/pi/bitcoindev/4235f7d2-8e09-428a-813d-9034cb21f48an@googlegroups.com/T/#u#mab476bda0d92377d10cd7fb74d133991a5ddbbb4", - "authors": [ - "Weikeng Chen" - ], - "published_at": "2024-11-16T00:45:00+00:00", - "summary": "- A novel solution involves introducing multi-byte opcodes to expand Bitcoin's functionality.\n- This approach, aiming to preserve NOPs, might adopt names like OP_OP for new codes.\n- It seeks feedback on sustainable opcode extension, referencing detailed discussions on a mailing list.", - "n_threads": 5, - "dev_name": "bitcoin-dev", - "contributors": [ - "Brandon Black", - "Ethan Heilman", - "Garlo Nicon", - "moonsettler" - ], - "file_path": "static/bitcoin-dev/Nov_2024/mab476bda0d92377d10cd7fb74d133991a5ddbbb4_Multi-byte-opcodes.xml", - "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Multi-byte-opcodes.xml" - }, { "id": "mfe9c974e575666fb49b475a9d6fa184bf8f55ab1", "title": "CHECKSIGFROMSTACK(VERIFY/ADD)", @@ -127,7 +90,7 @@ "Brandon Black" ], "published_at": "2024-11-14T22:02:00+00:00", - "summary": "- The debate on CHECKSIGFROMSTACK (CSFS) BIP centers on CSFSV's pre-tapscript inclusion.\n- Discussions include adding CHECKSIGFROMSTACKADD (CSFSA) to simplify script multisigs.\n- Brandon Black encourages community feedback to inform CSFS(V/A) implementations and BIP adaptation.", + "summary": "- Discussions around the CSFS BIP consider CSFSV's inclusion in pre-tapscript versions.\n- The potential addition of CSFSA aims to simplify script multisigs, reducing weight units.\n- Brandon Black seeks community feedback to refine the BIP and its implementations.", "n_threads": 4, "dev_name": "bitcoin-dev", "contributors": [ @@ -146,7 +109,7 @@ "Ethan Heilman" ], "published_at": "2024-11-07T17:44:00+00:00", - "summary": "- The team presents a novel Bitcoin covenant creation method without soft forks, using Tapscript.\n- This method demands extensive computational effort, exceeding current Bitcoin mining demands.\n- It allows arbitrary computation within Bitcoin transactions, potentially enhancing quantum resistance.", + "summary": "- The team's publication reveals a way to make Bitcoin covenants without soft forks using Tapscript.\n- Implementing these covenants needs significant computational effort, more than mining a Bitcoin block.\n- This novel method also allows for complex computations within Bitcoin's transaction limits, potentially resisting quantum computing.", "n_threads": 3, "dev_name": "bitcoin-dev", "contributors": [ @@ -155,6 +118,50 @@ "file_path": "static/bitcoin-dev/Nov_2024/m22239cd0ba6fec6bb835522be315d50496fefa1c_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml", "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml" }, + { + "id": "m529ac8e045ebcf74d0c915e6530568ba8d824cbb", + "title": "Bitcoin Core on ARM (Windows)", + "link": "https://gnusha.org/pi/bitcoindev/e5b06aaa-1fe9-4c8f-a0ea-db10f8a7e48cn@googlegroups.com/T/#m529ac8e045ebcf74d0c915e6530568ba8d824cbb", + "authors": [ + "Ali Sherief" + ], + "published_at": "2024-11-21T09:03:00+00:00", + "summary": "- ARM binaries are not widely available for Windows, unlike Linux and Apple Silicon.\n- Technical challenges, like x86-specific assembly functions, complicate ARM compilation on Windows.\n- There's a rising demand for Windows ARM support, underscoring cross-platform development needs.", + "n_threads": 1, + "dev_name": "bitcoin-dev", + "contributors": [ + "Antoine Riard" + ], + "file_path": "static/bitcoin-dev/Nov_2024/m529ac8e045ebcf74d0c915e6530568ba8d824cbb_Bitcoin-Core-on-ARM-Windows-.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Bitcoin-Core-on-ARM-Windows-.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 Bitcoin's protocol, proposing improvements for security and performance.\n- Solutions include adjusting mining difficulty, restricting legacy transactions, and invalidating small transactions.\n- While some proposals like reducing block size are controversial, others aim to standardize and secure the network.", + "n_threads": 52, + "dev_name": "delvingbitcoin", + "contributors": [ + "ajtowns", + "evoskuil", + "David Harding", + "sjors", + "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": "989", "title": "LNHANCE bips and implementation", @@ -163,7 +170,7 @@ "reardencode" ], "published_at": "2024-01-07T18:41:08.593000+00:00", - "summary": "- Recent Bitcoin protocol updates propose enhancing functionality with BIPs and new opcodes.\n- Proposed features could introduce secure output restricting covenants to Bitcoin.\n- These changes aim to improve Lightning Network's scalability, privacy, and efficiency.", + "summary": "- Recent Bitcoin protocol updates propose features enhancing Lightning Network capabilities.\n- Proposed changes aim to introduce secure output-restricting covenants for user control.\n- Enhancements could significantly improve Bitcoin's scalability and utility via LN-Symmetry and PTLCs.", "n_threads": 18, "dev_name": "delvingbitcoin", "contributors": [ @@ -188,7 +195,7 @@ "moonsettler" ], "published_at": "2024-10-25T14:34:33.286000+00:00", - "summary": "- The discussion optimizes SHA256 use in LN-Symmetry by pre-computing the Tag as a mid-state.\n- It addresses potential length redistribution attacks by proposing a custom hash function to alter preimage bits.\n- A solution involves using a `PairCommitHash` function to calculate SHA256 hashes for enhanced security.", + "summary": "- The discussion suggests pre-computing Tag to optimize SHA256 for LN-Symmetry, reducing validation cycles.\n- Concerns about length redistribution attacks arise with two 32 byte CTV hash commitments.\n- A custom hash function with a prime number multiplier is proposed to mitigate attacks.", "n_threads": 12, "dev_name": "delvingbitcoin", "contributors": [ @@ -197,66 +204,43 @@ ], "file_path": "static/delvingbitcoin/Oct_2024/3401_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml", "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml" - }, - { - "id": "3525", - "title": "Channel depletion, LN Topology, Cycles and rational behavior of nodes", - "link": "https://delvingbitcoin.org/t/channel-depletion-ln-topology-cycles-and-rational-behavior-of-nodes/1259", - "authors": [ - "renepickhardt" - ], - "published_at": "2024-11-15T12:27:20.283000+00:00", - "summary": "- Recent studies explain Lightning Network channel depletion through economic rationality and network topology.\n- Research shows a predictable pattern in channel depletion linked to optimizing fee potential via node operations.\n- Future research aims at developing strategies for better liquidity management and exploring the value of redundant channels.", - "n_threads": 5, - "dev_name": "delvingbitcoin", - "contributors": [ - "ajtowns", - "ZmnSCPxj", - "sorukumar" - ], - "file_path": "static/delvingbitcoin/Nov_2024/3525_Channel-depletion-LN-Topology-Cycles-and-rational-behavior-of-nodes.xml", - "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_Channel-depletion-LN-Topology-Cycles-and-rational-behavior-of-nodes.xml" } ], "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": "017500", + "title": "Signing CHECKSIG position in Tapscript", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-December/017500.html", "authors": [ - "Gloria Zhao" + "Russell O'Connor" ], - "published_at": "2021-12-07T17:24:33+00:00", - "summary": "- Gloria Zhao appreciates Darosior and Ariard's fee-bumping work in contract security.\n- She raises questions about fee-bumping's application in watchtower models and Revault's strategy.\n- Gloria discusses the economic impact of fee overpayment on LN service providers and suggests improvements.", - "n_threads": 8, + "published_at": "2019-12-01T16:09:54+00:00", + "summary": "- Anthony Towns shared a Taproot BIP review discussion link, discussing signature options.\n- Suggests using sighash flags for signing checksig positions, enhancing multisig operations security.\n- MAST design in taproot simplifies script analysis, suggesting safer design choices are preferable.", + "n_threads": 5, "dev_name": "bitcoin-dev", "contributors": [ - "Antoine Poinsot", - "Antoine Riard", - "Peter Todd", - "Prayank" + "Anthony Towns" ], - "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_2019/017500_Signing-CHECKSIG-position-in-Tapscript.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2019/combined_Signing-CHECKSIG-position-in-Tapscript.xml" }, { - "id": "003354", - "title": "INTEROPERABILITY", - "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2021-November/003354.html", + "id": "002357", + "title": "[DRAFT] BOLT 13(?): WatchTower protocol", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-December/002357.html", "authors": [ - "x raid" + "Rusty Russell" ], - "published_at": "2021-11-23T09:15:30+00:00", - "summary": "- The proposal aims to create a decentralised lab for testing Lightning Network implementations.\n- Teams will test their implementations both individually and collectively on the mainnet.\n- This initiative is crucial for ensuring the network's readiness for public release.", - "n_threads": 12, + "published_at": "2019-12-03T00:26:11+00:00", + "summary": "- Sergi Delgado Segura and Rusty Russell discuss Lightning's WatchTower protocol.\n- They explore message types, accountability QoS, and encryption requirements.\n- Payment modes, DoS risks, and storage solutions for WatchTower are evaluated.", + "n_threads": 5, "dev_name": "lightning-dev", "contributors": [ - "ZmnSCPxj", - "Christian Decker", - "Pierre" + "Sergi Delgado Segura", + "Antoine Riard" ], - "file_path": "static/lightning-dev/Nov_2021/003354_INTEROPERABILITY.xml", - "combined_summ_file_path": "static/lightning-dev/Nov_2021/combined_INTEROPERABILITY.xml" + "file_path": "static/lightning-dev/Dec_2019/002357_-DRAFT-BOLT-13-WatchTower-protocol.xml", + "combined_summ_file_path": "static/lightning-dev/Dec_2019/combined_-DRAFT-BOLT-13-WatchTower-protocol.xml" }, { "id": "546", @@ -266,7 +250,7 @@ "moonsettler" ], "published_at": "2023-12-03T00:47:43.909000+00:00", - "summary": "- The email analyzes a blockchain script for processing 4-5KB signature data using blockchain techniques.\n- It discusses integrating quantum-resistant signatures into taproot, examining soft fork viability.\n- The script's witness structure and cryptographic methods aim at data integrity and quantum threat readiness.", + "summary": "- The email explores a complex blockchain script tailored for signature data management.\n- It discusses quantum-resistant signature integration within taproot architecture.\n- The script's advanced verification operations aim to bolster data integrity and quantum security.", "n_threads": 20, "dev_name": "delvingbitcoin", "contributors": [ diff --git a/static/homepage/Nov_2024/2024-11-27-homepage.json b/static/homepage/Nov_2024/2024-11-27-homepage.json new file mode 100644 index 000000000..5c11442c2 --- /dev/null +++ b/static/homepage/Nov_2024/2024-11-27-homepage.json @@ -0,0 +1,268 @@ +{ + "header_summary": "Ethan Heilman introduced slashing covenants as a novel method for enforcing Bitcoin transaction rules by penalizing violators financially, rather than preventing transactions, thus offering a less secure but more efficient alternative to traditional opcodes. This approach utilizes existing Bitcoin script capabilities and Lamport signatures to verify authenticity without complex cryptographic operations, suggesting potential for broader application in systems like Ethereum that offer greater flexibility. The discussion also explores the possibility of expanding this model to support dynamic cosigner groups through advanced cryptographic proofs, enhancing the resilience of blockchain covenants ([source](https://gnusha.org/pi/bitcoindev/CAEM=y+V_jUoupVRBPqwzOQaUVNdJj5uJy3LK9JjD7ixuCYEt-A@mail.gmail.com/T/#u#m1f4795940901d29312dce1a6b763097ea5d9e7a6)).\n\nAntoine Poinsot raised concerns about potential duplicate coinbase transactions within the Bitcoin network, proposing several solutions to distinguish future transactions and prevent the need for BIP30 verification reactivation. The proposals, aimed at differentiating new coinbase transactions from earlier ones, include adjustments to transaction elements and the incorporation of witness commitments. This initiative seeks feedback from the mining community to address technological advancements and ensure compatibility with future network improvements, highlighting the importance of a proactive approach to network security and efficiency ([source](https://gnusha.org/pi/bitcoindev/cLJjA4Em1sfbLHBctwsPUvquk8uMGGnXt2zGx7mn_JNu5F-HULjtdsBQjX9VET6MVRhbzJExPRrwNKBeLV1S30uEgCtFiBmMPVuzTFVNxkY=@protonmail.com/T/#u#m3be1f9c3ae1faf45b543116ed9755eb6badcebbf)).\n\nA discussion led by ZmnSCPxj focused on the deployment of non-custodial offchain mechanisms for mobile use, with an emphasis on creating user-friendly interfaces that resemble traditional banking applications. This includes implementing features such as account limits and deposit insurance to offer a seamless transition to Bitcoin-denominated accounts. The discourse also covers the operational flows for managing accounts within the SuperScalar system, highlighting the importance of advanced cryptographic techniques and strategic resource allocation for optimizing user experience and system integrity ([source](https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories-with-pseudo-spilman-leaves/1242/2)).\n\nInstagibbs and marathon-gary discussed the evolution of transaction protocols with flexible coin earmarks and the efficiency of layered commitments and state updates in blockchain networks. The conversation also touched on proposals for enhancing data handling, miner authentication, and the management of mining shares, emphasizing the need for transparency, robustness, and scalability in blockchain systems. These discussions reflect ongoing efforts to address technical challenges and improve the operational efficiency of blockchain networks, underscoring the community's commitment to innovation and security ([source 1](https://delvingbitcoin.org/t/flexible-coin-earmarks/1275/2), [source 2](https://delvingbitcoin.org/t/radpool-decentralised-mining-pool-with-futures-contracts-for-payouts/1262/2)).", + "recent_posts": [ + { + "id": "m1f4795940901d29312dce1a4b763097ea5d9e7a6", + "title": "Slashing covenants", + "link": "https://gnusha.org/pi/bitcoindev/CAEM=y+V_jUoupVRBPqwzOQaUVNdJj5uJy3LK9JjD7ixuCYEt-A@mail.gmail.com/T/#u#m1f4795940901d29312dce1a4b763097ea5d9e7a6", + "authors": [ + "Ethan Heilman" + ], + "published_at": "2024-11-24T21:13:00+00:00", + "summary": "- Slashing covenants offer a novel enforcement mechanism for Bitcoin, penalizing rule violations financially.\n- The method leverages existing Bitcoin script capabilities and Lamport signatures for proving signature equivalence.\n- While designed with Bitcoin in mind, the concept potentially offers simpler implementation on Ethereum and expands to dynamic cosigner groups.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m1f4795940901d29312dce1a4b763097ea5d9e7a6_Slashing-covenants.xml", + "combined_summ_file_path": "" + }, + { + "id": "m3be1f9c3ae1faf45b543116ed9755eb6badcebbf", + "title": "Prevent future duplicate coinbase transactions as part of Consensus Cleanup", + "link": "https://gnusha.org/pi/bitcoindev/cLJjA4Em1sfbLHBctwsPUvquk8uMGGnXt2zGx7mn_JNu5F-HULjtdsBQjX9VET6MVRhbzJExPRrwNKBeLV1S30uEgCtFiBmMPVuzTFVNxkY=@protonmail.com/T/#u#m3be1f9c3ae1faf45b543116ed9755eb6badcebbf", + "authors": [ + "Antoine Poinsot" + ], + "published_at": "2024-11-22T18:54:00+00:00", + "summary": "- Antoine Poinsot discusses Consensus Cleanup proposal for Bitcoin network issues.\n- Proposals aim to prevent duplicate coinbase transactions and accommodate future tech advancements.\n- Feedback sought from engineers and stakeholders in mining regarding proposed solutions.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m3be1f9c3ae1faf45b543116ed9755eb6badcebbf_Prevent-future-duplicate-coinbase-transactions-as-part-of-Consensus-Cleanup.xml", + "combined_summ_file_path": "" + }, + { + "id": "3601", + "title": "SuperScalar: Laddered Timeout-Tree-Structured Decker-Wattenhofer Factories With Pseudo-Spilman Leaves", + "link": "https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories-with-pseudo-spilman-leaves/1242/2", + "authors": [ + "ZmnSCPxj" + ], + "published_at": "2024-11-25T20:18:07.328000+00:00", + "summary": "- The notes detail deploying a non-custodial offchain mechanism focused on mobile SuperScalar UX.\n- They discuss user experience design, emphasizing banking-like features for Bitcoin accounts.\n- Methods for account management, including onboarding and closure processes, are thoroughly outlined.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [], + "file_path": "static/delvingbitcoin/Nov_2024/3601_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories-With-Pseudo-Spilman-Leaves.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories-With-Pseudo-Spilman-Leaves.xml" + }, + { + "id": "3600", + "title": "Flexible Coin Earmarks", + "link": "https://delvingbitcoin.org/t/flexible-coin-earmarks/1275/2", + "authors": [ + "instagibbs" + ], + "published_at": "2024-11-25T19:06:50.318000+00:00", + "summary": "- The discussion explores flexible coin earmarks for improved blockchain transaction management.\n- This method allows updating coin earmarks without altering balance or causing division.\n- Termed \"magical eltoo,\" it marks a significant evolution in blockchain's transactional efficiency.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "ajtowns" + ], + "file_path": "static/delvingbitcoin/Nov_2024/3600_Flexible-Coin-Earmarks.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_Flexible-Coin-Earmarks.xml" + }, + { + "id": "3599", + "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/2", + "authors": [ + "marathon-gary" + ], + "published_at": "2024-11-25T17:41:41.133000+00:00", + "summary": "- The email critiques the choice of Lindell's threshold over ROAST for robustness and efficiency.\n- It recommends time-decayed deletion for data and unique miner identifiers for MSP interactions.\n- Concerns include managing dishonest MSPs, signed coinbase validations, and miner dashboard functionality.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "jungly" + ], + "file_path": "static/delvingbitcoin/Nov_2024/3599_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_Radpool-Decentralised-Mining-Pool-With-Futures-Contracts-For-Payouts.xml" + } + ], + "active_posts": [ + { + "id": "mfe9c974e575666fb49b475a9d6fa184bf8f55ab1", + "title": "CHECKSIGFROMSTACK(VERIFY/ADD)", + "link": "https://gnusha.org/pi/bitcoindev/ZzZziZOy4IrTNbNG@console/T/#u#mfe9c974e575666fb49b475a9d6fa184bf8f55ab1", + "authors": [ + "Brandon Black" + ], + "published_at": "2024-11-14T22:02:00+00:00", + "summary": "- Discussions around the CSFS BIP consider CSFSV's inclusion in pre-tapscript versions.\n- The potential addition of CSFSA aims to simplify script multisigs, reducing weight units.\n- Brandon Black seeks community feedback to refine the BIP and its implementations.", + "n_threads": 4, + "dev_name": "bitcoin-dev", + "contributors": [ + "moonsettler", + "Antoine Poinsot", + "Murch" + ], + "file_path": "static/bitcoin-dev/Nov_2024/mfe9c974e575666fb49b475a9d6fa184bf8f55ab1_CHECKSIGFROMSTACK-VERIFY-ADD-.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_CHECKSIGFROMSTACK-VERIFY-ADD-.xml" + }, + { + "id": "m22239cd0ba6fec6bb835522be315d50496fefa1c", + "title": "ColliderScript: Covenants in Bitcoin via 160-bit hash collisions", + "link": "https://gnusha.org/pi/bitcoindev/CAEM=y+W2jyFoJAq9XrE9whQ7EZG4HRST01TucWHJtBhQiRTSNQ@mail.gmail.com/T/#u#m22239cd0ba6fec6bb835522be315d50496fefa1c", + "authors": [ + "Ethan Heilman" + ], + "published_at": "2024-11-07T17:44:00+00:00", + "summary": "- The team's publication reveals a way to make Bitcoin covenants without soft forks using Tapscript.\n- Implementing these covenants needs significant computational effort, more than mining a Bitcoin block.\n- This novel method also allows for complex computations within Bitcoin's transaction limits, potentially resisting quantum computing.", + "n_threads": 3, + "dev_name": "bitcoin-dev", + "contributors": [ + "Antoine Riard" + ], + "file_path": "static/bitcoin-dev/Nov_2024/m22239cd0ba6fec6bb835522be315d50496fefa1c_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml" + }, + { + "id": "m529ac8e045ebcf74d0c915e6530568ba8d824cbb", + "title": "Bitcoin Core on ARM (Windows)", + "link": "https://gnusha.org/pi/bitcoindev/e5b06aaa-1fe9-4c8f-a0ea-db10f8a7e48cn@googlegroups.com/T/#m529ac8e045ebcf74d0c915e6530568ba8d824cbb", + "authors": [ + "Ali Sherief" + ], + "published_at": "2024-11-21T09:03:00+00:00", + "summary": "- ARM binaries are not widely available for Windows, unlike Linux and Apple Silicon.\n- Technical challenges, like x86-specific assembly functions, complicate ARM compilation on Windows.\n- There's a rising demand for Windows ARM support, underscoring cross-platform development needs.", + "n_threads": 1, + "dev_name": "bitcoin-dev", + "contributors": [ + "Antoine Riard" + ], + "file_path": "static/bitcoin-dev/Nov_2024/m529ac8e045ebcf74d0c915e6530568ba8d824cbb_Bitcoin-Core-on-ARM-Windows-.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2024/combined_Bitcoin-Core-on-ARM-Windows-.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 Bitcoin's protocol, proposing improvements for security and performance.\n- Solutions include adjusting mining difficulty, restricting legacy transactions, and invalidating small transactions.\n- While some proposals like reducing block size are controversial, others aim to standardize and secure the network.", + "n_threads": 52, + "dev_name": "delvingbitcoin", + "contributors": [ + "ajtowns", + "evoskuil", + "David Harding", + "sjors", + "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": "989", + "title": "LNHANCE bips and implementation", + "link": "https://delvingbitcoin.org/t/lnhance-bips-and-implementation/376", + "authors": [ + "reardencode" + ], + "published_at": "2024-01-07T18:41:08.593000+00:00", + "summary": "- Recent Bitcoin protocol updates propose features enhancing Lightning Network capabilities.\n- Proposed changes aim to introduce secure output-restricting covenants for user control.\n- Enhancements could significantly improve Bitcoin's scalability and utility via LN-Symmetry and PTLCs.", + "n_threads": 18, + "dev_name": "delvingbitcoin", + "contributors": [ + "moonsettler", + "michaelfolkson", + "Greg Sanders", + "RubenSomsen", + "ZmnSCPxj", + "alex", + "cryptoquick", + "hampus", + "urza" + ], + "file_path": "static/delvingbitcoin/Jan_2024/989_LNHANCE-bips-and-implementation.xml", + "combined_summ_file_path": "static/delvingbitcoin/Jan_2024/combined_LNHANCE-bips-and-implementation.xml" + }, + { + "id": "3401", + "title": "OP_PAIRCOMMIT as a candidate for addition to LNhance", + "link": "https://delvingbitcoin.org/t/op-paircommit-as-a-candidate-for-addition-to-lnhance/1216", + "authors": [ + "moonsettler" + ], + "published_at": "2024-10-25T14:34:33.286000+00:00", + "summary": "- The discussion suggests pre-computing Tag to optimize SHA256 for LN-Symmetry, reducing validation cycles.\n- Concerns about length redistribution attacks arise with two 32 byte CTV hash commitments.\n- A custom hash function with a prime number multiplier is proposed to mitigate attacks.", + "n_threads": 12, + "dev_name": "delvingbitcoin", + "contributors": [ + "1440000bytes", + "ajtowns" + ], + "file_path": "static/delvingbitcoin/Oct_2024/3401_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml", + "combined_summ_file_path": "static/delvingbitcoin/Oct_2024/combined_OP-PAIRCOMMIT-as-a-candidate-for-addition-to-LNhance.xml" + } + ], + "today_in_history_posts": [ + { + "id": "017500", + "title": "Signing CHECKSIG position in Tapscript", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-December/017500.html", + "authors": [ + "Russell O'Connor" + ], + "published_at": "2019-12-01T16:09:54+00:00", + "summary": "- Anthony Towns shared a Taproot BIP review discussion link, discussing signature options.\n- Suggests using sighash flags for signing checksig positions, enhancing multisig operations security.\n- MAST design in taproot simplifies script analysis, suggesting safer design choices are preferable.", + "n_threads": 5, + "dev_name": "bitcoin-dev", + "contributors": [ + "Anthony Towns" + ], + "file_path": "static/bitcoin-dev/Dec_2019/017500_Signing-CHECKSIG-position-in-Tapscript.xml", + "combined_summ_file_path": "static/bitcoin-dev/Dec_2019/combined_Signing-CHECKSIG-position-in-Tapscript.xml" + }, + { + "id": "002357", + "title": "[DRAFT] BOLT 13(?): WatchTower protocol", + "link": "https://gnusha.org/url/https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-December/002357.html", + "authors": [ + "Rusty Russell" + ], + "published_at": "2019-12-03T00:26:11+00:00", + "summary": "- Sergi Delgado Segura and Rusty Russell discuss Lightning's WatchTower protocol.\n- They explore message types, accountability QoS, and encryption requirements.\n- Payment modes, DoS risks, and storage solutions for WatchTower are evaluated.", + "n_threads": 5, + "dev_name": "lightning-dev", + "contributors": [ + "Sergi Delgado Segura", + "Antoine Riard" + ], + "file_path": "static/lightning-dev/Dec_2019/002357_-DRAFT-BOLT-13-WatchTower-protocol.xml", + "combined_summ_file_path": "static/lightning-dev/Dec_2019/combined_-DRAFT-BOLT-13-WatchTower-protocol.xml" + }, + { + "id": "546", + "title": "Lamport signatures and other CAT tricks", + "link": "https://delvingbitcoin.org/t/lamport-signatures-and-other-cat-tricks/236", + "authors": [ + "moonsettler" + ], + "published_at": "2023-12-03T00:47:43.909000+00:00", + "summary": "- The email explores a complex blockchain script tailored for signature data management.\n- It discusses quantum-resistant signature integration within taproot architecture.\n- The script's advanced verification operations aim to bolster data integrity and quantum security.", + "n_threads": 20, + "dev_name": "delvingbitcoin", + "contributors": [ + "David Harding", + "ajtowns", + "salvatoshi", + "ZmnSCPxj", + "cguida", + "sipa" + ], + "file_path": "static/delvingbitcoin/Dec_2023/546_Lamport-signatures-and-other-CAT-tricks.xml", + "combined_summ_file_path": "static/delvingbitcoin/Dec_2023/combined_Lamport-signatures-and-other-CAT-tricks.xml" + } + ] +} \ No newline at end of file