I think what this forum needs is MORE moderators that do actual moderating. this thread belongs in the trash
Or we could just redirect this forum directly to the BTC-e trollbox
|
|
|
I have the same problem. Mining with a Radeon 6570, I get 86M on sha256, but only about 20k on scrypt. Have tried several different configurations alright, and can't seem to get my rate up. Mighty disappointing, too, since the scrypt coins are where the excess profits are right now. Buy a 7950 or 7970 and it'll pay for itself in a few weeks I can help you guys get your hashrates up, but it definitely takes some time to tweak.
|
|
|
ARren't PPLNS and RBPPS the same thing?
|
|
|
Are you talking about TRC or FRC?
TRC. It seems to be okay now, it wasn't doing anything for an hour yesterday. We need more miners on LTC so we can find our first block! You should switch over, profitability is double TRC right now
|
|
|
No the title needs to be changed , that's not true BFL is not shipping.. They "might" be shipping the ASIC that some special people (like some "famous" bloggers) ordered months ago but that's all. If you order now , don't expect to get you thing before next September, so no , i don't call it shipping and that's why i did not order. By the time you receive your asic the difficulty might already be so high it would be totally useless
Technically, they are shipping. Whether you are pleased with the subset of customers to whom their shipping is a different issue entirely. Stockholm syndrome is very common among BFL customers. Hope you are enjoying your unit, mate. Happy hashing! They haven't started shipping singles yet.
|
|
|
cleared my balance and went to coinotron. Anyone recommend any other LTC pools?
Is there a single damn litecoin pool that doesn't make you wait till you have 1 coin before it lets you withdraw and that doesn't stick you with a 0.1ltc fee if you withdraw? ugh this is tedious... My pool has no minimum withdrawal amount and no fees. www.multipool.in
|
|
|
Timestamps are looking really bad:
121654 2013-05-07 19:49 121653 2013-05-07 19:31 121652 2013-05-07 19:25 121651 2013-05-07 19:25 121650 2013-05-07 19:20 121649 2013-05-07 19:07 121648 2013-05-07 19:07 121647 2013-05-07 19:05 121646 2013-05-07 19:05 121645 2013-05-07 19:03 121644 2013-05-07 19:03 121643 2013-05-07 19:02 121642 2013-05-07 19:14 121641 2013-05-07 18:59 121640 2013-05-07 18:59 121639 2013-05-07 18:56 121638 2013-05-07 18:56 121637 2013-05-07 18:55 121636 2013-05-07 18:52 121635 2013-05-07 18:51
Is somebody doing a bunch of off-network mining and then dumping it?
More likely someone with a large hashrate is moving into and out of TRC whenever the difficulty drops.
|
|
|
Has anyone implemented DGM in php or a similar language? If so I would love to take a look.
|
|
|
It's not the difficulty swings that are the problem; it's the block frequency. If you look, the last several blocks are coming out very frequently, indicating that suddenly there is a lot more hashing power in the network. The difficulty swinging way up is the appropriate response.
When the hashing power leaves, and blocks become infrequent, the difficulty will swing way back down so that blocks don't take days.
still broke, still useless, still dead? Yes to all three. This coin is going nowhere.
|
|
|
No the title needs to be changed , that's not true BFL is not shipping.. They "might" be shipping the ASIC that some special people (like some "famous" bloggers) ordered months ago but that's all. If you order now , don't expect to get you thing before next September, so no , i don't call it shipping and that's why i did not order. By the time you receive your asic the difficulty might already be so high it would be totally useless
Technically, they are shipping. Whether you are pleased with the subset of customers to whom their shipping is a different issue entirely.
|
|
|
1) There would either need to be two separate ports, one for SHA256 and one for scrypt, or people would need to keep two miners pointing at the same port (one would continually fail whenever the other was active, not sure yet what the implications of this are)
That's pretty bad for people who only have one miner. Still a waste of power on the user's side, having one miner do nothing. If it would be implemented, it should have the option to distinguish between the two algorithms. Personally, for me it's a bother to change my miner to a different algo. The idea would be that when scrypt was active, the sha256 miner would go idle and vice versa. 2) I'd like to have us mine BTC when all of the other SHA256-based currencies are not >1 profitability. The only problem is, we don't have anywhere near the hashrate to even hope to find a BTC block, barring some miracle. So what was thinking was, when BTC is the most profitable coin, until we build up enough hashing power, we throw all our hashrate to a secondary pool (I'd contact the pool owner first to make sure this was OK with them). It probably wouldn't be btcguild, but another prominent BTC pool (maybe even a PPS pool) where people would be sure to get paid for their shares. Of course this presents a logistical issue because people would have to make sure to have the same worker id/password created on the secondary pool as well.
That sounds like way too much work. So far I haven't seen all coins go below 1 at the same time. TRC often dips right down but LTC and FRC haven't been so low. Yet.
People who mine TRC should be well aware that the difficulty has wild swings and is therefore at times very profitable but on occasions is more of a waste of electricity. I do like the idea of switching, if all the settings can be manually set. For instance if TRC goes below a certain profitability it would change to FRC and switch back once TRC is over a set profitability value. Also, the "unconfirmed" in the table of "Your Stats" seems broken. After checking it for at least 2 blocks it still shows 0.0000. Confirmed stays the same too, but Estimate is fine. Are you talking about TRC or FRC?
|
|
|
You should partner with Coinabul for delviery of the scanners, I hear they are fast and totally not a scam.
|
|
|
Bounty received, thank you!
|
|
|
I have jumped in on TRC with about 1850 MHash.
TRC's killing it today, wish I had pointed my miners there this morning before I left the house.. So this brings me to my vision for the pool. I mentioned this in the first post and I think we're down far enough that only interested parties will be reading. What I intend to do is implement a 'multi-port'. The port will auto-switch between available currencies based on which currently has the highest profitability. There are a few issues I need to work through first, namely: 1) There would either need to be two separate ports, one for SHA256 and one for scrypt, or people would need to keep two miners pointing at the same port (one would continually fail whenever the other was active, not sure yet what the implications of this are) 2) I'd like to have us mine BTC when all of the other SHA256-based currencies are not >1 profitability. The only problem is, we don't have anywhere near the hashrate to even hope to find a BTC block, barring some miracle. So what was thinking was, when BTC is the most profitable coin, until we build up enough hashing power, we throw all our hashrate to a secondary pool (I'd contact the pool owner first to make sure this was OK with them). It probably wouldn't be btcguild, but another prominent BTC pool (maybe even a PPS pool) where people would be sure to get paid for their shares. Of course this presents a logistical issue because people would have to make sure to have the same worker id/password created on the secondary pool as well. Let me know what you guys think.
|
|
|
Looks like FTC is dead folks! We need more LTC miners, tell your friends!
|
|
|
The share difficulty is already a weight. I still don't understand why you would add another useless column in the DB when you can just calculate it during scoring.
As I said earlier, the challenge is determining last # of shares for PPLNS scoring when you have a bunch of shares with different weights. If anyone has either a SQL query or an algorithm written in PHP for this I'd be glad to get a copy.
I'm assuming you have a table with a structure like that: tbl_SubmittedShares(int Id,int AccountId,int Difficulty,date SubmittedOn) To get an Id of the cut off record for last 500000 shares of difficulty one, run this query: select top 1 p1.id,sum(p2.Difficulty) from tbl_SubmittedShares p1,tbl_SubmittedShares p2 where p2.id>=p1.id group by p1.id having sum(p2.Difficulty)>=500000 order by p1.id desc Once you have an cut off id from that query, it will be easy to calculate how many difficulty 1 shares there are for a given user within last 500000 shares: select sum(Difficulty) from tbl_SubmittedShares where AccountId=@userId and id>=@cutOffId Thanks, I'll look into implementing this as soon as I get some time.
|
|
|
I think miners and investors will jump ship, I also feel that miners and investors are also intrigued by the Chinese market. It's just such a large market and even mainstream businesses are trying to figure out how to crack the market.
I'm confused. Does the Chinese firewall filter out Bitcoin?
|
|
|
|