Bitcoin Forum
May 26, 2024, 05:12:22 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 [152] 153 154 155 156 157 158 159 160 161 162 163 164 165 166 »
3021  Bitcoin / Pools / Re: Cooperative mining (180Ghash/s) on: May 12, 2011, 07:07:53 AM
btw is there currently anyway to automate the transfer process so mtgox just exactly ever 24 hours transfers a g note to LR ? this is getting tedious
mtgox has an API. You can use https://mtgox.com/code/withdraw.php?name=blah&pass=blah&group1=BTC&btca=bitcoin_address_to_send_to&amount=# to send bitcoins (I haven't used it this way myself). Write a scheduled script on your end that accesses this page every day.
3022  Bitcoin / Pools / Re: Cooperative mining (180Ghash/s) on: May 12, 2011, 04:37:35 AM
Okay thank you. I have go more into hash "calculation" later to understand the whole system Smiley

But is it correct that I get only BTC for Shares? So if I cannot find even shares in one round I get no reward?
That's true. But shares are pretty easy to find. Unless you're mining on a CPU or something, you'll very rarely go through an entire round without finding any share.

For participants which are very small in relation to the pool, the variance is caused by the variance in the number of shares they find.

For participants which are not too small in relation to the pool, the variance is caused by the variance in the number of blocks the pool finds.

So you are saying that participants that are very small in relation to the pool actually have a different variance than the pool itself?

I thought you posted some math somewhere that said the opposite to that?
Those calculations, as I explained, were specifically for the case that the miner is very small. In this case the variance is completely caused by the variance in the number and position of the shares submitted and are not affected at all by the size of the pool. These calculations do not work when the miner is substantial in relation to the pool, for this you need different calculations. The summary is that the greater the percentage of the miner in the pool, the greater the variance, so bigger pool = smaller portion = less variance.
3023  Bitcoin / Pools / Re: Cooperative mining (180Ghash/s) on: May 11, 2011, 09:04:13 PM
Okay thank you. I have go more into hash "calculation" later to understand the whole system Smiley

But is it correct that I get only BTC for Shares? So if I cannot find even shares in one round I get no reward?
That's true. But shares are pretty easy to find. Unless you're mining on a CPU or something, you'll very rarely go through an entire round without finding any share.

For participants which are very small in relation to the pool, the variance is caused by the variance in the number of shares and position they find.

For participants which are not too small in relation to the pool, the variance is caused by the variance in the number of blocks the pool finds.
3024  Bitcoin / Pools / Re: Cooperative mining (180Ghash/s) on: May 11, 2011, 08:43:25 PM
is that really a myth? I know I read that on some pools official faq, oh well....
Maybe it was on bitcoinpool. Their operators are an obnoxious bunch spreading FUD to promote themselves.

Can you explain how having a 500 g/hash compared to 200 g/hash will be more profitable to the miners? Because I am considering this and not seeing it.
In the language of this post, a larger pool gives you less variance, but it doesn't affect your expectation.

Score- Not a clue!
slush's pool resists the pool-hopping cheat by using a score-based reward system. Each share submitted increases your score by a certain amount which is based on how old the round is. The displayed stat is the total score obtained by this worker in this round.

This, by the way, is what started the myth that if you disconnect from slush's pool, the magical tooth fairy comes and steals your moneys.
3025  Bitcoin / Pools / Re: Cooperative mining (180Ghash/s) on: May 11, 2011, 07:05:24 PM
one thing I would like to remind everyone is the longer you stay connected to slush's pool the better the payout
This is wrong. It's refreshing to hear this myth said in favor of slush's pool this time. But your expected payout is exactly proportional to the amount of time spent mining.
3026  Bitcoin / Bitcoin Discussion / Re: Milwaukee Makerspace's response to Bitcoin on: May 11, 2011, 04:21:53 AM
Quote
This bank serves a very important purpose, and the power it has to regulate the dollar has saved our asses before.

