Michael,
I think it is time to your Libcoin to become the official Bitcoin... ;-)
Look: https://bitcointalk.org/index.php?topic=108987.msg1185827
It is more or less the same idea, right?!
Best!
Thiago
On 16 July 2012 17:14, Martinx - ジェームズ wrote:
> Hi Michael!
>
> I would like to ask y
Hi Michael!
I would like to ask you one thing:
1- Release a new version of Libcoin closest as possible with mainline
Bitcoin.
I mean, do not add any extra code to it and also, do not change any stdout
/ stderr messages.
How much do you think that this will cost?
For the extra code: I'll n
Guys!
Only for the record, I'll integrate BitcoinJS (app) into Diaspora and, the
server side will be based on libcoin!
Of course, this code will be part of Diaspora and every single Diaspora*
Pod will be able to host its own users's wallets... ;-)
I appreciate any help during this development!
Hi Michael,
Let's talk a little bit more about this awesome stuff!
2012/3/22 Michael Grønager
> >
> > 1- How close is Libcoin with original Bitcoin? I mean, the output is a
> little different, the bitcoind help output was disabled and, I'm afraid
> that Libcoin can possibly being distant from
Hi!
I'm trying to compile libcoin again and I'm seeing the following error:
libcoin@xapado:~/libcoin$ make
Scanning dependencies of target coin
[ 1%] Building CXX object src/coin/CMakeFiles/coin.dir/util.o
In file included from /home/libcoin/libcoin/include/coin/serialize.h:22:0,
Hi Michael,
NOTE: Re-add bitcoin-dev to this thread on Cc...
I'll test this ASAP! I REALLY need this feature (blockchain server <->
wallet client).
I just want ask you some things...
1- How close is Libcoin with original Bitcoin? I mean, the output is a
little different, the bitcoind help o
Michael,
Since libcoin is "chain agnostic", I was wondering if the project can be
used like this:
When I install it with "make install", I would like to have something like
this:
Regular file: /usr/local/bin/libcoincore # or whatever you like
Symlink -> Regular file
/usr/local/bit/bitcoin
This conversation reminds me that I'd like to see a comprehensive list of
tests that alt processors / generators can run against.
I haven't looked in the client code for some time, but does that exist now?
That would be a nice 'I want to help' early project, getting together
inputs and expected ou
What you list below was actually the plan - just havn't gotten there yet, but
it will be dead easy.
/M
On 22/03/2012, at 11:50, Martinx - ジェームズ wrote:
> Michael,
>
> Since libcoin is "chain agnostic", I was wondering if the project can be
> used like this:
>
> When I install it with "make
>
> 1- How close is Libcoin with original Bitcoin? I mean, the output is a
> little different, the bitcoind help output was disabled and, I'm afraid that
> Libcoin can possibly being distant from Bitcoin in the future... That can
> happen?!
Well, I hope at some point to push libcoin to bitcoi
Hi again - and thanks for testing and finding this!
I have fixed the bug you reported:
The culprit was an implicit string constructor for the ChainAddress that caused
creation of a not fully initialized ChainAddress. The right way to do it is
using chain::getAddress(string) as the ChainAddress
I tried this and got:
./bitcoind listaccount:
{
}
bitcoind getnewaddress
1DumTDw6quNqnUegJsXL2AJjDA9fmxRY7o
./bitcoind setaccount 1DumTDw6quNqnUegJsXL2AJjDA9fmxRY7o test
./bitcoind listaccounts{
"" : 0.,
"test" : 0.
}
Seem like the default account ( "" ) need to be initia
AWESOME!! Thank you!!
Anyway, I found a new problem... lol
/usr/local/bin/bitcoind getinfo #okay
{
"version" : 40001,
"blocks" : 168753,
"connections" : 8,
"difficulty" : 1376302.26788638,
"testnet" : false
}
/usr/local/bin/bitcoind getaccountaddress "" # okay...
1J4vNcvEdeC
And if you do an update now "help" is there too ;)
/M
On 25/02/2012, at 03:11, Martinx - ジェームズ wrote:
> Thank you!!!
>
> It is all working now! Except "help"...
>
> Nice work Michael!!
>
> Best,
> Thiago
>
> 2012/2/24 Michael Grønager
> OK - didn't took the weekend:
>
> support for "port"
Thank you!!!
It is all working now! Except "help"...
Nice work Michael!!
Best,
Thiago
2012/2/24 Michael Grønager
> OK - didn't took the weekend:
>
> support for "port" is on github now :)
>
> Only took two lines:
>
>("port", value(&port)->default_value(8333),
> "Listen on specifie
OK - didn't took the weekend:
support for "port" is on github now :)
Only took two lines:
("port", value(&port)->default_value(8333), "Listen
on specified port for the p2p protocol")
and using the port option in the Node constructor (was there already):
Node node(chain, da
Just copied your bitcoin.conf file to my system and the server connects just
fine to RPC on 10332
and I get using curl:
MacGronager:bin gronager$ curl --data-binary '{"jsonrpc": "2.0",
"id":"curltest", "method": "getblockcount", "params": [] }' -H 'Content-Type:
application/json' http://127.0.0
Hi Michael,
Thank you for your attention!
Now, I'm trying to start libcoin's bitcoind using high ports but, it
always try to listen at 8332, no matter what I "say"...
Look:
$ cat .bitcoin/bitcoin.conf
server=1
daemon=1
rpcuser=libcoin
rpcpassword=LibCoin13
rpcport=10332
port=10333
But:
/u
Hi Thiago,
Forgot to comment on the two latter:
> $ bitcoind getaccountaddress ""
> HTTP error code: 401
> Error: couldn't parse reply from server
>
> $ bitcoind listaccounts
> HTTP error code: 401
> Error: couldn't parse reply from server
>
401 = permission denied - you need to setup username
I have just finalized porting BitcoinQt to build using libcoin as its basic
crypto library.
You can find the project at:
https://github.com/ceptacle/libcoinqt
It is based on the latest 0.6 branch of BitcoinQt.
There are a few things not yet ported:
* update the splash text while loading
* some
Hi Thiago
I had in mind using the JSON RPC 2.0 system.description standard command
instead of help, but I got sidetracked implementing it. Will look into it asap.
Thanks for noting!
/M
On 24/02/2012, at 03:17, Martinx - ジェームズ wrote:
> Hi Michael!
>
> I just run "bitcoind", from libcoin ("sud
Hi Michael!
I just run "bitcoind", from libcoin ("sudo make install") sources, with
empty ~/.bitcoin directory and:
Terminal 1: bitcoind # apparently okay
Terminal 2:
$ bitcoind getinfo # okay
{
"version" : 40001,
"blocks" : 57733,
"connections" : 8,
"difficulty" : 11.84622815,
AWESOME!!!
I can compile libcoin at my Ubuntu 11.10... I just need to install:
sudo aptitude install libboost1.46-all-dev
...alongside with another already installed dependencies, and now it works!!
Thank you!
Thiago
2012/2/23 Michael Grønager
> Hi Martinx,
>
> Another note:
>
> boost 1.42 a
Hi Martinx,
Another note:
boost 1.42 and openssl 1.0 has a conflict (you will see it when you try to
compile coinHTTP with that specific combination: sslv2 has been removed from
openssl, but boost still references it.)
You should do a :
sudo apt-get upgrade libboost-dev-all
to get the 1.46.1
I tried on another 11.10 machine with the normal boost 1.42 and things also
worked as they should.
However, I noticed a difference between your cmake output and mine:
> -- Found OpenSSL: /usr/lib/libssl.so;/usr/lib/libcrypto.so
-- Found OpenSSL:
/usr/lib/i386-linux-gnu/libssl.so;/usr/lib/i386
Hi Martinx,
I am looking into it now - I just tried on my Ubuntu 11.10 - I got by
Script.cpp with no problems.
I have Boost 1.48.1, but I can't see that causing the issue - I will retry with
a cleaner machine...
/M
On 23/02/2012, at 18:31, Martinx - ジェームズ wrote:
> Hi Michael!
>
> Thank you
Hi Michael!
Thank you for libcoin! It is a awesome evolution for Bitcoin and for the
CryptoCurrencies as a hole... Thanks!!!
Anyway, I am unable to compile libcoin under my Ubuntu 11.04. At this
machine, I have compiled and running Bitcoin (from sources), Namecoin,
Devcoin, Litecoin, IXcoin and
> Hello Michael,
>
> I'm impressed by your refactorings, and hope some of them can make it into
> the Satoshi codebase.
Thanks:)
> I am however not sure what you've said above is safe. In particular, how do
> you guarantee that no other thread modifies the blockchain structure while
> you ar
> You will also find the RPC server in libcoin blistering fast compared to
the Satoshi client. (It was actually what got me to write libcoin in the
first place...). The Satoshi client HTTP server executes all rpc commands
in its own thread, but to do so, it needs to stop the thread of the Node,
eve
On Thu, Feb 2, 2012 at 12:36 PM, Gregory Maxwell wrote:
> On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell wrote:
>> sync, libbitcoin only made it to height 138k (of course, because the
>> time is mostly spent late in the chain 138k is not very far along— I'm
>> guessing it's going to take libbit
On Thu, Feb 2, 2012 at 12:12 PM, Gregory Maxwell wrote:
> sync, libbitcoin only made it to height 138k (of course, because the
> time is mostly spent late in the chain 138k is not very far along— I'm
> guessing it's going to take libbitcoin 3x-4x longer all said)
It ended up taking almost exactly
On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager
> The libcoin/bitcoind client downloads the
entire block chain 3.5 times faster than the bitcoin/bitcoind client.
This is less than 90 minutes on a modern laptop!
I'm guessing that you benchmarked this against the version you forked
from rather tha
On Thu, Feb 02, 2012 at 09:32:24AM +0100, Michael Gr?nager wrote:
>
>// Register Wallet methods. - note that we don't have any auth, so anyone
> (on localhost) can read your balance!
>server.registerMethod(method_ptr(new GetBalance(wallet)));
>server.registerMethod(method_ptr(new Send
I agree on your architectural considerations - and with libcoin you can have
several wallets in the same application ( and several RPC servers for that
matter). And ... they all use the same Node / blockchain.
You will also find the RPC server in libcoin blistering fast compared to the
Satoshi
> However, I think perhaps the bitcoin project should be split into a library,
> with a prototype client and the actual clients. This library facilitates this.
I'll be trying your implementation soon. And libbitcoin/subvertx too.
Partly because they're also non-interpreted, and partly to what see
In the CMakeLists.txt file in the libcoin root find the lines regarding Boost -
it says
... 1.48 ...
Change that to 1.47 and try again. I suggest you first remove your
CMakeCache.txt though...
(the Qt stuff is most likely not the culprit)
/M
On 01/02/2012, at 18:37, Luke-Jr wrote:
> On
On Wednesday, February 01, 2012 11:20:22 AM Michael Grønager wrote:
> OK - from your path it looks like linux. What version of Boost do you use.
> I require 1.47 or 1.48. - I will change that, but it is quite handy for
> signal_sets - will make an alternative scheme though.
Upgrading to 1.47 did n
On Wed, Feb 1, 2012 at 4:15 PM, 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 it with the
>> location.
>
> I didn't see anything useful in ccmake. Boost is in the standard locations
> (/usr/inc
On Wednesday, February 01, 2012 11:20:22 AM Michael Grønager wrote:
> OK - from your path it looks like linux. What version of Boost do you use.
> I require 1.47 or 1.48. - I will change that, but it is quite handy for
> signal_sets - will make an alternative scheme though.
Boost 1.46.1 is the lat
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 it with the
OK - from your path it looks like linux. What version of Boost do you use. I
require 1.47 or 1.48. - I will change that, but it is quite handy for
signal_sets - will make an alternative scheme though.
And, as for 0.4 vs 0.5 - I have tried to follow the changes, which were mostly
(?) related to
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 it with the
> location.
I didn't see anything useful in ccmake. Boost is in the standard locations
(/usr/include/boost/ and /usr/lib/libboost*
> Btw what platform
Sounds great.
Does it support merged mining?
Also, I'm a bit skeptic about it being chain agnostic. I want to
implement a chain with demurrage and I think I'll need to also change
coinWallet and not only create an implementation of the interface
Chain.
Anyway, this will make the task much easier. T
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 relea
Would be fine for me, depends on the community, and it is one of those chunks
that make many stall...
The reason for building on bitcoin/bitcoin directly is that this created a
history of all changes, and this way I had a working version running each day
while doing the refactoring - with my wa
Well, it should be simple. libcoin separates all the stuff you would like to do
from a gui from the actual code, so I think it could be done cleanly. I havn't
looked much at qt though... But help would be appreciated ;)
/M
On 01/02/2012, at 16:02, Wladimir wrote:
> Sounds very nice. Congratula
Hi Gregory,
I played with the database sync as well to get further speedups, but in the
latest version I could only get about 1% extra from this.
In the Satoshi client there is a bunch of sleeps and mutexes (put in there with
great generosity) for making threads run smoother and to avoid dead
On Wednesday, 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
Very interesting. Do you have any plans to push your refactored code into
Bitcoin upstream for future releases someday?
slush
On Wed, Feb 1, 2012 at 3:18 PM, Michael Grønager wrote:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like
> to share with y
Sounds very nice. Congratulations with the release!
Any plans for porting over bitcoin-qt?
Wladimir
Op 1 feb. 2012 15:19 schreef "Michael Grønager" het
volgende:
> Dear Bitcoiners,
>
> libcoin is now in a state ready for its first release, which I would like
> to share with you!
>
> === libcoin
On Wed, Feb 1, 2012 at 9:18 AM, Michael Grønager wrote:
> The libcoin/bitcoind client downloads the entire block chain 3.5 times faster
> than the bitcoin/bitcoind client. This is less than 90 minutes on a modern
> laptop!
Very interesting. Do you know where this speedup came from? It's not
ty
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 based on the bitcoin/bitcoin "Satoshi"
client. ===
Copenhagen, Denmark - 1st February 2012 Ceptacle announces the release of the
first version
52 matches
Mail list logo
