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

Yes, this what is plan. First step is to make a Chrome App, this will be the lightweight client. Because in fact lightweight wallet and web wallet are same thing (the only difference is the UI hosted on server or locally). After that for heavy wallet we have a bunch of work on Counterblockd to make it installable on every computer (the ideal is to have no more dependencies than counterpartyd).
The urgency for now I think it's to have an heavy wallet. For that I really need to find time to work on BoottleXCP. I need one or two days to update it. I hope this week-end if I finish "My bets" pages before. After that I need also 3 or 4 days to make BoottleXCP light with pyrpcwallet. But is less urgent because for light wallet there is CW.

There isn't. But as I understand developers could package node-webkit version of counterwallet quite trivially. Such a build could come from anyone really but coming from main counterparty team would be best.

I think it would be a positive thing in relation to the time it would take. People can have a strong interest to a native app on their desktop- especially electrum like lightweight clients. more than visiting website, it can feel more secure or local to them (even if the app is essentially browser window in a form)  Counterparty can then market a lightweight win/osx/linux wallet being available.

This is so exciting!A very important step forward for Counterparty. Thanks!

Ask, xcp and cha, which is an advantage?

Despite sufficient asset backing/demand, we stopped issuing MPUSD due to the CRITICAL reissue problem outlined above preventing asset reissues.
Any word if the reissue problem was ever investigated and/or fixed by a dev? Just link to a stock that issued shares more than once if that isn't still broken.

Also, Forgot to mention another reason why investors aren't willing to keep holding this alt-coin (longer than the nerly 6 months we waited so far) and are willing to dump for a mere ~4 times return :
( the absence of any easy single file/program that can be easily downloaded and installed to trade/send counterparty, similar to these other coins:
https://bitcoin.org/en/download
http://www.nxtcommunity.org/nxt-cryptocurrency/get-started-nxt
https://litecoin.org/
http://namecoin.info/?p=download
http://www.mastercoinwallets.org/#windows-guide

Please correct me if there is a single file download to run counterparty, i.e. the wallet software.

We openly trade cryptocurrencies through Torchat, FacebookChat, and the Counterparty Distributed EXchange (DEX). More info in our feedback thread - https://bitcointalksearch.org/topic/m.5664449

You are right td. I confused the words....not the issue...

http://www.reddit.com/r/Bitcoin/comments/263r1k/coinscrum_launchpad_5th_june_at_google_campus/

I think you meant inflation rate. I would very much like to hold an asset with a 10% deflation rate. This would mean it is appreciating in value by 10% per year if the purchasing power reflects the decrease in quantity.

Hi all,

The first draft of my introduction to the Counterparty swarm ...

[Swarm] [FAQ] Introduction to the Counterparty swarm.

... is up on the main forums, and I'd love to get your thoughts.

This post sketches out the rough approach I'll be using (in my new role) to help make sure that ours is the most vibrant and effective community in the crypto 2.0 space, so that together, we can get the Counterparty financial toolset into the hands of one million individuals and businesses by the end of the decade.

When you read this post, do you feel it represents the kind of messaging that (when combined with great marketing exposure) could be used to build out a network of thousands of volunteers and advocates?

Imagine you're new to Counterparty, would this get you excited about contributing and spreading the word?

If what I've written doesn't capture them, what were the big ideas that got you excited about the Counterparty project?

When you describe Counterparty to your friends, what ways of describing the project have you found to be the most engaging?

All thoughts are most welcome, here.

I see that Bitcoin is currently the best option to be based on for Counterparty. Bitcoin is well tested and secure at least with respect to the amount of hashing power the network has. Bitcoin is a widely known brand so it makes sense also from a marketing standpoint. I am not challenging Counterparty's current strategy. It's doing great in all aspects I can think of.

From a technological standpoint and as a long term perspective I doubt that Bitcoin will be a a solid basis for Counterparty. There are security reasons due to the centralization of mining and an operational dependence on the Bitcoin core devs. But below I would like to just point out the in my opinion most obvious shortcomings of POW based Bitcoin which are economic and for which I welcome any critique.

Bitcoin has 400 tx per block (https://blockchain.info/charts/n-transactions-per-block) and a block reward of 25 btc -> 25/400 = 0.0625 btc = 28,125 $ which is what is paid to miners on average per tx.  Let's assume there would be no block reward and no new coins any more that are paid to miners. Given a constant tx volume, 28,125 $ per tx would have to be paid as tx fees to miners or the income for miners would have to decrease. One could say that the Bitcoin network is overly secured with too much costly hashing power. So let's assume tx fees would only be 1/10 (= 2.8 $ on average per tx and 2.5 BTC for the one that finds the next block). Then way less people would mine and the difficulty would drop. The result would be less hashing power to secure the network. In conclusion, the amount of money an attacker would have to spend on a 51% attack equals the aggregated price of 51 % of the mining equipment that is running at the moment. This makes it very inefficient/costly to secure the network.  
Why should it be bad to have the security of the network being paid by dilution of existing Bitcoin holders as it is at the moment? Once Bitcoin is not driven by speculation anymore (which in inevitable)
and the network has to serve its daily purpose (tx processing) speculators will ask whether it makes sense to hold an asset that currently has a 10 % yearly inflation rate (about 1.3 million new Bitcoins per year and about 12.5 bitcoins in existence) when there are more efficient alternatives. It is in the nature of speculators to anticipate developments, like this...  

Please take it apart!

he has shown great effort over the last months - very very good decision

14 people have RSVP'd to attend the first London Counterparty meetup group.

If you're based near London - it'd be great to see you there!

http://www.meetup.com/London-Counterparty-Meetup

When: Wednesday, May 28, 2014 7:00 PM

Where: Penderel's Oak
283-288 High Holborn
London.

It's a fairly quiet venue and is handy for town and the City.

https://i.imgur.com/k3IpY1V.jpg

... I've reserved a couple of tables (on the right as you're walking in) but it's a huge pub and we can move to a larger area if numbers grow.

https://i.imgur.com/UXdn07H.jpg

... here's the streetmap view.

Hope to see you there!

Thanks sparta_cuss I'm really excited about the new role. At the moment I'm working on some collateral for the launch of the Counterparty swarm, and I'll be making an announcement here, very shortly.

Yay!
I'm looking forward to my invitation to the Counter(block)party!

Announcement: Niki Wiles will be working as community relations manager for Counterparty. For more information, see our blog.

I think that the best way to add multisig support to the protocol would be by allowing the *destination* output to be multisig (probably just P2SH, for simplicity and security), and leaving the *data* outputs unchanged.

Yes, that looks right.... but what I'm saying is that [redeemerA, XCP data] looks different from [redeemerA, redeemerB, XCP data].  So the Counterparty Code should take into consideration this difference. 

Can you post an example with inputs and outputs? I get the idea of using multisig outputs as inputs, I assume similar to this transaction for example, right?

User A sends some BTC dust to a "2 of [redeemerA, redeemerB, XCP data] multisig" output which is not a XCP transaction in that sense, but once this 2-of-3 output is spent to anywhere, the data becomes active?

No, we are talking about having a true multi-sig capability at the same time accommodating the use of multi-sig to encode the payload.

Are you talking about encoding data within P2SH transactions? Sidenote: public keys in scripts must be valid public keys (ECDSA point, public key prefix), in standard multisig outputs this is not the case.

Or are you referring to include a script hash as participant in a "standard" multisig output? This would really, really be nice, but I think this is not possible and if you remove the sender as multisig recipient, the output is no longer redeemable. :/