Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - phoenix

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 ... 19
121
General Discussion / Best Wallet for Mastercoin
« on: December 19, 2013, 09:06:46 pm »
I've seen several wallets on the Mastercoin wiki, are any of them better than the others?

122
Ok, first, you need to download the Protoshares client. Then, generate an address to send the PTS to. Finally, go to the withdrawal page on the exchange, and withdraw the PTS you have on the exchange to the address you generated (be sure to copy and paste the address so you don't mess it up). Then you just wait for the transaction to confirm, and you have your PTS on your wallet, entirely under your control.

The reason you should do this is because getting shares in future DACs is based on the private key that your PTS are stored in. If they're on an exchange, then the exchange could easily keep the private keys, and take all the DACshares for themselves. They might not even realize that they can do this, and leave hundreds or thousands of DACshares unclaimed.

123
General Discussion / Re: Cloud Mining DAC -- Project Camelot
« on: December 19, 2013, 02:03:47 am »
I don't see how this would be any different for the miners from using the hash-cow mining pool to automatically switch between the most profitable coins. Here, the miners would be guided by people buying computing power from the DAC, and making less than if they just mined the coins directly. If you could put them to work on various projects with the BOINC protocol, then you might be onto something.

Amen on the BOINC protocol, too, btw.  I am just trying to think of new ways Invictus could use decentralized means to gain more cash-flow with minimal effort. 

The BOINC protocol would allow cloudshares (I really like that name) to perform more services, but would it be possible for people to trick the miners into running some sort of a virus? I doubt it would be economical, since they would have to out-bid everyone else on the network. Also, perhaps you could have the DAC charge customers based on computing time, since the BOINC protocol already has a computing time based credit-claiming system built in.

Potential use for this DAC: rendering 3D animations in the cloud.

124
General Discussion / Re: Job Bank (Get Work) DAC
« on: December 19, 2013, 01:26:03 am »
It would be very interesting to see people use this DAC to hire programmers, to help them create their own DACs!

125
Keyhotee / Re: Is it very slow to send a keyhotee message or mail?
« on: December 19, 2013, 01:20:24 am »
The messaging system itself isn't based on the block chain. It's the reputation and ID system that's based on the blockchain. The email and messaging will be much faster than the blockchain

126
General Discussion / Re: VanityDAC - Generate Vanity Addresses
« on: December 18, 2013, 12:30:32 am »
This DAC should take into account the length of the address as well as the fee for mining the address, since it'll take so much longer to mine out an extra couple of characters that it might be more profitable to mine out shorter ones for a smaller fee.

127
General Discussion / Re: Cloud Mining DAC -- Project Camelot
« on: December 17, 2013, 07:06:56 pm »
I don't see how this would be any different for the miners from using the hash-cow mining pool to automatically switch between the most profitable coins. Here, the miners would be guided by people buying computing power from the DAC, and making less than if they just mined the coins directly. If you could put them to work on various projects with the BOINC protocol, then you might be onto something.

128
Keyhotee / Re: Keyhotee Status Update
« on: December 17, 2013, 03:08:54 pm »
cool to see everthing is in progress - thx byte for your update and explaining why we have a delay on it... Thumbs up - i like this transparent way of communication

I agree, transparency is a huge plus :)

129
Welcome Brian! Do you have your own username on the forum, or will you be using Stan's?

130
The problem with all existing systems (except Ripple) is that blocks are 'centralized' in who defines the block.  When you add markets to a blockchain this becomes a problem.

The Ripple algorithm allows many nodes to reach consensus and provided you have a solid set of Unique Nodes you don't have to trust any one node.

I believe that the Ripple algorithm can be used to build blocks, and transactions as proof-of-stake can be used to slowly ratify those blocks over time.   Your transactions would confirm almost instantly and once enough CDD have passed the state is beyond reproach in the event all of the major UNL are taken down (internet Kill switch) and the network must restart on the other side.

