Bitcoin Forum
May 28, 2024, 12:49:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 »
1  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: March 27, 2014, 05:11:11 PM

Upvoted!
2  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: March 25, 2014, 02:10:32 AM


If ever any of the other chains goes onto a fork or does a blockchain rewind, any floating XCP that got sold would end up being able to be double spent.

Maybe this is a rare enough thing, then again, didnt DOGE just have one of these? The stability of XCP would end up being the stability of the weakest chain it ever floated on

James

Perhaps it would only be implemented on certain chains that are expected to be secure and stick around for the long run, rather than able to have XCP on every random BTC/LTC clone. There could be 3 maybe. BTC for security, doge or litecoin for transaction speed and then maybe something else which allows relatively large data storage or something, idk. But really though, anything could happen to anyone or any coin at any time (fork, attacks, price crash, whatever). BTC is just the hardened veteran

Yeah. You'd need every Counterparty client constantly talking to the servers for every single altcoin it was running on. And you'd have to implement a strict system for ordering blocks across chains. You'd also have to come up with a good system for sending funds across chains, because the addresses are not compatible and Counterparty right now stores the destination of transfers in its own output.

BTC is much more secure than any other coin, as far as I can tell. On multiple blockchains, Counterparty would only be as secure as the weakest of them.
3  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: March 24, 2014, 01:06:31 AM
Hey, there are a lot of threads over on the Bitcoin Subreddit talking/lamenting about recent and ongoing failures of centralized exchanges... Would people here help me watch the Subreddit and mention Counterparty where it's appropriate? Just to point people in the right direction. I'm sure that a lot of the readers there don't know about Counterparty and they'd be interested to learn that there's another real option to MtGox, Vircurex, and so on. We're obviously really close to the release of Counterwallet on Mainnet, and when that happens, Counterparty's distributed exchange will be really easy to use. Anyone will be able to trade BTC, XCP, USD vouchers, etc. without any risk of the trading platform suddenly going under, freezing withdrawals, running away with their money, or whatever.
4  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: March 21, 2014, 04:19:45 PM


This is the point right here. *Of course* Bitcoin was never intended to store and transmit Counterparty tx data. Counterparty hadn't been invented yet! That's what makes all great technology so amazing: when people take it and use it for things you never even dreamed of.
5  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: March 21, 2014, 12:28:09 AM
Back when dev [retroactively] levied a 5 XCP fee against issuing assets (which fortunately had a side-effect of blocking our initial issuance of "AAAMPTSTOCK"), the "re-issuance for non-zero quantity" feature of your software was broken. Please fix this.

If you're an XCP true-believer who gets butthurt over criticism, stop reading NOW!

Is it just me, or has the launch of this coin - which seems to have so much innovation - been an unmitigated disaster, exchange-market-wise?

You're obviously correct looking at pricing and functionality of the XCP system over stated claims and goals due to a few CRITICAL problems:

1) Anyone who's tried to trade BTC in/out of the DEX natively at competitive rates has come to understand all too well, the BTC integration SUCKS:
The way the dev dropped the ball by implementing a few misguided solutions (First with the 10 block BTCpay time limit and second by making an offer to buy 100BTC worth of asset have a default of 1BTC cost(!?!) in burn fees (*JUST TO LIST THE OFFER!?!*)) which predictably had the foreseen effect to prevent any legitimate long-standing BTC offer from being placed (due to castrating the choice/power from the BTC giver order as predicted: https://forums.counterparty.co/index.php/topic,71.msg355.html#msg355 ).

2) Was there any explanation why the dev chose to leave residue of assets to hang around the order books after the relevant orders should have 100% matched and traded? http://www.blockscan.com/order_book.aspx
I want to sell 100 asset, existing order matched, only 99.9999995 asset transferred, and put remainder 0.0000005 back on order book. . . WTF!?!

3) Initial distribution was wider and thus MANY more sellers are available over other altcoins which have more centralized break-in periods / premining. More Sellers = lower price. The competitor coins have relatively few initial adopters/investors and don't suffer so much from this despite having massive holdings in total. i.e. competitor altcoins may have 5-10 x the value but only 10% or less total sellers so the price has little resistance against upward movement compared to XCP.
NOTE: This is a good thing for wider distribution but a bad thing for getting rich quick.

