Author

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

legendary
Activity: 1512
Merit: 1004
according to the instruction Without using counterpartydhttp://counterpartyd-build.readthedocs.org/en/latest/HowToBurn.html
e.g,I want to burn 1BTC from address A,so I should set the X=0.9999BTC, and set Miners fee=0.0001 BTC.

Code:
If you want to burn X BTC (where X <= 1 BTC) from address A, then make sure that there is exactly X + .001 BTC in address A
Why A addresss is exactly X + .001 BTC other than X + .0001 BTC(fee) ?
So what should I set the X and the fee?
Many thanks.
legendary
Activity: 882
Merit: 1000
In that case, I would have to respectfully disagree. While exponential decay of rewards allows distribution by PoB to continue, it either ends up a) putting an artificial constraint on price or b) unfairly dilutes early contributors. For a continuous PoB scheme, I'm not sure that any distribution would manage to satisfy both early and late investors (correct me if I'm wrong). The establishment of a market to trade the coins along with useful services is more likely to foster adoption.

I agree there is no distribution that would satisfy everyone.

In terms of participation, so far 335.9079 BTC has been burnt. Ignoring the USD/BTC rate, how does this compare with the initial offerings from NXT and Mastercoin?

It is impossible to know how many different people have burnt BTC for XCP though...

As far as I know, 21 BTC for Nxt and around 500 BTC for Mastercoin.
legendary
Activity: 882
Merit: 1000
I agree, it would be unfair to change the terms of the contract now. But once the idea is out of the bag there is nothing stopping someone from forking the code and making a version with longer proof-of-burn. And that widely-distributed version will eventually win out given its wider adoption base.

Innovator's Dilemma FTW

The point of XCP is not the coin, but the distributed exchange. If Counterparty can be the first distributed exchange in the market, it will attract many issuers. Coins can be copied easily, but not the exchange. Therefore, the key is to launch the exchange as soon as possible.
sr. member
Activity: 262
Merit: 250
In that case, I would have to respectfully disagree. While exponential decay of rewards allows distribution by PoB to continue, it either ends up a) putting an artificial constraint on price or b) unfairly dilutes early contributors. For a continuous PoB scheme, I'm not sure that any distribution would manage to satisfy both early and late investors (correct me if I'm wrong). The establishment of a market to trade the coins along with useful services is more likely to foster adoption.

I agree there is no distribution that would satisfy everyone.

In terms of participation, so far 335.9079 BTC has been burnt. Ignoring the USD/BTC rate, how does this compare with the initial offerings from NXT and Mastercoin?

It is impossible to know how many different people have burnt BTC for XCP though...
legendary
Activity: 882
Merit: 1000
I have burned some BTC for XCP,but how to check the earned XCP?

Search for your send address after the transaction has been confirmed in the blockchain:

http://www.counterparty-explorer.com/


Thank you ,got it.
But cannt found my transaction.

All confirmed transactions will be included. Is it possible for you to share your address (or PM me) and I will check for you.
legendary
Activity: 1512
Merit: 1004
I have burned some BTC for XCP,but how to check the earned XCP?

Search for your send address after the transaction has been confirmed in the blockchain:

http://www.counterparty-explorer.com/


Thank you ,got it.
But cannt found my transaction.
sr. member
Activity: 262
Merit: 250
I have burned some BTC for XCP,but how to check the earned XCP?

Search for your send address after the transaction has been confirmed in the blockchain:

http://www.counterparty-explorer.com/

sr. member
Activity: 364
Merit: 264
In order to allow for wider distribution, why not allow for a longer burning time period with exponentially decaying rewards to burning?

The short IPO period seems arbitrary and designed to create scarcity. I understand the need to incentivize early adopters, but I think it's important for liquidity and long-term stability to allow late adopters to burn as well.

As an analogy, GPU miners are what caused the scrypt altcoin scene to flourish. And in a proof-of-burn scheme, burnt coins = mining rigs. People need to feel like they can acquire a fair stake in a new coin without having to buy coins from early adopters and feel like they've been pump-and-dumped.

In that case, I would have to respectfully disagree. While exponential decay of rewards allows distribution by PoB to continue, it either ends up a) putting an artificial constraint on price or b) unfairly dilutes early contributors. For a continuous PoB scheme, I'm not sure that any distribution would manage to satisfy both early and late investors (correct me if I'm wrong). The establishment of a market to trade the coins along with useful services is more likely to foster adoption.
legendary
Activity: 1512
Merit: 1004
I have burned some BTC for XCP,but how to check the earned XCP?
Thanks.
legendary
Activity: 882
Merit: 1000
In order to allow for wider distribution, why not allow for a longer burning time period with exponentially decaying rewards to burning?

The short IPO period seems arbitrary and designed to create scarcity. I understand the need to incentivize early adopters, but I think it's important for liquidity and long-term stability to allow late adopters to burn as well.

