Re: ASICMINER: Entering the Future of ASIC Mining by Inventing It

https://blockchain.info/block-height/266903

AsicMiners slogan should be "King of Orphaned Blocks" after the last 2 weeks they had.

I wonder whats the reason for that. Maybe asicminer is too poorly connected to other wallets? I mean a miner that is connected to as many wallets as possible and those wallets are again connected to as many miners as possible should have an advantage against a miner that is poorly connected because the block that is accepted by most miners wins. When i understand it correctly. So i only see that as an explaination. I doubt a internet connection can be that bad to have such a big effect.

I guess this is relevant: http://bitcoin.stackexchange.com/questions/8399/how-can-pool-operators-reduce-the-number-of-orphaned-blocks-that-they-mine

Quote from: canth on October 31, 2013, 04:16:55 PM

We've seen AM's "data center", so who knows what ISPs were chosen. Running services out of mainland china is not as simple as you'd think:

https://bitcointalk.org/index.php?topic=99497.msg2733783#msg2733783

And this may be relevant for the question within that reference, asking why more transactions are not included.
https://gist.github.com/gavinandresen/5044482

Interesting points though i believe only point 2 could and should be used. Or has point 3 really a chance of being useful? There is no moral downside in using point 3 too then.

The biggest factor probably would be point 2. Not only because your found block would be propagated way faster but you would be informed faster about found blocks from others too. I think here lies the problem.

Yesterday i though it might depend on the getwork-proxy... is it still used for solomining? It made only sense using it for poolmining right?

If point 2 cant be used really good because of a slow internet connection... means propagating to many good nodes fast, then friedcat should think about getting some more connections. Not because the ping is too low but because the transferable data might be too low.

What i wonder is... can it be that a found block is proofed by the wallets after they checked it fully? I mean in case asicminer sends a big block of 500KB to a node then he downloads it, checks it and sees its valid. When after this block data started to download another 25kB block comes in then its downloaded faster and the proof is done faster too. What matters then? The time a block was proofed? If so i think the wallets should note a timestamp when a block was started to download. This way the network could be made more safe so that blocks include transactions.
Though this probably wont help much when the wallet only starts to propagate the big block after it proofed it fully. The propagation in total would be very slow then.