|
Update on my previous post: It just now happened on chain 2. Only took a few seconds to start back to normal.
It seems sometimes it takes many minutes while sometimes it takes a few seconds. Still, I am losing money with this and unfortunately will be forced to leave p2pool (which I do not want) if I cannot fix this. Really appreciate some help on this. Thanks.
EDIT again two hours after this post: happening more frequently
|
|
|
|
|
Empty blocks aren't useless as they confirm previous transactions and secure them further against attacks. Though, they are much less useful than normal blocks. I am assuming the 23% number is skewed by 2009 and 2010 blocks which were mosly empty due to not having actual transactions rather than being empty on purpose by miners. 25 out of 1000 last which makes 2.5% seem much more right to work on.
I think miners shouldn't mine empty blocks because they would lose tx fee and make people await more time for their tx to be included in the chain. Why do some pools do that? Is there an advantage?
|
|
|
|
|
This makes no sense at all I am sorry. It's so flawed I don't even know where to begin at.
What could work, but extremely unlikely, would be if two pools control over 60% of the hashrate and agree on refusing transactions with low fee. Then they would be working together to only mine transactions with high fee per kb. This could backfire into rendering bitcoin useless and their mined btc rendered to 0$ but most likely they would stop and realize the mistake before that happens.
|
|
|
|
I'm facing a problem. Every so often board 1 stops hashing for a few minutes, decreasing my overall long term hashrate from ~1385gh/s to ~1350gh/s resulting in an over 2.5% loss that would force me to use a centralized pool. This is happening as I write this post. http://prntscr.com/7f3hc8http://prntscr.com/7f2vt3http://prntscr.com/7f2vmwThe 4 drops in the day chart are all because of this problem. I never had such problem before. I had to do this in order to avoid having hashrate less than 1250gh/sI have stable internet connection and good computer. I don't believe it's my node or else it would change pool or make both boards stop. I am running bitcoin-xt 0.10.2 and board 1 always run 8c hotter than #2, but none of them have ever reached 60c and they run in a cool place. My diff1 and diffa always were very equal but when I do the cited software modification diff1 doubles and diffa decreases a little bit. Is that ok? Any input is greatly appreciated and I hope I can fix this as I really want to run my own node and help decentralization. Thank you. |
|
|
|
|
I am not worried about myself. I just thought this would be yet another reason for people not to run full nodes in general.
|
|
|
|
How is tracking going, clowns?
Better than you would expect. |
|
|
|
|
I am running Windows 10, since it's beta I get some crashes eventually (I'd say once every two days).
Thank you for the suggestion, coincidentally I thought of doing that after my last reboot. Hope it works out good.
I created this thread to make people aware of this problem, not for me, but for people who want to run nodes and might find this annoying. Nodes are always welcomed. This resync takes nearly 12 hours on my fast computer.
|
|
|
|
Air conditioner + ceiling fan + night + nearly winter in southern hemisphere: 412.5 @ 1356 @ 55/47
Temp's aren't too bad - although the spread is almost as bad as mine. That's with a stock fan? Yes. Arrived like that to me. Bought directly from bitmain. |
|
|
|
|
Yeah reviving a half year long thread. But I am not spamming or saying useless things.
I don't know ban and never mined there but the instant you don't control your node, it's no different than not controlling your private keys. Mining in a pool you have no control is no different than leaving fiat in the bank instead of at home. You are trusting them. It's goddamn easy for pools to steal your hashrate and luck would be to blame. Not to mention use it for things such as destroying coins/51% attack.
Seems like p2pool is the only 100% trustless pool (please correct me if I am wrong!). It's sad it has less than 0.5% of the total bitcoin network hashrate.
|
|
|
|
|
Air conditioner + ceiling fan + night + nearly winter in southern hemisphere: 412.5 @ 1356 @ 55/47
|
|
|
|
|
I also have temp diff between boards. You and I aren't the first people I see running into these problems lately. It's not normal, despite what many people will tell you.
|
|
|
|
Here are how the error rates look at each frequency:
400 0.060%
375 0.040%
350 0.030%
Temp's seem to be around the same. I guess 375 is the best one to leave it at?
I have same miner and same PSU. Unfortunately if you use the two cords of the double cable you will get more hardware error. At least that's what happened to me. If you really are looking for extreme efficiency it could be a idea to use 6 plugs (leave the two extras alone) instead of 8. In the end, you will have to do tests yourself as it depends on other things, too. Leave it on for hours and go figuring what is best for you. Change the cables, use other schemes such as 3 normal cables and 1 that is doubled and so on. My HW at 412.5 right now is 0.0045%. 1 miner, 1 psu, 4 normal cables no double on. 1360gh/s. I can get 1380gh/s with 425 and after that it starts to drop. From your HW I am going to guess after 387.5 you should start to get lower hashrate. |
|
|
|
I would be worried about what happens when China's fickle regime decides to incorporate your farm into the glorious communist state. If your an American you may be surprised at how different business is there. You will have little protection.
That's much more likely to happen in the US under IRS. What you describe would be more likely in Latin America than China. I have never heard of such things in China. Argentina and Venezuela on the other hand... |
|
|
|
|
Everytime my computer crashes/reboots while Bitcoin is still running, I have to redownload the entire blockchain again. I believe this demotivates people to run nodes. I suggest this to be fixed so people can run more nodes since it takes a long time to download and process entire blockchain. Perhaps doing backups from time to time, automatically, would be a good idea.
|
|
|
|
|
So what? Are you also going to blame gun manufacturers for ISIS using their weapons? USD is still king on drug dealing, terrorism and other stuff.
Besides, ISIS is horrible and so is the US Govt. Americans and western world don't see it because they are like religious people who claim "their religion is the best and all the others are horrible" when all of them suck.
I hope they use more bitcoin.
|
|
|
|
Why do I feel that 95% of the people who want the 20MB blocksize increase are dice, luckybit,... users spamming useless transactions ?
I have never used any gambling site, neither do run any of them or am sponsored by them. I don't spam useless transactions either. I mine, as well. I rather block size increase than high fees. Guess that makes me 5% in your book. Why do I feel 100% of the people who oppose block increase have no clue on what they are talking about or want bitcoin to fail? Bigger block size is the obvious solution. Higher fees might reduce congestion, but the fees would likely turn many off to bitcoin. Problem solved? Sort of but the goal should be more people using bitcoins not less. And higher fees only means one thing: less people using it and less people jumping on the bandwagon.
Yes. Anyone against the bigger blocks needs an ego adjustment. Gavin is our chosen leader, now let him do what leaders do -- Lead!I don't want any leadership. This is a very weak mindset, I am sorry. Gavin has a good idea, nobody else proposed anything better. I am going to support it. -- Please support block size increase by running a bitcoin-xt node: https://github.com/bitcoinxt/bitcoinxt/releasesThank you. |
|
|
|
I am using antminer s5 interface and pointing miner to the ip.
Use kano's cgminer replacement - bitmain's cgminer is borked for p2pool: SSH into your S5 as root then copy/paste: cd /tmp
wget http://ck.kolivas.org/apps/cgminer/antminer/s5/4.9.0-150105/cgminer
chmod +x cgminer
mv /usr/bin/cgminer /usr/bin/cgminer.bak
cp cgminer /usr/bin
/etc/init.d/cgminer.sh restart Then press enter. Thank you, worked. |
|
|
|
|
I have searched everywhere but haven't found an answer to this. Appreciate if someone could help me.
I have been trying to mine on p2pool, but I get much lower hashrate than usual. I normally get 1380gh/s on eligius and ghash. On p2pool I always get ~1230gh/s.
I already tried mining on my node and other people's nodes and result is still the same.
I am using antminer s5 interface and pointing miner to the ip.
I cannot use my IP to mine, don't know why. I use its network IP and seems to work fine (at lower hashrate). Is that ok?
Can someone take any fees or possibly steal hashrate from me if I use p2pool?
Can I merge mine on all merged mining possible coins? At the same time? On windows?
Thanks
|
|
|
|
|
So it is possible to steal hashrate.
What is worst, most people think it is not possible.
What is worst, if done in a stealth way it is nearly undetectable.
What is worst, I have never seen anybody suspicious of that.
Trust no one, p2pool it is for me then.
|
|
|
|
|
Would it be possible for a pool to use your hashrate somewhere else, fooling miners and blaming luck?
|
|
|
|
|
Show Posts
