[ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread

[Chang Hum]

Mastercoin Dex is now live!

[rew74dse]

someone will tell me his value

[Chang Hum]

someone will tell me his value

Please give us a clue what it is you speak of?

[halfcab123]

someone will tell me his value

Please give us a clue what it is you speak of?

Do you have anything else you'd like to say?

[ripplebtc]

Great news! XCP will be added to Chinese currency (CNY) market @btercom on Mar. 17

https://twitter.com/btercom/status/444730204875808768

[user1922]

Trying to get Counterpary running on Desktop Ubuntu 12.04 LTS (64-bit) but seem unable to do so. Building updating, bitcoin reindexing all went fine, tutorials are all quite clear. I am now running counterparty v6.6 and bitcoind v0.8.6.0-g03a7d67-beta

But I get an error message when I try to run the counterparty server:
# counterpartyd server
Status: RESTART
Unhandled exception in thread started by
libgcc_s.so.1 must be installed for pthread_cancel to work
Aborted (core dumped)

I have installed the IA32-libs and there are 2 editions for libgcc_s.so.1:
$ find /lib -name 'libgcc*'
/lib/i386-linux-gnu/libgcc_s.so.1
/lib/x86_64-linux-gnu/libgcc_s.so.1

But I still keep getting this error.
Any tips?

No one to offer any hints on how to solve this?

I have the hunch that the box has a non-standard version of Python on it. If you are on Ubuntu 64-bit, you shouldn't need ia32-libs I believe for anything with Counterparty... actually, from googling that error, it appears that you're probably trying to run counterparty with the 32-bit Python or something similar.... the virtualenv install script probably found a 32-bit Python and used that instead of the 64-bit version, I'm guessing.

To confirm, you could try commands like:

Code:

which python3
ldd `which python3`
python3 -c "import platform;print(platform.architecture())"

The last line should return "('64bit', 'ELF')". (Or, just start up the Python interpreter and see if it mentions 32-bit or 64-bit)... and actually I'd perform the same checks on the python binary over at counterpartyd_build/env/bin/python3 on your box (where ever you installed counterpartyd_build).

The options would be to either remove all that 32-bit compatibility stuff, or work on a fresh Ubuntu install (13.10 x64 is optimal here).

Thanks for the input!
$ ldd `which python3`
   linux-vdso.so.1 =>  (0x00007fff0e5e6000)
   libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7b972df000)
   libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7b970db000)
   libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f7b96ed7000)
   libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f7b96c79000)
   libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f7b9689e000)
   libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f7b96686000)
   libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f7b9645c000)
   libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7b96160000)
   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7b95d9f000)
   /lib64/ld-linux-x86-64.so.2 (0x00007f7b97522000)
$ python3 -c "import platform;print(platform.architecture())"
('64bit', 'ELF')

So, yes, I am using 64-bit all the way. I did not mention that I installed the IA32-libs as a last resort and *after* building counterparty. This morning I deleted my ~/counterpartyd_build and ~/.config/counterpartyd folders, and started from scratch. And behold: it works now 
Do not really understand why because the only thing that has changed is that the IA32-libs where present *before* running the setup. The whole chain is 64-bits, i checked...

Now I am waiting for counterparty server to catch up with the last BTC block. Seeing the rate in which it catches up this might be a couple of days even! Any idea on how long that will take?

(And again: Thanks for all the help I got!)

[halfcab123]

Trying to get Counterpary running on Desktop Ubuntu 12.04 LTS (64-bit) but seem unable to do so. Building updating, bitcoin reindexing all went fine, tutorials are all quite clear. I am now running counterparty v6.6 and bitcoind v0.8.6.0-g03a7d67-beta

But I get an error message when I try to run the counterparty server:
# counterpartyd server
Status: RESTART
Unhandled exception in thread started by
libgcc_s.so.1 must be installed for pthread_cancel to work
Aborted (core dumped)

I have installed the IA32-libs and there are 2 editions for libgcc_s.so.1:
$ find /lib -name 'libgcc*'
/lib/i386-linux-gnu/libgcc_s.so.1
/lib/x86_64-linux-gnu/libgcc_s.so.1

But I still keep getting this error.
Any tips?

No one to offer any hints on how to solve this?

I have the hunch that the box has a non-standard version of Python on it. If you are on Ubuntu 64-bit, you shouldn't need ia32-libs I believe for anything with Counterparty... actually, from googling that error, it appears that you're probably trying to run counterparty with the 32-bit Python or something similar.... the virtualenv install script probably found a 32-bit Python and used that instead of the 64-bit version, I'm guessing.

To confirm, you could try commands like:

Code:

which python3
ldd `which python3`
python3 -c "import platform;print(platform.architecture())"

The last line should return "('64bit', 'ELF')". (Or, just start up the Python interpreter and see if it mentions 32-bit or 64-bit)... and actually I'd perform the same checks on the python binary over at counterpartyd_build/env/bin/python3 on your box (where ever you installed counterpartyd_build).

The options would be to either remove all that 32-bit compatibility stuff, or work on a fresh Ubuntu install (13.10 x64 is optimal here).