You can't understand the benefits of Bitcoins if you think the Fed is a useful government agency. I think the best way to for you to figure out whether you like this concept or not is to research the arguments against the Fed and its policies. If you can conclude from that search that a decentralized, deflationary currency is superior to the dollar as it stands, then you'll embrace Bitcoin.
That's completely wrong. You can appreciate the endless list of things Bitcoin has to offer without having any opinion whatsoever about politics.
3027  Economy / Marketplace / Re: Earn 139BTC or 3BTC for getting shops/organisations to accept Bitcoin! on: May 11, 2011, 04:07:01 AM
Bitcoin is now live on http://www.memorydealers.com
I tried to do guest checkout to test this, but couldn't find any Bitcoin option. Also, it's not listed at http://www.memorydealers.com/payment-methods.html.
3028  Bitcoin / Development & Technical Discussion / Re: MyBitcoin Question on: May 10, 2011, 08:13:06 PM
mtgox offers eWallet merchant services which may be comparable to MyBitcoin. If you want just an eWallet without merchant services, Instawallet is all the rage now. I'm sure there are many people here willing and able to help you set up Bitcoin payments for your site (for free up to a point, or for payment). You can try contacting mndrix (http://www.ndrix.com/) who has a lot of experience with this.
3029  Bitcoin / Bitcoin Discussion / Discussion re: "Is BitCoin a Ponzi or pyramid scheme? (Newbie-Friendly)" on: May 10, 2011, 07:58:26 PM
Unlike either of these situations, BitCoin has no person "at the top" who collects money paid for bitcoins
That's true. But there are people who stand to gain a huge profit if Bitcoin succeeds, namely those who got in early and hoarded a nice sum of bitcoins when they were cheap. This fact might reinforce the impression that Bitcoin is some sort of Ponzi/Pyramid. I think the OP should address this point and explain why this is ok.
3030  Other / Off-topic / Re: PC games giveaway thread on: May 10, 2011, 05:12:44 PM
I have been trawling the internet for a code so if you would be so kind I would be very appreciative. I will understand however if you don't, me being new and all.

Regardless cheers for the giveaway,

IDFinners
Of course, I'll send you a PM immediately.
Welcome to Bitcoin.
3031  Other / Off-topic / PC games giveaway thread on: May 10, 2011, 03:48:31 PM
Some (all?) of Sapphire's high-end video cards come with a bonus copy of the game "Dirt 2", in the form of an activation code for Steam. Having bought 2 such cards for mining and used one copy, I have one spare. I offer to give the activation code for free to the first person to post he wants it on this thread.

I encourage others with spare activation codes for games to offer them in this thread as well.