4) XCP is just not that useful and initial investors have taken notice: It's a difficult to use and it lacks much practical use for average users due in part to virtually no explanations for novice bitcoiners about how to use and the DEX just doesn't work very well (due to some of the explained problems here and elsewhere). https://forums.counterparty.co/index.php/topic,71
Hopefully the GUI, webwallet/trading and such will alleviate this to some extent.

5) Radical changes to protocol with little public discussion and a private deliberation process by dev.
When a 5 XCP fee was introduced [retroactively] for issuing assets, that was a good reason for buying XCP since asset creation would reward XCP holders and cause XCP demand inducing people to buy and hold, but since the dev lowered that cost recently (to help BTT and others who favor "asset spam" over stakeholder reward) it removed 90% of that 5xcp "per-asset issuance stakeholder reward" that we were receiving. Current stakeholders and future investors can foresee this and similar actions having a negative long-term pricing effect over the status quo and the market shows how stakeholders are voting with their shares on this type decision making process.
There was a rumor of the XCP-dev considering stakeholder feedback in the future, however we are obligated to trust past experiences rather than such vague rumors of a radical shift in their decision-making process.

6) When people see the changelog they're like "WTF? you call this a changelog?". Then they see the amount of "rapid development" taking place and then pushed to their computers with little to no discussion of how it will positively or negatively affect them/stakeholders and they realize this is not something "safe" to invest in. Of course they can refuse the updates and let the software stop working or force-run it using obsolete settings and risk losing coins.

7) Asset reissuances were broken and then never fixed when the 5xcp asset fee was retroactively put into place. Better know EXACTLY how many shares you want issued the first time, all future re-issuance attempts might appear to succeed, but the program won't register them. Fixing this is going to

This is all just FUD. All of your "criticisms" are nothing but evidence of your misunderstanding. For those inclined to believe anything this guy writes:

The 5 XCP fee was not retroactive. Look at the code. Lines 80-87 of issuances.py. You were running an old version of Counterpartyd for too long and got confused.

1) The 1% is just the default. Of course, it doesn't scale to very large/small amounts.

2) The trade residue is an unavoidable consequence of the finite divisibility of Bitcoin. Yes, it's ugly, but that's what slick GUI's, like Counterwallet, are for.

3) This isn't a pump and dump. That's better because then there will be no crash later!

4) The distributed exchange works great. Yes, trading with BTC with awkward with Counterpartyd, but it's really slick with Counterwallet... by design.

5) This is just nonsense.

6) You don't get to complain about missing features and the rapid development of the code. The devs are moving fast!

7) See above.
6  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 18, 2014, 03:43:44 AM
Every MSC transactions sends a small amount of BTC directly to J.R. Counterparty does no such thing, proving that it's completely unnecessary.
The output to the Exodus address is another thing: there are several ways to tag and identify a meta-transaction, for example transactions can be created with an additional output to a specific address (Master protocol) or one could encode some magic bytes (XCP) within the data payload. Or one may use OP_RETURN with some magic bytes etc. etc. ...

But there is actually another reason: DOS protection. DOS is not yet an issue and may not be in the short term, but for the same reason that there is a DEX fee (XCP and MSC both use one) or a Bitcoin transaction fee in general, this is a filter against spam.

Magic bytes in the payload is just simply a much better way of identifying transactions. It's cheaper, it's truly decentralised, and it doesn't send J.R. any of your money for bogus hand-wavy reasons like "DOS protection", which Bitcoin obviously handles itself through standard BTC TX fees.

What if someone steals the private key to the Exodus address from J.R.? What if he loses it? Why take the chance?
7  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 18, 2014, 03:34:40 AM
And what about smart contracts and smart properties?
Mastercoin guys spoke about theses a lot in the early days, but not anymore. Does that mean they have abandonned the idea?
I have not heard Counterparty guys speaking about smart contracts and smart properties, does that mean there is not plan to implement them even in the mid-long term?

'Smart property' isn't really something that Mastercoin, or Counterparty, has anything to do with directly. The Mastercoin Project just loves throwing around such buzzwords. 'Smart property' is hardware (like a car) that might itself, for instance, parse Bitcoin, or Mastercoin, or Counterparty transactions, and behave differently depending on what it sees (e.g. unlock itself only for someone with a particular private key). The only real prerequisite technology at the protocol level is virtual assets, which Counterparty has totally working and Mastercoin hasn't even begun to implement.