Why should we try to replace something Ripple has already solved?   

So you're proposing a hybrid system, that's a combination of Ripple's consensus algorithm, and transaction POS? I think this could work very well, and I like the idea of combining the fast confirmation time of Ripple with the added security of POS

Keyhotee helps build a darknet of solid UNL based upon all of your friends and family.  Tie in a couple of 'super nodes' from major businesses and exchanges and the network consensus would be very robust.

So the more widespread Keyhotee is, the more secure the network is? Everything seems to hinge on widespread adoption of Keyhotee...

131
The problem with all existing systems (except Ripple) is that blocks are 'centralized' in who defines the block.  When you add markets to a blockchain this becomes a problem.

The Ripple algorithm allows many nodes to reach consensus and provided you have a solid set of Unique Nodes you don't have to trust any one node.

I believe that the Ripple algorithm can be used to build blocks, and transactions as proof-of-stake can be used to slowly ratify those blocks over time.   Your transactions would confirm almost instantly and once enough CDD have passed the state is beyond reproach in the event all of the major UNL are taken down (internet Kill switch) and the network must restart on the other side.

Why should we try to replace something Ripple has already solved?   

So you're proposing a hybrid system, that's a combination of Ripple's consensus algorithm, and transaction POS? I think this could work very well, and I like the idea of combining the fast confirmation time of Ripple with the added security of POS

132
General Discussion / Re: Might Bitusd trade at a discount to real USD?
« on: December 16, 2013, 01:59:26 pm »
I think BitUSD will end up being fairly stable in the long run. What will be interesting is seeing how assets like BitGold react, since it should be a speculation on gold, which is already a heavily speculative commodity

133
General Discussion / Re: Angel Shares Feedback Requested
« on: December 16, 2013, 01:58:28 am »
off-topic...but this thread is heated.  sometimes its good to remember why we are all here...

And we all know why...but sometimes we need a reminder.  Hope this finds you all well.  I'm holding and buying, because I believe in this community.  F not believing...the only time to not believe is when people stop caring.  Obviously, that is not the case. 

http://www.youtube.com/watch?v=uf8Fwiy0Bkc

Peace and Love to all you guys.  You have become a family to me.

Thanks fuznuts, I agree that things have become heated, but everyone seems to be staying relatively sane. Merry Christmas to you all, and a happy new year!

134
General Discussion / Re: Voice / VOIP DAC - Decentralised Voice Calls
« on: December 16, 2013, 01:52:29 am »
I think that should be included in keyhotee.

I agree.  It would make an excellent addition to Keyhotee.

I believe we mention VOIP in our Keyhotee presentation.  Keyhotee ID / Friend request would initialize the connection, once directly connected the rest is easy.

Will this be in the initial Keyhotee launch, or will this be added later?

135
General Discussion / Re: Angel Shares Feedback Requested
« on: December 15, 2013, 09:33:21 pm »
I would encourage the creation of PTS 2.0 (Angelcoins) that would be another 10% of Bitshares's 21 million, so 20% of total Bitshares would be claimed at the beginning through these two rounds of "venture".

THESE you could use in the way you want, where you let people invest weekly and they get a % of the Angelshares proportional to their Bitcoin or Protoshares contribution (and you should probably accept protoshares at a premium relative to Bitcoins)

2.1 million would be  21 months @ 100k Angelcoins per month - The deal stays the same with Protosharesholders, you get to raise a shitload of money to finance multiple DACs at once and try your new mechanism.

Most importantly, you haven't committed to what you'll do with the other 80%, so when you really solve the problem and have the RIGHT idea you won't have tied yourself down like you're trying to do with this 100% to PTS holders nonsense.


Who besides me would support this?

I would support this, except it overlooks the fact that bitshares is scheduled to be launched in under 21 months, so we would need to change the creation rate of Protoshares 2.0

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 ... 19