As an analogy, GPU miners are what caused the scrypt altcoin scene to flourish. And in a proof-of-burn scheme, burnt coins = mining rigs. People need to feel like they can acquire a fair stake in a new coin without having to buy coins from early adopters and feel like they've been pump-and-dumped.

Although this could be a good idea, but once the first investor burnt some BTC the contract should have been finalized. It will be unfair to people already burnt BTC if the contract is changed now.
full member
Activity: 221
Merit: 100
Can feeds or bets _automatically_ reference the price of an asset in open orders or last trade?

Hey guys even i'm curious about this...can the devs clarify this? thx Smiley

No, they cannot. The values of feeds are, as it were, manually chosen, and bets are made only on feeds. Of course, you can script counterpartyd to do whatever you want here.


great thx for the clarification.
legendary
Activity: 1512
Merit: 1004

What does it mean when we say Initialize Balances? It may not be clear from the initial introduction above and it does sound like a new concept.


It's not a new concept. See https://en.bitcoin.it/wiki/Proof_of_burn. Certainly, it's similar to what Nxt and Mastercoin did (but better).

Right now no one owns any XCP, which we need a "fair, distributed and transparent" way of creating and distributing. Requiring people to publicly "destroy" BTC is a good way of doing that.
and then?
legendary
Activity: 882
Merit: 1000
The explorer seemed to indicate that burns with different inputs or more than one output to non-sending address were invalid. The only definitive confirmation though is to check the counterpatyd client.

PS The explorer seems to be down, last time I checked.

PSS I think it wouldn't be hard to programmatically check every address you get from that table with counterpartyd, and get the burn amount. In fact, an even easier way is to check the counterpartyd logfile, which has a pretty structured log syntax that you can turn into data with a few string commands. Of course this will require running bitcoind and counterpartyd on your remote server.

Example from log file:
Quote
...
2014-01-06-T10:30:27Central Standard Time Block: 278930
2014-01-06-T10:30:27Central Standard Time Burn: 1GSJoRMuFEqtx3e4UjmfZiNonoGrHnt5Wv burned 1.0 BTC for 1443.63636364 XCP (b8a27744…79d741e4)
2014-01-06-T10:30:27Central Standard Time Burn: 146FcHjXUSiJMcYWE7WKPBKSvvCedi2YuA burned 1.0 BTC for 1443.63636364 XCP (e62cd3f0…88fc3542)
2014-01-06-T10:30:27Central Standard Time Burn: 18tJnidmGRi4QxAFmUQgwdQMJm9tRVZotp burned 0.9999 BTC for 1443.492 XCP (cd68e0a1…13c4f575)
2014-01-06-T10:30:27Central Standard Time Burn: 1NULPePYzi8oz6r8D2pgKjfAcJjXQGKasc burned 0.30370714 BTC for 438.4426712 XCP (d29b8039…972e4573)
2014-01-06-T10:30:28Central Standard Time Block: 278931
2014-01-06-T10:30:31Central Standard Time Block: 278932
2014-01-06-T10:30:39Central Standard Time Block: 278933
2014-01-06-T10:30:40Central Standard Time Block: 278934
2014-01-06-T10:30:41Central Standard Time Block: 278935
2014-01-06-T10:30:44Central Standard Time Block: 278936
2014-01-06-T10:30:44Central Standard Time Burn: 1NFga6ZVsrx9wP4uRg6rNzD9drbdz5hbsA burned 0.99909597 BTC for 1441.78631162 XCP (460f00fc…c4605fbc)
2014-01-06-T10:30:44Central Standard Time Burn: 1NDBXUBa1DPbPbxLEA8r8FJufzNdrT9Pb7 burned 0.9941 BTC for 1434.57667273 XCP (93a7209d…b2c95f7f)
2014-01-06-T10:30:46Central Standard Time Block: 278937
2014-01-06-T10:30:47Central Standard Time Block: 278938
...
Have fixed. Now the only requirement is 1) all input addresses are the same. 2) the first output goes to the burn address. 3) Not exceeding 1 BTC limit.
sr. member
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
@PhantomPhreak can you share how the checksum is calculated directly? I looked through the tools, but didn't understand.

