jgarzik
Legendary
Offline
Activity: 1596
Merit: 1099
|
|
March 30, 2014, 01:04:38 PM |
|
So... an engineering flaw that impacts everyone in bitcoin -- not just counterparty -- is exposed on this thread. The response... add an even worse method for storing data? This is childish, not professional.
|
Jeff Garzik, Bloq CEO, former bitcoin core dev team; opinions are my own. Visit bloq.com / metronome.io Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
|
|
|
porqupine
|
|
March 30, 2014, 01:40:33 PM Last edit: March 30, 2014, 01:51:00 PM by porqupine |
|
So... an engineering flaw that impacts everyone in bitcoin -- not just counterparty -- is exposed on this thread. The response... add an even worse method for storing data? This is childish, not professional. The supposed engineering flaw is that it was not made to work without the additional 40 bytes of OP_Return output? - by using which, Counterparty was going to wreck havoc on the Blockchain and ruin the ecosystem for Full Nodes (which have been storing 18gb for free all this time and would have to deal with an additional 5+ mb of prunable data?). (regarding Class A) I don't think that anyone is actually going to store data like that, it looks more like it was a proof-of-concept - probably not the best way to move this discussion forward though..-
|
|
|
|
juyeoul69
Member
Offline
Activity: 95
Merit: 10
|
|
March 30, 2014, 01:45:09 PM |
|
Great movement I hope coin will give it more visibility, and vice versa Looks very solid coin I will for shure mike! Like it has been fooled and Facebook Can anyone translate this into English ? Thanks. Google If only it could be Perhaps it is not
|
|
|
|
romerun
Legendary
Offline
Activity: 1078
Merit: 1002
Bitcoin is new, makes sense to hodl.
|
|
March 30, 2014, 01:47:17 PM |
|
|
|
|
|
juyeoul69
Member
Offline
Activity: 95
Merit: 10
|
|
March 30, 2014, 01:49:05 PM |
|
Thank you for your link You are a good man Good luck to you
|
|
|
|
goldenmail
Newbie
Offline
Activity: 51
Merit: 0
|
|
March 30, 2014, 01:50:23 PM |
|
Burn XCP with online wallet blockchian.info. want to send the XCP to others. Anyone help to instruct how to deal with it? Thanks.
You can follow the instructions here and setup the client http://goo.gl/z5algZ(created by HalfCab) or if you want it easier, wait a week or two for the release of the WebClient. The webclient is powerful.
|
|
|
|
juyeoul69
Member
Offline
Activity: 95
Merit: 10
|
|
March 30, 2014, 01:52:09 PM |
|
The drop in btc is aggravating
BTC decline of the market will have a significant impact, But I believe BTC will rise up in a day! The problem is that BTC is a coin vane It depressed frustrated
|
|
|
|
jonny1000
Member
Offline
Activity: 129
Merit: 14
|
|
March 30, 2014, 03:04:02 PM |
|
Jeff/Luke Jr
I understand the points you are making about the OP_Return issue, but I think you are phrasing your arguments in an non conciliatory manner. I think its fine if a decision is not made to increase OP_RETURN to 80 bytes, however I think some of the arguments made against this are inappropriate and analyse Bitcoin in too much of a narrow way.
A core advantage of Bitcoin is that clients accept transactions as long as it meets the requirements, nothing more, nothing less. All transactions, whoever sent them, whatever the purpose, once in a block are treated equal. It doesn't matter if the data in the transaction is a genuine financial transaction, a political message about a Times newspaper headline in 2009, a Christian prayer, a hash of a document being used as a notary service or anything else. If this principal is lost, Bitcoin is weaker, less useful, less flexible and less likely to succeed. What Bitcoin allows is innovation without permission and new alternative uses that nobody has even thought of yet. This could go far beyond just financial transactions.
I understand many are concerned about the data storage requirements of those running full nodes and network capacity issues. This is of course a genuine problem. However I think its wrong to think that some data is more important than other data or has more of a right to be in the blockchain. Some new protocols may have alternative implementation methods that take up less data in the blockchain. If possible, lets try to implement these protocols in this way. However ultimately, Bitcoin needs to be free and open and all users and protocol developers have the right to be able to use Bitcoin in whichever way they wish. When kindly asking people to modify their protocols to take up less space, we should recognize this principal.
Many thanks
|
|
|
|
Peter Todd
Legendary
Offline
Activity: 1120
Merit: 1152
|
|
March 30, 2014, 03:33:53 PM |
|
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.
|
|
|
|
shadypepe
|
|
March 30, 2014, 04:02:14 PM |
|
Recently released a chancecoin, with this money looks the same, it may be worth investing it, maybe I would not take a chance.
that looks like a very interesting concept, burned some.
|
CZd9oh4FWe4f1TB69YyedxnuGyHt21zEPu
|
|
|
Bellebite2014
Newbie
Offline
Activity: 56
Merit: 0
|
|
March 30, 2014, 04:07:59 PM |
|
Jeff/Luke Jr
I understand the points you are making about the OP_Return issue, but I think you are phrasing your arguments in an non conciliatory manner. I think its fine if a decision is not made to increase OP_RETURN to 80 bytes, however I think some of the arguments made against this are inappropriate and analyse Bitcoin in too much of a narrow way.
A core advantage of Bitcoin is that clients accept transactions as long as it meets the requirements, nothing more, nothing less. All transactions, whoever sent them, whatever the purpose, once in a block are treated equal. It doesn't matter if the data in the transaction is a genuine financial transaction, a political message about a Times newspaper headline in 2009, a Christian prayer, a hash of a document being used as a notary service or anything else. If this principal is lost, Bitcoin is weaker, less useful, less flexible and less likely to succeed. What Bitcoin allows is innovation without permission and new alternative uses that nobody has even thought of yet. This could go far beyond just financial transactions.
I understand many are concerned about the data storage requirements of those running full nodes and network capacity issues. This is of course a genuine problem. However I think its wrong to think that some data is more important than other data or has more of a right to be in the blockchain. Some new protocols may have alternative implementation methods that take up less data in the blockchain. If possible, lets try to implement these protocols in this way. However ultimately, Bitcoin needs to be free and open and all users and protocol developers have the right to be able to use Bitcoin in whichever way they wish. When kindly asking people to modify their protocols to take up less space, we should recognize this principal.
Many thanks
More clueless clowns with their worthless 2 cents, this is EXACTLY what XCP needs. Keep it coming, please.
|
|
|
|
porqupine
|
|
March 30, 2014, 04:26:15 PM |
|
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.
|
|
|
|
samperi649
Member
Offline
Activity: 61
Merit: 10
|
|
March 30, 2014, 05:13:42 PM |
|
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. Is it him really? I thought he is very helpful to the new members to the community, setting up counterpartyd installations instructions, making videos
|
|
|
|
BitcoinTangibleTrust
Member
Offline
Activity: 111
Merit: 10
Digitizing Valuable Hard Assets with Crypto
|
|
March 30, 2014, 06:47:30 PM |
|
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.
|
|
|
|
cityglut
|
|
March 30, 2014, 08:38:13 PM |
|
Would it be accurate to say that Counterparty is a decentralized equivalent to ripple as a protocol for exchanging iou's?
That's an interesting way of putting it, and indeed, that does describe some of Counterparty's functionality well. But it's more general than merely creating IOUs: a user-created asset *may* be an IOU, but also something else. Don't forget that Counterparty also offers peer-to-peer betting and derivatives functionality.
|
|
|
|
halfcab123
Full Member
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
|
March 30, 2014, 08:42:59 PM |
|
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. Please clarify your request.
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
halfcab123
Full Member
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
|
March 30, 2014, 08:45:39 PM |
|
My hour long analysis of what I think is going to happen with bitcoin price. I think it's relevant to xcp since the majority of xcp trading is traded in btc and of course the protocol at this time requires btc to function Bitcoin Price Projection for late 2014 (plus ramb…: http://youtu.be/l3utJvHtfrk
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
halfcab123
Full Member
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
|
March 30, 2014, 10:21:26 PM |
|
File "C:\Python32\counterpartyd_build\dist\counterpartyd\lib\bitcoin.py", l ine 21, in <module> from Crypto.Cipher import ARC4 ImportError: No module named Crypto.Cipher Any help on this error ?
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
halfcab123
Full Member
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
|
March 30, 2014, 10:24:10 PM |
|
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.
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
|
|