Start your career in bitcoin open source — ₿OSS

APPLY TODAY

Your daily summary

Yuval Kogman introduces a complex discussion on the need for nuanced evaluation systems within technical communities, particularly emphasizing the challenges in merging technical merit and community support into a singular voting framework. Kogman proposes a model allowing for independent assessments of technical value and community sentiment, advocating for a more flexible and expressive system to reduce misunderstandings and foster inclusivity. This approach, coupled with a critique of current methods using a color scheme, aims to better capture the multifaceted nature of developer opinions and community dynamics, drawing an analogy with the Keynesian beauty contest to highlight the speculative nature of evaluating proposals (Keynesian beauty contest).

Ava Chow announces the availability of Bitcoin Core version v28.1rc1 release candidate binaries, inviting the community to participate in testing to ensure the new version's stability and reliability. This step is crucial for identifying any remaining issues before the final release, with the binaries and source code accessible for review and compilation. The process, including downloading binaries from Bitcoin Core's official website and accessing release notes on GitHub, emphasizes community engagement in refining and enhancing the Bitcoin Core software.

Antoine Riard delves into the security challenges facing Bitcoin, specifically addressing a transaction-relay jamming attack that threatens time-sensitive contracting protocols like lightning channels. The report outlines the technical mechanisms of the attack, its impact on the network, and potential mitigation strategies, urging further investigation and experimentation to safeguard decentralized financial networks from such sophisticated adversarial tactics. Riard's analysis, documented meticulously from initial findings to public disclosure, serves as a foundation for ongoing discussions on enhancing network resilience (transaction-relay jamming attack details).

In the discourse on cryptocurrency's role as cash, "securitybrahh" explores the skepticism towards Monero and Bitcoin's fungibility, suggesting a preference for Monero due to its privacy features. The discussion highlights the ongoing debates within the cryptocurrency community regarding the best approaches to achieve scalability, privacy, and functionality improvements. This includes technical considerations like the CTV soft fork and transaction pools through OP_CAT, aiming to enhance Bitcoin's utility and address concerns about its role and fungibility as digital cash (further reading on fungibility).

Subscribe to our weekly newsletter

Get the latest updates on the community, upcoming topics, and new discussions in your inbox every week.

Filter by List

Active Discussions 🔥

3 replies

Authored by

/dev /fd0

Involving

Jonas Nick, Yuval Kogman

  • A new initiative solicits Bitcoin developers' opinions on covenant proposals via a wiki draft.
  • It aims to facilitate consensus for soft forks, similar to the SegWit support page approach.
  • Developers can contribute by adding opcodes and insights, enhancing proposals like OP_CTV.

Authored by

Ava Chow

  • Bitcoin Core version v28.1rc1 release candidate binaries are now available for testing.
  • The source code and preliminary release notes are accessible on GitHub for review.
  • This release aims to identify and fix any issues before the final version v28.1 launch.

45 replies

Authored by

AntoineP

Involving

evoskuil, andrewtoth+7 others

  • Eric Voskuil shows Libbitcoin's IBD is up to 15 times faster than Bitcoin Core with `-assumevalid`.
  • Libbitcoin uses an event-based, asynchronous system with a relational database for better performance.
  • Despite its efficiency, Libbitcoin has not fully addressed DoS protection or implemented pruning.

29 replies

Authored by

salvatoshi

Involving

AntoineP, andrewtoth+5 others

  • Miniscript integration with taproot enables new wallet development possibilities.
  • Several methods to create unspendable keys have trade-offs, including issues with fingerprinting.
  • The root xpub with a random chaincode is most practical for hardware signers currently.

21 replies

Authored by

jungly

Involving

mcelrath, marathon-gary

  • Radpool aims to decentralize mining with a syndicate of Mining Service Providers (MSPs).
  • It introduces a payout mechanism using Discreet Log Contracts for miner compensation.
  • The initiative encourages decentralization, reducing variance for miners and increasing MSP yields.

Today in Bitcoin/LN History

5 replies

Posted December 14, 2018 10:48 UTC

Authored by

Anthony Towns

Involving

Johnson Lau, Russell O'Connor

  • The article outlines four potential improvements to Bitcoin's system, including new segwit versions and opcodes.
  • It proposes changes like 33-byte v1 witness addresses for enhanced transaction verification methods.
  • The author considers these changes modest and discusses the possibility of independent OP_SUCCESS upgrades.