Update: Given to IDFinners.
3032  Bitcoin / Mining / Re: What's best for Deepbit is best for Bitcoin on: May 09, 2011, 11:58:09 AM
Okay, write it up (sounds like you've done it mostly anyway) and I'll take a look ... I'm interested how that works, if nothing else. Doesn't have to be flash, just the meat.

And your basic contention is that smaller miners are better off in bigger pools?
It's the other way around. For tiny miners it makes absolutely no difference what is the size of their pool. It's the bigger miners that are better off in a bigger pool.

Let's say a miner submits a share at a random point in time. Let A be the event the the share was submitted for a given round, and X the eventual number of shares in this round. Then $P(X=x) \propto p(1-p)^{x-1}$ (exponential distribution) and $P(A|X=x) \propto x$ (the more shares in a round, the higher its chance to include a given share). By Bayes' formula, $P(X=x|A) \propto P(X=x)P(A|X=x) = p(1-p)^{x-1}x$. Summing for x>=1 gives $P(X=x|A) = p^2(1-p)^{x-1}x$.
The payout received for this share, in units of block reward, is 1/x. So the expected payout is $\sum_{x=1}^{\infty}p^2(1-p)^{x-1}x/x=p$, as expected (pun unintended). The expectation of the squared payout is $\sum_{x=1}^{\infty}p^2(1-p)^{x-1}x/x^2=p^2\log p/(p-1)$, so the variance is $p^2(1-p+\log p)/(p-1)$.
As you can see, this does not depend on any additional factors such as the size of the pool. When several shares are submitted, if the miner is tiny then they will be uncorrelated and their variance is additive. As the pool becomes smaller the variance for the miner increases.

If you're not convinced this accurately models the situation (well, it doesn't, but it doesn't deviate in ways that are relevant for this discussion), you can write a simple computer simulation of the dynamics and see that the variance is smaller in a larger pool.


(This would be a big issue if the network is driven towards everybody mining for the same pool.)
It is. There are threads for discussing this problem.
3033  Bitcoin / Mining / Re: What's best for Deepbit is best for Bitcoin on: May 09, 2011, 10:40:08 AM
Quote
Yes, a slow miner will see some "None"'s for short blocks, but sometimes he will hit such block too and it will be balanced out.

But can he ever make up for the 0.5 or 0.75 of a share, i.e. the partial share that he should have got for the ultra-short round?

Maybe it will be balanced out, eventually. The bigger question is how long will it take to make back the losses on a bad run?

In other words, what is the ultra-short block variance for a small miner?

Remember the primary idea of the pool is to reduce the variance for a smaller miner
I've spent a lot of time pondering variance of pool payouts. I don't think I'm wrong. All my calculations work on the share level and I definitely did not disregard share granularity. I can bring out the heavy-duty math if you'd like, but the calculations involved are very easy to understand (if you know a bit about Poisson processes) yet very cumbersome to communicate, so I don't think this is worth the trouble.

Let's say a small miner mined for an hour and got 1 share. It doesn't matter if the pool got one block or two in that time, he still has 1 share in a single block. Since we know nothing else about this block, the amount of shares in it is distributed exponentially and the participant's payout will have a given mean and variance, which are the same in both scenarios.

If the miner has a significant portion of the pool it becomes more complicated, but it's complicated in the direction of further favoring larger pools.

For a proportional pool, in the limit where the miner has a negligible portion of the pool, his variance per share submitted is p^2(1-p+ln(p))/(p-1), and this is additive in the number of shares (p = 1/difficulty). It does not depend on any other factors. When the miner has a larger share of the pool his shares become correlated and his variance increases, so it's better to be in a larger pool.

Of course, it is my opinion that people should start using hopping-proof scoring methods instead of proportional (and I'll once again debunk the myth that they are in some ways disadvantageous for small miners).
3034  Bitcoin / Bitcoin Discussion / Re: [If tx limit is removed] Disturbingly low future difficulty equilibrium on: May 09, 2011, 09:38:58 AM
Quote
The tragedy of the commons is a dilemma arising from the situation in which multiple individuals, acting independently and rationally consulting their own self-interest, will ultimately deplete a shared limited resource even when it is clear that it is not in anyone's long-term interest for this to happen.

What is the shared limited resource to be depleted in the case of mining?
The willingness of transactioneers to pay fees. When you include transactions with low fees in a block, you consume this resource.

Quote
But I think it's safe to say that a solid consensus should not produce this outcome. There is no consensus. There is no generally accepted operating model for Bitcoin after minting becomes negligible. We better find one.

What are you talking about? This is a free market, without regulation or central planning. Bitcoin cannot work, post generation subsidy, unless it is centrally planned?
We are talking about how to design the Bitcoin protocol to ensure it achieves a healthy free market equilibrium. The same way Satoshi designed some other pieces of the protocol.

Exactly.  And this is why I brought up Wal-Mart and it's competitors.  If Wal-mart accepts Bitcoin, it has a strong incentive to directly participate in the security of the network.  And then so does all it's competitors.  And the reverse is also generally true.  The mom&pop  vendors may not feel motivated to participate in the mining directly, but they are going to want to see their transactions processed in a timely manner as well.
Tragedy of the commons again. Wal-mart also has incentive to sit it out while others subsidize the mining. The only way I see to make Wal-mart pay its share is with some sort of union which will defeat Bitcoin's aspirations of being decentralized.

On the other hand, Gavin has a point when he says that you seems too much desperate with an issue that will not manifest itself in the next 15 or 20 years at least. It's true that we'd better worry with it before going mainstream, when such a change would need a blockchain split, but there is some time yet and maybe other more important priorities to be dealt with.
The Bitcoin community is fairly large, there's no reason some participants shouldn't debate one problem while others debate another. Also, having a plan for what will happen 10 years forward will encourage people to join now.
3035  Bitcoin / Mining / Re: What's best for Deepbit is best for Bitcoin on: May 09, 2011, 09:12:58 AM
The pool is there to smooth out the variance. But if the pool is finding blocks too quickly then a smaller, proportional miner may not get that many shares of each short block found and variance starts to return again, and more luck is involved.
That's false. You'll have (proportionally) more variance per block but this is more than offset by the reduced variance in the number of blocks per time unit.

I think that under some simplifying assumptions, the best way to reduce variance is to put all your mining in the largest pool, even if it is as high as 100% of the network. I'll need to do some calculations to verify this part.
3036  Bitcoin / Bitcoin Technical Support / Re: Multiple computers - Worth it? on: May 07, 2011, 08:21:07 PM
You should easily fit 2x5870s (376 Watts) and even the largest CPU (145 Watts) and still have 130 watts left over for fans, hard drives, ram, etc...

If you used a 45Watt CPU you would have 230 watts left over.
You don't want a PSU to run 24/7 on anything near full capacity. A 650W PSU for a 450W system is more reasonable.

firstly, if you're going to run AMD GPUs, you should consider AMD CPU and chipsets, rather than mixing AMD and Intel.  i hear they don't like each other.  think about it.
I'm fairly sure that's false. You still should consider an AMD CPU because they're cheaper.
3037  Bitcoin / Bitcoin Technical Support / Re: New rig (2x 5870) crossfire question/problem on: May 07, 2011, 08:19:11 PM
Make sure you upgrade your PSU.   I would recommend a 900Watt or higher PSU.
You don't need a 900W PSU. You need a high-quality PSU such as Seasonic X-series, 750W tops but 650W should do fine too. Anything which is not from a known brand is utter junk, and even within a brand some products are good and others not so much.

you might be able to go with a smaller one, but your efficency will be lower, plus overclocking does use the juice more.   I still stand by my recommendation.    A bigger PSU will have better effiencies. 
For efficiency the most important thing is to get an 80+ Gold one. Once you do that increasing the power rating will have almost no effect.
3038  Economy / Marketplace / Re: CoinPal beta - Buying bitcoins with PayPal on: May 06, 2011, 11:55:23 AM
Don't they charge like 50 bucks for international transfers?
Yes. (I was quoted $45 for transferring $1000 from Israel to US by MoneyGram). WU is the polar opposite of CoinCard (which was about instant, cheap, easy cashout for small to medium amounts). BitcoinExchange offers cashing out bitcoins for WU.
3039  Bitcoin / Bitcoin Discussion / Re: Immunity to sit-in-strike extortion by mining unions? on: May 06, 2011, 06:57:53 AM
A union excluding transactions profitable at the time in the hopes of keeping transaction fees from dropping, is not an equilibrium, given that the barrier of entry is low.

It is not trivial that the barrier of entry to mining will be low in the future, and mechanisms should be put in place to make sure that it is.

The real problems begin when the mining union not only excludes transactions they don't like, but also rejects blocks they don't like. They can prevent entrance of new miners by rejecting their blocks.
3040  Bitcoin / Bitcoin Technical Support / Re: New rig (2x 5870) crossfire question/problem on: May 06, 2011, 06:40:33 AM
Make sure you upgrade your PSU.   I would recommend a 900Watt or higher PSU.
You don't need a 900W PSU. You need a high-quality PSU such as Seasonic X-series, 750W tops but 650W should do fine too. Anything which is not from a known brand is utter junk, and even within a brand some products are good and others not so much.
Pages: « 1 ... 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 [152] 153 154 155 156 157 158 159 160 161 162 163 164 165 166 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!