Thanks for the input!
$ ldd `which python3`
   linux-vdso.so.1 =>  (0x00007fff0e5e6000)
   libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7b972df000)
   libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7b970db000)
   libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f7b96ed7000)
   libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f7b96c79000)
   libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f7b9689e000)
   libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f7b96686000)
   libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f7b9645c000)
   libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f7b96160000)
   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7b95d9f000)
   /lib64/ld-linux-x86-64.so.2 (0x00007f7b97522000)
$ python3 -c "import platform;print(platform.architecture())"
('64bit', 'ELF')

So, yes, I am using 64-bit all the way. I did not mention that I installed the IA32-libs as a last resort and *after* building counterparty. This morning I deleted my ~/counterpartyd_build and ~/.config/counterpartyd folders, and started from scratch. And behold: it works now 
Do not really understand why because the only thing that has changed is that the IA32-libs where present *before* running the setup. The whole chain is 64-bits, i checked...

Now I am waiting for counterparty server to catch up with the last BTC block. Seeing the rate in which it catches up this might be a couple of days even! Any idea on how long that will take?

(And again: Thanks for all the help I got!)

On my quad core i5 it took about 12 hours to sync from block 278k so considering were somewhere around 290k now it could take 24hrs especially if you have a slower connection or less horsepower

[led_lcd]

Mastercoin Dex is now live!

Is it possible to trade anything else but MSC on the Mastercoin DEX?

[flayway]

Great news! XCP will be added to Chinese currency (CNY) market @btercom on Mar. 17

https://twitter.com/btercom/status/444730204875808768

Nice, maybe this increase trade volume in centralized exchanges and then soon also we get web wallet and easy dex.
I write them question about cny market for xcp 4 day ago and get this answer
Bter Support (bter)

Mar 11 09:16

Dear Sir,
Your suggestion will be highly valued

[halfcab123]

Great news! XCP will be added to Chinese currency (CNY) market @btercom on Mar. 17

https://twitter.com/btercom/status/444730204875808768

Nice, maybe this increase trade volume in centralized exchanges and then soon also we get web wallet and easy dex.
I write them question about cny market for xcp 4 day ago and get this answer
Bter Support (bter)

Mar 11 09:16

Dear Sir,
Your suggestion will be highly valued

Very very cool.

[halfcab123]

Jesus who's still buying this crap Mastercoins got it's own DEX now.

Your methodology is unbecoming.

[Chang Hum]

Jesus who's still buying this crap Mastercoins got it's own DEX now.

Your methodology is unbecoming.

I simply have nothing better to do!

[porqupine]

Jesus who's still buying this crap Mastercoins got it's own DEX now.

Your methodology is unbecoming.

I simply have nothing better to do!

well excellent it would seem nxt and mastercoin are both dead now  Shocked

I think me he may be joking --

[halfcab123]

Jesus who's still buying this crap Mastercoins got it's own DEX now.

Your methodology is unbecoming.

I simply have nothing better to do!

[quote auther=Chang Hum]
well excellent it would seem nxt and mastercoin are both dead now  Shocked

I think me he may be joking --
[/quote]

Oh sarcasm?  I can appreciate that.

[nakaone]

Jesus who's still buying this crap Mastercoins got it's own DEX now.

Your methodology is unbecoming.

I simply have nothing better to do!

[quote auther=Chang Hum]
well excellent it would seem nxt and mastercoin are both dead now  Shocked

I think me he may be joking --

Oh sarcasm?  I can appreciate that.
[/quote]

will never understand this artificial battle between msc and xcp - there will be more than enough place for both coins, and for me it is likely that both succeed. there will be a niching between msc xcp and colored coins and the smart money is seeing this

[halfcab123]

will never understand this artificial battle between msc and xcp - there will be more than enough place for both coins, and for me it is likely that both succeed. there will be a niching between msc xcp and colored coins and the smart money is seeing this

As Erik Voorheez said,  "don't be afraid of competition, if [insert coin] gets replaced, we all win. We're not going backwards but forwards."

[StarenseN]

We Def. Need a MSC/XCP exchange.

[bitwhizz]

We Def. Need a MSC/XCP exchange.

MSC/XCP = BTC/LTC

[nakaone]

We Def. Need a MSC/XCP exchange.

MSC/XCP = BTC/LTC

i got doubts

if i get it correctly msc can only be used as an asset creator in the end of spring (whenever that is; end of may?). I do not know when they start their web wallet which does not need to synchronize to bitcoind, the release today is much more comparable with xcp a month and a half ago, with a better gui.

regarding market cap in the mid run (3-5 months) i expect at least parity, probably xcp will even be worth more than msc, with both market caps rising.

in the long run I see them both succeeding.

Disclaimer: I also hold quite a bunch of msc.

[halfcab123]

We Def. Need a MSC/XCP exchange.

MSC/XCP = BTC/LTC

i got doubts

if i get it correctly msc can only be used as an asset creator in the end of spring (whenever that is; end of may?). I do not know when they start their web wallet which does not need to synchronize to bitcoind, the release today is much more comparable with xcp a month and a half ago, with a better gui.

regarding market cap in the mid run (3-5 months) i expect at least parity, probably xcp will even be worth more than msc, with both market caps rising.

in the long run I see them both succeeding.

Disclaimer: I also hold quite a bunch of msc.

If xcp = msc I will be a rich man. I was poor my whole life.