Search content
Sort by

Showing 20 of 92 results by mueslo
Post
Topic
Board Securities
Re: [BitFunder] G.ASICMINER-PT
by
mueslo
on 02/02/2014, 18:04:39 UTC
I still have 3 shares too (I was on vacation during the time the claims portal was open), and friedcat so far hasn't responded.
Post
Topic
Board Deutsch (German)
Re: Suche Anwalt bzgl. Ukyo.Loan
by
mueslo
on 29/01/2014, 20:06:54 UTC
Irgendwas gefunden?
Post
Topic
Board Group buys
Re: CoiningSolutions.com HashFast Batch 1 next action Poll
by
mueslo
on 10/01/2014, 17:57:05 UTC
Didn't they originally claim that they would refund the original amount in BTC if they couldn't deliver on time?
Post
Topic
Board Scam Accusations
Re: The 2nd Stage Server Con ( Currently ~$2,000,000 ) 2 MILLION DOLLARS!!
by
mueslo
on 21/12/2013, 11:59:16 UTC

Yeah, yesterday that said Balance was 0. Now it says:

> Balance Stuck   0.06272614   Available   0.00387334

What the fuck Ukyo? How can my Balance be stuck? I never even tried to withdraw...

Fucking scam.
Post
Topic
Board Scam Accusations
Re: The 2nd Stage Server Con ( Currently ~$2,000,000 ) 2 MILLION DOLLARS!!
by
mueslo
on 20/12/2013, 15:22:19 UTC
I had ~0.07 btc still on weex. You can't log in anymore and the claim portal shows my balance as 0...

Any advice?
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 25/08/2013, 20:13:54 UTC
On the png I can see miners (+s) forming nice curves that are exponentialy rising with lower hashrate. At least now 21:05 25-th of August.


Yep, but it jumps around a lot there due to there being very few miners there. On http://mueslo.de/host/middlecoin/ you can view the last hour.
Post
Topic
Board Pools (Altcoins)
Re: [ANN] profit switching auto-exchanging pool - middlecoin.com
by
mueslo
on 25/08/2013, 19:26:52 UTC
H20...   Getting a little concerned..  Going on 3 days in a row now where Payouts are very low(compared to past payouts)..  Can you address this and let us know what is going on please?

I'm guessing we don't have any of the coins that have >300% BTC profitability in the rotation, like luckycoin. Currently we're mining NVC, I believe. However, if we don't add these more profitable coins, this pool is pointless.

But even with NVC we should be getting 0.023 BTC per MH/s and day minus fees, which we're also not really close to.

And additionally, at these pool hashrates, it is rather important that we distribute the hashrate among different coins.
Post
Topic
Board Pools (Altcoins)
Re: [ANN] profit switching auto-exchanging pool - middlecoin.com
by
mueslo
on 25/08/2013, 13:25:12 UTC
Going to be very interesting watching coins switch on this. any chance you could lock the y axis scale?

Also added variance display and a cache for the last hour. Slideshow here
Post
Topic
Board Pools (Altcoins)
Re: [ANN] profit switching auto-exchanging pool - middlecoin.com
by
mueslo
on 25/08/2013, 00:47:18 UTC
Going to be very interesting watching coins switch on this. any chance you could lock the y axis scale?

Locked it to 0.25.
Post
Topic
Board Pools (Altcoins)
Re: [ANN] profit switching auto-exchanging pool - middlecoin.com
by
mueslo
on 24/08/2013, 23:41:33 UTC
Made a little something to show reject rates.

http://mueslo.de/host/middlecoin/miners.png

Regenerates every 5 minutes.

If anyone's interested, I could also generate per-miner hashrates over time plots.
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 24/08/2013, 22:45:22 UTC
Just calculate rejected over accepted MH/s as a percentage and it will come that percentage is raising going down the table...  Undecided

Here, I made a little something. This should finally clear up misconceptions.

http://mueslo.de/host/middlecoin/miners.png

Regenerates every 5 minutes.
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 21:52:47 UTC
Thanks for doing that, liquidfire.

