Re: [Bitcoin-development] Scalability issues

2012-07-25 Thread Michael Grønager
happen on an e-450 (wonderful machine!) Thanks very much for your response. it would seem that I am 'doing it wrong' :/ cheers mate, steve (this message isnt signed because I have forgotten my password.) On 24/07/2012 09:25, Michael Grønager wrote: Hi Steve, 45-90 minutes - note

Re: [Bitcoin-development] Scalability issues

2012-07-24 Thread Michael Grønager
/07/2012 10:00, Michael Grønager wrote: I get a full blockchain from scratch in 45 minutes on my laptop, /M Hang on a sec, in 45 minutes you can download the entire chain from the genesis block? I have been doing extensive testing in this area and would love to know what is special about

Re: [Bitcoin-development] Scalability issues

2012-07-23 Thread Michael Grønager
I would guess that you are running the blockchain download through the tor-proxy - that would give you the times you mention. Further, encrypting your disk (aes stuff) will not help you much either, and encrypting a the storage of a public blockchain seems to me a bit odd ? I get a full

Re: [Bitcoin-development] Punishing empty blocks?

2012-05-29 Thread Michael Grønager
Peter, I like the idea of being able to know what fees to expect from different miners (it is like a service description / SLA for their service), but I would prefer a more distributed discovery mechanism for the information on the fees (Spent 10 years on Grid Computing...). Miners could e.g.

Re: [Bitcoin-development] 0.7 merge recommendations/status

2012-03-31 Thread Michael Grønager
If you are interested, I could push libcoin to bitcoin (e.g. bitcoin/libcoin) and then you could build bitcoind bitcoin-qt on libcoin. libcoin solved most of the problems you list below. And if you worry about the copyright/license I am also willing to change that to make it fit. libcoin have

Re: [Bitcoin-development] getmemorypool BIP process

2012-03-03 Thread Michael Grønager
HTTP and JSON-RPC are a client-server model; there is no way for the server to make calls to the client. It's not practical to expect clients to run their own JSON-RPC server - many cannot listen on WAN ports at all. Well, I think what Stefan had in mind was http keep-alive combined with

Re: [Bitcoin-development] Announcement: libcoin

2012-02-24 Thread Michael Grønager
--rpcport 10332 /usr/local/bin/bitcoind --rpcport=10332 Without success... Thanks again! Thiago 2012/2/24 Michael Grønager grona...@ceptacle.com Hi Thiago, Forgot to comment on the two latter: $ bitcoind getaccountaddress HTTP error code: 401 Error: couldn't parse reply from

Re: [Bitcoin-development] Announcement: libcoin

2012-02-23 Thread Michael Grønager
/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2 make: *** [all] Error 2 - What can I do?! Best, Thiago On 1 February 2012 12:18, Michael Grønager grona...@ceptacle.com wrote: Dear Bitcoiners, libcoin is now in a state ready for its first release, which I would like to share

Re: [Bitcoin-development] Announcement: libcoin

2012-02-23 Thread Michael Grønager
make[2]: *** [bin/bitcoind] Error 1 make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2 make: *** [all] Error 2 - What can I do?! Best, Thiago On 1 February 2012 12:18, Michael Grønager grona...@ceptacle.com wrote: Dear Bitcoiners, libcoin is now

Re: [Bitcoin-development] Announcement: libcoin

2012-02-23 Thread Michael Grønager
' collect2: ld returned 1 exit status make[2]: *** [bin/bitcoind] Error 1 make[1]: *** [applications/bitcoind/CMakeFiles/app_bitcoind.dir/all] Error 2 make: *** [all] Error 2 - What can I do?! Best, Thiago On 1 February 2012 12:18, Michael Grønager grona...@ceptacle.com wrote: Dear

Re: [Bitcoin-development] BIP-13

2012-02-22 Thread Michael Grønager
Hi Gavin / Luke, BIP-13 again... I started to implement a bitfield based parsing of the version byte using the description I got from Luke, but I then discovered that it does not hold: Network class: 00xx - main network 01xx - reserved 10xx - reserved 11xx - test network

[Bitcoin-development] BitcoinQt eating 100% CPU

