...You are not the only Pool operator on the planet...
Your overreaction shows your fear of those who dare to be different, so please move on to your average pool operator for your average results. Or if you have more under your hood than shouting from the sidelines: start your own pool and proof you're right and h2odysee is wrong. Please keep me informed then. |
|
|
|
|
When I refresh or close and open the Bitfury Admin (in Chrome), it doesn't fill the fields of Pool Configuration. Mining still seems to continue on the pools I configured earlier. On the first start it did show the pre-programmed mining adresses (donating towards the Bitcoin Foundation)
Who else does(n't) experience this minor inconvenience? I like to know if it is my browser (setting) or the admin page itself and if someone has a fix for this.
|
|
|
|
|
Well, I see a lot of invoices from different wholesale suppliers and a lot of them charge € 5 till € 50 and even more handling/shipping costs for small orders without any transparency. So I don't find it excessive, but your question is still very legitimate.
However, this fixed base cost certainly witheld me from placing my second, relatively small order up to this moment (together with a reverse charged VAT solution, which just drowns in the workload of the backoffice of the webshop).
Businesswise, yxt shouldn't care, since demand is much larger than supply, and he just has to ship all he gets before the next, market/friedcat forced price drop which hurts him too. Logically, order cost should even increase on a lower price per item or he could put a minimum order value in place.
|
|
|
|
the postage itself is only one part. We send them always with full insurance,
But the cost for this doesn't appear on the letter for security reasons.
Hi yxt, and thank you for your reply, and I hope you will excuse me if I am still not convinced about asicminer-shop.de's shipping policies... I can see from the Deutsche Post website that an envelope (Versandtasche) up to 500g is 3,45 € ( http://www.deutschepost.de/de/b/briefe-ins-ausland.html#tabs-13613554329), and that the international insurance is 2,05 EUR ( http://www.deutschepost.de/de/b/briefe-ins-ausland.html#tabs-13613554390). Assuming I am looking at the right information, the two things sum up to 5,50 EUR. If my German is not too rusty, on the same page ( http://www.deutschepost.de/de/b/briefe-ins-ausland.html#tabs-13613554390) I also see that such an insurance can be increased by paying additional 1,50 EUR for each 100 EUR of value. Are you implying that asicminer-shop.de spent the remaining ~15 EUR to insure for an additional 1000 EUR an expedition worth .90 BTC?! I'd like to see a copy of the receipt of my shipping at this point, showing also the sum not displayed on the stamp, it should be my right as a customer. The barcode of my shipment was the following RT284780405DE. And if you can't/won't provide such a proof of payment it would be at least honest considering a refund. He fellow Dutchman, don't you forget to include materials, drop-off/pick-up costs and especially labor for picking and packaging your order into your equation? Don't know for which wage or fee you work yourself for, but that could be a nice starting point for calculating labor costs. I agree the order cost is quite steep, but margin on a single USB-stick does'nt compensate the time you have to put into an order. |
|
|
|
I'd like to invite everyone who is going to receive a unit to use a small pool and/or p2pool if the miner inside the unit can work with it. There are several small pools, pools with less than 50 TH/s of capacity, which should/need to grow to be able to balance the one or two mega-pools available. This is for the health of the bitcoin network, most of all, and given that BitFury is delivering several TH/s of hashing power this is a good moment for this call to arms  spiccioli I like to recommend the mining pool https://pool.itzod.ru. Needs some hashrate to bring pool hashrate back to above 1% of the network. No fees, I have donation set at 1%, and all mining rewards (both block and transaction fees) go towards paying for all of your PPS-work (including those for invalid blocks). From March untill now I'm standing at 2-3% in BTC to be paid from future lucky rounds. Not bad compared with pure PPS-pools. Best wishes, Joris |
|
|
|
Can you please confirm me the status of order #594
yxt? Why do you use the public thread for your personal messages? |
|
|
|
-use two PCI-e cables (not both plugs on the same PCI-e cable).
Is this also necessary when only powering the starter kit, can't we use the second option then? I assume the problem is in the 250 W / 12 V > 20 A through the wire for the full kit, while 40 W / 12 V is only ~ 3.33 A... |
|
|
|
|
Als je met GPU-mining nog BTC wil verdienen is middlecoin.com nog een goed optie:
De pool-operator selecteert automatisch de meest profijtelijke scrypt-coin en je krijgt automatisch BTC uitgekeerd.
|
|
|
|
|
Then it meets Jalapeno specs: 4,5 Gh +/- 10%
|
|
|
|
|
Where does the pool pay the singleminer from?
Edit: it will only affect variance of income of lowhashrate rigs slow singleminers.
|
|
|
|
I still dare you to answer my case!
Imagine we go diff 1, you will have many shares acceppted in those 30 secs, or even 10 secs. That proves that lowering diff affects singleminer income for cases with fast block coins. End of proof.
Shares don't earn anything for the pool, only blocks found by the pool do. |
|
|
|
|
We finally exhausted ranlo ;-) But don't worry dear zealot: someone else will soon stand up to enlighten us dumb, illogical folks about how we're screwed by nothing else but a high, hardcoded difficulty on this pool. Is Liquidfire out of the running yet?
h2odysee, keep up the good work on all things that matter for the profit.
|
|
|
|
I have mined at three other pools before joining middlecoin a few days ago. So far, I'm seeing less profit than the other pools I had mined before. Why is that? Could it be because the difficulty of 512 is too high for my miners? I have 4 GPU's: 1x6950, 1x7790, 1x7850, 1x7950. On other pools, I got about 1300 KH/S. Here, I'm getting 1000 KH/S. The other pools operated with vardiff; here, there's only one difficulty of 512.
You can talk statistics and probability and whatnot all day and night long. I can tell you from my day-to-day experience that this pool with a high diff set at 512 runs very inefficiently for me. Probably because of my gpus can't hash fast enough for the pool. I am going to have to return back to wemineltc.
From my experience the earth is flat. I don't go too far out, since I might fall of. |
|
|
|
|
0 === 32 === 59 === 95 === 119 === BLOCKS
0 S============SS======R===S== SHARES SLOW MINER (lucky one)
0 ===R=RS===RRS===R=S==SR===== SHARES FAST MINER (unlucky one: doesn't hash the data to be hashed)
Blocks and hashes are independent, share rejects happen during the communication latency around a found block.
It does'nt take x seconds to find a share, at AVERAGE your miner finds a share every x seconds.
|
|
|
|
|
I doubt the 'span' goes up with difficulty and ping = 1 ms between both Client Server <> Server <> Coin Network. Cannot prove it however.
Since the above usually ain't true, I agree on the 'span' going up for short block generation time, for the 'restarts' you mention. Time lost in restarts due to the miner not being up to date with the work to be done, is why a high block rate hurts performance.
EDIT: communication chain
|
|
|
|
|
Damnsammit isn't trolling, but exhausted from battling nonsense in this thread. Go to your wife D for what you had in mind ;-)
Why is diff 32 fine with blocktarget ~ 15 sec? How do you relate these two.
|
|
|
|
|
sQueeZer, can you give Damnsammit also a quote on independent hashes, difficulty and the 'lost work' paradigm vs. the 'work on the wrong inputs en deliver outputs late at their destination'?
Lowering server load by high diff improves communication speed/bandwidth and thus benefits all miners.
|
|
|
|
|
The fast miner will deliver 6 shares in the time the slow miner submits 1 share, so your comparison is flawed in itself...
Mining speed is measured in khash/s and every hash can be a winner, independent of your total hashing output.
Difficulty affects variance, not the amount of accepted shares in the long run.
Connection speed between your rig and pool server and pool server and the coin network influences your reject percentage.
|
|
|
|
I invested in the pump and dump aspect of it.
Time for you to dump then. Or do you need some more pump yet... |
|
|
|
|
Show Posts