A 'smart contract' is a more general idea, and really applies to any contract enforced by a protocol. Bitcoin, Mastercoin and Counterparty all have these to varying degrees. Counterparty undeniably has the most sophisticated and diverse smart contracts at the moment, though. The only smart contracts implemented in Mastercoin that I know of are those of its mostly-still-in-the-planning-stages distributed exchange.
8  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 18, 2014, 01:56:48 AM
About Counterparty vs Mastercoin, can some of you guys explain what is the difference between the scope of the two protocol?

Are they are trying to do the very same thing in a slightly different way, or is there an overlap but also some differences? For example will Mastercoin be able to do some stuff that Counterparty won't?

The are lots of differences, but a few of the most important ones are, IMHO:

  • XCP is distributed much more fairly. Over 50% of MSC is owned by just a handful of people, who consequently have complete control over the price, potential proof-of-stake voting, etc. It's unlikely that anyone owns more than a couple percent of all extant XCP.
  • Every MSC transactions sends a small amount of BTC directly to J.R. Counterparty does no such thing, proving that it's completely unnecessary.
  • Mastercoin has serious, persistent consensus issues: you can never be sure how much MSC you have at any given time.
  • Counterparty is developed much faster, has *many* more *fully-working* features, all while being community driven. It has virtual assets, broadcasts, bets, dividends, callbacks, and more. The Mastercoin Project has a lot of hot air.
  • The Mastercoin distributed exchange, while barely functioning, many months late, and missing crucial features. simply will never be able to scale, because sell orders are not matched deterministically, but manually.

I gave up on Mastercoin months ago (though I was originally very supportive of the project!), when they refused to hire competent developers and develop a proper reference client.
9  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 17, 2014, 05:02:16 PM
Quote

Alright, it's pretty disappointing that after so many months that still isn't an easy to use wallet. What's the ETA for an alpha release of Omniwallet?
I'm dissapointed too. I was hoping for more.

I think that one of the key wins we have after these months is ... we finally got a development rythm going, and understand a lot better where we want to be in 1 week, 3 months, 6 months.

The development speed of the Omniwallet has been incredible, and we're going to pick up speed and consistency in the upcoming weeks. We are finally starting to enter a weekly scrum cycle, are focusing our development efforts into 2 wallets instead of 4, and have a clear idea of where we're headed.

True, it would have been nice to have better wallets at this point in time. However please remember it's a marathon, not a sprint, and we learned a ton from the last months ... and that the key product of a startup is validated learning (read 'validated learning' in The Lean Startup).



That's all well and good, but you're still starting from scratch... again. If it takes Mastercoin over 7 months just to "get a development rythm going", how can it possibly compete?

No one said anything about "starting from scratch".

v0.0.1 of Omniwallet was released 10 days ago. How many projects (wallets, parsers, explorers) has the Mastercoin project begun and suddenly abandoned? But I'm sure this one will be awesome.
10  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 17, 2014, 02:56:49 PM
Quote

Alright, it's pretty disappointing that after so many months that still isn't an easy to use wallet. What's the ETA for an alpha release of Omniwallet?
I'm dissapointed too. I was hoping for more.

I think that one of the key wins we have after these months is ... we finally got a development rythm going, and understand a lot better where we want to be in 1 week, 3 months, 6 months.

The development speed of the Omniwallet has been incredible, and we're going to pick up speed and consistency in the upcoming weeks. We are finally starting to enter a weekly scrum cycle, are focusing our development efforts into 2 wallets instead of 4, and have a clear idea of where we're headed.

True, it would have been nice to have better wallets at this point in time. However please remember it's a marathon, not a sprint, and we learned a ton from the last months ... and that the key product of a startup is validated learning (read 'validated learning' in The Lean Startup).

That's all well and good, but you're still starting from scratch... again. If it takes Mastercoin over 7 months just to "get a development rythm going", how can it possibly compete?
11  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: March 16, 2014, 02:06:38 AM
Neither of the Masterchain web wallet tutorials addresses my question: when I click "Create new wallet", I only get a "Wallet UUID", but no private key. I also don't see the option of creating addresses. Am I missing something?

This part is really confusing as shit. They need to change this and make it more intuitive.

It looks like you can't actually create a wallet on masterchain.info, you can only enter the private key every time you want to buy MSC. Also, it looks like you can't store any MSC or BTC or masterchain.info, right?

But can you sell MSC on masterchain.info? And is the signing done client-side?
12  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][XCP] Counterparty Protocol, Client and Coin (built on Bitcoin) - Official on: February 02, 2014, 08:34:55 PM
Reddit thread: http://www.reddit.com/r/Bitcoin/comments/1wtz2b/2124_btc_destroyed_in_proofofburn/
13  Economy / Securities / Re: [BitFunder] btcQuick - Bitcoin Sales Service on: December 27, 2013, 12:31:42 PM
Why isn't btcQuick listed at https://en.bitcoin.it/wiki/How_To_Buy_Bitcoins_With_Your_Credit_Card?
14  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: MasterCoin Buyer/Seller Thread on: December 15, 2013, 09:05:18 PM
Please remove my sell offer @ .14 from the orderbook. Thanks.
15  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: MasterCoin Buyer/Seller Thread on: December 07, 2013, 05:36:15 PM
Please change my sell order on the book to 50 MSC @ .14 BTC each. Thanks.
16  Alternate cryptocurrencies / Altcoin Discussion / Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address” on: December 06, 2013, 10:52:15 PM
Regarding hiring without consulting the community, there is a reason that companies hire a CEO to make all the decisions, rather than having all stakeholders weigh in on every hire. We are giving Ron room as Executive Director to do his job, and even if he makes mistakes on the way (and he undoubtedly will) I vastly prefer that to decision-by-committee.

Ron and David both told me two days ago that their goal is to dissolve the foundation and have *all* decisions determined by proof-of-stake voting. They are trying to put the governance of the protocol into the protocol itself.
17  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: MasterCoin Buyer/Seller Thread on: December 06, 2013, 09:52:52 PM
Hello, all.

Please add a sell order to the book for 50 MSC @ .15 BTC/MSC.

Thanks.
18  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: MasterCoin Buyer/Seller Thread on: December 06, 2013, 08:49:28 AM
Hi all,

New to mastercoin here, but is there any progress towards setting up an exchange for this stuff? I'm a developer who would be interested in building this as a project if there is enough demand for it.

Hey,

What kind of work would you be interested in doing? Are you talking about setting up an exchange website?
19  Alternate cryptocurrencies / Altcoin Discussion / Re: Mastercoin reference implementation proposal. on: December 05, 2013, 09:50:52 PM
That's one of the things I brought up yesterday with Ron as well. I'm no idea who all these random people are and what they are suppose to be doing. My dev email is being flooded with all kinds of emails from people I never heard about before a week ago.

What is Zbx's role precisely?

As I understand it at least (and I may not be 100% correct), zbx was a candidate for Tech Lead. He had talked to Ron and Ron was down with him working through the dev hires.

I think now there's some organization taking form, which is why you are seeing more people. But I think there needs to be a clear organizational structure laid out to everyone, otherwise it just ends up looking like (and working like) a Chinese firedrill. The board's hiring strategy is still not clear to me, but to their credit, I sent them over an organizational diagram and we have been working through what the final structure will look like. Hopefully we can get something finalized shortly that will lend some clarity to everyone.

The problem is, essentially, to grow, roles need to be delegated. If I bring on someone to do thing X, then I still take care of thing X and don't tell them anything about the decisions I'm making, that can be a problem. Smiley I'd like to think that Ron had this conversation with you before he had the conversation with zbx (things have been moving quickly lately I guess).

Zbx mentioned he had a call with Ron and that's why he contacted me. I'm still confused now as to what his role exactly is going to be but perhaps he or Ron will shed some light on it Smiley
Guys,

I can say with some confidence that Ron is not watching bitcointalk threads, so if he needs to clear up questions about who is doing what, you'll need to email him directly, preferably use info (at) mastercoin (dot) org, since several people will see your questions who might want to weigh in.

He is taking the initiative in hiring devs, and he's having lots of conversations with lots of people. Things are bound to be chaotic while we get this all figured out.

Thanks!


For my part, I've made some direct inquiries, and I put up a job offer on Coinality today. As of right now, there has been very little progress made in the search for full-time developers, and Ron's whole approach to the hiring process is completely wrong. For one thing, the project should not be trying to hire two teams of three developers each all at once, to work on 'whatever they want' (as Ron would have it). I'll continue to search for developers outside of the Mastercoin community, and recommend some of them to the board to be hired.

Ron did not say to me that Tachikoma and z0mbie were [effectively] already hired, but I do expect that he (and a number of others) would be happy to engage them full-time.
20  Alternate cryptocurrencies / Altcoin Discussion / Re: Mastercoin reference implementation proposal. on: December 04, 2013, 02:16:33 PM
That's an excellent proposal, Tachikoma. You have my full support in this.
Pages: [1] 2 3 4 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!