Author

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

legendary
Activity: 1372
Merit: 1002
Short answer: you're assuming the data exists to validate at all client-side. Unfortunately that's not something you can assume. If you're just putting hashes of Counterparty data in the blockchain what is a client supposed to do if they can't find the corresponding data? If they assume it doesn't exist then you can be sybil attacked by someone who later reveals the data and changes the consensus out from under you. On the other hand, if you assume it must exist, and wait until you find that data, a trivial attack is to put fake hashes of alleged counterparty data in the blockchain.

You wouldn't have to solve any problem if your chain validated your transactions. You wouldn't need to bloat your chain with open orders like mastercoin and counterparty (if I understand correctly) do.
Colored coins don't put the open orders in the chain, but not all colored aspects of a colored coins transactions are validated.
If your chain validated all you need it to validate, you could even have SPV clients consuming a committed UTXO (something non-hardfork colored coins cannot give you).

I don't know mastercoin and counterparty deeply but I believe they use "accounts" (like ripple.com) instead of inputs/outputs (like bitcoin and freimarkets), which is another design mistake.

Too many efficiency sacrifices only to avoid bootstrapping your own chain like namecoin did when it wanted to support additional features.
If we all bitcoin users want to support these features in the bitcoin chain, there's a better way to do it: a hard fork.
I'm all for this features (asset issuance, p2p trade, ripple-like transitive trades, options, etc) in Bitcoin's main chain myself, but the right way.
hero member
Activity: 700
Merit: 500
I don't know if this meets all of the requirements stated, but based on a quick skimming of P2SH^2 and your Proof-of-Publication paper, here's a rough idea of an "attack" to store arbitrary data.  This would require a tiny amount of brute-forcing, and it is not dust/fee-efficient, but I think it would work.  I was unable to find the "2.0" discussion.

You missed the part where I said "no-brute-forcing" - I'm talking about something quite different that takes advantage of what P2SH^2 does. However, the rest of your post would work and is actually pretty clever, so sent you a tip all the same.

Hey, thanks man!  I like these games  Grin  Unfortunately I am not very well-read on a lot of this stuff, but I've been convinced for a long time that it's impossible to prevent hiding data in Bitcoin transactions, unless somehow every output address is pre-approved, which is of course impossible without completely wrecking Bitcoin.  The P2SH^2 idea seems to be trying to add a bit of "verification" to output addresses, but even requiring 2 hashes doesn't really change anything.  It makes it a bit harder, but as long as output addresses are essentially arbitrary, there's no way to prevent some attack along these lines from working.

And I didn't "miss" the brute-forcing, I just kind of ignored it because the brute-forcing in this scheme would (unless I'm way off somehow) only require a few milliseconds of computation for a single-byte encoding, as you'd only need to come up with hashes starting with A-Z, a-z, 0-9.
legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer

Both use the bitcoin block chain so confirm times are the same.
There are no new coins of either.  There are more Mastercoin than Counterparty
Since they are on the bitcoin block chain, they use the same algorithms of bitcoin, they are not separately mined, or merge mined, they use the bitcoin protocol as the fundamental layer.

The feature sets are fairly similar, the implementations have significant differences.  Both of these change rapidly though as they are under heavy development.

Mistake here, there are approx 4.27 times more XCP than MSC
Thank you, I need my delsexia meds.
There are:
 619478.6 MSC
2648755 XCP
hero member
Activity: 672
Merit: 500

Both use the bitcoin block chain so confirm times are the same.
There are no new coins of either.  There are more Mastercoin than Counterparty
Since they are on the bitcoin block chain, they use the same algorithms of bitcoin, they are not separately mined, or merge mined, they use the bitcoin protocol as the fundamental layer.

The feature sets are fairly similar, the implementations have significant differences.  Both of these change rapidly though as they are under heavy development.

Mistake here, there are approx 4.27 times more XCP than MSC
legendary
Activity: 1204
Merit: 1002
Gresham's Lawyer
So where do mastercoins come from?  How are they made and why can't unlimited be made. I don't understand how you get mastercoins if you can't mine them. For me Mastercoin looks like another ripple with unfair distribution and no mining.

I think I like the philosophy behind Counterparty better than mastercoin. So my personal choice would be Counterparty.