I should really learn numpy, and scipy. They look fun to use. I could make use of them, to make my selling bot better.

It really is useful.  This is what I learned Python/Numpy/Scipy/Matplotlib with.: http://www.math.ethz.ch/education/bachelor/lectures/fs2012/other/nm_pc/NumPhys_handout1.pdf
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 21:37:33 UTC
Strange, it's hard to imagine that any minor difference between the cards design would affect its ability to get the share from the card to the pool that significantly.

Out of curiosity, is the 5830 also serving your monitor?

Nope, that's the 7950's job.
Post
Topic
Board Pools (Altcoins)
Re: [ANN] profit switching auto-exchanging pool - middlecoin.com
by
mueslo
on 23/08/2013, 20:45:19 UTC
That would be Pacific time US  think about 1-2am GMT about 5 hours to go. give or take

I usually get mine at 4:30am CEST, so 3:30 BST.
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 20:40:53 UTC
Yeah, they're both in the same machine, the only difference apart from the actual cards is which PCIe slot they're in, obviously. I do occasionally get HW errors on the HD 5830 (about 1 every 2-3 days), but I don't see the connection.
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 20:24:56 UTC
My mental roadblock (or rather what cleared it) was the fact that even in a lopsided distribution you can still have an average, but it will be very skewed toward the thick end of the plot. I needed to actually see it plotted before it clicked.