2012-02-21 Thread Michael Grønager
Hi Wladimir / others, I just downloaded the latest (0.6 rc1) source of bitcoin-qt and built it using qt-creator on MacOSX 10.7.3. Nice and easy experience, even though I had to change BDB version to 5.1 ;) However, when running it, it is using 100% CPU (after initial block chain download that

[Bitcoin-development] BIP-13

2012-02-20 Thread Michael Grønager
Just posted this on the wiki BIP-13 discussion - should I make it into a BIP of its own ? --- The version portion of the address has so far been labeled network id, and indicates from which network and which chain the address can be used for. I think that this change from network id to version

[Bitcoin-development] coinexplorer - a local blockexplorer

2012-02-10 Thread Michael Grønager
I have just uploaded a new application to libcoin: coinexplorer It enables queries similar to that of blockexplorer.com, but locally on your own chain. coinexplorer builds on a new library addition: coinStat, that is a collection of classes for gathering and querying the block chain for other

[Bitcoin-development] 0.5.2 tag in github ??

2012-02-03 Thread Michael Grønager
Hi Gavin, others? I am trying to redo the performance test of the libcoin client against the 0.5.2 Satoshi client, that I have learned also have received quite some improvements in speed since 0.4.0 (e.g. from not verifying signatures on early blocks). However, I cannot find any tag with

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
. Actually, Berkeley DB does a quite decent job in caching reads so not even a cache should help. Cheers, M On 01/02/2012, at 15:59, Gregory Maxwell wrote: On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager grona...@ceptacle.com wrote: The libcoin/bitcoind client downloads the entire block

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
. Congratulations with the release! Any plans for porting over bitcoin-qt? Wladimir Op 1 feb. 2012 15:19 schreef Michael Grønager grona...@ceptacle.com het volgende: Dear Bitcoiners, libcoin is now in a state ready for its first release, which I would like to share with you! === libcoin

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
into Bitcoin upstream for future releases someday? slush On Wed, Feb 1, 2012 at 3:18 PM, Michael Grønager grona...@ceptacle.com wrote: Dear Bitcoiners, libcoin is now in a state ready for its first release, which I would like to share with you! === libcoin is a crypto currency library

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
Hi Luke, Your CMake cannot find boost - use ccmake or cmake-gui to help it with the location. Btw what platform are you using ? /M On 01/02/2012, at 16:26, Luke-Jr wrote: On Wednesday, February 01, 2012 9:18:32 AM Michael Grønager wrote: libcoin is now in a state ready for its first release

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
, February 01, 2012 9:18:32 AM Michael Grønager wrote: libcoin is now in a state ready for its first release, which I would like to share with you! Looks interesting. However, it doesn't configure for me: http://paste.pocoo.org/show/544135/ I noticed it's forked from bitcoind 0.4.x. Do you plan

Re: [Bitcoin-development] Announcement: libcoin

2012-02-01 Thread Michael Grønager
Just wrote it in another mail, but I am quite certain it is the boost version - you need 1.48 (or 1.47). /M On 01/02/2012, at 17:15, Luke-Jr wrote: On Wednesday, February 01, 2012 10:58:28 AM Michael Grønager wrote: Your CMake cannot find boost - use ccmake or cmake-gui to help

[Bitcoin-development] Trickle in CNode::SendMessages

2011-12-29 Thread Michael Grønager
In CNode::SendMessages there is a trickle algorithm. Judging from the comments it is supposed to: * at each update round a new (random) trickle node is chosen, with 120 nodes and an average round time of 100ms (the sleep) we will have moved through roughly all nodes every 12-15 seconds. * when

Re: [Bitcoin-development] Trickle in CNode::SendMessages

2011-12-29 Thread Michael Grønager
a mismatch between comments and code. Cheers, M On 29/12/2011, at 23:05, Michael Grønager wrote: In CNode::SendMessages there is a trickle algorithm. Judging from the comments it is supposed to: * at each update round a new (random) trickle node is chosen, with 120 nodes and an average round

Re: [Bitcoin-development] Protocol extensions

2011-12-22 Thread Michael Grønager
per second, which doesn't include broadcast overhead. On 12/21/2011 12:50 AM, Michael Grønager wrote: when bitcoin takes over all credit card transactions (!), and even before that, we will meet a scalability problem. The blockchain will grow rapidly, (1MB/10min or 50GB/yr

[Bitcoin-development] CDataStream

2011-12-15 Thread Michael Grønager
OK, I admit that this is *really* of little importance... But could someone with commit rights please update the CDataStream test table in the code. The arguments for the custom stream are just way off (stringstream wins by factor 10-20!). On OS X (g++) I get: Further, if you get(got) bad

Re: [Bitcoin-development] multisig, op_eval and lock_time/sequence...

2011-11-10 Thread Michael Grønager
could just be added to BIP 0010 and thus reset the question of why anyone would need a competing idea. On 11/09/2011 03:03 PM, Michael Grønager wrote: My main concern when it comes to introducing other protocols is that they might never be standard (I think a great number of clients

[Bitcoin-development] multisig, op_eval and lock_time/sequence...

2011-11-09 Thread Michael Grønager
Hi All, Along with the multisig/op_eval BIPs (11/12) I am considering how the actual client functionality could be. Some of you might already have the solution for this - if not I would like to propose the following... Lets consider the 2 of 3 multisig - and lets say I now have some coins

Re: [Bitcoin-development] multisig, op_eval and lock_time/sequence...

2011-11-09 Thread Michael Grønager
Crossing posts ;) I like your idea! - It adds a pricetag to distributing a signature - and - as you mention it will be part of the standard. It is only up to the clients if they want to support it or not, but it does give you 0-conf world wide instantaneous anonymously distribution of

Re: [Bitcoin-development] Detecting OP_EVAL scriptPubKeys that are to you

2011-10-27 Thread Michael Grønager
and transactions that has so far been quite nice and clean. So I also support checkmultisig to be the standard transaction type, but I do not appreciate the support of OP_EVAL. Cheers, Michael On 26/10/2011, at 17:00, Gavin Andresen wrote: On Wed, Oct 26, 2011 at 4:58 AM, Michael Grønager

Re: [Bitcoin-development] Detecting OP_EVAL scriptPubKeys that are to you

2011-10-26 Thread Michael Grønager
I think it is a very important feature to be able to extract transaction to/from you only from your private keys. In the standard transactions this is easily accomplished - in the case you only want to find the addr to tx mapping: vectorpairopcodetype, vectorunsigned char vSolution; if

[Bitcoin-development] vtxPrev

2011-10-05 Thread Michael Grønager
Hi ! I am looking into enabling a split between thin clients holding the wallet and server(s) holding the blocks and txdb. To that end I am considering to simplify the WalletTx a bit and I came across the vtxPrev in the code. As I see it vtxPrev is only used for keeping a list of supporting

Re: [Bitcoin-development] 0.4rc1 known bugs

2011-09-05 Thread Michael Grønager
Sorry, by bad - first clean checkout for quite a while (must have changed it earlier myself...). /M On 05/09/2011, at 14:42, Luke-Jr wrote: On Monday, September 05, 2011 3:25:47 AM Michael Grønager wrote: Findings - compile (I do not use the UPNP feature): in the makefile.unix I have