- Now I am just looking to have technical questions answered. What are the differences between the technical protocols of Mastercoin vs. Counterparty.
- What are the confirm times of blocks on both of these coins?
- How many coins will there ever be on both of the coins?
- What algorithm do they use that is comparable to mining?
- What features does one offer that the other can't offer?

Both use the bitcoin block chain so confirm times are the same.
There are no new coins of either.  There are more Mastercoin than Counterparty
Since they are on the bitcoin block chain, they use the same algorithms of bitcoin, they are not separately mined, or merge mined, they use the bitcoin protocol as the fundamental layer.

The feature sets are fairly similar, the implementations have significant differences.  Both of these change rapidly though as they are under heavy development.
legendary
Activity: 952
Merit: 1000
Yeah! I hate ShroomsKit!
GOOD QUESTIONS

The best person to answer these questions is probably Bellebite2014

Every time someone asks you good questions about XCP-MSC differences, advantages and disadvantages you answer by referring the question to a troll...  Roll Eyes
hero member
Activity: 714
Merit: 502
So where do mastercoins come from?  How are they made and why can't unlimited be made. I don't understand how you get mastercoins if you can't mine them. For me Mastercoin looks like another ripple with unfair distribution and no mining.

I think I like the philosophy behind Counterparty better than mastercoin. So my personal choice would be Counterparty.

- Now I am just looking to have technical questions answered. What are the differences between the technical protocols of Mastercoin vs. Counterparty.
- What are the confirm times of blocks on both of these coins?
- How many coins will there ever be on both of the coins?
- What algorithm do they use that is comparable to mining?
- What features does one offer that the other can't offer?

The best person to answer these questions is probably Bellebite2014
hero member
Activity: 588
Merit: 500
So where do mastercoins come from?  How are they made and why can't unlimited be made. I don't understand how you get mastercoins if you can't mine them. For me Mastercoin looks like another ripple with unfair distribution and no mining.

I think I like the philosophy behind Counterparty better than mastercoin. So my personal choice would be Counterparty.

- Now I am just looking to have technical questions answered. What are the differences between the technical protocols of Mastercoin vs. Counterparty.
- What are the confirm times of blocks on both of these coins?
- How many coins will there ever be on both of the coins?
- What algorithm do they use that is comparable to mining?
- What features does one offer that the other can't offer?
dpb
newbie
Activity: 28
Merit: 0
Why should I pay attention to XCP and not to MSC?  Huh

Why not both?

I prefer Counterparty to Mastercoin because it was the first working decentralized exchange on which I was able to create an asset. I also like the proof-of-burn distribution model more than the developers-have-an-unfair-advantage distribution model. I want as many layers of decentralization as possible; I don't want to support projects meant to promote neutrality that give special privileges to groups or individuals.
legendary
Activity: 952
Merit: 1000
Yeah! I hate ShroomsKit!
Why should I pay attention to XCP and not to MSC?  Huh
newbie
Activity: 59
Merit: 0
How's the video coming along halfcab?
legendary
Activity: 1008
Merit: 1000

More clueless clowns with their worthless 2 cents, this is EXACTLY what XCP needs. Keep it coming, please.

Halfcab, I will ask one more time, consider taking your Alts off the forums.

I second the request. This Bellebite2014 persona has done enough damage to the community with its extremely antagonistic posts. Please stop.

I'm just waiting to hear what this has to do with me, and why I am being referenced here.

May not be halfcab, but clearly somebody's shill. Maybe someone from Mastercoin.
legendary
Activity: 1120
Merit: 1160
I don't know if this meets all of the requirements stated, but based on a quick skimming of P2SH^2 and your Proof-of-Publication paper, here's a rough idea of an "attack" to store arbitrary data.  This would require a tiny amount of brute-forcing, and it is not dust/fee-efficient, but I think it would work.  I was unable to find the "2.0" discussion.

You missed the part where I said "no-brute-forcing" - I'm talking about something quite different that takes advantage of what P2SH^2 does. However, the rest of your post would work and is actually pretty clever, so sent you a tip all the same.
hero member
Activity: 700
Merit: 500
No, it's not, it's a silly point.

Bitcoin includes transactions because it validates the data inside them.

