Bitcoin Forum
June 17, 2024, 11:00:50 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 [322] 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 ... 661 »
  Print  
Author Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread  (Read 1276347 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
jgarzik
Legendary
*
Offline Offline

Activity: 1596
Merit: 1091


View Profile
March 30, 2014, 01:04:38 PM
 #6421

Great news! Pay-to-PubKeyHash Functionality Added
https://www.counterparty.co/pay-to-pubkeyhash-functionality-added/

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
Full Member
***
Offline Offline

Activity: 214
Merit: 101


View Profile
March 30, 2014, 01:40:33 PM
Last edit: March 30, 2014, 01:51:00 PM by porqupine
 #6422

Great news! Pay-to-PubKeyHash Functionality Added
https://www.counterparty.co/pay-to-pubkeyhash-functionality-added/

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 Offline

Activity: 95
Merit: 10


View Profile
March 30, 2014, 01:45:09 PM
 #6423

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 Shocked

Can anyone translate this into English ? Thanks.

Google
If only it could be
Perhaps it is not
romerun
Legendary
*
Offline Offline

Activity: 1078
Merit: 1001


Bitcoin is new, makes sense to hodl.


View Profile
March 30, 2014, 01:47:17 PM
 #6424

xcp testnet faucet is up

http://xcp.bfolder.com/#testxcp
juyeoul69
Member
**
Offline Offline

Activity: 95
Merit: 10


View Profile
March 30, 2014, 01:49:05 PM
 #6425


Thank you for your link
You are a good man
Good luck to you
goldenmail
Newbie
*
Offline Offline

Activity: 51
Merit: 0


View Profile
March 30, 2014, 01:50:23 PM
 #6426

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 Offline

Activity: 95
Merit: 10


View Profile
March 30, 2014, 01:52:09 PM
 #6427

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! Smiley

The problem is that BTC is a coin vane
It depressed frustrated
jonny1000
Member
**
Offline Offline

Activity: 129
Merit: 13



View Profile
March 30, 2014, 03:04:02 PM
 #6428

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 Offline

Activity: 1120
Merit: 1150


View Profile
March 30, 2014, 03:33:53 PM
 #6429

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
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile
March 30, 2014, 04:02:14 PM
 #6430

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 Offline

Activity: 56
Merit: 0


View Profile
March 30, 2014, 04:07:59 PM
 #6431

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
Full Member
***
Offline Offline

Activity: 214
Merit: 101


View Profile
March 30, 2014, 04:26:15 PM
 #6432


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 Offline

Activity: 61
Merit: 10


View Profile
March 30, 2014, 05:13:42 PM
 #6433


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 Offline

Activity: 111
Merit: 10

Digitizing Valuable Hard Assets with Crypto


View Profile WWW
March 30, 2014, 06:47:30 PM
 #6434


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.

Digital Tangible
Digitizing Valuable Hard Assets with Crypto http://www.digitaltangibletrust.com
cityglut
Full Member
***
Offline Offline

Activity: 216
Merit: 100


View Profile
March 30, 2014, 08:38:13 PM
 #6435

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 Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
March 30, 2014, 08:42:59 PM
 #6436


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 Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
March 30, 2014, 08:45:39 PM
 #6437

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 Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
March 30, 2014, 10:21:26 PM
 #6438

Code:
  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 Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
March 30, 2014, 10:24:10 PM
 #6439


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
Matt Y
Hero Member
*****
Offline Offline

Activity: 647
Merit: 510


Counterpartying


View Profile WWW
March 30, 2014, 10:26:36 PM
 #6440

The Twitter spambots which have historically posted positive news on Mastercoin (as well as many other projects, to be fair), are now posting links to bellebite2014 posts to disparage Counterparty: https://www.dropbox.com/s/3qxtbed5dggmwqd/Screenshot%202014-03-30%2015.09.35.png

A sample of the Mastercoin posts these accounts make: https://www.dropbox.com/s/pw89c9dyozvx1dj/Screenshot%202014-03-30%2015.24.41.png

I don't know who is in charge of these accounts or what they are hoping to accomplish, but linking to the biggest troll in this thread as a source of Counterparty news is hilarious.

Pages: « 1 ... 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 [322] 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 ... 661 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!