5 replies

Posted December 10, 2018 22:27 UTC

Authored by

M

Involving

Rusty Russell, Peter Todd+1 other

  • Matt Corallo prefers IRC meetings over regular calls for Lightning updates.
  • He argues critical discussions should occur on GitHub or mailing lists, not live meetings.
  • Peter Todd agrees, highlighting textual communication is more accessible for many.

5 replies

Posted August 16, 2023 15:22 UTC

Authored by

jamesob

Involving

Ajian, CubicEarth+3 others

  • Bitcoin's scalability involves creating 50,000 off-chain "bitcoin banks" for broader user transactions.
  • These banks range from federated sidechains to solutions not relying on third parties, like coinpools.
  • Addressing scalability requires a balance of security and affordability, with innovation in Layer 2 protocols and concern for Bitcoin's original vision.

All Activity

1 reply

Posted December 8, 2024 16:55 UTC

Authored by

sCryptts

Involving

40000bytes

The development of a smart contract that leverages OP_CAT for creating a sidechain covenant marks a significant leap in blockchain technology, offering a pathway to integrating sidechains with Bitcoin without the need for major protocol upgrades like those proposed in BIP300. This smart contract enables independent blockchains, or sidechains, to be pegged to Bitcoin, facilitating the transfer of BTC between the mainchain and these sidechains.


21 replies

Posted December 7, 2024 17:22 UTC

Authored by

jungly

Involving

marathongary , mcelrath +2 others

The discussion centers on the innovative approach to decentralized mining pools through Radpool, aiming to address the challenges posed by traditional centralized mining pools. Radpool's model involves a network of Mining Service Providers (MSPs) that decentralizes block template generation, offering a solution to combat centralization in the mining sector.


3 replies

Posted December 7, 2024 01:42 UTC

Authored by

/dev /fd

Involving

Jonas Nick, /dev /fd0+1 other

The email discussions revolve around the methodology for achieving consensus within the Bitcoin development community, particularly concerning covenant proposals and the SegWit support page. There is a pointed critique of the current system used to gauge community support and technical evaluation, suggesting that it falls short of fostering genuine consensus as outlined in RFC 7282.


45 replies

Posted December 6, 2024 17:27 UTC

Authored by

AntoineP

Involving

instagibbs , andrewtoth +8 others

The recent discussions and analyses concerning blockchain synchronization processes, notably between Libbitcoin and Bitcoin Core, offer profound insights into the architectural and operational efficiencies intrinsic to different implementations. Eric Voskuil's comparison, which positions Libbitcoin's Initial Block Download (IBD) performance as significantly superior to that of Bitcoin Core—allegedly up to 15 times faster when utilizing options akin to -assumevalid—sheds light on the nuanced methodologies underpinning this enhanced capability.


14 replies

Posted December 6, 2024 14:31 UTC

Authored by

sjors

Involving

evoskuil , ajtowns +3 others

The discussion delves into the complexities of blockchain validation processes, particularly focusing on the challenges and potential strategies for managing blocks that are expensive or time-consuming to validate. A key point is the decision-making process miners undergo when presented with a new block, weighing whether to build upon it or continue mining on the previous tip based on its validity.


Posted December 5, 2024 17:48 UTC

Authored by

Antoine Riard

The report delves into a newly identified transaction-relay jamming attack targeting bitcoin time-sensitive contracting protocols, particularly affecting lightning channels. This attack exploits the transaction selection, announcement, and propagation mechanisms inherent in the base-layer full nodes of the Bitcoin network.


29 replies

Posted December 4, 2024 14:33 UTC

Authored by

salvatoshi

Involving

sipa , josibake +7 others

The dialogue on enhancing wallet policies and descriptors in cryptocurrency transactions emphasizes the need for standardizing the implementation of unspendable keys, particularly within the context of taproot technology. The primary challenge lies in formulating a system where extended public keys (xpubs) can be standardized across both descriptors and wallet policies without compromising security or functionality.


Posted December 3, 2024 10:46 UTC

Authored by

securitybrahh

The discussion revolves around the skepticism towards Monero and the belief that Bitcoin may not fulfill the role of cash, suggesting a gap that either Lightning Network or Monero needs to fill. The focus is on the necessity for whichever digital asset serves as cash to maintain stable value, with a leaning towards Monero as the current preference.


3 replies

