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 - ag

Pages: 1 2 3 4 5 6 7 8 [9]
121
my orders too were missing from the gui in 0.4.13 so I had to use the console. now they are back in 0.4.14  :)

122
this announcement cause the market rally maybe  :)

123
General Discussion / Re: Was TITAN a bad idea (terribly timed feature)?
« on: September 01, 2014, 06:55:53 am »
also because of stealth transactions I think we have more costly transfers. My understanding is with Titan that each online client has to do to expensive crypto computation on each transfer transaction in a block to determine if the transaction belongs to them or not.


124
I think ripplelabs is a much better ally than stellar. Stellar is basically a ripoff of 2 years of development by Ripple Labs. ripple labs only problem is actually Jed in the first place, that use his 10% stake in XRP to manipulate the market and as leverage against RL to try and find success with stellar. the other 70b ripple that RL hold is in good hands. They believe in the ripple and are committed to furthering the protocol and forming partnerships with pre-existing financial institutions. so far: Gold bullion international and Fidor bank.

125
General Discussion / Re: AGS Funds to be used to buy BTSX
« on: August 21, 2014, 10:35:10 pm »
does Invictus plan to buy on the exchanges or from individuals stan, dan, core devs etc?

126
It's kind of strange that a delegate can change it's pay rate automatically, arbitrarily. but I agree with OP they should be able to increase. If you make adjustment slow it should be fine. the actual pay could be a moving average of it's rate or just make it so the rate can only adjust by a fixed amount per day.

127
General Discussion / Re: BTS X is Live
« on: July 22, 2014, 08:32:28 pm »
one thing I can't figure out regarding DPOS. Since stake equals the value of txins in a transaction, opposed to value * coin age, why cannot one not loop transactions to themselves, in order to vote x delegates to the top?


The votes aren't additive by transaction.  They are allocated by BTSX.  So you can loop the transaction but your just reallocating the same votes and paying a trans fee each time.

Interesting! now I have to think on that concept. maybe this should be clarified on the wiki http://wiki.bitshares.org/index.php/DPOS. I certainly wasn't able to imply this fact from the article.

128
General Discussion / Re: Current supply of "activated" BTSX
« on: July 22, 2014, 08:03:25 pm »
this is a good metric. If published though may help to rally bts x market.  I think it should be possible to keep a running total of all first spends of inputs in the chain to get part way there. excludes those that important their keys but don't spend, but that means they don't care to vote right, which would be small total.

129
General Discussion / Re: BTS X is Live
« on: July 22, 2014, 07:49:42 pm »
one thing I can't figure out regarding DPOS. Since stake equals the value of txins in a transaction, opposed to value * coin age, why cannot one not loop transactions to themselves, in order to vote x delegates to the top?

130
BitShares PTS / Re: PTS Withdrawl from BTER not arriving in wallet!
« on: April 19, 2014, 08:08:54 pm »
Since this thread is being revived, I'd like to request someone tell the number of confirmations btc38 uses to credit you for pts deposit.

131
the new protoshares DPOS client, will it be backwards compatible with proof of work, and the POS blocks will just overtake the POW blocks?

If protoshares revalues within the next month, would that put the DPOS migration on hold, or is this DPOS protoshares planned to be a test of DPOS before bitsharesX is released?

132
BitShares PTS / Re: [ANN] ypool.net - Fast PTS pool
« on: April 08, 2014, 05:31:49 pm »
I'm thinking about starting cpu mining once difficulty drops. my concern that there will be significantly under 5 minute blocks. My rough estimate is that it is ~30 seconds to calculate and store 2^23 sha512 hashes. If that's true and the yam miner is calculating on each mining thread a full set of sha512 hashes from a unique midhash, a faster block generation rate will cause it's mining performance to suffer.



Pages: 1 2 3 4 5 6 7 8 [9]