To achieve the results with NH, your gear is obviously being rented and the average rental price is higher than expected BTC earnings. I'm curious to know what backup pool you've set on that miner, and if you've configured it to have a minimum accepted payout rate on NH (by setting your password to something like p=0.011). By the way... you've certainly proven that your first assertion of "no such thing as 100% payouts" from your first week observations is incorrect  . |
|
|
|
Ugh.. Killing it for small renters.  LOL not really how solo mining works.. we are fighting the difficulty, not other people. I know it's luck, but still, your 'luck' is much more prevalent when you have 100 miners vs 1.  As long as those miners are hashing BTC it really does not matter where or how they are mining. It's you against the overall hash rate of BTC. Whether you've got 1GH/s or 1PH/s at your disposal, your opponent is the network difficulty. You just have significantly more of a chance to beat it (1,000,000 times in fact) when you've got the petahash working for you. What the rest of the network are doing is completely irrelevant - until that 2016th block is found and the difficultly adjusts based on the time it took to complete the previous blocks. Killing it for smaller renters is the case when you're renting the gear. If I create an order for 1PH/s at 0.011 BTC per TH, I'm going to take up a whole lot more of the available gear on NH, leaving the smaller renters to either increase their price to beat mine, or hope there's enough other gear leftover at the lower price point to match their order... or create a fixed price order, which is inherently more expensive. |
|
|
|
Good to know you're using ckpool's code, can't go wrong with that. You must have had to make a few modifications to it, though? It only supports bitcoin mining by default doesn't it?
CK's pool code is certainly only BTC - I'm pretty sure Con would just erase all coins other than BTC if he could  . If the folks over at NH are indeed using ckpool and ckdb for pools other than their BTC solo mining operation, then they've absolutely made modifications to it . |
|
|
|
Very lucky man Congrats! Make that just about 125 BTC since May 4. Congrats to the lucky winner! |
|
|
|
Hey guys, xposting this from the Antminer S5 thread:
6 Antminer S5s all running slow on nicehash/westhash and randomly locking up about one a week, sp20s run full speed... any ideas?
I'm running the updated firmware with extranonce enabled from Smit1237, but all 6 of my s5 miners run between 950 and 1050gh/s vs running near 1200gh/s when running on kano.is or a couple of other pools. I've had 4 lockups in the last 5 weeks as well, box is just offline. Cycling power fixes the offline issue.
4 of them are powered via an IBM 2880W PSU with j4bberwock's breakout board, the other two are powered by an EVGA 1300, so power shouldn't be an issue. There's plenty of overhead on the 2880 and some overhead on the EVGA.
Any ideas on how to get them to run at proper speeds on westhash.com? Should I just move them over to another pool and no longer worry about it?
Are you running at default speeds or are you overclocking? This might also be an networking issue, please try connecting to EU stratum server for test: stratum+tcp://sha256.eu.nicehash.com:3334#xnsub Everything is default, I can try .eu, but since I'm on the west coast of the US, I'm going to get some wicked latency. I don't really mind the slightly lower speeds(granted, I'd prefer to not have them), but the lockups are what's bothering me. I'm beginning to wonder if it's something to do with the xnonce patch and the Ants. My S3s, while they for the most part get the expected hash rate, are constantly rebooting ever since I implemented the patched cgminer. One of them now will not hash at default clock (218.75) and I had to down clock to 212 (translates to hashing at 425GH/s instead of 440GH/s). |
|
|
|
The node is listed by the ip 207.105.189.40 not the url for some reason.
could be your ddns settings or services .... btw, my node & i think some others did not record recent block # 358029 Found 2015-05-26 00:06:07 by 182xf7oE44H4G3NGSME76B3DGRLf7Ej1B6 * it's on windpath's pool stats block history* Last recent block # 358009 is shown but not the the one stated above  but of course a payout was received. in the meanwhile, let the blocks cont to roll in !!! This happens when a dead/orphaned share satisfies the network difficulty and solves the block. P2Pool doesn't record the share (because it was dead/orphaned) on the share chain. Since there's no record of it on the share chain, the UI doesn't display the block it produced. Windpath has it on his node because he scrapes the data from the blockchain. |
|
|
|
|
Honestly, I'm a bit confused by the charts on bitcoinwisdom.com at this point. The reported hash rate for the past 504 and 1008 blocks shows a very definitive down trend. However, the 2016 block line has actually trended up. It's completely the opposite of what should be happening to that line...
|
|
|
|
Well, it appears the forums are finally back up after the ordeal of the past few days. Thankfully I recorded the numbers on Friday . In other news, my S3 on NastyPoP began misbehaving this weekend. After nearly a year of operation at a rock steady 440GH/s, it now shows a couple chips with either "x" or "-", resulting in a hash rate of no higher than 400GH/s sustained. I'm not too happy about it, but since it has long since paid for itself, it is what it is. It is a batch 1 S3, and as we all know electronics don't last forever. In an attempt to salvage things, I'm going to down clock both S3s from the standard 218.75 step by step until I find something stable. So... how about the numbers from the week? Well, p2pool had the luckiest week we've had since the test started at 182.64% of expectations. We also see here the drastic effect variance can have on the standard p2pool miner. With my S3 on the NastyP2P payout, I saw an unfortunately high number of orphaned shares, which resulted in abysmal earnings. Orphans happen - it's a fact of life mining on p2pool. This is where mining in the collective NastyPoP benefits you. Your orphaned share has a far smaller impact on the whole than it does if you're on your own. The numbers clearly show this, insofar as even with the great pool luck, my S3 mining on NastyP2P didn't even meet expected numbers for the week. Here are the results: 5/15 - 5/22 NastyPoP - 0.05258228 BTCNastyP2P - 0.03171723 BTCExpected - 0.032 BTCLuck - 182.64% OP updated |
|
|
|
I suspect (with a very high degree of certainty) that the bitcoin network has grown well beyond the point that we could ever expect a 10 minute period to elapse without a singular transaction occurring somewhere in the world.
Of that I have no doubt; however, blocks are found within seconds sometimes. If I remember correctly, AntPool had a 3 second back-to-back block just a few days ago. I also remember there was a very close (within seconds) back-to-back block by p2pool. This doesn't include blocks found and submitted by miners on different pools that occur within seconds either. |
|
|
|
Until the block rewards subsidy goes away, an empty block still technically has one transaction: the coinbase which distributes the generated coins from the block reward.
So, while it isn't adding any value by including other transactions, it does, indeed technically fit the definition of mining.
Every single definition of mining states "transactions", plural. Nothing is confirmed in an empty block, it does not meet the definition. Seems to me the empty block thing is a huge oversight, and that empty blocks should not be valid and the network should reject them. The only block that should have been considered valid with a single transaction generating coins was the genesis block. I read the usage of the plural transactions to be a set from one to many. I also think that empty blocks do indeed serve a purpose if there are no other transactions to be processed. However, I am in complete agreement that if there are transactions to be processed, any created block should include any/all of those transactions and not ignore them outright just for the sake of adding a block to the chain, or keeping miners from stale shares, or whatever else has been given as a reason. The kind of validation you're proposing would be rather daunting. It would require every node have knowledge that when the block they're verifying was created there were in fact transactions that could have been included into that block. You can't just blindly reject all blocks with only a single coinbase transaction, because it could very well be that there really were no transactions to include (albeit extremely unlikely). |
|
|
|
I'll source the Bitcoin Wiki for the definition of mining, https://en.bitcoin.it/wiki/Mining. The very first sentance of the page states: Mining is the process of adding transaction records to Bitcoin's public ledger of past transactions. Therefore, if you're not adding transactions to the blockchain (i.e. solving an empty block) then you are not mining. Here's a few other mining definitions (emphasis added by me): https://bitcoin.org/en/faq#what-is-bitcoin-miningMining is the process of spending computing power to process transactions, secure the network, and keep everyone in the system synchronized together. http://www.investopedia.com/terms/b/bitcoin-mining.aspBitcoin mining is the process by which transactions are verified and added to the public ledger, known as the block chain, and also the means through which new bitcoin are released. http://whatis.techtarget.com/definition/Bitcoin-miningBitcoin mining is the processing of transactions in the digital currency system, in which the records of current Bitcoin transactions, known as a blocks, are added to the record of past transactions, known as the block chain. http://en.wikipedia.org/wiki/Bitcoin#MiningMining is a record-keeping service.[note 9] Miners keep the block chain consistent, complete, and unalterable by repeatedly verifying and collecting newly broadcast transactions into a new group of transactions called a block. Empty blocks are not mining. Until the block rewards subsidy goes away, an empty block still technically has one transaction: the coinbase which distributes the generated coins from the block reward. So, while it isn't adding any value by including other transactions, it does, indeed technically fit the definition of mining. |
|
|
|
No, that transaction remains perfectly valid as long as the sender is honest. The blockchain is only needed to provide security against dishonest senders.
I agree that the transaction is perfectly valid. However, valid or not, until that transaction is recorded and confirmed in the public ledger, the transfer of coin is not legitimized. An empty block certainly helps to ensure that malicious activity becomes that much harder to perpetrate on the previous blocks, but it does nothing for all of those transactions out there waiting to be added to the chain. Now, if there simply are no transactions to be included, then by all means, add empty blocks. Which is the same as any new transactions in the block.
Not sure I follow here... I've added an empty block to the chain (well, there's at least 1 transaction because of the generated coins). That block has no other transaction. It does, however, know its parent. Are you stating that because I know my lineage until genesis, that's equivalent to having all transactions in every block? I'd argue that if this were the case, then every block would be larger than it's predecessor. Genesis would be size (n), block 1 would be (n + m), block 2 would be (n + m + x) and so on... obviously that's not true. I'll agree that every block has knowledge of its own transactions and a way to get to all previous transactions, but not that every block has every transaction . |
|
|
|
I have a question that really isn't specific to this pool, but I'll ask here anyway:
What do pool operators expect to do as the result of a halving next year? While I am not a pool operator, I expect most of the operational costs are largely fixed, and paid for in the appropriate currency for your operation. It would seem like your income will get cut in half (as measured in BTC, not percentage) along with your mining "clients".
Any thoughts on this, or does this need to go to a different thread?
what happens to network diff. when it splits also I hope price of btc to double maybe The same thing that happened when block rewards went from 50 to 25. Fewer coins generated per block. We all hope the price of BTC rises to match, and maybe it will. As for network difficulty, there's nothing magical about it. The network will adjust according to how long it takes to find 2016 blocks as it always has. |
|
|
|
No, any node can arbitrarily record any transactions it wants without miners.
Mining's primary purpose is to provide security for them. I can write a transaction down on a piece of paper and leave it on my desk, too. It means absolutely squat until such time that some miner somewhere provides a block that is added to the public ledger known as the blockchain. Mining's primary purpose is to confirm the validity of transactions by adding them to the ledger through proof of work hashing. If my transaction never makes it into that ledger, it may as well never have happened. Expand upon that and see what happens. A whole bunch of blocks created doing nothing but generating block rewards that can never be used because no transactions are ever included in the blocks. Extreme case? Absolutely. "Empty" blocks are not really empty either: they still include every transaction mined by the prior blocks.
And since 1 block is not sufficient to confirm a transaction, it's really the block 5 down the chain which is beneficial to the transactions in the block mined anyway.
No, empty blocks do not include every transaction mined by the prior blocks, they include a way to get to a parent block. That block might have the transaction, or it might not... but it also includes a way to get to its parent block and so on back to the genesis block. |
|
|
|
I haven't seen this elsewhere but if it's a duplicate just let me know. I found this site http://p2pool.jir.dk/bitcoin/ that finds nearest nodes. The first time you load the page is not that accurate but refresh and it's better. Cheers! Here's another service that offers "best options" for p2pool nodes: http://nodes.p2pool.co |
|
|
|
I tried a few, and I am getting ~4$/mo with one U3...unfortunately this does not make it worthwhile. Meaning my initial theory about me being too late in the game is true, so far it does not look like this is a viable option to make some money.  This. If you're looking at getting into mining to make money, you're certainly going to need more than a few GH/s and university housing. For example, I have 8 Antminer S3s at my home. At ~3.5TH/s I would expect to earn about $8.50 a day with free electricity. Unfortunately, my electricity is not free, so my earnings are offset by that cost. Yeah unfortunately I don't see the benefit of joining the game today. I shall continue with Forex then haha Thanks again everyone! It all depends on your electricity cost. Some will benefit from mining. If you have higher electricity costs with tight ROI, you could be right no benefit for you. All depends. OP has free electricity from university housing, but even with free power he's limited on what gear he can actually bring with him to mine. Not like he can throw a truck full of S5s . He's got to factor in limited space, potential roommates to deal with the noise/heat, etc. Maybe he can throw an S3 in there... but even then it's only about $1.00 a day at current difficulty and price. |
|
|
|
Hey guys I formated my computer and so don't have my armory and HD wallet anymore. I saved my wallet.dat btc back up and now I want to use it again. Help me open it, I tried dragging it into blockchain ( https://blockchain.info/wallet/import-wallet) to no avail. I am getting a "connection" problem and multi bit gives me an "null" error code. Has anyone actually successfully done this? is there an equivalent somewhere else? My connection is bad so can't wait for armory to download years of data or whatever. Is there a quick way for me to recover my wallet - I also had a password on it. Please help Thanks Someone mentioned multibit, I tried that but I couldn't get that going either - "the error message was null" I noticed their wallet file name is multibit.wallet or something along those lines so i tried rewriting the file to that. . and still no workies. Is this necessary anyway? gah much confuse such annoyed. very appreciate your help thanks The fact that you have the wallet.dat file is very good... it means you've still got access to your BTC You can't use that wallet in MultiBit. MultiBit only allows you to import keys from a key file, and it doesn't use the standard wallet.dat that say Bitcoin Core does. Other than not wanting to wait for the blockchain to synchronize, is there some rush need to get your BTC? You could always hack something together in the meantime ... and apparently fast2fix clicked post before I did |
|
|
|
You made bitcoin.conf it ~/bitcoin but bitcoind expects to find it in ~/.bitcoin (notice the leading .). This is actually typical on UNIX-like systems---programs keep config files in directories or files that start with a . in the user's home dir. This is because filenames that start with a . are hidden by default so they don't clutter your directory listing. Anyway, I think if you do this, your problem will be solved: $ mkdir ~/.bitcoin
$ mv ~/bitcoin/bitcoin.conf
You missed the second argument to mv mv ~/bitcoin/bitcoin.conf ~/.bitcoin/bitcoin.conf
|
|
|
|
Let me explain the setup in more detail. I am in Idaho and their electricity rates start at about 8 cents and go up based on the amount of electricity used. So the first block of KWH is 8 cents, the next block is 9 cents, etc. They support net metering for homes and businesses with a solar setup under 100KW. Net metering will never make a payout to the generating person. It will simply build up electricity credits that, at this time, never expire until they are used. They cannot, however, be transferred to a different account.
If it is over 100KW, then they off a commercial buyback of the electricity. The rates they offer for this are very low 1-2 cents and you have to contract for providing the electricity. If your system goes down for a week or two or there are to many cloudy days, then you need to pay the electric company for the delta that you did not deliver. Regardless, I'm too small for this option but it doesn't seem to payout enough even if I wasn't. I'd also have to increase my solar size by 25%.
Regarding the water call, I live in Idaho and ground water users are making a water call on the well water users saying that our pumping affects their surface water volume. There has been very little snowpack the last couple of winters in the mountains and means troubling times for surface water irrigators. We didn't know that this would affect us as we have terrific amounts of ground water in my region.
My 85x150 shed is a brand new heavy duty metal building. However, it was not meant to house servers. To this end, it does not have sides on the building or concrete on the floor. It just has compacted gravel. Depending on the amount of space the bit coin hardware would take, I may consider putting sides on the building as well as concrete. I'm guessing, though, that I wouldn't need near that much space to hold the hardware. I may be cheaper to put up a small building for the purpose of housing the bitcoin hardware.
Any idea on how much space the hardware would take that would consume the solar provided by the array? The solar generates 480v but has a transformer just for the shed at 240 (shed has lights and some electric outlets).
Thanks for the explanation... and I learned something . If I read what you wrote properly, the power company provides you with credits that never expire... so that seems to me sort of like they're buying your power, right? Couldn't you shut down your 75 kW generation and use the credits it made to pay for the power your operation consumes from the grid? Anyway... your primary concern for the miner space should be airflow. If you're going to utilize the entire 75 kW, that's 75 kW of heat you're going to have to dissipate. How high does the grid power run? You mention it's in blocks... how many blocks do you get at $0.08... $0.09... $0.10... etc? Remember, if you do set this up for mining, it's 24/7. So nights and cloudy days you're going to be pulling 75 kW from the grid. Assuming absolute best case scenario here at current network difficulty, and you can fill your space with SP35s. You'll get 110TH/s for 73 kW of power. That's $8140 a month. Realize these numbers are based on today and you using all of that available power exclusively for mining hardware. |
|
|
|
from what i remember, there was: 1btc, .5btc and again 1btc....
That's correct. I was involved in all three of the solo club runs. First was 1 BTC on 5/4, second was 0.5 BTC on 5/11 and third was 1 BTC on 5/16, which hit 2 blocks. |
|
|
|
|
Show Posts