Posted December 2, 2024 16:11 UTC

Authored by

ZmnSCPxj

Involving

renepickhardt , ZmnSCPxj

The discussion centers around the critical need for plugin software within the Lightning Network to independently monitor unilateral exits from channel factories on the blockchain. This requirement stems from the fact that even if the factory layer closes and channels are published directly on-chain, they can still operate independently.


6 replies

Posted December 1, 2024 19:36 UTC

Authored by

mpch

Involving

instagibbs , jonas +2 others

The conversation begins with a focus on the experimentation with replacement cycling using Warnet, delving into prior efforts and significant refactors led by Jonas. This exploration is rooted in Ariard's development of a replacement cycling example, detailed through GitHub links to Warnet Pull Request 422 and Warnet Pull Request 373.


58 replies

Posted December 1, 2024 19:06 UTC

Authored by

AntoineP

Involving

bytes , sjors +11 others

The discussion encapsulates a comprehensive review of potential enhancements to the Bitcoin protocol, aiming at addressing known vulnerabilities and inefficiencies that could compromise network security and performance. A significant focus is placed on the timewarp vulnerability within the difficulty adjustment mechanism of Bitcoin mining.


2 replies

Posted November 30, 2024 18:29 UTC

Authored by

jeremy

Involving

Erik Aronesty

The email introduces a novel methodology for the implementation of Bitcoin covenants that cleverly circumvents the need for alterations to the Bitcoin protocol itself. This is achieved through an inventive use of covenant emulators alongside signing servers, setting it apart from prior methods aimed at simulating covenants.


Posted November 30, 2024 09:35 UTC

Authored by

sCrypt-ts

In a collaborative effort between sCrypt and StarkWare, a demo bridge covenant on Bitcoin has been created to demonstrate the potential for a production-grade bridge connecting the Bitcoin blockchain to the Starknet Layer 2 network. This bridge employs a sophisticated method for managing deposit and withdrawal requests by batching them into a single transaction, thus updating the bridge's state efficiently.


32 replies

Posted November 28, 2024 05:18 UTC

Authored by

Antoine Poinsot

Involving

Antoine Riard, Mark F+3 others

The conversation initiated by Antoine Poinsot sheds light on various aspects of the Bitcoin network's consensus mechanism, probing into areas that could benefit from improvement and adjustment. Poinsot zeroes in on concerns like the prolonged block validation times, which pose a threat to the network's overall efficacy and security framework.


4 replies

Posted November 27, 2024 22:37 UTC

Authored by

Ethan Heilman

Involving

Antoine Riard

The recent discussions within the Bitcoin Development Mailing List have shed light on several advanced cryptographic methods aimed at enhancing the security and functionality of Bitcoin transactions. A key focus has been on the method for proving the equivalence of y1 and y2 values in transaction scripts, a technique that underscores the importance of cryptographic soundness without relying on assumptions.


5 replies

Posted November 27, 2024 21:11 UTC

Authored by

ajtowns

Involving

bytes , AdamISZ +2 others

The recent correspondences delve into the intricacies of Bitcoin's evolving landscape, highlighting a series of developments and experiments that shed light on the cryptocurrency's future directions. A focal point is the creation and utilization of a new tool aimed at simplifying the analysis of Bitcoin Inquisition transactions.


delvingbitcoin

Feature Request

Posted November 27, 2024 14:46 UTC

Authored by

dexizer

Enhancing Bitcoin's security and versatility is paramount for its continued adoption and trustworthiness in the digital economy. The proposed improvements target four critical areas that, once addressed, could significantly bolster Bitcoin's infrastructure against various attacks while introducing new functionalities that expand its use cases.

The first area of improvement focuses on mitigating vulnerabilities associated with Dust/Dusting/Vector76/Double Spend attacks.


1 reply

Posted November 25, 2024 20:18 UTC

Authored by

ZmnSCPxj

Involving

ZmnSCPxj

The SuperScalar mechanism addresses the Last-Mile Problem for Bitcoin users on the Lightning Network, facilitating the acquisition of incoming liquidity without high blockchain operation costs. This innovative approach leverages a combination of Decker-Wattenhofer decrementing-nSequence offchain mechanisms, timeout trees, pseudo-Spilman channel factories, and laddering within a structure known as the SuperScalar construction.


1 reply

Posted November 25, 2024 19:06 UTC

Authored by

ajtowns

Involving

instagibbs

