diff --git a/static/homepage.json b/static/homepage.json index a57f1662f..485460895 100644 --- a/static/homepage.json +++ b/static/homepage.json @@ -1,6 +1,21 @@ { - "header_summary": "Antoine Poinsot highlighted the release of security advisories for Bitcoin Core, emphasizing the project's commitment to transparent security practices and the implementation of a publicly advertised disclosure policy. This move, detailed on their [official website](https://bitcoincore.org/en/security-advisories), signifies a significant step towards enhancing the security and transparency of Bitcoin Core's operations.\n\nAdam Borcany introduced a novel approach to Bitcoin transaction security by proposing a method for adjusting the difficulty of proof-of-work (PoW) locked outputs using short DER-encoded ECDSA signatures, aiming for a more granular difficulty adjustment mechanism. This method, which is more efficient and flexible than traditional signature grinding, is detailed in his discussion, offering a potential advancement in securing Bitcoin transactions against unauthorized modifications. The practicality of this concept is demonstrated through a [Node.JS application](https://gnusha.org/pi/bitcoindev/CAOY=fzk-ksDGT_oyCKF=EJnnXaXoCbfCzxW+9PBQV=us-K=PuQ@mail.gmail.com/T/#u#m6466fc7480c6cde4dc938a788051920242c7231c).\n\nMurch and cndolo, in separate discussions, explored innovative ways to improve the Bitcoin ecosystem. Murch questioned traditional transaction selection methods for blockchain blocks, proposing a Smart Mempool-Based Forecaster that considers temporal proximity rather than confirmation status, potentially increasing efficiency in block creation. This idea is explored further at [DelvingBitcoin.org](https://delvingbitcoin.org/t/empirical-data-analysis-of-fee-rate-forecasters-for-asap-next-block-fee-estimation/1022/2). Cndolo's research shed light on the Lightning Network's vulnerability to censorship and privacy attacks, emphasizing the need for countermeasures against network-level adversaries and suggesting enhancements to protect against censorship, detailed in their [study](https://delvingbitcoin.org/t/research-paper-on-ln-payment-censorship/1248).\n\nZmnSCPxj introduced the SuperScalar mechanism to address the LSP Last-Mile Problem in the Lightning Network, offering a scalable and secure method to provide incoming liquidity for new users without blockchain consensus changes. This construction utilizes Decker-Wattenhofer channel factories among other innovations, aiming to improve liquidity provisioning and scalability in a decentralized manner, as elaborated in their [proposal](https://delvingbitcoin.org/t/superscalar-laddered-timeout-tree-structured-decker-wattenhofer-factories-with-pseudo-spilman-leaves/1242).", + "header_summary": "Ethan Heilman's publication introduces a technique for creating Bitcoin covenants using Tapscript, enabling complex transactions without soft forks but requiring substantial computational resources, potentially necessitating ASIC development. This approach, while not aiming to replace existing methods due to its computational demand and transaction size constraints, opens up possibilities for advanced Bitcoin functionalities, including quantum-resistant transactions. The paper, offering a deep dive into the technical specifics, can be explored further at [colliderscript.co/colliderscript.pdf](https://colliderscript.co/colliderscript.pdf).\n\nAntoine Poinsot highlights the release of security advisories for Bitcoin Core, reflecting the project's commitment to transparent security practices. These advisories, detailing historical issues and the project's response strategies, are accessible on the official website, marking a step forward in addressing vulnerabilities within the Bitcoin ecosystem. The ongoing adherence to a publicly advertised disclosure policy is underscored, reinforcing the importance of responsible security measures which can be reviewed at [Bitcoin Core Security Advisories](https://bitcoincore.org/en/2024/11/05/cb-stall-hindering-propagation).\n\nAdam Borcany proposes a novel method for Bitcoin transaction security, introducing a way to adjust proof-of-work (PoW) difficulty for locked outputs more granularly than current techniques. This advancement, moving beyond the limitations of signature grinding, utilizes a set of signatures and private keys to allow for fine-tuned difficulty adjustments, showcasing a significant enhancement in securing Bitcoin transactions against unauthorized changes. The approach promises a more adaptable solution, with practical implementation guidelines detailed, illustrating the potential for more sophisticated transaction security mechanisms within the Bitcoin network.\n\nThe concept of a Smart Mempool-Based Forecaster is discussed, proposing an alternative method for predicting transaction inclusion in upcoming Bitcoin blocks by focusing on temporal proximity rather than confirmation status. This approach suggests a shift towards leveraging the most recent transactions as a benchmark for block creation, potentially increasing the efficiency and relevance of transaction selection processes. The discussion raises important considerations for optimizing the Bitcoin network's operation, inviting further exploration of dynamic forecasting methods in block creation strategies.", "recent_posts": [ + { + "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 developed a Bitcoin covenant method without soft forks, using Tapscript.\n- Covenant execution demands ~2^86 hash calls, surpassing Bitcoin block mining's ~2^78.3.\n- This innovation allows for arbitrary computation within Bitcoin transactions up to 4MB.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m22239cd0ba6fec6bb835522be315d50496fefa1c_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml", + "combined_summ_file_path": "" + }, { "id": "m1bab216dee18c20e39cbf90f1261a736c18cd3a1", "title": "Public disclosure of one vulnerability affecting Bitcoin Core <26.0", @@ -9,7 +24,7 @@ "Antoine Poinsot" ], "published_at": "2024-11-05T16:00:00+00:00", - "summary": "- Recent security advisories for Bitcoin Core are now available online.\n- New vulnerabilities will follow the disclosed policy on their security advisories page.\n- The process initiated in July enhances Bitcoin Core's commitment to security transparency.", + "summary": "- Bitcoin Core released advisories for historical security issues on their website.\n- Interested parties can review details at their official webpage.\n- They commit to transparency with a publicly advertised disclosure policy.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -24,7 +39,7 @@ "Adam Borcany" ], "published_at": "2024-11-04T15:34:00+00:00", - "summary": "- A novel PoW approach for Bitcoin increases adjustment granularity beyond traditional signature grinding.\n- This method uses fixed signatures and private key intervals for flexible difficulty adjustments.\n- It promises more scalable and precise security for Bitcoin transactions against modifications.", + "summary": "- Bitcoin's transaction security improves via a novel proof-of-work mechanism for nuanced difficulty adjustments.\n- A proposed method uses twelve signatures and two private keys for flexible and efficient security enhancements.\n- This advancement allows for smooth, arbitrary adjustment to proof-of-work difficulty, enhancing transaction security scalability.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -39,7 +54,7 @@ "murch" ], "published_at": "2024-11-06T19:16:16.740000+00:00", - "summary": "- The email discusses a Smart Mempool-Based Forecaster for predicting blockchain transactions.\n- It critiques the traditional transaction selection process, proposing a time-based approach.\n- The suggested method prioritizes transactions by their submission time, not confirmation status.", + "summary": "- The Smart Mempool-Based Forecaster aims to predict necessary transactions for the next blockchain block.\n- It critiques using confirmation status over recent transactions to determine block inclusion.\n- Suggests prioritizing transactions by their temporal proximity to improve forecasting efficiency.", "n_threads": 1, "dev_name": "delvingbitcoin", "contributors": [ @@ -56,7 +71,7 @@ "cndolo" ], "published_at": "2024-11-05T11:57:11.703000+00:00", - "summary": "- Significant findings reveal LN's vulnerability to censorship by AS through privacy attacks.\n- Research shows an attack model where malicious AS can selectively disrupt LN payments undetected.\n- Mitigation strategies include using Tor and adaptive padding, yet challenges remain against sophisticated attacks.", + "summary": "- Recent research highlights Lightning Network's vulnerability to censorship by network-level entities.\n- The study shows how identifiability of encrypted messages increases the risk of targeted censorship attacks.\n- It suggests using adaptive padding and incorporating AS information in pathfinding to improve resilience.", "n_threads": 0, "dev_name": "delvingbitcoin", "contributors": [], @@ -71,7 +86,7 @@ "ZmnSCPxj" ], "published_at": "2024-11-04T15:40:11.090000+00:00", - "summary": "- SuperScalar mechanism addresses Bitcoin's LSP Last-Mile Problem with innovative liquidity provisioning solutions.\n- It ensures security, scalability, and independent operation without Bitcoin blockchain consensus changes.\n- The approach incorporates four key components for robustness and offers practical implementation considerations.", + "summary": "- SuperScalar aims to solve Bitcoin's LSP Last-Mile Problem, enhancing liquidity and security.\n- It introduces a novel construction not requiring Bitcoin consensus changes for scalability.\n- The mechanism focuses on decentralized liquidity provisioning, combating old state poisoning effectively.", "n_threads": 0, "dev_name": "delvingbitcoin", "contributors": [], @@ -88,7 +103,7 @@ "Jonas Nick" ], "published_at": "2024-11-04T17:45:00+00:00", - "summary": "- Version 0.6.0 of libsecp256k1 introduces a MuSig2 module and security enhancements.\n- It also simplifies the library by removing unused functions for better efficiency.\n- Full changelog details are accessible on the project's GitHub page for interested users.", + "summary": "- Version 0.6.0 of libsecp256k1 has been released with significant updates.\n- A new MuSig2 module is introduced, enhancing the library's functionality.\n- The update improves security and simplifies the library for users.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -103,7 +118,7 @@ "Robert Netzke" ], "published_at": "2024-11-04T18:29:00+00:00", - "summary": "- Robert Netzke proposes a new file format for Bitcoin wallets for easier inheritance.\n- The format includes wallet metadata to aid in fund recovery and ensure service interoperability.\n- It features a reference implementation in Rust and seeks feedback on its utility.", + "summary": "- Robert Netzke introduces a file format for easier Bitcoin wallet inheritance.\n- The format stores public metadata for simpler recovery and interoperability.\n- It seeks feedback and aligns with PSBT data encoding for developer ease.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -118,7 +133,7 @@ "Michael Ford" ], "published_at": "2024-11-04T13:06:00+00:00", - "summary": "- Bitcoin Core version 27.2 has been released, featuring bug fixes and enhancements.\n- Users can upgrade by first shutting down their current version, with detailed guidance provided.\n- The update improves various components and supports older wallets, with broad OS compatibility.", + "summary": "- Bitcoin Core version 27.2 has been released, featuring bug fixes and enhancements.\n- Users should shut down the old version completely before upgrading, following provided instructions.\n- The update includes significant improvements in P2P connections, RPC calls, and PSBT functionality.", "n_threads": 0, "dev_name": "bitcoin-dev", "contributors": [], @@ -133,7 +148,7 @@ "AntoineP" ], "published_at": "2024-03-24T19:53:27.073000+00:00", - "summary": "- The Great Consensus Cleanup proposal scrutinizes Bitcoin\u2019s flaws, suggesting improvements for security and performance.\n- Solutions include adjusting mining difficulty and transaction rules to prevent exploits and enhance stability.\n- While some proposed changes like reducing block size stir debate, overall suggestions aim at refining Bitcoin's protocol.", + "summary": "- The proposal highlights Bitcoin's vulnerabilities, notably the timewarp exploit affecting mining difficulty.\n- It suggests improving network security and efficiency by adjusting legacy transactions and fixing merkle root calculations.\n- Community debate arises around reducing block size, with emphasis on standardizing technical aspects for better scalability.", "n_threads": 46, "dev_name": "delvingbitcoin", "contributors": [ @@ -160,7 +175,7 @@ "AntoineP" ], "published_at": "2024-10-28T19:09:55.723000+00:00", - "summary": "- Eric Voskuil reveals Libbitcoin's IBD outperforms Bitcoin Core, using `-assumevalid` for higher speed.\n- Libbitcoin optimizes block validation through asynchronous tasks and relational database organization.\n- Despite efficiency gains, Libbitcoin's future updates and current limitations include DoS protection and outdated libraries.", + "summary": "- Eric Voskuil reveals Libbitcoin's IBD is up to 15x faster than Bitcoin Core with `-assumevalid`.\n- Libbitcoin uses event-based, concurrent operations and a relational database for enhanced performance.\n- Despite lacking full DoS protection and using outdated libsecp, Libbitcoin shows significant efficiency.", "n_threads": 10, "dev_name": "delvingbitcoin", "contributors": [ @@ -180,7 +195,7 @@ "JohnLaw" ], "published_at": "2024-10-31T22:50:15.637000+00:00", - "summary": "- The OPR protocol improves Lightning network payments, resolving small transactions off-chain swiftly.\n- It introduces mechanisms to deter dishonesty by penalizing bad actors, enhancing security.\n- The protocol's design facilitates scalability and integration with technologies for better payment resolution.", + "summary": "- The OPR protocol enhances Lightning network payments by ensuring rapid, off-chain resolution for all sizes.\n- It introduces a griefer-penalized mechanism to improve system security and deter dishonest behavior.\n- By offering seamless integration with advanced technologies, it promises better scalability and user experience.", "n_threads": 2, "dev_name": "delvingbitcoin", "contributors": [ @@ -193,62 +208,64 @@ ], "today_in_history_posts": [ { - "id": "017442", - "title": "Draft BIP for SNICKER", - "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2019-November/017442.html", + "id": "015292", + "title": "Making OP_CODESEPARATOR and FindAndDelete in non-segwit scripts non-standard", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-November/015292.html", "authors": [ - "Riccardo Cas" + "Johnson Lau" ], - "published_at": "2019-11-06T16:52:06+00:00", - "summary": "- The email discusses a solution to Bitcoin's watch-only issue using a coinjoin transaction strategy.\n- Adam describes a tweak needed for secure transaction monitoring, incompatible with classic watch-only setups.\n- He concludes the exchange as useful, touching on AES encryption and security concerns regarding the proposer's trustworthiness.", - "n_threads": 9, + "published_at": "2017-11-15T18:02:48+00:00", + "summary": "- Johnson Lau proposes making OP_CODESEPARATOR and FindAndDelete non-standard in non-segwit scripts.\n- The proposal aims to simplify script language by addressing the \"useless\" FindAndDelete function.\n- A softfork could eventually remove FindAndDelete and OP_CODESEPARATOR from consensus code.", + "n_threads": 5, "dev_name": "bitcoin-dev", "contributors": [ - "Adam Gibson", - "SomberNight", - "David Harding", - "popo" + "M", + "Mark Friedenbach", + "Sjors Provoost" ], - "file_path": "static/bitcoin-dev/Nov_2019/017442_Draft-BIP-for-SNICKER.xml", - "combined_summ_file_path": "static/bitcoin-dev/Nov_2019/combined_Draft-BIP-for-SNICKER.xml" + "file_path": "static/bitcoin-dev/Nov_2017/015292_Making-OP-CODESEPARATOR-and-FindAndDelete-in-non-segwit-scripts-non-standard.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2017/combined_Making-OP-CODESEPARATOR-and-FindAndDelete-in-non-segwit-scripts-non-standard.xml" }, { - "id": "002272", - "title": "asynchronous Lightning network payments", - "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-November/002272.html", + "id": "000774", + "title": "(no subject)", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2017-November/000774.html", "authors": [ - "ZmnSCPxj" + "Mark Botley" ], - "published_at": "2019-11-04T07:31:56+00:00", - "summary": "- The email details asynchronous payment solutions for the Lightning Network using the Lightning Rod Protocol.\n- It suggests a system where transactions are pre-signed and sold, facilitating asynchronous payments with locked funds.\n- Proposed improvements include using Rod nodes for privacy and exploring Trampoline implementations for automatic polling.", - "n_threads": 7, + "published_at": "2017-11-09T08:22:10+00:00", + "summary": "- The email by Mark Botley mentions a technical glitch.\n- No context was provided in his message.\n- He requests more information for summary generation.", + "n_threads": 10, "dev_name": "lightning-dev", "contributors": [ - "Yaacov Akiba Slama", - "Konstantin Ketterer", - "Nadav Kohen" + "Nongluck Loyha", + "Chris Malloy", + "D", + "Victor Umobi" ], - "file_path": "static/lightning-dev/Nov_2019/002272_asynchronous-Lightning-network-payments.xml", - "combined_summ_file_path": "static/lightning-dev/Nov_2019/combined_asynchronous-Lightning-network-payments.xml" + "file_path": "static/lightning-dev/Nov_2017/000774_-no-subject-.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2017/combined_-no-subject-.xml" }, { - "id": "320", - "title": "Cluster Mempool RBF Thoughts", - "link": "https://delvingbitcoin.org/t/cluster-mempool-rbf-thoughts/156", + "id": "62", + "title": "Thoughts on scaling and consensus changes (2023)", + "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", "authors": [ - "Suhas Daftuar" + "jamesob" ], - "published_at": "2023-11-08T15:38:42.204000+00:00", - "summary": "- The proposal discusses optimizing blockchain transactions with Replace-By-Fee in mempools.\n- It compares two strategies for improving mempool quality through transaction replacement.\n- Challenges in ensuring mempool enhancement through heuristic methods are highlighted.", - "n_threads": 23, + "published_at": "2023-08-16T15:22:13.243000+00:00", + "summary": "- Bitcoin's scalability involves establishing 50,000 off-chain \"bitcoin banks\" for a large user base.\n- Increasing the block size is unviable; solutions like Utreexo and \"OP_VAULT\" are explored for efficiency.\n- Effective Layer 2 protocols and market pressures are essential for regulatory compliance and safe operation.", + "n_threads": 5, "dev_name": "delvingbitcoin", "contributors": [ - "Greg Sanders", - "ajtowns", - "sipa" + "Ajian", + "CubicEarth", + "EthnTuttle", + "jungly", + "melvincarvalho" ], - "file_path": "static/delvingbitcoin/Nov_2023/320_Cluster-Mempool-RBF-Thoughts.xml", - "combined_summ_file_path": "static/delvingbitcoin/Nov_2023/combined_Cluster-Mempool-RBF-Thoughts.xml" + "file_path": "static/delvingbitcoin/Aug_2023/62_Thoughts-on-scaling-and-consensus-changes-2023-.xml", + "combined_summ_file_path": "static/delvingbitcoin/Aug_2023/combined_Thoughts-on-scaling-and-consensus-changes-2023-.xml" } ] } \ No newline at end of file diff --git a/static/homepage/Nov_2024/2024-11-08-homepage.json b/static/homepage/Nov_2024/2024-11-08-homepage.json new file mode 100644 index 000000000..485460895 --- /dev/null +++ b/static/homepage/Nov_2024/2024-11-08-homepage.json @@ -0,0 +1,271 @@ +{ + "header_summary": "Ethan Heilman's publication introduces a technique for creating Bitcoin covenants using Tapscript, enabling complex transactions without soft forks but requiring substantial computational resources, potentially necessitating ASIC development. This approach, while not aiming to replace existing methods due to its computational demand and transaction size constraints, opens up possibilities for advanced Bitcoin functionalities, including quantum-resistant transactions. The paper, offering a deep dive into the technical specifics, can be explored further at [colliderscript.co/colliderscript.pdf](https://colliderscript.co/colliderscript.pdf).\n\nAntoine Poinsot highlights the release of security advisories for Bitcoin Core, reflecting the project's commitment to transparent security practices. These advisories, detailing historical issues and the project's response strategies, are accessible on the official website, marking a step forward in addressing vulnerabilities within the Bitcoin ecosystem. The ongoing adherence to a publicly advertised disclosure policy is underscored, reinforcing the importance of responsible security measures which can be reviewed at [Bitcoin Core Security Advisories](https://bitcoincore.org/en/2024/11/05/cb-stall-hindering-propagation).\n\nAdam Borcany proposes a novel method for Bitcoin transaction security, introducing a way to adjust proof-of-work (PoW) difficulty for locked outputs more granularly than current techniques. This advancement, moving beyond the limitations of signature grinding, utilizes a set of signatures and private keys to allow for fine-tuned difficulty adjustments, showcasing a significant enhancement in securing Bitcoin transactions against unauthorized changes. The approach promises a more adaptable solution, with practical implementation guidelines detailed, illustrating the potential for more sophisticated transaction security mechanisms within the Bitcoin network.\n\nThe concept of a Smart Mempool-Based Forecaster is discussed, proposing an alternative method for predicting transaction inclusion in upcoming Bitcoin blocks by focusing on temporal proximity rather than confirmation status. This approach suggests a shift towards leveraging the most recent transactions as a benchmark for block creation, potentially increasing the efficiency and relevance of transaction selection processes. The discussion raises important considerations for optimizing the Bitcoin network's operation, inviting further exploration of dynamic forecasting methods in block creation strategies.", + "recent_posts": [ + { + "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 developed a Bitcoin covenant method without soft forks, using Tapscript.\n- Covenant execution demands ~2^86 hash calls, surpassing Bitcoin block mining's ~2^78.3.\n- This innovation allows for arbitrary computation within Bitcoin transactions up to 4MB.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m22239cd0ba6fec6bb835522be315d50496fefa1c_ColliderScript-Covenants-in-Bitcoin-via-160-bit-hash-collisions.xml", + "combined_summ_file_path": "" + }, + { + "id": "m1bab216dee18c20e39cbf90f1261a736c18cd3a1", + "title": "Public disclosure of one vulnerability affecting Bitcoin Core <26.0", + "link": "https://gnusha.org/pi/bitcoindev/uJpfg8UeMOfVUATG4YRiGmyz5MALtZq68FCBXA6PT-BNstodivpqQfDxD1JAv5Qny_vuNr-A1m8jIDNHQLhAQt8hj8Ee9OT6ZFE5Z16O97A=@protonmail.com/T/#u#m1bab216dee18c20e39cbf90f1261a736c18cd3a1", + "authors": [ + "Antoine Poinsot" + ], + "published_at": "2024-11-05T16:00:00+00:00", + "summary": "- Bitcoin Core released advisories for historical security issues on their website.\n- Interested parties can review details at their official webpage.\n- They commit to transparency with a publicly advertised disclosure policy.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m1bab216dee18c20e39cbf90f1261a736c18cd3a1_Public-disclosure-of-one-vulnerability-affecting-Bitcoin-Core-26-0.xml", + "combined_summ_file_path": "" + }, + { + "id": "m6466fc7480c6cde4dc938a788051920242c7231c", + "title": "Bitcoin PoW locked outputs with arbitrary difficulty", + "link": "https://gnusha.org/pi/bitcoindev/CAOY=fzk-ksDGT_oyCKF=EJnnXaXoCbfCzxW+9PBQV=us-K=PuQ@mail.gmail.com/T/#u#m6466fc7480c6cde4dc938a788051920242c7231c", + "authors": [ + "Adam Borcany" + ], + "published_at": "2024-11-04T15:34:00+00:00", + "summary": "- Bitcoin's transaction security improves via a novel proof-of-work mechanism for nuanced difficulty adjustments.\n- A proposed method uses twelve signatures and two private keys for flexible and efficient security enhancements.\n- This advancement allows for smooth, arbitrary adjustment to proof-of-work difficulty, enhancing transaction security scalability.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m6466fc7480c6cde4dc938a788051920242c7231c_Bitcoin-PoW-locked-outputs-with-arbitrary-difficulty.xml", + "combined_summ_file_path": "" + }, + { + "id": "3494", + "title": "Empirical Data Analysis of Fee Rate Forecasters for ASAP (next-block) Fee Estimation", + "link": "https://delvingbitcoin.org/t/empirical-data-analysis-of-fee-rate-forecasters-for-asap-next-block-fee-estimation/1022/2", + "authors": [ + "murch" + ], + "published_at": "2024-11-06T19:16:16.740000+00:00", + "summary": "- The Smart Mempool-Based Forecaster aims to predict necessary transactions for the next blockchain block.\n- It critiques using confirmation status over recent transactions to determine block inclusion.\n- Suggests prioritizing transactions by their temporal proximity to improve forecasting efficiency.", + "n_threads": 1, + "dev_name": "delvingbitcoin", + "contributors": [ + "ismaelsadeeq" + ], + "file_path": "static/delvingbitcoin/Nov_2024/3494_Empirical-Data-Analysis-of-Fee-Rate-Forecasters-for-ASAP-next-block-Fee-Estimation.xml", + "combined_summ_file_path": "static/delvingbitcoin/Nov_2024/combined_Empirical-Data-Analysis-of-Fee-Rate-Forecasters-for-ASAP-next-block-Fee-Estimation.xml" + }, + { + "id": "3490", + "title": "Research Paper on LN Payment Censorship", + "link": "https://delvingbitcoin.org/t/research-paper-on-ln-payment-censorship/1248", + "authors": [ + "cndolo" + ], + "published_at": "2024-11-05T11:57:11.703000+00:00", + "summary": "- Recent research highlights Lightning Network's vulnerability to censorship by network-level entities.\n- The study shows how identifiability of encrypted messages increases the risk of targeted censorship attacks.\n- It suggests using adaptive padding and incorporating AS information in pathfinding to improve resilience.", + "n_threads": 0, + "dev_name": "delvingbitcoin", + "contributors": [], + "file_path": "static/delvingbitcoin/Nov_2024/3490_Research-Paper-on-LN-Payment-Censorship.xml", + "combined_summ_file_path": "" + }, + { + "id": "3469", + "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", + "authors": [ + "ZmnSCPxj" + ], + "published_at": "2024-11-04T15:40:11.090000+00:00", + "summary": "- SuperScalar aims to solve Bitcoin's LSP Last-Mile Problem, enhancing liquidity and security.\n- It introduces a novel construction not requiring Bitcoin consensus changes for scalability.\n- The mechanism focuses on decentralized liquidity provisioning, combating old state poisoning effectively.", + "n_threads": 0, + "dev_name": "delvingbitcoin", + "contributors": [], + "file_path": "static/delvingbitcoin/Nov_2024/3469_SuperScalar-Laddered-Timeout-Tree-Structured-Decker-Wattenhofer-Factories-With-Pseudo-Spilman-Leaves.xml", + "combined_summ_file_path": "" + } + ], + "active_posts": [ + { + "id": "mb513065fc5985f1a474e7537ca7720288d8f9579", + "title": "libsecp256k1 v0.6.0 released", + "link": "https://gnusha.org/pi/bitcoindev/f96dfed1-4185-42c2-ae71-738255da005e@gmail.com/T/#u#mb513065fc5985f1a474e7537ca7720288d8f9579", + "authors": [ + "Jonas Nick" + ], + "published_at": "2024-11-04T17:45:00+00:00", + "summary": "- Version 0.6.0 of libsecp256k1 has been released with significant updates.\n- A new MuSig2 module is introduced, enhancing the library's functionality.\n- The update improves security and simplifies the library for users.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/mb513065fc5985f1a474e7537ca7720288d8f9579_libsecp256k1-v0-6-0-released.xml", + "combined_summ_file_path": "" + }, + { + "id": "m0927acdfbd44f01a5509d914c9d12e44f95fe033", + "title": "File Format for Wallet Inheritance and Recovery", + "link": "https://gnusha.org/pi/bitcoindev/4c51d18b-2444-4939-8f12-d0abe6d11e20n@googlegroups.com/T/#u#m0927acdfbd44f01a5509d914c9d12e44f95fe033", + "authors": [ + "Robert Netzke" + ], + "published_at": "2024-11-04T18:29:00+00:00", + "summary": "- Robert Netzke introduces a file format for easier Bitcoin wallet inheritance.\n- The format stores public metadata for simpler recovery and interoperability.\n- It seeks feedback and aligns with PSBT data encoding for developer ease.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/m0927acdfbd44f01a5509d914c9d12e44f95fe033_File-Format-for-Wallet-Inheritance-and-Recovery.xml", + "combined_summ_file_path": "" + }, + { + "id": "mdabc1118c9d2fe5e0e777e50d77308aa3fab2c41", + "title": "Bitcoin Core 27.2 released", + "link": "https://gnusha.org/pi/bitcoindev/CAFyhPjWx0qSuBgBqboxWwWjkFZPbsWrEx8sW0Me8=kXQRppbbg@mail.gmail.com/T/#u#mdabc1118c9d2fe5e0e777e50d77308aa3fab2c41", + "authors": [ + "Michael Ford" + ], + "published_at": "2024-11-04T13:06:00+00:00", + "summary": "- Bitcoin Core version 27.2 has been released, featuring bug fixes and enhancements.\n- Users should shut down the old version completely before upgrading, following provided instructions.\n- The update includes significant improvements in P2P connections, RPC calls, and PSBT functionality.", + "n_threads": 0, + "dev_name": "bitcoin-dev", + "contributors": [], + "file_path": "static/bitcoin-dev/Nov_2024/mdabc1118c9d2fe5e0e777e50d77308aa3fab2c41_Bitcoin-Core-27-2-released.xml", + "combined_summ_file_path": "" + }, + { + "id": "1996", + "title": "Great Consensus Cleanup Revival", + "link": "https://delvingbitcoin.org/t/great-consensus-cleanup-revival/710", + "authors": [ + "AntoineP" + ], + "published_at": "2024-03-24T19:53:27.073000+00:00", + "summary": "- The proposal highlights Bitcoin's vulnerabilities, notably the timewarp exploit affecting mining difficulty.\n- It suggests improving network security and efficiency by adjusting legacy transactions and fixing merkle root calculations.\n- Community debate arises around reducing block size, with emphasis on standardizing technical aspects for better scalability.", + "n_threads": 46, + "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": "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 reveals Libbitcoin's IBD is up to 15x faster than Bitcoin Core with `-assumevalid`.\n- Libbitcoin uses event-based, concurrent operations and a relational database for enhanced performance.\n- Despite lacking full DoS protection and using outdated libsecp, Libbitcoin shows significant efficiency.", + "n_threads": 10, + "dev_name": "delvingbitcoin", + "contributors": [ + "josibake", + "andrewtoth", + "evoskuil", + "instagibbs" + ], + "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": "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 ensuring rapid, off-chain resolution for all sizes.\n- It introduces a griefer-penalized mechanism to improve system security and deter dishonest behavior.\n- By offering seamless integration with advanced technologies, it promises better scalability and user experience.", + "n_threads": 2, + "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": "015292", + "title": "Making OP_CODESEPARATOR and FindAndDelete in non-segwit scripts non-standard", + "link": "https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-November/015292.html", + "authors": [ + "Johnson Lau" + ], + "published_at": "2017-11-15T18:02:48+00:00", + "summary": "- Johnson Lau proposes making OP_CODESEPARATOR and FindAndDelete non-standard in non-segwit scripts.\n- The proposal aims to simplify script language by addressing the \"useless\" FindAndDelete function.\n- A softfork could eventually remove FindAndDelete and OP_CODESEPARATOR from consensus code.", + "n_threads": 5, + "dev_name": "bitcoin-dev", + "contributors": [ + "M", + "Mark Friedenbach", + "Sjors Provoost" + ], + "file_path": "static/bitcoin-dev/Nov_2017/015292_Making-OP-CODESEPARATOR-and-FindAndDelete-in-non-segwit-scripts-non-standard.xml", + "combined_summ_file_path": "static/bitcoin-dev/Nov_2017/combined_Making-OP-CODESEPARATOR-and-FindAndDelete-in-non-segwit-scripts-non-standard.xml" + }, + { + "id": "000774", + "title": "(no subject)", + "link": "https://lists.linuxfoundation.org/pipermail/lightning-dev/2017-November/000774.html", + "authors": [ + "Mark Botley" + ], + "published_at": "2017-11-09T08:22:10+00:00", + "summary": "- The email by Mark Botley mentions a technical glitch.\n- No context was provided in his message.\n- He requests more information for summary generation.", + "n_threads": 10, + "dev_name": "lightning-dev", + "contributors": [ + "Nongluck Loyha", + "Chris Malloy", + "D", + "Victor Umobi" + ], + "file_path": "static/lightning-dev/Nov_2017/000774_-no-subject-.xml", + "combined_summ_file_path": "static/lightning-dev/Nov_2017/combined_-no-subject-.xml" + }, + { + "id": "62", + "title": "Thoughts on scaling and consensus changes (2023)", + "link": "https://delvingbitcoin.org/t/thoughts-on-scaling-and-consensus-changes-2023/32", + "authors": [ + "jamesob" + ], + "published_at": "2023-08-16T15:22:13.243000+00:00", + "summary": "- Bitcoin's scalability involves establishing 50,000 off-chain \"bitcoin banks\" for a large user base.\n- Increasing the block size is unviable; solutions like Utreexo and \"OP_VAULT\" are explored for efficiency.\n- Effective Layer 2 protocols and market pressures are essential for regulatory compliance and safe operation.", + "n_threads": 5, + "dev_name": "delvingbitcoin", + "contributors": [ + "Ajian", + "CubicEarth", + "EthnTuttle", + "jungly", + "melvincarvalho" + ], + "file_path": "static/delvingbitcoin/Aug_2023/62_Thoughts-on-scaling-and-consensus-changes-2023-.xml", + "combined_summ_file_path": "static/delvingbitcoin/Aug_2023/combined_Thoughts-on-scaling-and-consensus-changes-2023-.xml" + } + ] +} \ No newline at end of file