Re: [Bitcoin-development] Proposal: MultiBit as default desktop client on bitcoin.org

2013-07-08 Thread Robert Backhaus
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 SP

[Bitcoin-development] Tentitive port for FreeBSD

2013-05-24 Thread Robert Backhaus
e pullreqs 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 Shi

Re: [Bitcoin-development] Double Spend Notification

2013-05-21 Thread Robert Backhaus
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 el

Re: [Bitcoin-development] Double Spend Notification

2013-05-20 Thread Robert Backhaus
The arguments for it > are based on some quite faulty thinking about economics. Double spend > notifications have been proposed a long time ago, I believe Matt has > indicated some interest in implementing them and that is the right way to > go. > On 20 May 2013 18:57, "Pieter

Re: [Bitcoin-development] Double Spend Notification

2013-05-20 Thread Robert Backhaus
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 app

Re: [Bitcoin-development] Service bits for pruned nodes

2013-04-28 Thread Robert Backhaus
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 wrote: > On Sun, Apr 28, 2013 at 7:57 PM, John Dillon > wro

Re: [Bitcoin-development] To prevent arbitrary data storage in txouts — The Ultimate Solution

2013-04-09 Thread Robert Backhaus
That sounds workable. I take it that the P2SH address is not stored? I like it that this denies the possibility of storing data in the block chain, but does not block interesting uses like creating date stamps - You can still store the 'fake P2SH' value whose checksum is secured by the blockchain.

Re: [Bitcoin-development] On-going data spam

2013-04-09 Thread Robert Backhaus
The obvious problem is that if you can frame it as a valid address, you can put what you want there. If you can make it pass the validation, miners have no way of knowing it's not a valid address. Of course, there is nothing new about this. I ran strings on the blockchain and found all sorts of as

Re: [Bitcoin-development] 0.8.0rc1 status

2013-02-09 Thread Robert Backhaus
I have done test builds on FreeBSD. Clean builds using gcc and clang, building both the qt gui and the command line daemon, and the tests run clean as well. The qt gui runs, and cleanly reindexed and caught up. I have no problems to report. I am not doing any adjustments apart from applying the n

Re: [Bitcoin-development] Roadmap to getting users onto SPV clients

2012-12-05 Thread Robert Backhaus
On 5 December 2012 19:43, Gary Rowe 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 clobber > PayP