|
I actually just did a side project for fun to see which pools have mined empty blocks. It's currently running and when done I will have a pretty concise list.
Looking at your site, I see that you've not included any p2pool stats. Unfortunately p2pool is pretty tough to figure out, but here's how I do it. First I parse the coinbase to see if it was Eligius that found the block. If it wasn't Eligius, then I look at the number of vout in the coinbase transaction. If there is more than one, I take a look at the very last vout in the list. If there's no address in that vout, I'm pretty confident that it's p2pool that found the block.
|
|
|
|
Hello,
I have been thinking fromt the past few days about creating an Out of the box solution about creating and setting up a Pool which will be based upon DGM + Solo mining solution. i.e: Where if one of the worker in the pool solves the Block then the worker will be given 50% of the total bitcoins generated from the block and the remaining 50% will be divided across all the workers based on the DGM methord.
Does anyone else think this could be a viable option where we could see a lot of people using this pool method?
How is this solo mining if you're splitting the block reward with somebody else? This is nothing more than a pool with a 50% block finder's fee. Good luck with that. |
|
|
|
... Now for a stupid question... and I only say it's stupid because I've been mining on p2pool for well over a year and don't know the answer myself  ... is p2pool the only pool to use "/P2SH/" in the coinbase? I swear I saw that in the coinbase of another... maybe I'm wrong and that really is the p2pool identifier. Guess I'll find out when I run my code and do some checks. I used to identify it last, due to it having so many coinbase addresses, and the 'other' pool that sometimes had many was already identified by name. I'm pretty sure the last address in the p2pool coinbase that shows up as invalid on blockchain is also a way to identify p2pool. Yeah... the last address in p2pool's coinbase transaction is always unable to be decoded. Looks like I'll have to use something other than /P2SH/ since block 360476 has /P2SH/ in the coinbase and it's not a p2pool block. Guess I'll do more checks in p2pool's case. |
|
|
|
I got my answer from grue: you need -txindex to view transactions that don't belong in your wallet.
So, I'm currently rebuilding the block index using txindex and once that's done, I'll rerun the code so I'll have all of the data. My block detection code I run at home, not on the pool, in one of the many checks I do to find our blocks, I simply convert the ascii to hex and grep the coinbase from bitcoin (each new block that appears at home)Obvious, but easer than having to deal with removing characters below ' ' or above '~' and the problems they can cause in scripts and output  blockchain has this (incomplete) list of coinbase strings they use: https://github.com/blockchain/Blockchain-Known-PoolsI had one many years ago (last time I updated it was Sep-2012) ... but half the pools in it don't exist any more I like that idea... no need to bother with the bad actors, just convert the ascii strings you're trying to grep from the coinbase into hex and compare that. I was doing it the other way around and the random characters that don't convert nicely were playing havoc. Thanks for the suggestion! Now for a stupid question... and I only say it's stupid because I've been mining on p2pool for well over a year and don't know the answer myself ... is p2pool the only pool to use "/P2SH/" in the coinbase? I swear I saw that in the coinbase of another... maybe I'm wrong and that really is the p2pool identifier. Guess I'll find out when I run my code and do some checks. |
|
|
|
Hello Guys,
I used to receive on BTC-E,
Then downloaded Bitcoin Core..
While it was Syncing I pressed on receive money and copied the Address then sent a payment from my BTC-E as i wanted to transfer everything to the Bitcoin Core and start using (Paying/Receiving) from it without using BTC-E website..
But after it used 35GB of storage it asked for more BUT i don't have more storage, until that time it was Saying 45 Weeks later, BUT nothing from the money i transferred was reached to it... so i uninstalled it.
And now I'm back to use BTC-E BUT the money i sent is gone....
Where are they and how i can find them?
Any help or suggestion will be highly appreciated AND bTw isn't that money but it's @ the end ( Money ) =)
Thanks for Reading.
The part I bolded is what worries me. Hopefully you (or the uninstaller program) did not delete the associated files, especially wallet.dat. If you did, you have no way to recover that BTC. It'll sit in that address taunting you. |
|
|
|
I think its worth a shot  I see what you did there I think its worth a shot At 20+ cents a shot even if someone managed to turn the small amount of friction or heat into something it would be most expensive electricity ever. I would have not guessed this but if you would have bought pallets and pallets of ammo 5 years ago, you could sell them now for a pretty nice profit. Depending on caliber easy 2x and on some 4x your initial investment if you did it just 5 years ago. If you look at this ammo going up in past years it quite amazing. Why you gotta bring seriousness into an obviously silly thread? Besides, any serious ak-47 miner would obviously own his own press and make the ammo! |
|
|
|
I normally get 1380gh/s on eligius and ghash. On p2pool I always get ~1230gh/s.
P2Pool local node don't lie. Pool ... can lie (network problem, DOA lost). It isn't really about lying. A lot of hardware has issues with p2pool. When they first came out, the S2 would lose 10-15% hash on p2pool. Neptunes just don't work at all. AM tubes don't work. chalkboard17, I'm sure you've probably done the following, so forgive the redundancy if you have: * update the firmware from Bitmain * install ck/kano S5 binaries * change the queue depth to 0 or 1 * use the '+' and '/' at the end of your BTC address to help flatten the graphs and get a more consistent reported hash |
|
|
|
My calculator @ .10 for power and 1.2PH/s put me at around 9 months, but I wasn't looking at ANT Miner's, but rather a new product that is due out soon. I'd need about 200 of them, and might boost it to 1.8PH/s.
The problem I run into is that's a lot of colocation space. Each server is 2u, 1600W and does 6TH/s. It may make more sense to host it at home, but I'd need about 500kW of power....Lol..Not sure what is needed to get that kind of set up, but hey I do have a 4 car garage with no cars it could all fit into.
I think 9 months is a reasonable return on hardware if I'm between 1.2-1.8PH.
The miner you're describing does not exist. I know exactly which one's specs you're quoting and it's vaporware. 500kW into your garage??? LOL. Now that is just funny. |
|
|
|
15xrck4w1yyfGyjLugM2Ppsvy6yb9fLGQP Congrats EDIT: The same as the previous block Seems to be a lot of that lately on this pool, back to back (and more) solves. Crazy luck! he or she has been running 700 to 800th which comes to 1 block every 3 days. So the luck is above average . Is there a website where one can find the block solve time per hashing power? You mean actual time it took to solve the block, or how long it should have taken? I'm not sure anyone has scraped data from all of the pools to obtain the hash rate and time between blocks like that. If you just want to know how long some given hash rate would take to find a block, there are oodles of calculators out there. Or you can do the math yourself: Current Difficulty * 2^32 / hash rate = time in seconds to solve a block
So, 100TH/s at today's difficulty: 47589591153 * 2^32 / 100000000000000 = 2043957.37632145932288 seconds (23.66 days)
|
|
|
|
What I find truly amazing is that on the SP-Tech thread they've written to miasma plenty of times trying to work with him. Here's the quote from just 2 days ago: Post the completion of our merge, we do intend to deploy our 3rd gen and later gens tech at BTCS facility in NC and evaluate expansion to other lower cost electricity facilities as well.
Regarding hardware sales (miners, ASICs) and JV type deals (rev-share) it will be dependent on market conditions and will be on a selective basis.
Guy
Guy, Why don't you honor your warranty when you ship Dead On Arrival SP20E's  I've been contacting SpondooliesTech since January regarding order 4364 and all I get is the run around. Of the 15 SP20E's almost half would not hash when I received them. I had to reimage the firmware and still two remained DOA. Why did you send me an email saying that after a successful burn-in test we're shipping your 15 SP20E's Is the SP20E so fragile it breaks in shipping Hi Miasma, In response to your previous post, I have written the following response: Hi Miasma, Our team has contacted you multiple times and requested to have a session to verify the status of the machines and attempt to debug the situation. These sessions have a very high success rate yet you have repeatedly refused to help us assist you. Even then, you have been offered to RMA the machines but have chosen to ignored our communication attempts. We certainly honor the warranty and would like to help, but we cannot do that without your cooperation. I again ask that you reply to the latest communication and proceed with the RMA process. For clarification, only communication with support@spondoolies-tech.com is documented and officially responded to. We do our best to answer questions asked on the forum but can only guarantee response to contacts to our official support email. If the issue is not resolved to your satisfaction after you respond to our communication, I will gladly take ownership of your ticket to see that the issue is resolved. We appreciate your support and cooperation, Gadi You have refused to work with our support team and did not respond to any of our support or RMA suggestions. Without your cooperation and without sending us the units back, there's nothing that we can do. We urge you once more to work with us to resolve the issue, Gadi It's not like they aren't trying to help the guy... |
|
|
|
I got my answer from grue: you need -txindex to view transactions that don't belong in your wallet.
So, I'm currently rebuilding the block index using txindex and once that's done, I'll rerun the code so I'll have all of the data. |
|
|
|
you need -txindex to view transactions that don't belong in your wallet.
Much obliged. Thanks grue! |
|
|
|
So, as a fun side project I decided to write some code to traverse the blockchain and look for "empty" blocks. An empty block is one that contains only a single transaction - the coinbase transaction that awards the generated coins. Not surprisingly, a whole bunch of the early blocks are indeed empty. However, what truly surprised me is when I tried to parse the transactions. For a very large number of transactions, Bitcoin Core just doesn't return anything useful. Here's an example below for block 337104: getblockhash 337104
00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691
getblock 00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691
{
"hash" : "00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691",
"confirmations" : 23233,
"size" : 256,
"height" : 337104,
"version" : 2,
"merkleroot" : "57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2",
"tx" : [
"57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2"
],
"time" : 1420197655,
"nonce" : 3357110901,
"bits" : "181b0dca",
"difficulty" : 40640955016.57649231,
"chainwork" : "00000000000000000000000000000000000000000003beb652b37a2f4b948166",
"previousblockhash" : "00000000000000001654d3aa9abac3e815391b9b5eca90e15767cc1ee6ce1dc2",
"nextblockhash" : "00000000000000001686943c32233916b9d9485230bf63fc0f9144c94be4c1af"
}
getrawtransaction 57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2 1
No information available about transaction (code -5)
The key piece is that last call about the transaction. Core doesn't know anything about it. Yet, if I look at that same transaction on blockchain.info I can see it clearly, and can parse the coinbase script to see the block was mined by Discus Fish: �$七彩神仙鱼��mmvs��̮�� �M���,���w, z1FaW���f Z �rMined by andy518038 Anyone have any idea? |
|
|
|
So I got a bit ambitious... and wrote some code to drop the information into a CSV. Block number, date, decoded script (if available) As of block 360324 there are 85298 empty blocks. If anyone wants to look at it, I've uploaded it here: https://www.dropbox.com/s/tisp9mj6a369dds/empty_blocks.csv?dl=0Strangely, I found a whole lot of coinbase transactions that the core API wouldn't parse (53,612 of them to be precise). I have no idea why the core API wouldn't parse it, but here's an example (block 337104): getblockhash 337104
00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691
getblock 00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691
{
"hash" : "00000000000000000cc790ec61cd20d394f9d0f0c3e34adb1005d2d909b3f691",
"confirmations" : 23233,
"size" : 256,
"height" : 337104,
"version" : 2,
"merkleroot" : "57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2",
"tx" : [
"57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2"
],
"time" : 1420197655,
"nonce" : 3357110901,
"bits" : "181b0dca",
"difficulty" : 40640955016.57649231,
"chainwork" : "00000000000000000000000000000000000000000003beb652b37a2f4b948166",
"previousblockhash" : "00000000000000001654d3aa9abac3e815391b9b5eca90e15767cc1ee6ce1dc2",
"nextblockhash" : "00000000000000001686943c32233916b9d9485230bf63fc0f9144c94be4c1af"
}
getrawtransaction 57224de458d9356a471099c5ab9f5e68f395ec5f2822915bdf3c6b296c1428e2 1
No information available about transaction (code -5)
Yet, if I look at that same transaction on blockchain.info I can see the block was mined by Discus Fish: �$七彩神仙鱼��mmvs��̮�� �M���,���w, z1FaW���f Z �rMined by andy518038 Anyone have any idea? |
|
|
|
Is there a nice way to extract the info from there, or is it just a messy thing like, "if decoded script contains eligius, then the block was found by Eligius. If decoded script contains antpool, then it was found by antpool, etc"?
It's a messy thing. There's actually a write-up about it here: Don't believe everything you read on blockchain.info about block sourcesBlocktrail also does the messy thing, as does whomined.com . You can ready whomined's approach here: http://whomined.com/#how-it-works. I'd imagine there's libraries that'll decode the scriptSig without going through Bitcoin Core. You don't have to "decode" it. You just look for the string that the pool always puts there. e.g. for kano.is it always contains "/Kano" Of course that only works for pools that do that Maybe I'm missing something painfully obvious, but when I look at the output of getrawtransaction or decoderawtransaction, this is what I see: {
"txid" : "661b8707036fddb8ea2c178a57988b4ed9cc9d9bc800d7aebe5dd58b813a9694",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"coinbase" : "03117f051e4d696e656420627920416e74506f6f6c20626a35180f42fa2055776c0001bc2a0000bf480500",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 25.26360849,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 9524440a5b54cca9c46ef277c34739e9b521856d OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a9149524440a5b54cca9c46ef277c34739e9b521856d88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1Ebb8NfVmKMoGuMJCAEbVMv2dX8GnzgxSa"
]
}
}
]
}
That "coinbase" value is what I need to decode. This transaction was an empty block mined by AntPool (I know this because I looked it up on blockchain.info). This is what it looks like there: CoinBase
03117f051e4d696e656420627920416e74506f6f6c20626a35180f42fa2055776c0001bc2a0000bf480500
(decoded) Mined by AntPool bj5B� Uwl�*�H
So, how do I decode the coinbase hash to get back the string I can parse? EDIT: I figured it out... it's just a hex to ascii conversion. Duh. |
|
|
|
|
OK... this has probably been answered before, so forgive me for asking it. Where do I find out which pool mined a block? I can't see anything useful in the output of the core API, and the "relayed_by" value provided by the blockchain.info API doesn't appear to be what I'm looking for, either. I figure it's probably in the output script for the coinbase transaction. Can somebody give me a quick rundown of how to decode that (other than passing it to bitcoin-cli)... like some pseudocode, or a link with some info?
For example, looking at the block TheRealSteve used in his last response, I can clearly see that on blockchain.info it shows it was submitted by Eligius. Looking at the coinbase output script it shows a bunch of garbled crap with Eligius buried in it. Is there a nice way to extract the info from there, or is it just a messy thing like, "if decoded script contains eligius, then the block was found by Eligius. If decoded script contains antpool, then it was found by antpool, etc"?
|
|
|
|
Weren't 0 transaction blocks dominating the testnet recently because of a pool? Other than that, here are some stats by blockr https://btc.blockr.io/trivia/blockBlocks with 1 transaction: 85294 Blocks with 2 transactions: 12438
Edit: 1 transaction in a block essentially means that it's empty. That's a pretty cool site... didn't know it existed, or I wouldn't have bothered writing my own code to get the results . At least we both match up (I included the genesis block whereas they didn't). |
|
|
|
Can you tell what pool(s) are currently mining 0 transaction blocks consistently?
Thanks,
Sam
Not from the data I pulled since the core API doesn't provide it - I ran this against my local node. I don't know how happy blockchain.info would be if I pummeled them with 86k requests . 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.
I'm sure the earlier blocks had far more empties. Like I wrote, maybe I'll get ambitious and plot this in a spreadsheet. I mostly wrote the code for fun just to see how many blocks are empty. Why do some pools do that? Is there an advantage? Time. Get the details of the last block mined, immediately start mining for the next - at this point 'empty' - block (and your chance at the block subsidy). Then while things are busily mining away, build new headers that do include transactions, and at the next opportune moment start mining on that. It's just a small sliver of time, but against an otherwise equal opponent, collecting transactions by default would be a losing strategy in the long run. This is where there's plenty of disagreement between pool software writers. On one side of the fence you've got luke-jr and wizkid who support the empty block theory. On the other you've got ck/kano who do not support it at all. |
|
|
|
Sometimes I wonder if it is just pure bad or good luck or if there is a problem somewhere that can contribute to bad luck. It would be nice to know when there is a problem. I sent them a wakeup call just to be nice and make sure they were not asleep at the switch. Seems to have worked!
I appreciate your enthusiasm, but this is math, plain and simple. We've had great luck for a bit, now we have bad luck for a bit. At the end of the day, it literally all balances out. Happens all the time... Good luck - everything is great! It's all working just like it should be! Bad luck - it's some kind of conspiracy. Somebody is doing something malicious and stealing hash, performing block withholding, etc. |
|
|
|
There's been quite a bit of discussion on this topic throughout the forum. Some feel empty blocks are valuable. Others feel they are of no value. I thought it might be fun to write a small program to see just how many of these blocks exist in the blockchain. For those who don't know, an empty block is a block that is mined containing only the coinbase transaction that awards the new coins. To be honest, I was quite frankly surprised by the number there were, especially since people seemed to think they were rare occurrences. Sure, I expected there to be quite a few at the beginning of the blockchain when BTC was pretty much an unknown and only a select few were mining it. However, I was not expecting there to be so many empty blocks as there are. As of block 360189 there are 85295 empty blocks on the chain. For the math challenged, 23.68% of all blocks are empty. 8 of the last 189 blocks are empty. 25 of the last 1000 are empty. Maybe I'll get ambitious and write the output to a spreadsheet so I can get some good data points out of this to see trends. Where do you stand on this debate? EDIT: I've uploaded the data from my last run. https://www.dropbox.com/s/2rt64pt6hyhr41b/btc_stats.zip?dl=0. Has blocks up to 364144 Archive contains two files: empty_blocks.csv has the raw data in the following format: Block Height, NumTx, BlockTime (UTC), BlockSize (Bytes), WhoMined (if I could figure it out, BTC address of coinbase transaction if I couldn't, or unknown if no BTC address could be deciphered from coinbase transaction). stats.csv has data on pools, how many blocks they've mined, how many were empty and percentage of empty to total. Enjoy. |
|
|
|
|
Show Posts
