Author

Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread - page 648. (Read 1276826 times)

full member
Activity: 154
Merit: 100
If I see this does it mean it's working now:

2014-01-04-T11:34:11Pacific Standard Time Burn: 12ZhgyXFYvWRtpwEAV3t8thgTto2yMM5
R6 burned 1.0 BTC for 1465.54545455 XCP (86f56382\u20268ec50a9d)
2014-01-04-T11:34:11Pacific Standard Time Block: 278690
2014-01-04-T11:34:11Pacific Standard Time Burn: 17LntpaSiQL4pa8moojZGRqe8nLsjibZ
fm burned 0.9999 BTC for 1465.308 XCP (d3cce6dd\u20262f95e3ab)
2014-01-04-T11:34:11Pacific Standard Time Burn: 16nUhvJJZifpdWyqni13AWQwm6GGrAci
bp burned 0.9999 BTC for 1465.308 XCP (a8656bb4\u20268b8c621b)
2014-01-04-T11:34:11Pacific Standard Time Burn: 1CNqtdhXUVBgHdPanpUJZd2osFiYSCYY
cR burned 0.99990499 BTC for 1465.31531262 XCP (26f84ab6\u20261088643a)
2014-01-04-T11:34:11Pacific Standard Time Burn: 1CVEtRWVfx7fovcUK94DJB6Vwz7MdkdY
d1 burned 0.99990499 BTC for 1465.31531262 XCP (49f786b0\u20269c50d383)
2014-01-04-T11:34:11Pacific Standard Time Block: 278691
2014-01-04-T11:34:11Pacific Standard Time Burn: 1AKVdmoAUwcdSjwjTiamcUneDNTF1WvW
CE burned 1.0 BTC for 1465.36363636 XCP (0e0decaf\u2026d53d7d2c)
2014-01-04-T11:34:11Pacific Standard Time Burn: 1h9GvFNK3Ccn2Au8C8BHPeaUamQgArvg
K burned 1.0 BTC for 1465.36363636 XCP (a301bbca\u2026b3f6bb35)
2014-01-04-T11:34:11Pacific Standard Time Block: 278692
2014-01-04-T11:34:11Pacific Standard Time Block: 278693
2014-01-04-T11:34:11Pacific Standard Time Block: 278694
2014-01-04-T11:34:11Pacific Standard Time Block: 278695
2014-01-04-T11:34:11Pacific Standard Time Block: 278696
2014-01-04-T11:34:11Pacific Standard Time Block: 278697
2014-01-04-T11:34:11Pacific Standard Time Burn: 12bsGWBQneVK5M8LqrtonubHeKWRj3gZ
2J burned 0.9999 BTC for 1464.6717 XCP (275b9570\u2026196f8934)
2014-01-04-T11:34:11Pacific Standard Time Block: 278698

sr. member
Activity: 390
Merit: 254
Counterparty Developer
Still couldnt getting run.py to work properly so I am now trying the beta installer, but once again I get an error:


C:\Users\Leo>"C:\Program Files\counterpartyd\counterpartyd.exe"


Could not connect to Bitcoind. Sleeping for five seconds. (Try 0/12)

Bitcoin.conf
rpcuser=rpc
rpcpassword=XXXX
server=1
daemon=1
txindex=1

Counterpartyd.conf
[Default]
rpc-connect=localhost
rpc-port=18832
rpc-user=rpc
rpc-password=XXXX

Tried port 18832 and 8332, same error. I'm getting really close to just giving up


With that bitcoin.conf configuration, your bitcoin server listens on port 8332. Worse case, edit bitcoind.conf, and add the following lines:

Code:
rpcport=8332
port=8333

So given that, that you are not running on testnet, your counterpartyd.conf is configured to listen on the wrong port. With your specified bitcoin.conf file, "rpc-port" in counterpartyd.conf should be "rpc-port=8332", NOT "rpc-port=18832".

Please make those changes, restart both bitcoind/bitcoin-qt and counterpartyd, and let us know if that fixes it.

