May 2018 Archives by date

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

Starting: Tue May 1 05:01:52 UTC 2018
Ending: Thu May 31 18:53:01 UTC 2018
Messages: 139

• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   ZmnSCPxj
• [bitcoin-dev] [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   ZmnSCPxj
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Christian Decker
• [bitcoin-dev] [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Christian Decker
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Jim Posen
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Christian Decker
• [bitcoin-dev] BIP sighash_noinput   Russell O'Connor
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Jim Posen
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Christian Decker
• [bitcoin-dev] BIP sighash_noinput   Christian Decker
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Jim Posen
• [bitcoin-dev] Multi-signature and multi-coin HD wallet in one BIP32 derivation path (new BIP)   Clark Moody
• [bitcoin-dev] Multi-signature and multi-coin HD wallet in one BIP32 derivation path (new BIP)   Paul Brown
• [bitcoin-dev] BIP sighash_noinput   ZmnSCPxj
• [bitcoin-dev] BIP sighash_noinput   Christian Decker
• [bitcoin-dev] BIP sighash_noinput   ZmnSCPxj
• [bitcoin-dev] BIP sighash_noinput   Christian Decker
• [bitcoin-dev] BIP sighash_noinput   Bram Cohen
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Olaoluwa Osuntokun
• [bitcoin-dev] BIP sighash_noinput   Olaoluwa Osuntokun
• [bitcoin-dev] BIP sighash_noinput   Anthony Towns
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Making OP_TRUE standard?   Olaoluwa Osuntokun
• [bitcoin-dev] Making OP_TRUE standard?   ZmnSCPxj
• [bitcoin-dev] Making OP_TRUE standard?   Johnson Lau
• [bitcoin-dev] Making OP_TRUE standard?   Peter Todd
• [bitcoin-dev] Making OP_TRUE standard?   Johnson Lau
• [bitcoin-dev] Making OP_TRUE standard?   Peter Todd
• [bitcoin-dev] Making OP_TRUE standard?   Olaoluwa Osuntokun
• [bitcoin-dev] BIP sighash_noinput   Olaoluwa Osuntokun
• [bitcoin-dev] BIP sighash_noinput   Rusty Russell
• [bitcoin-dev] Why not archive the backend of Bitcoin blockchain?   Segue
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Making OP_TRUE standard?   Luke Dashjr
• [bitcoin-dev] Making OP_TRUE standard?   ZmnSCPxj
• [bitcoin-dev] Why not archive the backend of Bitcoin blockchain?   アルム　カールヨハン
• [bitcoin-dev] Why not archive the backend of Bitcoin blockchain?   Jim Posen
• [bitcoin-dev] Why not archive the backend of Bitcoin blockchain?   ZmnSCPxj
• [bitcoin-dev] Idea: More decimal places for lower minimum fee   st-bind at posteo.de
• [bitcoin-dev] Making OP_TRUE standard?   Jorge Timón
• [bitcoin-dev] Making OP_TRUE standard?   Jorge Timón
• [bitcoin-dev] Making OP_TRUE standard?   Luke Dashjr
• [bitcoin-dev] Why not archive the backend of Bitcoin blockchain?   Patrick Shirkey
• [bitcoin-dev] MAST/Schnorr related soft-forks   Anthony Towns
• [bitcoin-dev] BIP proposal - Dandelion: Privacy Preserving Transaction Propagation   Bradley Denby
• [bitcoin-dev] Idea: More decimal places for lower minimum fee   Alex Morcos
• [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts   Christian Decker
• [bitcoin-dev] BIP sighash_noinput   Christian Decker
• [bitcoin-dev] MAST/Schnorr related soft-forks   Russell O'Connor
• [bitcoin-dev] MAST/Schnorr related soft-forks   Bram Cohen
• [bitcoin-dev] MAST/Schnorr related soft-forks   Chris Belcher
• [bitcoin-dev] Making OP_TRUE standard?   ZmnSCPxj
• [bitcoin-dev] [Lightning-dev] BIP sighash_noinput   Anthony Towns
• [bitcoin-dev] Making OP_TRUE standard?   ZmnSCPxj
• [bitcoin-dev] [Lightning-dev] BIP sighash_noinput   Christian Decker
• [bitcoin-dev] UHS: Full-node security without maintaining a full UTXO set   Cory Fields
• [bitcoin-dev] Moving away from BIP37, unsetting NODE_BLOOM   Caius Cosades
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Moving away from BIP37, unsetting NODE_BLOOM   Jonas Schnelli
• [bitcoin-dev] Making OP_TRUE standard?   ZmnSCPxj
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Matt Corallo
• [bitcoin-dev] UHS: Full-node security without maintaining a full UTXO set   Matt Corallo
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Peter Todd
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Matt Corallo
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] stratum protocol extension - mining.configure, formal version rolling and other extensions   Jan Čapek
• [bitcoin-dev] UHS: Full-node security without maintaining a full UTXO set   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Matt Corallo
• [bitcoin-dev] UHS: Full-node security without maintaining a full UTXO set   Cory Fields
• [bitcoin-dev] Making OP_TRUE standard?   Christian Decker
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] Making OP_TRUE standard?   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Karl-Johan Alm
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Riccardo Casatta
• [bitcoin-dev] UHS: Full-node security without maintaining a full UTXO set   Alex Mizrahi
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Pieter Wuille
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] [bitcoin-discuss] Checkpoints in the Blockchain.   Damian Williamson
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Making OP_TRUE standard?   Peter Todd
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Johan Torås Halseth
• [bitcoin-dev] Making OP_TRUE standard?   Russell O'Connor
• [bitcoin-dev] [bitcoin-discuss] Checkpoints in the Blockchain.   Dave Scotese
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Johan Torås Halseth
• [bitcoin-dev] Lightning Channel Incentive Scheme-Seeking Feedback   Chenxi Cai
• [bitcoin-dev] Should Graftroot be optional?   Pieter Wuille
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] Should Graftroot be optional?   ZmnSCPxj
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Johan Torås Halseth
• [bitcoin-dev] Should Graftroot be optional?   Andrew Poelstra
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] Should Graftroot be optional?   Andrew Poelstra
• [bitcoin-dev] Peer rotation   Gleb Naumenko
• [bitcoin-dev] Should Graftroot be optional?   Natanael
• [bitcoin-dev] Should Graftroot be optional?   Gregory Maxwell
• [bitcoin-dev] TXO bitfield size graphs   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Conner Fromknecht
• [bitcoin-dev] Should Graftroot be optional?   Pieter Wuille
• [bitcoin-dev] Should Graftroot be optional?   Gregory Maxwell
• [bitcoin-dev] TXO bitfield size graphs   Bram Cohen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] TXO bitfield size graphs   Jim Posen
• [bitcoin-dev] Should Graftroot be optional?   Natanael
• [bitcoin-dev] Should Graftroot be optional?   Natanael
• [bitcoin-dev] Should Graftroot be optional?   Andrew Poelstra
• [bitcoin-dev] Should Graftroot be optional?   Johnson Lau
• [bitcoin-dev] Should Graftroot be optional?   Johnson Lau
• [bitcoin-dev] Minimizing the redundancy in Golomb Coded Sets   Pieter Wuille
• [bitcoin-dev] Minimizing the redundancy in Golomb Coded Sets   Gregory Maxwell
• [bitcoin-dev] Minimizing the redundancy in Golomb Coded Sets   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Tamas Blummer
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Tamas Blummer
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Jim Posen
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Gregory Maxwell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Olaoluwa Osuntokun
• [bitcoin-dev] New serialization/encoding format for key material   Jonas Schnelli
• [bitcoin-dev] Minimizing the redundancy in Golomb Coded Sets   Jim Posen
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] Minimizing the redundancy in Golomb Coded Sets   Lucas Ontivero
• [bitcoin-dev] New serialization/encoding format for key material   shiva sitamraju
• [bitcoin-dev] New serialization/encoding format for key material   Gregory Maxwell
• [bitcoin-dev] BIP suggestion: PoW proportional to block transaction sum   Darren Weber
• [bitcoin-dev] New serialization/encoding format for key material   Jonas Schnelli
• [bitcoin-dev] Making OP_TRUE standard?   Rusty Russell
• [bitcoin-dev] BIP 158 Flexibility and Filter Size   Tamas Blummer
• [bitcoin-dev] SIGHASH2 for version 1 witness programme   Johnson Lau
• [bitcoin-dev] Disallow insecure use of SIGHASH_SINGLE   Johnson Lau

Last message date: Thu May 31 18:53:01 UTC 2018
Archived on: Fri Jun 1 01:20:52 UTC 2018

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