The concept of Flexible Coin Earmarks is introduced as an innovative approach to manage the distribution and utilization of a single coin's value across various purposes, termed "earmarks". This system allows for the independent update or exercise of these earmarks without altering the coin's overall balance or necessitating its division into smaller units.


Posted November 24, 2024 21:13 UTC

Authored by

Ethan Heilman

Slashing covenants introduce a novel approach to enforcing rules for Bitcoin transactions differently from traditional methods. Instead of outright preventing an output from being spent, which could contravene the covenant's conditions, this protocol allows the transaction to proceed but penalizes the spender if they violate the set rules by slashing their funds.


18 replies

Posted November 24, 2024 15:13 UTC

Authored by

reardencode

Involving

michaelfolkson , instagibbs +8 others

The discussion around the capabilities and integration of new opcodes, specifically CTV (CheckTemplateVerify) and CSFS (CheckSequenceVerifyFromStack), into Bitcoin's protocol highlights ongoing efforts to enhance its scripting and transactional flexibility. The introduction of OP_PAIRCOMMIT (PC) alongside these opcodes marks a significant advancement in Bitcoin scripting, expanding the LNhance opcode family and facilitating the development of more complex and secure transactional channels.


4 replies

Posted November 23, 2024 19:45 UTC

Authored by

Brandon Black

Involving

moonsettler, Murch+1 other

The recent discussions among Bitcoin developers have highlighted several key considerations regarding the future of the Bitcoin protocol, particularly in relation to legacy script functionalities and the introduction of new opcodes. One focal point of these deliberations is the potential removal of the CHECKSIGFROMSTACKVERIFY (CSFSV) opcode from the legacy script in favor of using a combination of OP_CSFS and OP_VERIFY for similar functionality.


12 replies

Posted November 23, 2024 15:47 UTC

Authored by

moonsettler

Involving

bytes , ajtowns +1 other

LNhance aims to enhance the scalability and efficiency of timeout tree and covenant pool constructions while enabling LN-Symmetry, previously known as eltoo. The introduction of IKEY facilitates access to the internal public key from the control block, primarily in a lightning channel scenario, allowing for cooperative closes on the taproot keypath.


Posted November 22, 2024 18:54 UTC

Authored by

Antoine Poinsot

Antoine Poinsot has initiated a discussion regarding the Consensus Cleanup proposal to address the issue of potential duplicate coinbase transactions in the Bitcoin network. The primary focus is on preventing the necessity to re-enable BIP30 verification after the block height reaches 1,983,702.


1 reply

Posted November 21, 2024 23:57 UTC

Authored by

Ali Sherief

Involving

Antoine Riard

Compiling Windows for the ARM instruction set architecture involves configuring your compiler, such as gcc or clang, to build your kernel code specifically for ARM hardware platforms. This process does not require a unique ARM toolchain since modern compilers are capable of cross-platform compilation, including building on x86-64 and targeting ARM.


5 replies

Posted November 21, 2024 15:10 UTC

Authored by

renepickhardt

Involving

ajtowns , sorukumar +1 other

In recent discussions, the focus on managing liquidity within payment channels has highlighted several key areas of concern and interest, particularly in relation to the Lightning Network's operational dynamics. The concept of channel depletion and its implications for network topology and fee management have been central to these explorations.


2 replies

Posted November 21, 2024 15:00 UTC

Authored by

ellemouton

Involving

harding , t-bast

The recent discussions and feedback surrounding the proposed updates to a specific protocol, as outlined in a GitHub proposal (this link), highlight the community's commitment to refining and advancing the project. The suggestions put forth for consideration primarily concern the enhancement of message structuring, particularly through the adoption of a Pure Type-Length-Value (TLV) format for new messages.


5 replies

Posted November 19, 2024 19:35 UTC

Authored by

Weikeng Chen

Involving

Garlo Nicon, Brandon Black+2 others

In recent exchanges on the Bitcoin Development Mailing List, a series of proposals and insights regarding the development of Bitcoin script functionalities were discussed, focusing on enhancing flexibility and capability without compromising the blockchain's efficiency or existing operations. One innovative idea proposed involves the integration of opcode contexts through the script version, which would allow for a dynamic mapping from opcode numbers to their corresponding instructions.


22 replies

Posted November 17, 2024 21:59 UTC

Authored by

Ethan Heilman

Involving

