May 2023 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Mon May 1 04:23:30 UTC 2023
Ending: Tue May 30 13:30:32 UTC 2023
Messages: 132

• [bitcoin-dev] On adaptor security (in protocols)   Lloyd Fournier
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   Weiji Guo
• [bitcoin-dev] Merkleize All The Things   Salvatore Ingala
• [bitcoin-dev] Proposal to Remove BIP35 P2P 'mempool' Message   0xB10C
• [bitcoin-dev] Vaults in the MATT framework   Michael Folkson
• [bitcoin-dev] Civ Kit: A Peer-to-Peer Electronic Market System   Antoine Riard
• [bitcoin-dev] On adaptor security (in protocols)   AdamISZ
• [bitcoin-dev] Merkleize All The Things   Salvatore Ingala
• [bitcoin-dev] Advances in Hashrate Derivatives Contracts   Thomas Hartman
• [bitcoin-dev] Vaults in the MATT framework   Salvatore Ingala
• [bitcoin-dev] Formosa --- proposed improvement upon BIP39   yurisvb at pm.me
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   ZmnSCPxj
• [bitcoin-dev] On adaptor security (in protocols)   AdamISZ
• [bitcoin-dev] A payout scheme for a non custodial mining pool   F M
• [bitcoin-dev] Merkleize All The Things   Johan Torås Halseth
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   Weiji Guo
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   ZmnSCPxj
• [bitcoin-dev] Merkleize All The Things   Salvatore Ingala
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   Weiji Guo
• [bitcoin-dev] proposal: new opcode OP_ZKP to enable ZKP-based spending authorization   ZmnSCPxj
• [bitcoin-dev] [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning   Matt Corallo
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Michael Folkson
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Ali Sherief
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   David A. Harding
• [bitcoin-dev] tx max fee   Erik Aronesty
• [bitcoin-dev] On adaptor security (in protocols)   Lloyd Fournier
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Michael Folkson
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Bryan Bishop
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Michael Folkson
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Melvin Carvalho
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Michael Folkson
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Ali Sherief
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] Witness script validation to reject arbitrary data   Moth
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Michael Folkson
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] Witness script validation to reject arbitrary data   angus
• [bitcoin-dev] Witness script validation to reject arbitrary data   Christopher Allen
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Luke Dashjr
• [bitcoin-dev] Witness script validation to reject arbitrary data   Peter Todd
• [bitcoin-dev] tx max fee   Peter Todd
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Peter Todd
• [bitcoin-dev] tx max fee   Erik Aronesty
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Ali Sherief
• [bitcoin-dev] Responsible disclosures and Bitcoin development   alicexbt
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   jk_14 at op.pl
• [bitcoin-dev] Witness script validation to reject arbitrary data   Moth
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] Civ Kit: A Peer-to-Peer Electronic Market System   Chris Stewart
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Tom Harding
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Erik Aronesty
• [bitcoin-dev] Witness script validation to reject arbitrary data   Aymeric Vitte
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Tom Harding
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Steve Lee
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Weiji Guo
• [bitcoin-dev] Package Relay Proposal   Tom Trevethan
• [bitcoin-dev] Interactive Payment Batching w/ Payjoin   Dan Gould
• [bitcoin-dev] Package Relay Proposal   Greg Sanders
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Michael Folkson
• [bitcoin-dev] tx max fee   vjudeu at gazeta.pl
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Steve Lee
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Michael Folkson
• [bitcoin-dev] tx max fee   Erik Aronesty
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Steve Lee
• [bitcoin-dev] Seeking concept ACKs for transaction terminology BIP   Keagan McClelland
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Keagan McClelland
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Andrew Chow
• [bitcoin-dev] On adaptor security (in protocols)   AdamISZ
• [bitcoin-dev] tx max fee   vjudeu at gazeta.pl
• [bitcoin-dev] On adaptor security (in protocols)   Lloyd Fournier
• [bitcoin-dev] tx max fee   Kalle Rosenbaum
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Michael Folkson
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   Aleksandr Kwaskoff
• [bitcoin-dev] tx max fee   Andrew Baine
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   alicexbt
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Steve Lee
• [bitcoin-dev] Bitcoin Core maintainers and communication on merge decisions   Erik Aronesty
• [bitcoin-dev] Responsible disclosures and Bitcoin development   Michael Folkson
• [bitcoin-dev] tx max fee   Tom Harding
• [bitcoin-dev] [Mempool spam] Should we as developers reject non-standard Taproot transactions from full nodes?   jk_14 at op.pl
• [bitcoin-dev] ZeroSync: Introducing Validity Proofs to Bitcoin   Robin Linus
• [bitcoin-dev] ZeroSync: Introducing Validity Proofs to Bitcoin   Weiji Guo
• [bitcoin-dev] ZeroSync: Introducing Validity Proofs to Bitcoin   Robin Linus
• [bitcoin-dev] On adaptor security (in protocols)   AdamISZ
• [bitcoin-dev] libsecp256k1 0.3.2 released   Tim Ruffing
• [bitcoin-dev] Responsible disclosures and Bitcoin development   alicexbt
• [bitcoin-dev] Responsible disclosures and Bitcoin development   Michael Folkson
• [bitcoin-dev] Stake Certificates and Web-of-Stakes: privacy-preserving proving UTXOs attributes in P2P systems   Antoine Riard
• [bitcoin-dev] Bitcoin Core 24.1 released   Michael Ford
• [bitcoin-dev] Bitcoin Core 23.2 released   Michael Ford
• [bitcoin-dev] Bitcoin Core 24.1 released   Sjors Provoost
• [bitcoin-dev] Formosa --- proposed improvement upon BIP39   Keagan McClelland
• [bitcoin-dev] Formosa --- proposed improvement upon BIP39   yurisvb at pm.me
• [bitcoin-dev] Full-RBF Peering Bitcoin Core v24.1 Released   Peter Todd
• [bitcoin-dev] A payout scheme for a non custodial mining pool   Antoine Riard
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Burak Keceli
• [bitcoin-dev] Coinjoin with less steps using ALL|ANYONECANPAY   alicexbt
• [bitcoin-dev] Responsible disclosures and Bitcoin development   alicexbt
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   ZmnSCPxj
• [bitcoin-dev] Coinjoin with less steps using ALL|ANYONECANPAY   Ben Carman
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Burak Keceli
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   Joost Jager
• [bitcoin-dev] Coinjoin with less steps using ALL|ANYONECANPAY   Lucas Ontivero
• [bitcoin-dev] Coinjoin with less steps using ALL|ANYONECANPAY   alicexbt
• [bitcoin-dev] Coinjoin with less steps using ALL|ANYONECANPAY   alicexbt
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   alicexbt
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   Joost Jager
• [bitcoin-dev] Responsible disclosures and Bitcoin development   Michael Folkson
• [bitcoin-dev] Responsible disclosures and Bitcoin development   alicexbt
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   G. Andrew Stone
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   ZmnSCPxj
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   ZmnSCPxj
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Burak Keceli
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Burak Keceli
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   adiabat
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   David A. Harding
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Ali Sherief
• [bitcoin-dev] bitcoin-dev Digest, Vol 96, Issue 58   ecurrencyhodler
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   jk_14 at op.pl
• [bitcoin-dev] Bitcoin Core 25.0 released   Michael Ford
• [bitcoin-dev] Merkleize All The Things   Johan Torås Halseth
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Burak Keceli
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   David A. Harding
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   David A. Harding
• [bitcoin-dev] Ark: An Alternative Privacy-preserving Second Layer Solution   Ali Sherief
• [bitcoin-dev] Merkleize All The Things   Salvatore Ingala
• [bitcoin-dev] Merkleize All The Things   Johan Torås Halseth
• [bitcoin-dev] Encrypted (like BIP38) master private key   Ali Sherief
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   Joost Jager
• [bitcoin-dev] Bitcoin Transaction Relay over Nostr   Greg Sanders

Last message date: Tue May 30 13:30:32 UTC 2023
Archived on: Tue May 30 13:30:48 UTC 2023

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...