Bitcoin Forum
May 07, 2024, 02:18:30 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 [5] 6 »
81  Local / Deutsch (German) / Re: bitcoin in deutsch on: June 07, 2011, 10:57:10 AM
ja, es wird automatisch in Deutsch angeboten. Wenn du das Programm installierst und dein Computer auf Deutsch eingestellt ist, dann sollten die Programmoptionen übersetzt dargestellt werden.

Welches Betriebssystem nutzt du?

Mac
82  Local / Deutsch (German) / bitcoin in deutsch on: June 07, 2011, 10:47:14 AM
gbits das bitcoin programm in deutsch?
83  Local / Deutsch (German) / Re: bitcoin ohne kreditkarte on: June 07, 2011, 10:45:43 AM
dachte ich brauch da eine kredikarte.
84  Local / Deutsch (German) / bitcoin ohne kreditkarte on: June 07, 2011, 10:32:39 AM
wo kriege ich bitcoin ohne kreditkarte her?
85  Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~550 gH/sec] on: June 05, 2011, 03:51:19 PM
http://forum.bitcoin.org/index.php?topic=7760.msg170939#msg170939

I'm also getting lots of idle time with BTCGuild. I switched back to BTCMine for this reason.
86  Bitcoin / Mining / Re: how do we calculate our exact hash rate? on: June 05, 2011, 03:11:11 PM
divide total number of hashes by total amount of time in seconds.

87  Bitcoin / Mining / Re: The perfect, cheater-proof, zero-variance pool on: June 05, 2011, 12:18:50 PM
@aBitcoiner:
Because they can screw you.

They can screw any pay-per-share or any proportional pool where their hash rate is a small fraction of the total. I don't see anyone bothering.


Quote
Also stale shares are not being paid in your model, right? As otherwise the "proper" miners would finance them...


Fees can be distributed retroactively proportionally. Stale shares would not be paid as that is the miner's own fault for not using a client with long polling. All pool-side variance including unconfirmed blocks would be absorbed by the pool.


