But... Multibit is Java. Java's security problems has made it an instant
uninstall item on windows PCs for about a year now. Java exploits are a
dime a dozen.
Yes, you can reduce some of the problems by manually disabling the browser
plugin, but how many users will do that?
Recommending a fast
this evening.
Again, any comments very welcome.
The files are available at
https://redports.org/browser/robbak/net-p2p/bitcoin
Thanks,
Robert Backhaus.
--
Try New Relic Now We'll Send You this Cool Shirt
New Relic is the only
Not at all - ACK from me, fwiw. Any attempt at a double spend should be
shouted from the housetops.
What Miners should do with that is still up for debate, it seems. My
opinion is that they should hold on and attempt to confirm the first,
letting it go only if a conflicting transaction is mined
Personally, I agree, but a different decision has been made by the main
devs.
The issue is this: consider two transactions in the unconfirmed pool. One
transaction has 2BTC input, 1.5BTC to one address (the payment), .4995 to
another address (change) and .0005 standard fee. Another transaction
, 2013 at 3:24 AM, Robert Backhaus rob...@robbak.com
wrote:
So the decision has been made to make 0-conf double spends trivial, so
no
one will ever trust 0-confs. If a later transaction appears with a
larger
fee, it will be considered to be the valid one, and the first one
dropped
While I like the idea of a client using a DHT blockchain or UTXO list, I
don't think that the reference client is the place for it. But it would
make for a very interesting experimental project!
On 29 April 2013 13:36, Gregory Maxwell gmaxw...@gmail.com wrote:
On Sun, Apr 28, 2013 at 7:57 PM,
On 5 December 2012 19:43, Gary Rowe g.r...@froot.co.uk wrote:
I would like to chime on on the user experience of the SPV client (in
particular MultiBit).
Without exception, everyone that I have introduced Bitcoin (which is a lot
of people) have expected an instant-on experience. It has to
7 matches
Mail list logo