reader31
|
|
January 04, 2014, 07:36:11 PM |
|
cool thx will wait for the first confirmation.
|
|
|
|
panonym
Sr. Member
Offline
Activity: 266
Merit: 250
Help and Love one another ♥
|
|
January 04, 2014, 07:39:39 PM |
|
Actual problem is that you will not be able to send those XCP anywhere. Because for this to work on the mainnet, Eligius need to process your transaction. Which it stopped.
counterpartyd address ADDRESS So that at least is still working, with burn. (I have to test by myself instead of asking the question... But I'm curious and soft/hardware troube prevent me to test right now.) Can I check the amount of XCP in any address with this command? Including not mine.
|
|
|
|
mtbitcoin
Legendary
Offline
Activity: 876
Merit: 1000
Etherscan.io
|
|
January 04, 2014, 07:42:38 PM |
|
Actual problem is that you will not be able to send those XCP anywhere. Because for this to work on the mainnet, Eligius need to process your transaction. Which it stopped.
counterpartyd address ADDRESS So that at least is still working, with burn. (I have to test by myself instead of asking the question... But I'm curious and soft/hardware troube prevent me to test right now.) Can I check the amount of XCP in any address with this command? Including not mine.
Yes, you can Since everything is on the blockchain Example output: Balances +-------+---------------+ | Asset | Amount | +-------+---------------+ | XCP | 1479.70063636 | +-------+---------------+
|
|
|
|
FandangledGizmo
Legendary
Offline
Activity: 1138
Merit: 1001
|
|
January 04, 2014, 07:43:11 PM |
|
Announcement: We made some changes to the protocol and the client: now burns don’t require the use of OP_RETURN, and we’re no longer pushing transactions through Eligius, which seems to now be rejecting anything with such an output. This means that 1) a bunch of bugs have been fixed, 2) the only Counterparty transaction that will work on mainnet until Bitcoind 0.9 comes out is a burn, 3) burns are much faster, and 4) it is theoretically possible for burns to be made with a regular Bitcoin client. We’re not currently recommending that anyone use anything other than counterpartyd to burn. The format of a Counterparty transaction is very specific, and we can’t guarantee that a transaction constructed by any other software will work (and if it doesn’t, you’ll lose your BTC). For those interested, the protocol will recognise as a valid burn any transaction with the following characteristics: - All of the input addresses are identical.
- The address of the first output is the unspendable address '1CounterpartyXXXXXXXXXXXXXXXUWLpVr' (mainnet) or 'mvCounterpartyXXXXXXXXXXXXXXW24Hef' (testnet).
- The total number of BTC burned by the source address is less than or equal to 1.
Instructions on how to use a Blockchain.info wallet to construct a burn should be forthcoming. The burn functionality of counterpartyd will continue to work as it has been doing, and of course previous burns remain valid. +1. That would be great if you could send BTC from a blockchain.info wallet and receive XCP. & thanks for answering my previous questions.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 07:44:06 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
|
|
|
|
sixteendigits
|
|
January 04, 2014, 07:48:56 PM |
|
Very interested, after the success of NXT, this is the only 2nd gen crypto that doesn't scream scam to me. But yeah, please come up with a simplified (ie. idiot proof) way to invest because I am scared I am going to screw something up and lose my BTC.
|
|
|
|
FandangledGizmo
Legendary
Offline
Activity: 1138
Merit: 1001
|
|
January 04, 2014, 07:56:08 PM |
|
Only Mastercoin funding is centralized, protocol itself isn't centralized.
This isn't the place to discuss Mastercoin, but it may be worth pointing out an important difference here between Mastercoin's protocol and Counterparty's: every Mastercoin transaction has to have a small output to the Exodus Address (to which at least J.R. holds the private key). Counterparty has no such limitation. EDIT: typo Q1. I know you said this isn't the place to discuss MSC, but is the above true? Do you mean every future MSC transaction, (even once it's up & running) will have a small output to the Exodus address? That sucks. Q2. As much as I like your POB decentralisation and I really do. Maintaining & further developing something like this will require serious funding? No? We can't expect you guys to do all the work when you're getting the same risk/reward incentive as us. Even Protoshares are now issuing Angel shares as they need more direct funding. (Or maybe they're just scamming, we'll have to see if they actually release their delayed Keyhotee soon.)
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 07:56:25 PM |
|
Can anyone help with this error I'm getting?
./counterpartyd.py server
I get.
Traceback (most recent call last): File "./counterpartyd.py", line 405, in <module> util.bitcoind_check(db) File "/home/X/counterpartyd/lib/util.py", line 18, in bitcoind_check block_count = bitcoin.rpc('getblockcount', []) File "/home/X/counterpartyd/lib/bitcoin.py", line 36, in rpc response = requests.post(config.RPC, data=json.dumps(payload), headers=headers) File "/usr/lib/python3/dist-packages/requests/api.py", line 85, in post return request('post', url, data=data, **kwargs) File "/usr/lib/python3/dist-packages/requests/api.py", line 40, in request return s.request(method=method, url=url, **kwargs) File "/usr/lib/python3/dist-packages/requests/sessions.py", line 229, in request r.send(prefetch=prefetch) File "/usr/lib/python3/dist-packages/requests/models.py", line 468, in send url = self.full_url File "/usr/lib/python3/dist-packages/requests/models.py", line 382, in full_url netloc = netloc.encode('idna').decode('utf-8') File "/usr/lib/python3.2/encodings/idna.py", line 167, in encode result.extend(ToASCII(label)) File "/usr/lib/python3.2/encodings/idna.py", line 73, in ToASCII raise UnicodeError("label empty or too long") UnicodeError: label empty or too long
|
|
|
|
PhantomPhreak (OP)
Sr. Member
Offline
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
|
|
January 04, 2014, 08:02:09 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
No, not yet.
|
|
|
|
cityglut
|
|
January 04, 2014, 08:07:30 PM |
|
Only Mastercoin funding is centralized, protocol itself isn't centralized.
This isn't the place to discuss Mastercoin, but it may be worth pointing out an important difference here between Mastercoin's protocol and Counterparty's: every Mastercoin transaction has to have a small output to the Exodus Address (to which at least J.R. holds the private key). Counterparty has no such limitation. EDIT: typo Q1. I know you said this isn't the place to discuss MSC, but is the above true? Do you mean every future MSC transaction, (even once it's up & running) will have a small output to the Exodus address? That sucks. Yes, it is true. Q2. As much as I like your POB decentralisation and I really do. Maintaining & further developing something like this will require serious funding? No? We can't expect you guys to do all the work when you're getting the same risk/reward incentive as us. Even Protoshares are now issuing Angel shares as they need more direct funding. (Or maybe they're just scamming, we'll have to see if they actually release their delayed Keyhotee soon.)
While we do appreciate donations, it may be worth pointing out that Bitcoin's development was not predicated on outside funding, and Counterparty is: 1) much simpler and smaller project than Bitcoin, and 2) relatively full-featured. Most open-source projects are community-driven, with software developers contributing not primarily for the financial incentives, but because they really believe in the project they are developing (Gavin Andresen, for example, worked on Bitcoin a long time before being hired full-time). I will certainly be investing in Counterparty, but this is because I think it is a great project with lots of potential, not because there is a lot of money in alt-coins at the moment.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 08:09:36 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
No, not yet. The instructions on the second post in this thread seem to indicate for us to use bitcoind. Is that safe? Does make sure all of the input addresses are identical? Here's what I've done. Setup bitcoin with the following config rpcuser=bitcoinrpc rpcpassword=yo txindex=1 server=1
git clone https://github.com/PhantomPhreak/counterpartyd.gitcd counterpartyd git describe v0.1-17-g3bc6a3d cat ~/.config/counterpartyd/counterpartyd.conf [Default] rpc-connect=localhost rpc-port=8332 rpc-user=bitcoinrpc rpc-password=yo ./counterpartyd.py server Then I get Traceback (most recent call last): File "./counterpartyd.py", line 405, in <module> util.bitcoind_check(db) File "/home/X/counterpartyd/lib/util.py", line 18, in bitcoind_check block_count = bitcoin.rpc('getblockcount', []) File "/home/X/counterpartyd/lib/bitcoin.py", line 36, in rpc response = requests.post(config.RPC, data=json.dumps(payload), headers=headers) File "/usr/lib/python3/dist-packages/requests/api.py", line 85, in post return request('post', url, data=data, **kwargs) File "/usr/lib/python3/dist-packages/requests/api.py", line 40, in request return s.request(method=method, url=url, **kwargs) File "/usr/lib/python3/dist-packages/requests/sessions.py", line 229, in request r.send(prefetch=prefetch) File "/usr/lib/python3/dist-packages/requests/models.py", line 468, in send url = self.full_url File "/usr/lib/python3/dist-packages/requests/models.py", line 382, in full_url netloc = netloc.encode('idna').decode('utf-8') File "/usr/lib/python3.2/encodings/idna.py", line 167, in encode result.extend(ToASCII(label)) File "/usr/lib/python3.2/encodings/idna.py", line 73, in ToASCII raise UnicodeError("label empty or too long") UnicodeError: label empty or too long
|
|
|
|
wizzardTim
Legendary
Offline
Activity: 1708
Merit: 1000
Reality is stranger than fiction
|
|
January 04, 2014, 08:11:12 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
No, not yet. The instructions on the second post in this thread seem to indicate for us to use bitcoind. Is that safe? Does make sure all of the input addresses are identical? Here's what I've done. Setup bitcoin with the following config rpcuser=bitcoinrpc rpcpassword=yo txindex=1 server=1
git clone https://github.com/PhantomPhreak/counterpartyd.gitcd counterpartyd git describe v0.1-17-g3bc6a3d cat ~/.config/counterpartyd/counterpartyd.conf [Default] rpc-connect=localhost rpc-port=8332 rpc-user=bitcoinrpc rpc-password=yo ./counterpartyd.py server Then I get Traceback (most recent call last): File "./counterpartyd.py", line 405, in <module> util.bitcoind_check(db) File "/home/X/counterpartyd/lib/util.py", line 18, in bitcoind_check block_count = bitcoin.rpc('getblockcount', []) File "/home/X/counterpartyd/lib/bitcoin.py", line 36, in rpc response = requests.post(config.RPC, data=json.dumps(payload), headers=headers) File "/usr/lib/python3/dist-packages/requests/api.py", line 85, in post return request('post', url, data=data, **kwargs) File "/usr/lib/python3/dist-packages/requests/api.py", line 40, in request return s.request(method=method, url=url, **kwargs) File "/usr/lib/python3/dist-packages/requests/sessions.py", line 229, in request r.send(prefetch=prefetch) File "/usr/lib/python3/dist-packages/requests/models.py", line 468, in send url = self.full_url File "/usr/lib/python3/dist-packages/requests/models.py", line 382, in full_url netloc = netloc.encode('idna').decode('utf-8') File "/usr/lib/python3.2/encodings/idna.py", line 167, in encode result.extend(ToASCII(label)) File "/usr/lib/python3.2/encodings/idna.py", line 73, in ToASCII raise UnicodeError("label empty or too long") UnicodeError: label empty or too long the bitcoin.conf shouldn't have daemon=1?
|
Behold the Tangle Mysteries! Dare to know It's truth.
- Excerpt from the IOTA Sacred Texts Vol. I
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 08:16:42 PM |
|
the bitcoin.conf shouldn't have daemon=1?
You don't need this if you run bitcoind with -daemon, but I left that bit out.
|
|
|
|
PhantomPhreak (OP)
Sr. Member
Offline
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
|
|
January 04, 2014, 08:18:20 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
No, not yet. The instructions on the second post in this thread seem to indicate for us to use bitcoind. Is that safe? Does make sure all of the input addresses are identical? Here's what I've done. Setup bitcoin with the following config rpcuser=bitcoinrpc rpcpassword=yo txindex=1 server=1
git clone https://github.com/PhantomPhreak/counterpartyd.gitcd counterpartyd git describe v0.1-17-g3bc6a3d cat ~/.config/counterpartyd/counterpartyd.conf [Default] rpc-connect=localhost rpc-port=8332 rpc-user=bitcoinrpc rpc-password=yo ./counterpartyd.py server Then I get Traceback (most recent call last): File "./counterpartyd.py", line 405, in <module> util.bitcoind_check(db) File "/home/X/counterpartyd/lib/util.py", line 18, in bitcoind_check block_count = bitcoin.rpc('getblockcount', []) File "/home/X/counterpartyd/lib/bitcoin.py", line 36, in rpc response = requests.post(config.RPC, data=json.dumps(payload), headers=headers) File "/usr/lib/python3/dist-packages/requests/api.py", line 85, in post return request('post', url, data=data, **kwargs) File "/usr/lib/python3/dist-packages/requests/api.py", line 40, in request return s.request(method=method, url=url, **kwargs) File "/usr/lib/python3/dist-packages/requests/sessions.py", line 229, in request r.send(prefetch=prefetch) File "/usr/lib/python3/dist-packages/requests/models.py", line 468, in send url = self.full_url File "/usr/lib/python3/dist-packages/requests/models.py", line 382, in full_url netloc = netloc.encode('idna').decode('utf-8') File "/usr/lib/python3.2/encodings/idna.py", line 167, in encode result.extend(ToASCII(label)) File "/usr/lib/python3.2/encodings/idna.py", line 73, in ToASCII raise UnicodeError("label empty or too long") UnicodeError: label empty or too long the bitcoin.conf shouldn't have daemon=1? Those instructions are for using Bitcoind as the backend for counterpartyd, and then using counterpartyd to burn (entirely safely), not for using Bitcoind to burn BTC directly (which would, at this time, be unsafe). xnova, when he gets back online soon, should be able to help fix that bug you and a few others are having. I don't think that the daemon=1 option is the problem.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 08:19:20 PM |
|
Have the instructions for how to burn on blockchain.info been posted yet?
No, not yet. The instructions on the second post in this thread seem to indicate for us to use bitcoind. Is that safe? Does make sure all of the input addresses are identical? Here's what I've done. Setup bitcoin with the following config rpcuser=bitcoinrpc rpcpassword=yo txindex=1 server=1
git clone https://github.com/PhantomPhreak/counterpartyd.gitcd counterpartyd git describe v0.1-17-g3bc6a3d cat ~/.config/counterpartyd/counterpartyd.conf [Default] rpc-connect=localhost rpc-port=8332 rpc-user=bitcoinrpc rpc-password=yo ./counterpartyd.py server Then I get Traceback (most recent call last): File "./counterpartyd.py", line 405, in <module> util.bitcoind_check(db) File "/home/X/counterpartyd/lib/util.py", line 18, in bitcoind_check block_count = bitcoin.rpc('getblockcount', []) File "/home/X/counterpartyd/lib/bitcoin.py", line 36, in rpc response = requests.post(config.RPC, data=json.dumps(payload), headers=headers) File "/usr/lib/python3/dist-packages/requests/api.py", line 85, in post return request('post', url, data=data, **kwargs) File "/usr/lib/python3/dist-packages/requests/api.py", line 40, in request return s.request(method=method, url=url, **kwargs) File "/usr/lib/python3/dist-packages/requests/sessions.py", line 229, in request r.send(prefetch=prefetch) File "/usr/lib/python3/dist-packages/requests/models.py", line 468, in send url = self.full_url File "/usr/lib/python3/dist-packages/requests/models.py", line 382, in full_url netloc = netloc.encode('idna').decode('utf-8') File "/usr/lib/python3.2/encodings/idna.py", line 167, in encode result.extend(ToASCII(label)) File "/usr/lib/python3.2/encodings/idna.py", line 73, in ToASCII raise UnicodeError("label empty or too long") UnicodeError: label empty or too long the bitcoin.conf shouldn't have daemon=1? Those instructions are for using Bitcoind as the backend for counterpartyd, and then using counterpartyd to burn (entirely safely), not for using Bitcoind to burn BTC directly (which would, at this time, be unsafe). xnova, when he gets back online soon, should be able to help fix that bug you and a few others are having. I don't think that the daemon=1 option is the problem. Thanks. Who else if having that bug? Maybe I could speak with them to see if they got anywhere with it.
|
|
|
|
konfet
Member
Offline
Activity: 70
Merit: 10
|
|
January 04, 2014, 08:27:03 PM |
|
got the next errors on windows 7 x64 after updating to the newest source C:\Python33\python.exe c:\counterpartyd_build\run.py --log-file=- -v
2014-01-05-T12:20:55\xcc\xee\xf1\xea\xee\xe2\xf1\xea\xee\xe5 \xe2\xf0\xe5\xec\xf f (\xe7\xe8\xec\xe0) Starting new HTTP connection (1): 89.208.112.132 2014-01-05-T12:20:55\xcc\xee\xf1\xea\xee\xe2\xf1\xea\xee\xe5 \xe2\xf0\xe5\xec\xf f (\xe7\xe8\xec\xe0) "POST http://rpc:rpcpw1234@localhost:18332/ HTTP/1.1" 404 7 14 Traceback (most recent call last): File "C:\Python33\Lib\json\decoder.py", line 368, in raw_decode obj, end = self.scan_once(s, idx) StopIteration
During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "c:\counterpartyd_build\dist\counterpartyd\counterpartyd.py", line 405, i n <module> util.bitcoind_check(db) File "c:\counterpartyd_build\dist\counterpartyd\lib\util.py", line 18, in bitc oind_check block_count = bitcoin.rpc('getblockcount', []) File "c:\counterpartyd_build\dist\counterpartyd\lib\bitcoin.py", line 45, in r pc response_json = response.json() File "c:\counterpartyd_build\env\lib\requests\models.py", line 733, in json return json.loads(self.text, **kwargs) File "C:\Python33\Lib\json\__init__.py", line 319, in loads return _default_decoder.decode(s) File "C:\Python33\Lib\json\decoder.py", line 352, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) File "C:\Python33\Lib\json\decoder.py", line 370, in raw_decode raise ValueError("No JSON object could be decoded") ValueError: No JSON object could be decoded
in browser on http://rpc:rpcpw1234@localhost:18332 got {"result":null,"error":{"code":-32700,"message":"Parse error"},"id":null} my bitcoin.conf and counterpartyd.conf are next: rpcuser=rpc rpcpassword=rpcpw1234 server=1 daemon=1 txindex=1 testnet=1
[Default] rpc-connect=localhost rpc-port=18332 rpc-user=rpc rpc-password=rpcpw1234 testnet=1
|
BTC: 19d14r8F932Khc2xDZeC4hvdmCF7q95SGW LTC: LbzSRezSSs3eXP4rPor8wo8HJqgkrfC6f7 NMC: N8CFY5QaYRpQXq6LYQdSJqLuFGBqvSp6ua DVC: 14ZktX8LvnmSfcZKBgJrXfTTV8TpTQp4d5 QRK: QRb6v9RXACJut6GfDs7mcttdT7dTDcUZSK WDC: WST6mDQELMhRmAQSdEfNNBUjEhRgqEsj9R Cheap G\Hashes. With CoinBase, CampBX, Bter, Crypto-trade, Coins-e, Cryptsy you can easy save and increase your money. Please help poor sick developer.
|
|
|
PhantomPhreak (OP)
Sr. Member
Offline
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
|
|
January 04, 2014, 08:30:01 PM |
|
Thanks. Who else if having that bug? Maybe I could speak with them to see if they got anywhere with it.
Sorry, my mistake. I thought that I had seen another person with that same problem.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 08:41:35 PM |
|
I seem to have fixed the issue.
I ran ./counterpartyd.py market
and I get
lib.exceptions.DatabaseError: Countparty database is behind Bitcoind.
Is that normal?
Looks like it's synchronising.
How can I check the status?
Thanks.
|
|
|
|
xibeijan
Legendary
Offline
Activity: 1232
Merit: 1001
|
|
January 04, 2014, 08:53:10 PM |
|
I got another crash... ./counterpartyd.py -v --log-file=yo.log server
Traceback (most recent call last): File "./counterpartyd.py", line 532, in <module> blocks.follow() File "/home/X/counterpartyd/lib/blocks.py", line 390, in follow source, destination, btc_amount, fee, data = get_tx_info(tx) File "/home/X/counterpartyd/lib/blocks.py", line 319, in get_tx_info data = binascii.unhexlify(asm[1]) TypeError: 'str' does not support the buffer interface
|
|
|
|
btc4ever
|
|
January 04, 2014, 09:02:07 PM |
|
Is there any way (command) to gauge progress as counterpartyd is processing the blockchain? $ ./counterpartyd.py --rpc-password=$BTCPASS market Traceback (most recent call last): File "./counterpartyd.py", line 407, in <module> util.database_check(db) File "/home/counterpartycoin/counterpartyd/lib/util.py", line 36, in database_check raise exceptions.DatabaseError('Countparty database is behind Bitcoind.') lib.exceptions.DatabaseError: Countparty database is behind Bitcoind.
|
Psst!! Wanna make bitcoin unstoppable? Why the Only Real Way to Buy Bitcoins Is on the Streets. Avoid banks and centralized exchanges. Buy/Sell coins locally. Meet other bitcoiners and develop your network. Try localbitcoins.com or find or start a buttonwood / satoshi square in your area. Pass it on!
|
|
|
|