Matthew Zipkin, Andrew Poelstra+6 others

The conversation explores innovative approaches to blockchain technology, particularly focusing on the implementation of covenants and introspection within Bitcoin's blockchain without necessitating OP_CAT. The dialogue delves into the limitations and potentials of utilizing opcodes like OP_SIZE for creating sophisticated contracts or covenants.


10 replies

Posted November 17, 2024 21:43 UTC

Authored by

JohnLaw

Involving

morehouse , harding +1 other

The discussion about the Off-chain Payment Resolution (OPR) protocol and its implications for the Lightning network touches upon several critical aspects of cryptocurrency transactions, particularly focusing on Hash Time Locked Contracts (HTLCs). The OPR protocol emerges as a novel solution aimed at addressing the limitations of the current Lightning Network by introducing mechanisms that discourage unprofitable force closures and mitigate the impact of griefing attacks.


1 reply

Posted November 17, 2024 18:56 UTC

Authored by

rustyrussell

Involving

ariard

The situation surrounding Antoine Riard's removal from the GitHub lightning organization is complex, involving multiple facets of interaction and decision-making within the open-source community. The sequence of events leading up to his removal is documented through various GitHub links provided for a more comprehensive understanding of the context.


bitcoin-dev

OP_PAIRCOMMIT

Posted November 15, 2024 00:00 UTC

Authored by

moonsettler

A new opcode, OP_PAIRCOMMIT, is proposed to be added to tapscript as part of the LNhance opcode family. This family includes CTV, CSFS, IKEY, and PC, aimed at enabling efficient rebindable channels adaptable to various covenant tree or channel factory constructions.


2 replies

Posted November 14, 2024 14:30 UTC

Authored by

Bryan Bishop

Involving

Weikeng Chen, Andrew Poelstra

The ongoing discussion raises concerns about the sustainability and reliability of hosting Bitcoin mailing lists, emphasizing the need for the community to secure its domain to ensure the longevity of critical communication channels. This arises from challenges experienced with external organizations like the Linux Foundation, which may not always provide indefinite support for Bitcoin-related projects.


Posted November 13, 2024 08:07 UTC

Authored by

ajtowns

Jonas Nick recently highlighted an innovative application of WOTS+ (Winternitz One-Time Signature Plus) using expanded script opcodes proposed for the GSR project, showcasing a method for generating and verifying signatures within Bitcoin transactions. This method involves creating a WOTS+ secret/public key pair, which then facilitates the generation of a large script encoding the public key, seed, and randomizers.


1 reply

Posted November 12, 2024 16:07 UTC

Authored by

Matt Corallo

The recent discussions within the Bitcoin development community have brought attention to the limitations of the current BIP 21 standard, which primarily focuses on transactions using base58 addresses and lacks official support for more advanced addressing schemes like Segwit and Taproot. Given the significant adoption of wallets that can handle these newer types of addresses and decode lightning payment instructions from URI query parameters, there's a consensus on the need to modernize BIP 21. This update would not only accommodate the inclusion of Segwit and Taproot addresses in URI bodies but also support the evolving Bitcoin payment landscape, including Silent Payments and BOLT 12.


4 replies

Posted November 12, 2024 00:26 UTC

Authored by

andyschroder

Involving

accumulator , andyschroder

The recent discussions and developments around BOLT12 have introduced innovative concepts aimed at enhancing the blockchain ecosystem's efficiency and security. Among these, the notion of "Bundled Payments" stands out as a pivotal addition.


1 reply

Posted November 6, 2024 19:16 UTC

Authored by

ismaelsadeeq

Involving

murch

The discussion opens with a query about the rationale behind distinguishing transactions for fee prediction purposes based on whether they have been confirmed or not. It suggests considering transactions received in the last 10 minutes as a benchmark for competition, implying a more dynamic approach to predicting transaction fees.

The core of the analysis evaluates the effectiveness of various fee rate forecasters over 1293 blocks, from block 848920 to 850213.


Posted November 5, 2024 11:57 UTC

Authored by

cndolo

In a recent exploration of the Lightning Network's (LN) susceptibility to censorship by network-level adversaries, such as Autonomous Systems (AS), significant findings were presented that shine a light on potential vulnerabilities within this decentralized payment system. The research delves into how privacy attacks leverage the identifiability of peer-to-peer messages through TCP headers, despite encryption.


Posted November 4, 2024 18:29 UTC

