Block got orphaned after 27 confirmations.
How? Why?
A longer chain must have popped up from somewhere. |
|
|
|
Also note that due to some extensive research and simulation run by our developers maaku and galambo we thing FRC will after this new algorithm goes into place have the highest degree of 'fitness' (the match between difficulty and actual network hash rate) of any coin EVER. All the parameters (adjustment ever 9 blocks, gain or 0.1025 and limiter of 1.055) have been carefully selected to be the absolute optimum to both respond to rapid changes in hash rate and to dampen the random fluctuations inherent in the PoW process. Both FRC, BTC and several other alt-coin historical data were used for simulated comparisons and similar parameters were found to be ideal in all of them, should our algorithm prove itself in this final real world test then we would recommend it be used universally.
I'm eager to see how it all turns out in actual deployment.  |
|
|
|
|
Please be sure to notify any exchanges that carry FRC. BTC-E didn't keep up with Terracoin when they had their mandatory update, so for about a day they were on a forked chain causing all of the transactions people were doing for BTC/USD to be invalid with no recourse.
|
|
|
|
If you have a 0.0000001 output but it would cost 100x as much in fees to spend it would you spend it? Of course not. Kinda like mailing a penny (at a cost of $0.46) to your bank to apply to your mortgage principal. Nobody does that it doesn't make economical sense. So these uneconomically outputs are likely NEVER going to be spent. Each one that is produced won't be spent and thus won't be pruned and will remain in the UXTO forever (or a very long time on average) this is causing the UXTO to bloat and will continue to bloat as there is no reason for anyone to ever spend these outputs (and spending is what allows an output to be pruned).
Perhaps it's time for the official bitcoin-qt client to support an auto sweep of inputs into a single transaction back to yourself on a regular basis. I've seen other threads where people discuss their techniques for doing this manually, but to my knowledge no client automates it yet. |
|
|
|
Is it a bad idea to have multiple workers submitting shares under the same userID ?
Not at all. |
|
|
|
After 10 minutes of thinking, my solution will be radical and easy: I'll re-create another account, and this time I will use my own wallets for every coin. And I would recommend this to anyone creating an account at this point!
Certainly the way to go. Stay in control of your own coins. Also, Virc, Bter, and maybe other exchanges will "lose" any deposits from a new block coinbase. (They don't count as deposits any newly minted coins without an Input). It's a bug on the exchange's end but it seems widespread. If bitparking ever started paying that way, your payments would vanish. |
|
|
|
That being said, I'd go with Bitparking where, like pool admin doublec said above, you mine Bitcoin, Namecoin and two other alt currencies at the same time, among other nice features. Interestingly enough, doublec doesn't seem to be having problems keeping all the merged mining going... That's because doublec is elite. Another pool worth consideration if the prior suggestions don't appeal is HHTT. |
|
|
|
Not necessarily just solo miners, mining pool software as well. No end user of a mining pool would need to worry about this.
But it's still a bad idea.
It does impact pools which pay out directly in the coinbase (Eligius). Bter has the same problem. "Generated" coins with no "input" are ignored/lost by those (all?) exchanges, because they don't look at any deposits in that section (which they should). |
|
|
|
|
I don't use Vircurex but I was assuming they meant the wallets that host your coins while deposited at Vircurex. Do they have an online wallet service too?
|
|
|
|
I think the last thing most pool owners want is somebody leaving their browser open and constantly querying for stats while they're nowhere near the machine . Just excess load for very little payoff. Referring to AJAX in this case. JQuery is nice for things like datatables and close-able alert messages. Ahh ok. On the interface I'm setting up for a different pool, I'm using ajax, but not for auto-updating info. I'm using tabs to organize content with, and the tab does a ajax query when you open it. Keeps the html much cleaner, can more easily reuse the "inside" code on separate pages, and the info isn't generated unless it's actually needed. In fact, I use the cache setting in ajax so the info is only loaded a single time.  Basically, I wanted lazy generation of stats only as needed with a lightweight basic page for the structure. |
|
|
|
|
Why no love for ajax/jquery?
|
|
|
|
|
I imagine the various laws that forbid online gambling apply to Bitcoins as well.
|
|
|
|
|
Maybe it's increased demand because of an increased userbase and minerbase?
|
|
|
|
i bought 5 FPGA's for 5 BTC each, few weeks ago, so i think this is a correct price
Ebay prices are consistently over $1000. |
|
|
|
|
This is actually a bit cheaper than they seem to be going for on eBay.
|
|
|
|
|
When the developers release a mandatory update, doesn't that by definition mean people who update will remain with the main chain and people who refuse to update are the ones on a forked chain that is no longer valid?
There's no way to be successful in something like this, when any new users going to the Terracoin web site will install a client incompatible with you. There's also the issue that you can't buy/sell/trade coins on the exchanges.
|
|
|
|
|
If you run the bitbar daemon can you pull the reward from getblocktemplate->coinbase like on the other coins? Or is the reward variable at time of discovery and not accurate in the block template?
|
|
|
|
|
Why wouldn't you want to mine on the biggest pool? More frequent payouts that way.
|
|
|
|
|
Show Posts