Bitcoin clearly does not validate Counterparty data.  I am free to include Counterparty data in my own transactions at any time.  I am free to spend Counterparty coins to myself at any time, etc.  Bitcoin doesn't care.

The level of validation performed by the bitcoin network is the same, whether full counterparty data or a simple hash is in the blockchain.

Long answer: re-read my paper on about proof-of-publication and how Bitcoin mining really works.

Short answer: you're assuming the data exists to validate at all client-side. Unfortunately that's not something you can assume. If you're just putting hashes of Counterparty data in the blockchain what is a client supposed to do if they can't find the corresponding data? If they assume it doesn't exist then you can be sybil attacked by someone who later reveals the data and changes the consensus out from under you. On the other hand, if you assume it must exist, and wait until you find that data, a trivial attack is to put fake hashes of alleged counterparty data in the blockchain.

Now you can try using something like the zookeyv concept I wrote about in #bitcoin-wizards last summer - I remember you saved a copy of that discussion - but then you run into a simple economics problem: if you can attack an individual system in one go, the cost required for security is going to be very high compared to the cost per transaction. Thus it's best if you spread that cost across multiple systems/uses, and force any attacker to attack them all at once. Anyway, this is all pedantic: Counterparty gains enormously in security by using the Bitcoin blockchain, and there's fuck all that Bitcoin can do about it if the Counterparty devs encode their transactions correctly.

In fact, here's a really good test to see if you understand this stuff: Suppose P2SH^2 was implemented and everything other than pay-to-pubkey-hash transactions was disabled. How can embedded consensus systems take advantage of P2SH^2 to survive without resorting to the brute-forcing parts of the hash to encode the data and without resorting to using any data embedded in any part of the transaction other than the scriptPubKey? If you can guess why, you'll be a lot closer to understanding what proof-of-publication actually is; I'll give 50mBTC to the first person with a correct answer.(edit: unless your name is Gregory Maxwell! already told him) I'll give you some further hints: the solution in this scenario ends up creating huge amounts of unspendable outputs in the UTXO set, it is blocked by Gregory Maxwell's "P2SH^2 v2.0" idea where hashes can self-prove their hashes without proving a pre-image explicitly, and finally is actually cheaper for the embedded consensus system modulo the IsDust() rule.

I don't know if this meets all of the requirements stated, but based on a quick skimming of P2SH^2 and your Proof-of-Publication paper, here's a rough idea of an "attack" to store arbitrary data.  This would require a tiny amount of brute-forcing, and it is not dust/fee-efficient, but I think it would work.  I was unable to find the "2.0" discussion.