Authored by

Robert Netzke

The post on Delving Bitcoin introduces a proposed file format for importing and exporting descriptor-based wallets, which the author suggests might be suitable as a Bitcoin Improvement Proposal (BIP). The motivation behind this proposal stems from the complexities surrounding inheritance of digital assets, particularly for heirs who may not possess technical knowledge.


Posted November 4, 2024 17:45 UTC

Authored by

Jonas Nick

The latest version 0.6.0 of libsecp256k1 has been officially released, introducing several noteworthy updates and improvements to the library. Among the key enhancements is the addition of a MuSig2 module, marking a significant advancement in the library's functionality.


Posted November 4, 2024 15:34 UTC

Authored by

Adam Borcany

The exploration of Bitcoin transaction security through the implementation of proof-of-work (PoW) locked outputs presents a novel approach to adjusting difficulty in a more granular manner than current methods allow. Traditionally, signature grinding has been used to create PoW-locked output scripts in Bitcoin, exploiting the variable size of DER-encoded ECDSA signatures.


Posted November 4, 2024 13:06 UTC

Authored by

Michael Ford

The release of Bitcoin Core version 27.2 has been announced, available for download from Bitcoin Core's official website or through BitTorrent with the provided magnet link. This update encompasses several bug fixes, performance enhancements, and updated translations.


Posted November 4, 2024 10:50 UTC

Authored by

fanquake

Bitcoin Core version 27.2 has been officially released, available for download from the specified source or via BitTorrent. This update comes with a variety of fixes and improvements aimed at enhancing the overall performance and user experience.


1 reply

Posted October 30, 2024 19:39 UTC

Authored by

ajtowns

Involving

bramcohen

The discourse on integrating an 'apply' functionality within a higher-level programming language delineates the nuanced balance between retaining the compiled language's efficiency and embodying functionalities akin to a lower-level language without compromising the former's sophistication. The unique characteristic of the 'apply' function serves as a bridge between high and low-level languages, necessitating byte-level specifications for inputs, which can be achieved through a compilation process rather than imposing strict optimization requirements at the language level.


5 replies

Posted October 29, 2024 16:43 UTC

Authored by

/dev /fd

Involving

Abubakar Ismail, Peter Todd

The introduction of package transactions in Bitcoin represents a pivotal development, emphasizing the potential to refine these structures for improved transaction integrity and efficiency. The discussion highlights the significance of early optimization to mitigate security and privacy concerns associated with address reuse.


1 reply

Posted October 29, 2024 09:36 UTC

Authored by

bytes

Involving

40000bytes

The recent discussions at the bitcoin++ conference shed light on the innovative applications of the ecash protocol, extending its use beyond traditional monetary transactions. The focus was particularly on the potential for utilizing blind signatures, as seen in the coinjoin by Wabisabi, for applications like discount coupons.


1 reply

Posted October 25, 2024 14:49 UTC

Authored by

Andrew Toth

Involving

waxwing/ AdamISZ

The discussion revolves around a Bitcoin Improvement Proposal (BIP) geared towards standardizing the generation and verification of discrete logarithm equality proofs (DLEQ proofs) within the context of the secp256k1 elliptic curve, crucial for Bitcoin and similar cryptocurrencies. This proposal is inspired by advancements in ECDSA adaptor signatures and aims for compatibility with implementations like those by BlockstreamResearch.


7 replies

Posted October 23, 2024 20:35 UTC

Authored by

AntoineP

Involving

roasbeef , ariard +3 others

The refusal of Niklas and AntoineP to delay the disclosure of a significant vulnerability, identified as CVE-2024-38365, against the wishes of the btcd maintainers has sparked a discussion on the ethics and responsibilities surrounding the discovery and reporting of security flaws. The vulnerability in question, known as the "findanddelete" bug within the btcd environment, was detailed shortly after btcd released their security advisory, with comprehensive information made available through a detailed disclosure and btcd's security advisory page.


2 replies

Posted October 22, 2024 19:51 UTC

Authored by

cryptoquick

Involving

conduition

The conversation around introducing quantum resistance into the Bitcoin protocol is gaining momentum, driven by the escalating concerns over the potential threats quantum computing may pose to the cryptocurrency's security infrastructure. The proposed Bitcoin Improvement Proposal (BIP) seeks to preemptively address these threats by incorporating a suitable signature algorithm that would prepare Bitcoin for the advanced capabilities of quantum computing.