Quote
[Tycho] has said that deepbit's PPS isn't profitable unless they keep at least 7% fees. And even at 10% fees the variance causes it to not be profitable on some days.  But the fact that there have to be any fees at all over time (fees above the pool's desired profit margin) indicate that there is some level of cheating the pool operator going on, otherwise things would average out and be profitable at a lower percentage.

You can't expect a variable system to produce the same amount every day. The only thing you know for sure are "expected values". If a pool has 0% fees based on "expected values" then it will break even over a long period of time. If a pool has 10% fees based on "expected values" then it will make a 10% profit over a long period of time.

It would be in [Tycho]'s interests for people to be confused about this. 7% is a lot of profit.
88  Bitcoin / Mining / Re: Which mining pool you suggest? on: June 05, 2011, 12:09:55 PM
swepool does pay-per-share, so it has zero-variance and lower fees than deepbit.
89  Bitcoin / Mining / Re: The perfect, cheater-proof, zero-variance pool on: June 05, 2011, 12:04:58 PM
Good luck with that. Just wait until you have people withholding full answers from you and only submitting answers below the current difficulty.

Why would they do this on my pool, but not another?
90  Bitcoin / Pools / Re: [Swepool.net]Pay-Per-Share, LP, JSON-API, SSL, Email Notify, Super Low Variance! on: June 05, 2011, 11:42:33 AM
dinox: what does your pay per-share rate translate to as a fee?

deepbit's translates to 10% I heard. So if yours is 2.2% better is it equivalent to a 9.978% fee?
91  Bitcoin / Mining / The perfect, cheater-proof, zero-variance pool on: June 05, 2011, 11:38:25 AM
Lets get back to basics: How does pooled mining work? (roughly)

1. Every pool member hashes for a block solution for the current block which contains a +50BTC to the pool tacked on at the end.
2. The pool operators will accept any solution to the block, not just those of sufficient difficulty, some of this will just so happen to be of a suitable answers for a higher difficulty and win the pool the block. This is known as shares.

Why use shares? Shares are the "proof of work" in a pooled mining system.

In your job, you don't get a proportional to what the company earns. You get it on an agreed rate based on the work you do. It is a similar train of thought that leads me to suggest that the perfect pool uses a "pay-per-share" system (with 0% fees).

Advantages:
zero variance for the miner
no cheating possible since every share is equal
92  Bitcoin / Mining / Re: Mining a computer lab -- bandwidth use on: June 05, 2011, 11:20:22 AM
If you're mining using CPU, you'd be using more electricity than you would be gaining back from mining. That electricity has to come from somewhere, so someone is going to lose a lot of money. You might as well steal computer parts and sell them on ebay. You would cause less money to be lost and make more money for yourself.
93  Bitcoin / Project Development / Re: LinuxCoin A lightweight Debian based OS with everything ready to go. on: June 04, 2011, 06:22:28 PM
Is the Linuxcoin-v0.2a i686 compatible?

I dont have a 64bit CPU.
94  Bitcoin / Mining / Re: Pay-to-Mine on: June 04, 2011, 02:05:13 PM
According to http://mining.bitcoin.cz/stats/?history=1000 , 2.6% of the last 1000 blocks found by slush's pool were invalid. Perhaps 3% from deepbit isn't such a bad deal after all?

edit: The sample size is still much too small to draw conclusions from though.
95  Bitcoin / Mining / Re: Pay-to-Mine on: June 04, 2011, 01:57:40 PM
nothing..you can chose a free pool which is just as good.
Frankly after a while i've got quite disgusted by the idea of being in a pool with fee's, people should have the right to chose whether to donate if satisfied or not and that much should be enough for the pool operator. They are getting rich like pigs on those fee's, just do your math.

cheers

Um..there has to be a fee..how is he paying for his sever? uptime? load balancer..this isnt all for free yano.

This is btcmine.com's solution. The traffic load for a pool is very small. So plans are cheap compared to profits, even for deep bit.

96  Bitcoin / Mining / Re: btc-poolwatch.com - pls test on: June 04, 2011, 04:14:38 AM
Can we get a page with overall starts per pool?
97  Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~500 gH/sec] on: June 04, 2011, 01:21:22 AM
Edit: better still how about tunnelling the workers in and shutting EVERYTHING else out?

Then people would have to foward ports and use a special client.
98  Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~500 gH/sec] on: June 04, 2011, 01:07:13 AM
What % of blocks found by btcguild have later turned out to be invalid? I need to know this so I can calculate a real figure of how much more you can expect to make with btcguild over deepbit.
In the long run, you will make 3% less at deepbit because that's how much they charge for fees. Anything else is inconclusive.
Actually the difference in fees is only 0.5% if you consider insurance against invalid blocks in both pools.


eleuthria: Yes, the sample size is too small. Perhaps [Tycho] would be kind enough to share the stats from his pool?
[Tycho]: how many of your blocks have turned out to be invalid?
99  Bitcoin / Mining / Re: Pay-to-Mine on: June 04, 2011, 01:01:03 AM
.06% - 1.2% depending on luck.  Also keep in mine with deepbit there are no stale shares which currently account for .06% of my submitted shares.  In reality fees are only 1.5% or so...

How can an average figure depend on luck? This does not make sense.

Finding a block is about luck and probability.  Finding an invalid block is unlucky, and subtracts from profits (but deepbit covers that loss).  How does that not make sense?

Use this analogy. Landing a head from a coin flip is about luck and probability. If you flip coins forever you will get 50% heads (not 25-75%, that does not make sense because it is forever). How many invalid blocks will I get if I hash forever?
100  Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~500 gH/sec] on: June 03, 2011, 11:59:29 PM
What % of blocks found by btcguild have later turned out to be invalid? I need to know this so I can calculate a real figure of how much more you can expect to make with btcguild over deepbit.
Pages: « 1 2 3 4 [5] 6 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!