This is why I stuck through, I thought I might help someone understand it better Smiley Thank you very much for the follow up. I actually learned something too (at first I thought it is always wrong to calculate the times in advance, which, of course, given the correct distribution in times between finding a share, it isn't).

Although there is still one phenomenon I cannot explain. I have a HD 7950 and a HD 5830. The HD 7950 consistently gets 2-5% rejects, while the HD 5830 gets 6-12% rejects, even if I set clock and intensity on the HD 7950 such that the hashrates are equal, so it isn't dependent on hash rates.
Post
Topic
Board Securities
Re: [BitFunder] btcQuick - Bitcoin Sales Service
by
mueslo
on 23/08/2013, 17:19:55 UTC

If you have any money in bitfunder, you are trusting ukyo.  So ukyo.loan should most def be in your bitfunder portfolio.  If ukyo doesn't pay out, it means bitfunder is on the way out.

Not quite. Ukyo.loan could default, but the asset list still proves who owns what share of other stocks, even if bitfunder goes down as well (though I doubt either is probable, so I do have btc in ukyo.loan). And as long as bitfunder is running, it's unlike ukyo.loan will default. 0.5-1% of all trades is a huge profit, I think.
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 16:57:47 UTC
[...]

Here's the code for per pool-found-block/proportional reward. There's no change (as is to be expected, all proportional reward does is increase variance (as long as there's no pool hopping)):

Code:
import numpy.random as rnd
import numpy as np

class worker():
    sharetime = None #time the next share is found by the worker
    def __init__(self,avgsharetime):
        self.avgsharetime = avgsharetime
        self.hashrate = 60/avgsharetime
        self.shares = 0
        self.roundshares = 0
        self.income = 0.
        self.generateShareTime(0.0)
    
    def generateShareTime(self, currenttime):
        self.sharetime = currenttime + rnd.exponential(scale=self.avgsharetime)
    
    def foundShare(self, currenttime):
        self.shares+=1
        self.roundshares+=1
        self.generateShareTime(currenttime)


class pool():
    t = 0. #time elapsed
    blocktime = None #time the next block is found (by the network)
    pblock = 0.02 #probability that a share solves the block
    totalroundshares = 0 #number of total shares solved for this block round
    workers = [] #list of workers in the pool
    def __init__(self,avgnetworkblocktime=10.,workers=[],):
        self.avgnetworkblocktime = avgnetworkblocktime
        self.generateNetworkBlockTime(0.0)
        self.workers=workers
        
    def start(self,duration=100.):
        while self.t            nextworker = self.workers[np.argmin([w.sharetime for w in self.workers])]
            nextsharetime = nextworker.sharetime            
            
            if self.blocktime                self.newNetworkBlock()
            
            else:                            #worker found a share
                self.t = nextworker.sharetime
                self.totalroundshares+=1
                nextworker.foundShare(self.t)

                
                if rnd.uniform(0,1)                    self.newPoolBlock()


        
    def generateNetworkBlockTime(self,currenttime):
        self.blocktime = currenttime + rnd.exponential(scale=self.avgnetworkblocktime)
        
    def distributeRewards(self):
        print "Shares: [",
        for w in self.workers:
            print w.roundshares,
            w.income += float(w.roundshares)/float(self.totalroundshares)
            w.roundshares = 0
        self.totalroundshares = 0
        print "]\n"
        
    def newPoolBlock(self):
        print "\nnew pool block t=",self.t,"-> Payout!"
        self.distributeRewards()
        
        self.blocktime = self.t
        self.newNetworkBlock(echo=False)
        
    def newNetworkBlock(self,echo=True):
        self.t=self.blocktime
        if echo: print "new network block t=",self.t
        for w in self.workers: #if you disable these, nothing changes in the outcome
            w.generateShareTime(self.t)
        
        self.generateNetworkBlockTime(self.t)
        


slowworker = worker(avgsharetime=30)
mediumworker = worker(avgsharetime=10)
fastworker = worker(avgsharetime=3)


pool1 = pool(workers=[fastworker, mediumworker, slowworker],avgnetworkblocktime=10.)
pool1.start(duration=100000.)

print fastworker.shares
print slowworker.shares
    
print "Slow worker has: " + str((float(slowworker.hashrate) / float(fastworker.hashrate)) * 100) + ' percent of the hash power of fast worker'
print "Slow worker has: " + str((float(slowworker.income) / float(fastworker.income)) * 100) + ' percent of the profit of fast worker'
print "Slow worker has: " + str((float(slowworker.shares) / float(fastworker.shares)) * 100) + ' percent of the total shares of fast worker'

And some example outputs:
Slow worker has: 10.0 percent of the hash power of fast worker
Slow worker has: 10.0643834344 percent of the profit of fast worker
Slow worker has: 10.2436090226 percent of the total shares of fast worker

Slow worker has: 10.0 percent of the hash power of fast worker
Slow worker has: 9.89355458187 percent of the profit of fast worker
Slow worker has: 9.99728580476 percent of the total shares of fast worker

Slow worker has: 10.0 percent of the hash power of fast worker
Slow worker has: 10.2071470481 percent of the profit of fast worker
Slow worker has: 10.1000090098 percent of the total shares of fast worker

Slow worker has: 10.0 percent of the hash power of fast worker
Slow worker has: 9.78155423167 percent of the profit of fast worker
Slow worker has: 10.1675711134 percent of the total shares of fast worker

Slow worker has: 10.0 percent of the hash power of fast worker
Slow worker has: 9.84810455803 percent of the profit of fast worker
Slow worker has: 9.8902409926 percent of the total shares of fast worker

example found blocks
Post
Topic
Board Securities
Re: [BitFunder] btcQuick - Bitcoin Sales Service
by
mueslo
on 23/08/2013, 15:52:49 UTC
woah, is everyone who pulled out of asicminer investing in btcquick now?
Post
Topic
Board Altcoin Discussion
Re: Does a high pool difficulty lower anyone's profits?
by
mueslo
on 23/08/2013, 15:20:36 UTC
I am curious what will happen if you implement the following conditions:

At the end of the block, worker shares get reset to 0.
Just before that happens, the shares are used to calculate payout, and the payout occurs per block.

At the end of every block? That wouldn't make much sense though (there is a big chance of loss for the pool operator if the network suddenly becomes fast).

What makes more sense: when a block is found by the pool itself (and not the whole network), all previous shares are reset to zero and the reward of that block is distributed among shares.  I'm guessing you want the latter?

(I don't think we're using that either, because it's vulnerable to pool hopping if you know when the pool found a block.)

But anyway, if you want to actually simulate this, you can no longer calculate the time when a block is found, because then it could happen that the pool finds a block without any share actually having been submitted. You now have to actually calculate the odds of one of the miners in the pool having found the block.