On Sun, Apr 26, 2015 at 02:20:04PM +0200, Jorge Timón wrote:
On Sun, Apr 26, 2015 at 1:35 PM, Jorge Timón jti...@jtimon.cc wrote:
And a new softfork rule could enforce that all new CTxIn set nHeight
to the correct height in which its corresponding prevout got into the
chain.
That would
Bitcoin Core version 0.10.1 is now available from:
https://bitcoin.org/bin/bitcoin-core-0.10.1/
The distribution is also available as torrent:
https://bitcoin.org/bin/bitcoin-core-0.10.1/bitcoin-0.10.1.torrent
Some more use cases might be:
Waiting in comfort:
- Send a payment ahead of time, then wander over and collect the goods
after X confirmations.
Authorized pickup :
- Hot wallet software used by related people could facilitate the use
of 1 of N multisig funds. Any one of the N wallets
Or a really high lock_time, but it would not make it invalid, just
delayed.
Ok, this was a bad idea, since nodes would have to keep it in memory.
Please disregard that idea...
Kalle
Den 27 apr 2015 14:35 skrev Kalle Rosenbaum ka...@rosenbaum.se:
Some more use cases might be:
Waiting in
Hi Justus:
CC'ing mailing list because more bloom filter and HD wallet experts there
can chime in for some of these thoughts. I refined some ideas we went over
earlier.
Here are some critiques/worries about the payment codes.
With identities explicitly tied to a payment code, bloom filter
1. There will be a 1:1 relationship between a payment code owner and their
identity.
Bear in mind, the spec defines identity to mean:
*Identity is a particular extended public/private key pair. *
So that's not quite what is meant normally by identity. It's not a
government / real name
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/27/2015 04:46 PM, Mike Hearn wrote:
So that's not quite what is meant normally by identity. It's not a
government / real name identity or an email address or phone number
kind of identity.
I expect that mappings would begin to develop
On Sat, Apr 25, 2015 at 10:32:36AM -0400, Stephen Morse wrote:
Hi William,
I personally prefer this solution, since it nails the problem
completely with one simple and obvious change. The BIP 62 approach is
more like a game of wac-a-mole.
The two are complementary, not competing.
8 matches
Mail list logo