Say we want to send information ABCD.  The sending address is X_1.  All we have to do is find a fake P2SH value whose hash starts with (A).  This creates a transaction, X_1 -> AXXXXXXXXXXXXXX (unspendable, but is a valid hash of a seeming hash, so it's likely un-detectable).  Change is sent to X_2, a valid address.  X_2 sends X_2 -> BXXXXXXXXXXXXXX, change is sent to X_3.  X_3 -> CXXXXXXXXXXXXXX, change to X_4.  X_4 -> DXXXXXXXXXXXXXX, change to X_5.

Clients can decode the proper byte-ordering because change address X_2 only contains coins after the X_1 transaction, X_3 only after X_2 transaction, and so on.

It's also possible that a dedicated Counterparty user or group of users could spend some hashes coming up with actual addresses that can create the A, B, C, D hashes.  They could pre-generate an "alphabet" of addresses which would allow them to recover the BTC, excepting tx fees.  If the user had enough BTC coins/coin-days, he could even structure each of these transactions so as to avoid tx fees completely.  Of course, the risk of doing this would be that such addresses could be blacklisted after several uses.

It is of course possible to encode more than 1 byte per tx.  It just requires more hash-time, but I'm guessing that even on commodity hardware, coming up with an "alphabet" of all possible 2-byte pairs wouldn't be much work.  Of course, this would halve the number of BTC transactions needed to encode each XCP transaction.
full member
Activity: 238
Merit: 100
i am coming!
i suggest xcp team use MXCP for Unit NOW。especially the net Wallet。like Mantissa pricing,this is Scientific research
and then it seem like more Bargaining chip for Issuance of asset
and more people like buy it because it seem so cheap like dogecoin
if 1.3 usd can buy 0.1XCP and 100MXCP ,i think you will choose 100mXCP because 100 look so comfortably then 0.1

Foresight

XCP will have a bright future.  2,648,496 is such a small quantity.   i think we should use mXCP as default unit from now on.

As a possible newbie coin-buyer, judging strictly from the chart action, is this coin dead?

Yes it is, go post somewhere else, thanks.
+1
Great

I assume that PhantomPhreak moderates this thread? I would suggest reviewing BelleBite2014's posting history and using that to consider either issuing a stern warning or possibly blocking him from posting his deconstructive negative commentary altogether.

I think I speak on behalf of the community when I say that if someone does indeed post a misinformed post, or embellished rhetoric, that I would rather see that on the thread by itself, then to also see a community member bashing that person.


+1
Moderator , please step in.
hero member
Activity: 647
Merit: 510
Counterpartying
I am really interested in this coin but am confused on how I get coins into a wallet? Do I buy the coin by trading or do I mine it with this burn the coin method?  Either way it look like I am spending bitcoin on it?

The easiest way to buy is through Bter with BTC: https://bter.com/trade/xcp_btc

You are unable to burn BTC for XCP any longer, except on testnet, where both BTC and XCP have no value.

After buying, as a non technical user, I'd suggest keeping the XCP on Bter, or for a higher level of security, I would move the to a blockchain.info wallet. After Counterwallet is live on mainnet, which is happening sometime in April I think, I would use that to store your XCP.
hero member
Activity: 588
Merit: 500
I am really interested in this coin but am confused on how I get coins into a wallet? Do I buy the coin by trading or do I mine it with this burn the coin method?  Either way it look like I am spending bitcoin on it?
full member
Activity: 135
Merit: 100
 I do realize however, that for XCP/Counterparty to gain wide accepted use we will need a user-friendly GUI, much like basic TCP/IP protocol applications were not widely used or built upon until web browsers and email browsers amongst other User Interfaces came about which allowed the average user to take part; and when the average user gets involved thats when the usage explosion happens in any technological advancement. That's when the usage goes through the roof and inevitably incredible amount of capital are available to further develop and build even more incredible creations compounded of other incredible creations.  Grin
full member
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
i am coming!
i suggest xcp team use MXCP for Unit NOW。especially the net Wallet。like Mantissa pricing,this is Scientific research
and then it seem like more Bargaining chip for Issuance of asset
and more people like buy it because it seem so cheap like dogecoin
if 1.3 usd can buy 0.1XCP and 100MXCP ,i think you will choose 100mXCP because 100 look so comfortably then 0.1

Foresight

XCP will have a bright future.  2,648,496 is such a small quantity.   i think we should use mXCP as default unit from now on.

As a possible newbie coin-buyer, judging strictly from the chart action, is this coin dead?

Yes it is, go post somewhere else, thanks.
+1
Great

I assume that PhantomPhreak moderates this thread? I would suggest reviewing BelleBite2014's posting history and using that to consider either issuing a stern warning or possibly blocking him from posting his deconstructive negative commentary altogether.

I think I speak on behalf of the community when I say that if someone does indeed post a misinformed post, or embellished rhetoric, that I would rather see that on the thread by itself, then to also see a community member bashing that person.

I personally have been accused of owning BelleBite2014's account as an alt account, by someone in the community which I held high respect for; however I have not seen any evidence for this accusation and need only provide a history of my actions without defensive speech to show how that accusation is unlikely credible.

newbie
Activity: 38
Merit: 0
i am coming!
i suggest xcp team use MXCP for Unit NOW。especially the net Wallet。like Mantissa pricing,this is Scientific research
and then it seem like more Bargaining chip for Issuance of asset
and more people like buy it because it seem so cheap like dogecoin
if 1.3 usd can buy 0.1XCP and 100MXCP ,i think you will choose 100mXCP because 100 look so comfortably then 0.1

Foresight

XCP will have a bright future.  2,648,496 is such a small quantity.   i think we should use mXCP as default unit from now on.

As a possible newbie coin-buyer, judging strictly from the chart action, is this coin dead?

Yes it is, go post somewhere else, thanks.
+1
Great
Jump to: