doubt anyone is blind, if they are they shouldn't really be investing. This moment in time it's not good value assuming the hashrate it never increases but the whole point of this asset is you aren't paying a fixed rate per gh for eternity and to calculate as such is disingenous & would skewer the outlook greatly.

All you need to do is understand (or believe) the goal is to attain and maintain a set percentage of the global hashrate. let's say 1% of the global hashrate, which is a somewhat pessimistic view & entirely achievable will net 13140 BTC per year, assuming 65% still goes towards dividends (which it wouldn't always necessarily have to) you're left with yearly dividend payment of 0.08541 between the 100,000 shares. or ~100% return by the end of the year based on current shareprice. Again this 1% is an entirely pessimistic view, and with right contracts in place and smart moves with re-investment funds, it can just as easily be 2% (or more) which is the actual figure cryptx is going for, netting a 200%+ return in a year. this is entirely feasible, not especially optimistic.  No mining security is paying anywhere close to this amount today, this is really what you are basing your investment on

nice tagteam work 'Darkstone2' 'Usman056' 

Hi, I want to ask again, It's no problem to win. But are site owners understanding of what exactly XCP is and how to implement it?

Actually I would of thought that was sarcasm  
 selling shares @ 25% less than a day ago because first weeks deployment a little slower (although still on track with schedule written on site) is very short-sighted.

I'm sure it will end in the number one spot, but does cryptorush realise implementing XCP is not the same as implementing, for example litecoin?

After a discussion, dividend payouts in BTC will be implemented in Counterparty! (no need to send/receive XCP). Work on BIP32 clients are underway, that will allow a user to; issue & trade assets and send & receive dividends via a thin-app or web-based wallet without downloading entire blockchain and interfacing with local bitcoind. Development is progressing quickly.

RealSolid..owner

Another very positive development. Very happy to hear of it  

Perfect. thank you both. I really think it is is a positive thing which will serve to increase adoption and usage. I will keep an eye on the developments relating to this.

I still can't understand why someone involved in, for example a bitcoin mining operation would want to receive XCP?
and how that would be easier for anyone, including  shareholders, and the issuer themself?? to jump through hoops converting things back and forth acquiring xcp and then exchanging back to btc with all the hurdles introduced along the way.

I raised the topic here: https://bitcointalk.org/index.php?topic=462370.msg5384707#msg5384707
(This was a mining operation which was plagued by issues on centralised exchanges shutdown at BitFunder, and now a hack, 'maintenence' at crypto-trade)

the consensus seemed to be: hmm, cool technology/mechanism as a means issueing assets, of keeping a distributed list of shareholders, and allowing people to move stock back and forth without the traditional problem centralised trade platforms can suffer... in fact it is exactly what is needed at this time with all these hacks, closures and rampant fraud behind the scenes but. why on earth would I want to receive xcp tokens.

Are you saying it is simply not possible as per the protocol to be able to issue BTC payment for dividends in some way? I wasn't sure if this was unique to bets or divident payments.  I don't get why you would be debiting btc, would it not be a standard btc payment credited to all shareholder? aren't you simply splitting btc amongst a list of addresses.

Before, I was thinking like this;

we have a Scenario: Hosted mining operation

---------------------------------------------
What we have now with centralised exchanges
---------------------------------------------
1) Let's assume 10,000 investors. mining a steady 10BTC per day.
2) Pool stats are public enabling any investor to see clearly how many BTC are gained.
3) Every Friday, 12:00PM UTC, BTC are transferred to exchange and divided amongst shareholders. process is very simple


---------------------------------------------
Proposed counterparty solution
---------------------------------------------

1) Let's assume 10,000 investors. mining a steady 10BTC per day.
2) Pool stats are public enabling any investor to see clearly how many BTC are gained.
3) Every Friday, 12:00PM UTC, asset issuer transfers BTC to either a centralised exchange or the DEX and places a buy order for the amount of btc required. In this case it will be 70 BTC.
4) he waits for order to be filled the transfer XCP to all shareholders

so we have a few problems. First of all, manipulation. sellers know well that asset issuer *needs* to buy XCP to pay shareholders and will have to resort to filling market order(s) to get it in 1 batch, rather than waiting for his to be filled. and anyone can interfere in the process. That creates problem of not knowing an accurate and stable XCP/BTC exchange rate. shareholders need this to be transparent to know that they are not getting ripped off. (asset issuer needs to demonstrate they spend total amount of dividend on XCP and not pocket some and defraud on exchange rates.

They cannot easily prove the trading records on a centralised exchange so DEX is preffered but you know this will be an unwieldy process.

& liquidity. small dividends, e.g 1btc or so is no problem. what about when things scale up, now we have maybe 100btc in buy order on every friday which shareholders need to receive.

once shareholder receive XCP, what are they do to with it? What if they do not care for XCP? immediately dump on market by many shareholders on same day every week, essentially the shareholder lose money on the trades btc > xcp then back to xcp > btc for what? and now buyers capitalise to stock up on bulks of cheap coin during this 'dump' to capitalise on the next 'pump which will come during the next dividend payment when asset issuers try to acquire XCP, a constant cycle

 I was very excited about the project, still am of course but I just cannot see such a system working in thise use case. maybe I had missed something really obvious?

 I just cannot see how paying BTC dividends would not be infinitely preferable in this case, aside from the fact it is simply not possible

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.

sure, next month 2,400 TH added per day, the next month 4,8000 TH per day, the month after 8,600 TH per day, the month after 17,200 per day, month after 34,400 per day, 64,800 , 128,600. everything can be totally exponential 

wouldn't be surprised if cryptx keeping the deployment little more lowkey for day or 2 to slow the whinging at bitmine threads. at least till few more units in normal customer hand

dogecoin? is this an elaborate hoax?

As our man of the moment would say; "more or less"

+1, CounterParty XCP is here too. It enables asset issuance, stock distribution, exchange & dividend payments. completely built on top of bitcoin protocol layer. arguably more mature than any of the colored coin implementations currently being trialed, including chroma, SF, etc.





ActiveMining could well be forward thinking, emerge in the bitcoin 2.0 saga by leading the way with the first truly decentralised asset

http://www.blockscan.com/asset.aspx

That's pretty shocking. 2fa should be enforced on withdrawals, account login is not enough
2fa should be mandatory, reset should be a manual procedure, with verification required by requester and the process can take a long period to ensure a hacker can not make a quick getaway.

We need decentralised solutions to centralised problems; Decentralised exchange is waiting.

https://counterparty.co/
https://bitcointalk.org/index.php?topic=395761.0

 forum software stripped sarcasm tag

We need decentralised solutions to centralised problems; Decentralised exchange is waiting.

https://bitcointalk.org/index.php?topic=395761.0