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
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
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
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
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
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
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
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
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
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
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
. 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
. 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
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
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
, 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
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
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
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
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
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
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
/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
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
'
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
--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
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
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
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.
/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
30 matches
Mail list logo