konfet: Your issue is probably pretty similar to this. Please verify these port numbers, as well as verifying that your bitcoind/bitcoin-qt is actually running, and listening (you can open up a DOS window and run "netstat -an" then search through the list of ports...see if you see those bitcoind ports.
sr. member
Activity: 390
Merit: 254
Counterparty Developer
Don't you think it's a bit rush to launch the coin ? mac wallet not ready/ most ppl don't have txindex=1 and having to reindex and it may take a few days/ etc, creating the situation to have somebody to burn on behalf of somebody. It sounds like an unfair launch.

How about shifting the launch period for another 7 days, make sure everything is ready, ppl who already burnt the coin will get the reward as if it's burnt in the first day.

If we shift the launch period, what about the people who have already contributed? What does that say about fairness, as well as the trust that the community has in the Counterparty team to not shift any requirements, unless absolutely necessary (e.g. major security bug, or some other totally blocking issue), AND, if done, do so in a way that preserves existing stakeholders. Shifting the window would be a major fail on both of those fronts.

The fact is, you guys are not losing out, so don't worry. We are barely three days out from launch, and the bonus is still quite close to the 1500 mark. Also, there now exists a way to burn coins without requiring counterpartyd or any extra software, and documentation is available for burning via blockchain.info (which anyone can do). For instructions on that, see: http://counterpartyd-build.readthedocs.org/en/latest/HowToBurn.html#without-using-counterpartyd

If you are uncomfortable doing any of that, we have a well known and trusted member that will be buying and escrowing XCP on others behalf. I'd rather he announce it when he's ready, but it should be in a day or two.

Regarding the Mac wallet, I will try to make that a priority this week, but given that you can burn without a wallet/counterpartyd (or will soon be able to have someone burn for you), it is much less of an issue, IMO.

Leo: I will respond to your issue shortly (I think I know the problem now, it's an easy one). The build system was working, but we had an unexpected backend library dependency release that broke it. I have modified it to be fixed to a specific version so that shouldn't happen again. This was all done within a day of it being discovered. We are doing our best to be responsive to the community and trying to give everyone a fair chance.
legendary
Activity: 876
Merit: 1000
Etherscan.io
Looking through the posts  .. it looks like quite a number of viewers here are only interested in speculating on XCP with little to no inclination as to how the protocol/client actually works. Well I guess seeing that this is the "Alternate currencies" subforum it is to be expected  Grin

At the moment in order to burn XCP you will effectively need to have full control of the address (private key). Yet, many are willing to place this trust with a 3rd party to burn BTC for XCP on behalf of them .....  Huh And without the ability to send the coins to another address this would mean someone else would have control of your coins for an unforeseeable time (seeing that the latest statment from eligius is that they are not going to process the txns)

-imho-
member
Activity: 70
Merit: 10
from win64 installer. Bitcoin is started in test network.
Code:
c:\counterpartyd\counterpartyd.exe
Traceback (most recent call last):
  File "C:\Python33\lib\site-packages\cx_Freeze\initscripts\Console3.py", line 2
7, in
    exec(code, m.__dict__)
  File "C:\counterpartyd_build\dist\counterpartyd\counterpartyd.py", line 413, i
n
    # Check that the database has caught up with bitcoind.
  File "C:\counterpartyd_build\dist\counterpartyd\lib\util.py", line 19, in bitc
oind_check
    block_count = bitcoin.rpc('getblockcount', [])
  File "C:\counterpartyd_build\dist\counterpartyd\lib\bitcoin.py", line 51, in r
pc
    raise exceptions.BitcoindRPCError('Cannot communicate with Bitcoind. (counte
rpartyd is set to run on {}, is Bitcoind?)'.format(network))
lib.exceptions.BitcoindRPCError: Cannot communicate with Bitcoind. (counterparty
d is set to run on testnet, is Bitcoind?)
also tired of writing about errors and do not receive a feedback
full member
Activity: 154
Merit: 100
legendary
Activity: 1078
Merit: 1002
Bitcoin is new, makes sense to hodl.
Don't you think it's a bit rush to launch the coin ? mac wallet not ready/ most ppl don't have txindex=1 and having to reindex and it may take a few days/ etc, creating the situation to have somebody to burn on behalf of somebody. It sounds like an unfair launch.

How about shifting the launch period for another 7 days, make sure everything is ready, ppl who already burnt the coin will get the reward as if it's burnt in the first day.
full member
Activity: 238
Merit: 100
Sorry, I'm totally confused now.

Can you please post the complete steps and requirements for burning?

I would like to give it a go!

I'm sorry, but it's too dangerous to accept burns from just any ol' client: counterpartyd is extremely strict when it comes to how it constructs its transactions so there is no ambiguity in how any given transaction should be interpreted. I would really like to avoid facing the problems that other projects have come up against that are a consequence of having a poorly defined protocol. The Counterparty team is working hard on getting some trusted members of the community on board who would be willing to buy XCP on your behalf. For now, if you can't get counterpartyd running yourself, you'll have to wait to invest.

Can you add me to the list for purchasing XCP (I can't do it myself) - or if anyone trusted is willing to walk me through it, I'd be willing to compensate. Thanks!
+1
Add me to the purchase list as well.
legendary
Activity: 1498
Merit: 1000
Sorry, I'm totally confused now.

Can you please post the complete steps and requirements for burning?

I would like to give it a go!

I'm sorry, but it's too dangerous to accept burns from just any ol' client: counterpartyd is extremely strict when it comes to how it constructs its transactions so there is no ambiguity in how any given transaction should be interpreted. I would really like to avoid facing the problems that other projects have come up against that are a consequence of having a poorly defined protocol. The Counterparty team is working hard on getting some trusted members of the community on board who would be willing to buy XCP on your behalf. For now, if you can't get counterpartyd running yourself, you'll have to wait to invest.

Can you add me to the list for purchasing XCP (I can't do it myself) - or if anyone trusted is willing to walk me through it, I'd be willing to compensate. Thanks!
full member
Activity: 216
Merit: 100
Counterparty Announcement
...
We are looking for community contributions of testing, bug reports, patches, and companion software (e.g. built around counterpartyd). We are also asking for donations of BTC and XCP to 12J1YFvsWHDCU5HNAWNLNy1Q9nZo8Q4Xgs, which funds will be used to issue bounties for the development of the project.

Sorry to see you've not received any contributions yet.  Your project looks great.  Keep up the great work.  I will be watching it closely.

I'd like to see an example or tutorial on how to setup a feed on the test net, just so I can play around with it and contribute some bug fixes.


Let's say I want to put out a broadcast with a fee of .01 (or 1% of the bets made on the broadcast) - it would look like this:

python3 counterpartyd.py --rpc-password=PASSWORD broadcast --from=ADDRESS --text=TEXT --fee-multiplier=.01

The text of a broadcast is a string. If you want to publish a value later on, then the syntax is:

python3 counterpartyd.py --rpc-password=PASSWORD broadcast --from=ADDRESS --text=TEXT --fee-multiplier=.01 --value=VALUE

Does that help?
full member
Activity: 214
Merit: 101
@PhantomPhreak - Very cool to see you got this project up and running.

I've got the client working on Windows. Although I did have to work around a number of install errors, I don't have logs, but I think they've been aforementioned.
full member
Activity: 154
Merit: 100
Still couldnt getting run.py to work properly so I am now trying the beta installer, but once again I get an error:


C:\Users\Leo>"C:\Program Files\counterpartyd\counterpartyd.exe"


Could not connect to Bitcoind. Sleeping for five seconds. (Try 0/12)

Bitcoin.conf
rpcuser=rpc
rpcpassword=XXXX
server=1
daemon=1
txindex=1

Counterpartyd.conf
[Default]
rpc-connect=localhost
rpc-port=18832
rpc-user=rpc
rpc-password=XXXX

Tried port 18832 and 8332, same error. I'm getting really close to just giving up
legendary
Activity: 1223
Merit: 1006
Ah well, continue burning your coins on this ridiculousness.  I tried.

-wk
sr. member
Activity: 266
Merit: 250
Help and Love one another ♥
DAFUQ ><
I tried:
sudo apt-get install bitcoin-qt
It worked, but it's in German...
Any link to compile bitcoin-qt from source, in English? I haven't found yet.

edit: this do the trick:
Code:
bitcoin-qt -lang=en_US

Or what is the command line in bitcoind/counterpartyd to list the address in my wallet?
(I guess I have to update counterpartyd for wallet to work)
legendary
Activity: 1232
Merit: 1001
Counterparty Announcement
...
We are looking for community contributions of testing, bug reports, patches, and companion software (e.g. built around counterpartyd). We are also asking for donations of BTC and XCP to 12J1YFvsWHDCU5HNAWNLNy1Q9nZo8Q4Xgs, which funds will be used to issue bounties for the development of the project.

Sorry to see you've not received any contributions yet.  Your project looks great.  Keep up the great work.  I will be watching it closely.

I'd like to see an example or tutorial on how to setup a feed on the test net, just so I can play around with it and contribute some bug fixes.
legendary
Activity: 1232
Merit: 1001
What you mentioned is not possible today, however, there are several parties (including Counterparty) discussing the feasibility of it.

May I ask... What specifically/technically is not possible right now, and why?
sr. member
Activity: 266
Merit: 250
Help and Love one another ♥
Yup relax wizkid057.
It doesn't harm Bitcoin.
It's exactly the same as holding your coin forever, or losing your privkey.
If you see it for it's deflationary effect, it's actually a tiny up in the value of all the other BTC.
I see it as a good thing. Or neutral at worst.

Concerning the "unprunable data", I admit I do not understand this term.
What I understand is that it will last 1 month maximum.
And because the transaction are like dust (<1kB), we pay 10x the usual fee.

I absolutely refuse that my burning become a gift to the miner.
It's not their business, this money doesn't belong to them.
The value of the coin I burn is still mine. It's only abstractly transferred.

Beside, I - personally - do not want to depend on Eligius pool.
With bitcoind v0.9, OP_RETURN will be implemented, and so it's pretty much guarantee that at least many miner and a few pool will proceed these transactions.
That's my understanding at least. I do hope I'm correct about this...
Anyway we will pay the standard fee for any XCP or asset transaction.
(maybe 10x the strandard one... but I hope it's only for the burning)

it's a very important feature of this protocol that it involves trusting no one at all.
This!

there are several parties (including Counterparty) discussing the feasibility of it.
I do hope it will be possible one day Smiley

What would be awesome is to find an alternative solution to protect double spending.
Which would no longer require mining in the forms we know it today.
So we could have encrypted transaction (++anonymity).
And the possibility of descentralized exchange between all shacoin, scryptcoin, layer-protocol-assets.
No idea if that is technically possible.
But it would be a revolution in itself.
sr. member
Activity: 390
Merit: 254
Counterparty Developer
have you thought of doing it over Peercoin blockchain as BTC is so precious that it would be much sad to see it burnt ? Ppc inflates 1% on POS minting (although it also destroys 0.01 transaction fee), so the burnt coins will hopefully be regenerated and we can keep our XCP.

We have been exploring taking the concept of Counterparty out to additional blockchains. From a technical standpoint, Counterparty uses the OP_RETURN feature of Bitcoin to store its data (full support for which will be included in Bitcoin v0.9, which will most likely be out and deployed across the major mining pools in about a month to two based on Gavin's estimates).

The advantage of this is that it's a very clean way of encoding the data: Counterparty transactions can be easily pruned from the blockchain. The disadvantage is that any altcoin looking to implement Counterparty support would need to have this feature (or, fork and extend the Counterparty protocol to use a slightly different encoding method, such as multisig or something similar to Mastercoin's Class A transactions).

Currently, Peercoin is moving to 0.8.4 code I believe. Once SunnyKing syncs up to 0.9, this may be possible (however, there may still need to be some adjustment made to deal with the stake blocks that Peercoin has).

This all being said, we are interested in speaking to altcoin developers (and especially ones that can work with the OP_RETURN featureset) as this develops. Counterparty becomes stronger as its standards are deployed across multiple blockchains.

So, are you saying that, in the future, Counterparty could possibly link directly into different block chains enabling atomic trade of currencies from both chains, nearly natively?

For example, I could have a PC with bitcoind and ppcoind fire up and counterparty running and I can sell BTC for PPC and actually see PPC appear in my peercoin wallet and BTC disappear from my bitcoin wallet, natively?

If so, then this is amazing stuff!

P.S. Does Mastercoin support this?  Does Mastercoin use OP_RETURN?

No, actually, my response was limited to talking about Peercoin implementing counterparty on its blockchain.

What you mentioned is not possible today, however, there are several parties (including Counterparty) discussing the feasibility of it.

Mastercoin will eventually support OP_RETURN as "Class C" transactions, but currently, AFAIK, there is no support for this.
sr. member
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
Any unspendable output is bad for Bitcoin. They all add up.  Just because in your opinion it is "not a lot of unprunable data" doesn't make it any less harmful.

Since as the Eligius pool op I definitely don't care to utilize or abuse your service, I'd much rather work out a situation where the "burns" go to the pool fees.  Eligius automatically distributes fees to its miners, so, no way I could abuse this anyway, provided you only used Eligius.

-wk

I appreciate your offer, but it's a very important feature of this protocol that it involves trusting no one at all. Is it provable beyond all doubt that you would have no control whatsoever over where the fees would go?

I agree that it's bad for bitcoin, but the size of the problem is proportional to the amount of data that can't be pruned. The harm done to the blockchain, in this case, is not much worse than that caused by someone losing the only copy of a private key to a heavily used personal address. And the benefits that this protocol brings to Bitcoin must also be taken into account.
hero member
Activity: 1232
Merit: 683
Tontogether | Save Smart & Win Big
A BETA installer is also released for 64-bit Windows. Please see http://counterpartyd-build.readthedocs.org/en/latest/UsingTheInstaller.html for more information. Bug reports welcome!

link doesn't seem to be working (the download link)( https://raw.github.com/xnova/counterpartyd_binaries/counterpartyd-v1-amd64_install.exe )


*EDIT* Now working installing now!
Jump to: