On Fri, Jun 19, 2015 at 4:37 AM, Mike Hearn m...@plan99.net wrote:
Or alternatively, fix the reasons why users would have negative
experiences with full blocks
It's impossible, Mark. *By definition* if Bitcoin does not have
sufficient capacity for everyone's transactions, some users who
I was part of adding in that test vector, and I think it's a good test
vector since it is an extreme edge-case of the current definition: If the
BIP38 proposal allows any password that can be in UTF-8, NFC normalized
form, those characters cover the various edge cases (combining characters,
null
2014-05-18 13:14 GMT+01:00 Andreas Schildbach andr...@schildbach.de:
One problem we couldn't figure out here though - how to protect the
notes from unauthorized redeem. Like if someone else tries to reach your
wallet with his own NFC - how can we distinguish between deliberate
redeem by owner
On Thu, Mar 13, 2014 at 9:38 PM, Jack Scott jack.scott.pub...@gmail.comwrote:
BIP: XX
Title: Physical key / edge detection software and PIN to generate a
Bitcoin private key
Author: Jack Scott
Status: Idea
Type: Standard Track
Created: 13-3-2014
Abstract:
A method is proposed to
On Mar 6, 2014 3:47 AM, Mike Hearn m...@plan99.net wrote:
I just did my first contactless nfc payment with a MasterCard. It worked
very well and was quite delightful - definitely want to be doing more of
these in future. I think people will come to expect this kind of
no-friction payment
On Tue, Feb 4, 2014 at 10:04 AM, Peter Todd p...@petertodd.org wrote:
On Tue, Feb 04, 2014 at 04:17:47PM +0100, Natanael wrote:
Because it's trivial to create collisions! You can choose exactly what
output you want. That's why XOR is a very bad digest scheme.
You're close, but not quite.
On Mon, Jan 20, 2014 at 11:42 AM, slush sl...@centrum.cz wrote:
Hi all,
during recent months we've reconsidered all comments which we received
from the community about our BIP39 proposal and we tried to meet all
requirements for such standard. Specifically the proposal now doesn't
require
My goal here is not necessarily to hide P2P nodes - we still need lots of
clearnet P2P nodes for the forseeable future no matter what. Rather we're
just using hidden services as a way to get authentication and encryption.
Actually the 6-hop hidden service circuits are overkill for this
I was inspired to join the mailing list to comment on some of these
discussions about BIP39, which I think will have great use in the Bitcoin
community and outside it as a way to transcribe binary data.
The one thought I had as the discussions about similar characters are
resulting in culling
9 matches
Mail list logo