1 reply

Posted October 22, 2024 13:52 UTC

Authored by

MishaKomarov

Involving

GaloisField2718

The discussion centers around the innovative implementation of covenants in Bitcoin through the use of Polynomial Inner Product Encryption (PIPE), which does not necessitate a soft fork, enhancing the blockchain's capabilities by allowing for advanced spending rules. These rules can specify conditions under which coins can be spent, such as restricting transactions to certain addresses or after particular conditions are met.


3 replies

Posted October 21, 2024 21:38 UTC

Authored by

roasbeef

Involving

everythingSats , benthecarman +1 other

The discussion highlights a pivotal moment in the development of Payment Through Lightning Channels (PTLC), focusing on the debate between adopting single signature or MuSig2 based adapter signatures. The recent merge of the musig module for libsecp, which does not yet implement MuSig2 adapter signatures, suggests that further developments, including drafting a new Bitcoin Improvement Proposal (BIP), are anticipated.


Posted October 20, 2024 06:56 UTC

Authored by

Antoine Riard

During the summer, a significant effort was made to enhance the bitcoind build system and further develop the libbitcoinkernel projects. The motivation behind these efforts was to explore the feasibility of running the historical bitcoin consensus engine independently within a secure enclave.


7 replies

Posted October 18, 2024 04:01 UTC

Authored by

tbast

Involving

David Harding , Vincenzo Palazzo +1 other

The recent discussion focuses on the development of a new protocol aiming to enhance privacy and security within the CLN (C-Lightning) framework, as detailed in an updated proposal available at bLIP 42. This protocol introduces the use of a distinct invreq_payer_id for each contact, a method that significantly improves domain separation.


31 replies

Posted October 17, 2024 22:42 UTC

Authored by

ZmnSCPxj

Involving

cryptoquick , ariard +3 others

The discussion delves into the intricate details and concerns surrounding the SuperScalar mechanism and its integration and impact on the Bitcoin Lightning Network, particularly focusing on scalability, security, and operational efficiency. The mechanism, influenced by the Decker-Wattenhofer decrementing-nSequence mechanisms and timeout trees, is engineered to enhance offchain liquidity allocation to new users without necessitating any changes to blockchain consensus.


Posted October 17, 2024 13:40 UTC

Authored by

Andrew Toth

This proposal introduces enhancements to the Partially Signed Bitcoin Transaction (PSBT) format, specifically Version 2 as outlined in BIP 370, to support silent payments as described in BIP352. Silent payments aim to enhance privacy by altering how transaction outputs are computed and verified, necessitating additional data fields and revised responsibilities for entities involved in the transaction process.

Silent payment transactions differ from standard PSBTs in that output scripts cannot be finalized until all inputs have been added to the transaction.


Posted October 17, 2024 00:45 UTC

Authored by

scott beeker

The consideration of transitioning Bitcoin to a post-quantum cryptographic algorithm such as SLH-DSA (Stateless Hash-Based Digital Signature Algorithm) stems from the growing concern over potential threats posed by quantum computing. This transition is seen as crucial for safeguarding Bitcoin against the capabilities of quantum computers, which could eventually break the cryptocurrency's current elliptic curve cryptography.


9 replies

Posted October 15, 2024 22:32 UTC

Authored by

AntoineP

Involving

David Harding , ariard +2 others

The conversation delves into the technical nuances of Bitcoin's scripting and signature verification mechanisms, particularly focusing on the FindAndDelete function and its implications for script execution and consensus. The FindAndDelete function is crucial as it modifies a copy of the script for the purpose of committing to it in the sighash without affecting the script being executed.


30 replies

Posted October 15, 2024 21:03 UTC

Authored by

EthnTuttle

Involving

davidcaseria , bytes +5 others

The conversation on the Stratum Mining protocol's GitHub page delves into the pivotal advancements represented by the Stratum V2 mining protocol. This protocol is seen as a significant leap forward for the mining sector, promising enhanced efficiency and security.


15 replies

Posted October 14, 2024 13:03 UTC

Authored by

halseth

Involving

bytes , ajtowns +4 others

The recent updates to a specific repository have introduced significant enhancements in the verification of schnorr signatures within a Zero-Knowledge (ZK) environment for blockchain transactions. This development eliminates the need to blind public keys during the verification process, focusing on proving the validity of a signature associated with a public key in the Unspent Transaction Output (UTXO) set without revealing the key itself.