The same way that you would check that the one you brute-forced was correct... (It's just the first four bytes of a hash of the first part of the address.)
sr. member
Activity: 364
Merit: 264
@PhantomPhreak can you share how the checksum is calculated directly? I looked through the tools, but didn't understand.

@led_lcd yes, indeed it's a fun mathematical exercise to calculate just how unlikely such an occurrence is. We're talking about "number of atoms in the universe" scales here.
sr. member
Activity: 262
Merit: 250

The problem can otherwise be expressed as the amount of time that would be required to generate a vanity address of that length (length 27 excluding the checksum).

[...]

It's quite interesting to say the least. I can't say I understand the technical details completely though, so people can correct me on this.

Essentially, if coins are spent from such addresses, then bitcoin as a while is broken and we should move on to something else.

I like the explanation. I just wanted to clarify though, the confidence we have that the BTC is unspendable is an expression of probability not an amount of time.

The probability of finding the private key for a single address is very low given the current knowledge about the algorithm and available computational power. Given the very low probability, the likelihood of finding the private key would on average take large amounts of time. Time is how vanitygen expresses the probability.

It is possible with very (very) low probability that someone could find the key after just one attempt.
sr. member
Activity: 476
Merit: 300
Counterparty Chief Scientist and Co-Founder
How is it proven that you can't access the funds at the burn address?

The problem can otherwise be expressed as the amount of time that would be required to generate a vanity address of that length (length 27 excluding the checksum). For each character in the vanity address, it takes 58x the computational power. Considering vanitygen rates, we're talking billions of years even with the entire power of the bitcoin network at your disposal. With that much hashpower, it would be vastly more profitable (by dozens of orders of magnitude) to mine.

http://bitcoin.stackexchange.com/questions/9408/how-does-vanitygen-calculate-difficulty

There's a difference between theoretically possible, and what can be considered a reasonable probability in the likely lifetime of human civilization. Note that as long as this address doesn't spend coins (it can't), even quantum computing will fail to make an appreciable difference. (See stackoverflow for more info).

Essentially how such addresses are generated:
1. Start with some sort of obviously nonrandom string (1CounterpartyXXXXXXXXXXXXXXX)
2. Append dummy checksum to string (e.g. 111111)
3. Base58 decode the above to get network version + RIPEMD160 hash + "checksum"
4. Try at most 16^8 ( = 2^32) (correct me on this) checksums to determine one that corresponds to a valid address; typical videocard (500 Mh/s) could probably do this in seconds.
5. Output the valid address, which has neither an associated pubkey or privkey.

It's quite interesting to say the least. I can't say I understand the technical details completely though, so people can correct me on this.

Essentially, if coins are spent from such addresses, then bitcoin as a while is broken and we should move on to something else.

That's pretty much what I did, except I didn't brute force anything for step 4---I just calculated the checksum directly.
sr. member
Activity: 364
Merit: 264
How can I burn a bitcoin for XCP using Electrum? I don't have Bitcoin-qt installed and downloading the fullblockchain will take ages on my internet connection.

Electrum isn't supported (currently). You can use Blockchain.info to burn, however.

Thank you. Reading the guide to burn via Blockchain.info, I think I understand all of the steps and I am going to try a test amount first but what I don't understand is how to claim my XCP after I have burned my BTC?

Can you please explain this?

After you get your burn confirmed, check http://www.counterparty-explorer.com/ to see if your address pops up. To actually claim your coins, you need a counterpartyd install and wait for bitcoin 0.9 to be released to spend.
hero member
Activity: 714
Merit: 502
How is it proven that you can't access the funds at the burn address?

The problem can otherwise be expressed as the amount of time that would be required to generate a vanity address of that length (length 27 excluding the checksum). For each character in the vanity address, it takes 58x the computational power. Considering vanitygen rates, we're talking billions of years even with the entire power of the bitcoin network at your disposal. With that much hashpower, it would be vastly more profitable (by dozens of orders of magnitude) to mine.

http://bitcoin.stackexchange.com/questions/9408/how-does-vanitygen-calculate-difficulty

There's a difference between theoretically possible, and what can be considered a reasonable probability in the likely lifetime of human civilization. Note that as long as this address doesn't spend coins (it can't), even quantum computing will fail to make an appreciable difference. (See stackoverflow for more info).

Thanks for explaining
sr. member
Activity: 364
Merit: 264
How is it proven that you can't access the funds at the burn address?

The problem can otherwise be expressed as the amount of time that would be required to generate a vanity address of that length (length 27 excluding the checksum). For each character in the vanity address, it takes 58x the computational power. Considering vanitygen rates, we're talking billions of years even with the entire power of the bitcoin network at your disposal. With that much hashpower, it would be vastly more profitable (by dozens of orders of magnitude) to mine.

http://bitcoin.stackexchange.com/questions/9408/how-does-vanitygen-calculate-difficulty

There's a difference between theoretically possible, and what can be considered a reasonable probability in the likely lifetime of human civilization. Note that as long as this address doesn't spend coins (it can't), even quantum computing will fail to make an appreciable difference. (See stackoverflow for more info).

Essentially how such addresses are generated:
1. Start with some sort of obviously nonrandom string (1CounterpartyXXXXXXXXXXXXXXX)
2. Append dummy checksum to string (e.g. 111111)
3. Base58 decode the above to get network version + RIPEMD160 hash + "checksum"
4. Try at most 16^8 ( = 2^32) (correct me on this) checksums to determine one that corresponds to a valid address; typical videocard (500 Mh/s) could probably do this in seconds.
5. Output the valid address, which has neither an associated pubkey or privkey.

It's quite interesting to say the least. I can't say I understand the technical details completely though, so people can correct me on this.

Essentially, if coins are spent from such addresses, then bitcoin as a while is broken and we should move on to something else.
Jump to: