bitcoindev  

Messages by Thread

• [bitcoindev] Hornet Update: A declarative executable specification of Bitcoin consensus rules 'Toby Sharp' via Bitcoin Development Mailing List
  • RE: [bitcoindev] Hornet Update: A declarative executable specification of Bitcoin consensus rules eric
  • RE: [bitcoindev] Hornet Update: A declarative executable specification of Bitcoin consensus rules 'Toby Sharp' via Bitcoin Development Mailing List
  • RE: [bitcoindev] Hornet Update: A declarative executable specification of Bitcoin consensus rules eric
• [bitcoindev] PQC - What is our Goal, Even? Matt Corallo
  • [bitcoindev] PQC - What is our Goal, Even? Matt Corallo
  • Re: [bitcoindev] PQC - What is our Goal, Even? Erik Aronesty
  • Re: [bitcoindev] PQC - What is our Goal, Even? Matt Corallo
  • Re: [bitcoindev] PQC - What is our Goal, Even? Erik Aronesty
  • Re: [bitcoindev] PQC - What is our Goal, Even? Erik Aronesty
  • Re: [bitcoindev] PQC - What is our Goal, Even? 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] PQC - What is our Goal, Even? Matt Corallo
  • Re: [bitcoindev] PQC - What is our Goal, Even? Ethan Heilman
  • Re: [bitcoindev] PQC - What is our Goal, Even? Matt Corallo
  • Re: [bitcoindev] PQC - What is our Goal, Even? 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] PQC - What is our Goal, Even? Erik Aronesty
• [bitcoindev] Deactivating ECDSA/Schnorr Erik Aronesty
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr Erik Aronesty
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr Alex
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr Erik Aronesty
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr Matt Corallo
  • Re: [bitcoindev] Deactivating ECDSA/Schnorr Erik Aronesty
• [bitcoindev] Subject: Eltoo / LN-Symmetry on Inquisition Signet: BIP 118 + 3-Round State Chain (APO+CTV) aaron.recompile
  • [bitcoindev] Re: Subject: Eltoo / LN-Symmetry on Inquisition Signet: BIP 118 + 3-Round State Chain (APO+CTV) Greg Sanders
  • Re: [bitcoindev] Re: Subject: Eltoo / LN-Symmetry on Inquisition Signet: BIP 118 + 3-Round State Chain (APO+CTV) aaron.recompile
  • Re: [bitcoindev] Re: Subject: Eltoo / LN-Symmetry on Inquisition Signet: BIP 118 + 3-Round State Chain (APO+CTV) Sergio Demian Lerner
• [bitcoindev] Benchmarking SLH-DSA STARK Aggregation 'remix7531' via Bitcoin Development Mailing List
• [bitcoindev] [BIP Draft] Worst-Case Taproot Witness Weight Estimation Jan Thomasewsky
• [bitcoindev] Proposal for minimum viable PQC protection without a fork Daniel Buchner
• [bitcoindev] In defense of a PQ output type 'Antoine Poinsot' via Bitcoin Development Mailing List
  • [bitcoindev] Re: In defense of a PQ output type Dplusplus
  • Re: [bitcoindev] In defense of a PQ output type Olaoluwa Osuntokun
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Ethan Heilman
  • Re: [bitcoindev] In defense of a PQ output type 'Hayashi' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Antoine Riard
  • Re: [bitcoindev] In defense of a PQ output type 'Hayashi' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Erik Aronesty
  • Re: [bitcoindev] In defense of a PQ output type محمد الوصابي
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Thomas Suau
  • Re: [bitcoindev] In defense of a PQ output type 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type thomas suau
  • Re: [bitcoindev] In defense of a PQ output type 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Ethan Heilman
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Ethan Heilman
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Ethan Heilman
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Anthony Towns
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Anthony Towns
  • Re: [bitcoindev] In defense of a PQ output type Matt Corallo
  • Re: [bitcoindev] In defense of a PQ output type Garlo Nicon
  • Re: [bitcoindev] In defense of a PQ output type 'Antoine Poinsot' via Bitcoin Development Mailing List
• [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Olaoluwa Osuntokun
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Olaoluwa Osuntokun
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Olaoluwa Osuntokun
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge sadiq Ismail
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Boris Nagaev
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Alex
  • [bitcoindev] Re: Post-Quantum BIP-86 Recovery via zk-STARK Proof of BIP-32 Seed Knowledge Olaoluwa Osuntokun
• [bitcoindev] Formal verification of secp256k1 modular scalar multiplication 'remix7531' via Bitcoin Development Mailing List
  • [bitcoindev] Re: Formal verification of secp256k1 modular scalar multiplication jeremy
• [bitcoindev] New bitcoin backbone code release: addr / tx relay mngt + multiproces support layout Antoine Riard
• [bitcoindev] A slight change proposed on Committing to quantum resistance: a slow defence for Bitcoin against a fast quantum computing attack PYM
  • [bitcoindev] Re: A slight change proposed on Committing to quantum resistance: a slow defence for Bitcoin against a fast quantum computing attack Daniel Buchner
• [bitcoindev] Bitcoin Core 31.0 Release Candidate 2 Available 'Ava Chow' via Bitcoin Development Mailing List
• [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol 'bubb1es' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol Murch
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol STEVEN SLATER
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol Murch
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol 'bubb1es' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol 'bubb1es' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol Murch
  • Re: [bitcoindev] [BIP Draft] Dust UTXO Disposal Protocol 'bubb1es' via Bitcoin Development Mailing List
• [bitcoindev] Post Quantum HD Wallets with fallback SPHINCS keys 'conduition' via Bitcoin Development Mailing List
• [bitcoindev] BIP Idea: Scrambling BIP39 recovery seeds dr.oso.phila.cgeyb via Bitcoin Development Mailing List
  • Re: [bitcoindev] BIP Idea: Scrambling BIP39 recovery seeds Jameson Lopp
• [bitcoindev] [BIP Draft] Wallet Backup Metadata Format pyth
  • Re: [bitcoindev] [BIP Draft] Wallet Backup Metadata Format Christopher Allen
• [bitcoindev] Building a CoinPool with OP_CHECKCONTRACTVERIFY Antoine Riard
• [bitcoindev] [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs pyth
  • Re: [bitcoindev] [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
  • [bitcoindev] Re: [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs Thomas Suau
  • [bitcoindev] Re: [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
  • [bitcoindev] Re: [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Re: [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs STEVEN SLATER
  • Re: [bitcoindev] Re: [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs Craig Raw
  • Re: [bitcoindev] [BIP Draft] Blind Relay: Stateless Encrypted WebSocket Coordination for PSBTs 'Sean Carlin' via Bitcoin Development Mailing List
• [bitcoindev] BIP324 transport performance: CPU baseline, GPU offload, batching and latency tradeoffs Vano Chkheidze
• [bitcoindev] [Draft BIP proposal] Ladder script defenwycke
• [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) sashabeton
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Martin Habovštiak
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Alex
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) sashabeton
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Martin Habovštiak
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Alex
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) sashabeton
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Saint Wenhao
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) sashabeton
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) waxwing/ AdamISZ
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) waxwing/ AdamISZ
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Saint Wenhao
  • "wrapped Taproot" from RIPEMD-160 collisions, Was: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Ethan Heilman
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Martin Habovštiak
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) aaron.recompile
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Alex
  • Re: [bitcoindev] [BIP proposal] Pay to Schnorr Key Hash (P2SKH) Saint Wenhao
• [bitcoindev] Submission of varops budget and tapscript leaf 0xc2 BIPS (aka "Script Restoration") for BIP numbers. Rusty Russell
• [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 Matt Corallo
  • Re: [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 Anthony Towns
  • Re: [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 Sjors Provoost
  • Re: [bitcoindev] [BIP Draft] 24 bits for nVersion nonce space instead of 16 'Antoine Poinsot' via Bitcoin Development Mailing List
• [bitcoindev] Bitcoin PIPEs v2. Overview and feedback request. 'Misha Komarov' via Bitcoin Development Mailing List
• [bitcoindev] Extensions to standard tooling for TEMPLATEHASH-CSFS-IK support 'Antoine Poinsot' via Bitcoin Development Mailing List
• [bitcoindev] BIP 54 active on Bitcoin Inquisition 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] BIP 54 active on Bitcoin Inquisition Jameson Lopp
  • Re: [bitcoindev] BIP 54 active on Bitcoin Inquisition 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] BIP 54 active on Bitcoin Inquisition Antoine Riard
  • Re: [bitcoindev] BIP 54 active on Bitcoin Inquisition b10c
• [bitcoindev] The limitations of cryptographic agility in Bitcoin Pieter Wuille
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin Ethan Heilman
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin Light
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin 'Antoine Poinsot' via Bitcoin Development Mailing List
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin Light
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin Garlo Nicon
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin sadiq Ismail
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin Erik Aronesty
  • [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin waxwing/ AdamISZ
  • Re: [bitcoindev] The limitations of cryptographic agility in Bitcoin 'conduition' via Bitcoin Development Mailing List
  • [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin Pieter Wuille
  • Re: [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin 'conduition' via Bitcoin Development Mailing List
  • [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin waxwing/ AdamISZ
  • Re: [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin Erik Aronesty
  • Re: [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin Ethan Heilman
  • Re: [bitcoindev] Re: The limitations of cryptographic agility in Bitcoin Alex
• [bitcoindev] Bitcoin Core v29.3 Released Sebastian Kung
• [bitcoindev] [BIP Proposal] Output Script Descriptor Annotations Craig Raw
• [bitcoindev] Hourglass V2 Update Mike Casey
  • Re: [bitcoindev] Hourglass V2 Update Light
  • Re: [bitcoindev] Hourglass V2 Update Jameson Lopp
  • Re: [bitcoindev] Hourglass V2 Update Garlo Nicon
  • Re: [bitcoindev] Hourglass V2 Update Isabel Foxen Duke
  • Re: [bitcoindev] Hourglass V2 Update Isabel Foxen Duke
  • Re: [bitcoindev] Hourglass V2 Update Bob Burnett
  • Re: [bitcoindev] Hourglass V2 Update Jameson Lopp
  • Re: [bitcoindev] Hourglass V2 Update Mike Casey
  • Re: [bitcoindev] Hourglass V2 Update Alex
  • Re: [bitcoindev] Hourglass V2 Update neonrooks
  • Re: [bitcoindev] Hourglass V2 Update Light
  • Re: [bitcoindev] Hourglass V2 Update 'Brandon Black' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Hourglass V2 Update Ian Quantum
  • Re: [bitcoindev] Hourglass V2 Update 'Brandon Black' via Bitcoin Development Mailing List
• [bitcoindev] Bip54: add sequence, timestamp (and version) to GBT Sjors Provoost
  • Re: [bitcoindev] Bip54: add sequence, timestamp (and version) to GBT Melvin Carvalho
  • Re: [bitcoindev] Bip54: add sequence, timestamp (and version) to GBT Sjors Provoost
  • Re: [bitcoindev] Bip54: add sequence, timestamp (and version) to GBT Sjors Provoost
• [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Jonas Nick
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Erik Aronesty
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Erik Aronesty
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Garlo Nicon
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Alex
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Erik Aronesty
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Erik Aronesty
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Ethan Heilman
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Alex
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Javier Mateos
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'Mikhail Kudinov' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms Matt Corallo
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'Mikhail Kudinov' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'conduition' via Bitcoin Development Mailing List
  • Re: [bitcoindev] Algorithm Agility for Bitcoin to maintain security in the face of quantum and classic breaks in the signature algorithms 'Mikhail Kudinov' via Bitcoin Development Mailing List

• Earlier messages