4 replies

Posted October 14, 2024 09:00 UTC

Authored by

Weiji Guo

Involving

Weikeng Chen

The recent updates in cryptographic solutions within the domain of open application circuits emphasize a shift towards recursive verification to streamline the process. This approach negates the requirement to publish each application circuit's verification key on-chain, opting instead for a singular circuit verified through recursion.


5 replies

Posted October 12, 2024 04:46 UTC

Authored by

Antoine Riard

Involving

Peter Todd, waxwing/ AdamISZ

The conversation starts with the recognition of a need for clear, step-by-step instructions for volunteers interested in setting up new nodes, focusing on the use of current and default installations of Core/btcd along with lnd/cln/ldk. It delves into specifics such as the amount required in channels, the necessary number of channels, the relevance of channel types, volunteer interconnectivity, desired network topology, and the significance of network connectivity and Tor usage.


3 replies

Posted October 11, 2024 20:17 UTC

Authored by

ZmnSCPxj

Involving

ariard , bytes +1 other

The discussion around Bitcoin's development and the challenges in implementing consensus changes delves into the complexities beyond the technical aspects, such as halving cycles and market speculation. It suggests that the evolution and stabilization of Bitcoin are significantly influenced by broader factors, including real-world power dynamics and the roles of influential figures and financial stakeholders.


Posted October 10, 2024 12:56 UTC

Authored by

ajtowns

The latest release, Bitcoin Inquisition 28.0, is now publicly accessible at the provided GitHub link, building upon the foundations of Bitcoin Core 28.0. This version introduces several significant enhancements including support for TRUC and anchor relay mechanisms while implementing a default full replace by fee behavior to optimize transaction handling.


Posted October 9, 2024 19:30 UTC

Authored by

Niklas Goegge

The recent communication highlights significant security vulnerabilities identified in Bitcoin Core versions preceding 25.0, marking an important development for users and contributors alike. These vulnerabilities are meticulously documented and can be found through the provided links, which include detailed discussions on issues like mutated blocks hindering propagation, challenges with sending large inventories, and a specific vulnerability that could lead to a crash when processing block transactions.


Posted October 9, 2024 16:32 UTC

Authored by

waxwing/ AdamISZ

The blog post authored by AdamISZ/waxwing, available at Reyify, delves into the concept of adaptor signatures and their potential expansion beyond traditional limitations. The initial inquiry revolves around the utility of on-chain verification for statements not confined to the secp256k1 generator G. This question branches into two directions: the recognition of its usefulness for Zero-Knowledge Proof (ZKP) constructions and the acknowledgment of its current impracticality due to limitations in verification capabilities.

The core of the investigation examines if adaptor signatures could enable a form of verification that is not directly possible.


Posted October 7, 2024 20:25 UTC

Authored by

MishaKomarov

This post introduces Bitcoin PIPEs (Polynomial Inner Product Encryption), a groundbreaking approach to implementing covenants on Bitcoin without necessitating a soft fork. Covenants are mechanisms that enable users to set specific conditions on how their coins can be spent in the future, thereby unlocking advanced spending rules and new use cases such as the native verification of Zero-Knowledge Proofs, the creation of native tokens with complex behaviors, and restaking mechanisms to pool Bitcoin for securing other networks.


Posted October 7, 2024 12:16 UTC

Authored by

Dr. Craig S. Wrong

The project Swift Bitcoin, accessible through GitHub and its website, represents a significant effort by the creator to delve deeply into the inner workings of Bitcoin. Initially, it was conceived as a platform for the developer to enhance their understanding of Bitcoin's mechanics, focusing on the implementation of various Bitcoin Improvement Proposals (BIPs) using Swift, a favorite programming language of the developer.


Posted October 4, 2024 23:31 UTC

Authored by

Ava Chow

Bitcoin Core version 28.0 is now available for download from bitcoincore.org, introducing new features, several bug fixes, performance improvements, and updated translations. Users encountering bugs are encouraged to report them on the project's GitHub issue tracker at GitHub.


Posted October 4, 2024 06:45 UTC

Authored by

ajtowns

The integration of Plotly.js for graphing capabilities within a Discourse theme component represents a significant advancement in data visualization directly within forums or discussion platforms. This development enables users to create and interact with traditional XY plots using simple text markup, eliminating the need for external image generation.