Bitcoin Forum
May 25, 2024, 09:16:32 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 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 »
2441  Bitcoin / Bitcoin Discussion / Re: Are GPU's Satoshi's mistake? on: October 02, 2011, 05:40:53 AM
If this is agreed to be a problem, the hashing function can be changed to something for which ordinary PCs are more suitable, and it's possible this was Satoshi's plan.
My understanding is that this kind of agreement would require the agreement of the majority of the computing power of the BTC network and so is next to impossible?
This is a common misconception. Miners are the slaves, not the masters. Protocol changes require primarily the agreement of the majority of the economic power of the network. In theory, if everyone who actually uses Bitcoin - exchanges, eWallets, merchants, end users - switched one day, miners could try mining for the old protocol all they want but their blocks will be rejected by the network and be worthless.

In practice, having a majority of current miners leave will create a shock in the generation rate, and the difficulty adjustment algorithm doesn't handle such things well. But changing the hashing algorithm is actually easier in this regard, because you'll need to hardcode a new difficulty value anyway. There could be a brief period of vulnerability while people adjust to the idea of being able to mine on their CPU.

Am I mistaken that the Bitcoin protocol was built explicitly so that these are difficult to change, not easy?
Oh, I didn't say it would be easy. But the protocol was designed so that things that should be changed, can be changed, if there is a good enough reason and someone makes a case for them and achieves consensus. The only thing which is fundamental and must never be changed is the coin generation schedule. And that's not due to something technically special about that part, just that nobody in their right mind would agree to change this.

Exactly.  What makes it even less likely than other changes is that GPU have the majority of hashing power.  This GPU miners would in essence have to vote against their own interests.
Like I said, miners aren't all-powerful. They do have some bargaining power, which is more reason to do any necessary changes sooner rather than later. The change can be gradual so the people who are already invested won't lose their investment entirely.
2442  Bitcoin / Bitcoin Discussion / Re: Are GPU's Satoshi's mistake? on: October 01, 2011, 08:44:15 PM
At the risk of offending miners...

Seems to me that mining is something of a sideshow and and a system engineering problem who's solution does not matter very much as long as it works.
None taken and I agree. And I say this as someone who mines, has been fascinated for years with the concept of monetizing distributed computing and was initially drawn to Bitcoin in large part due to its enabling of it, and whose primary skilled contribution to Bitcoin is analysis of mining pools reward systems.

But I think that people are vastly underestimating now the magnitude of the problems Bitcoin will face in the future related to the economics of mining. Maybe "mining for the masses" could play a part in the solution.
2443  Bitcoin / Bitcoin Discussion / Re: Are GPU's Satoshi's mistake? on: October 01, 2011, 08:02:16 PM

I agree it is inevitable - but it is still a flaw.

The flaw is not that it is possible for specialized equipment to out perform general purpose computers. As you say, that is inevitable - it is the factor by which they do.

GPU's might outperform CPU's by 10:1 - So I must spend $50 in electricity for every $5 in BTC

However, if GPU's outperformed CPU's by 1.1:1 - then I'd spend $5.50 for every $5. You'd still have specialized hw, but you'd have general purpose computer participants too.

The flaw then is the ratio at which specialized hardware outperforms, and not having designed to minimize that ratio.


You have it backwards. GPUs are far more efficient than CPUs in electricity use.
No, he means that specialized GPU miners in equilibrium will be close to breakeven and so spend ~$5 electricity per BTC (which ignores all other costs, but whatever), while he as a CPU miner will have to spend $50.
2444  Bitcoin / Bitcoin Discussion / Re: Are GPU's Satoshi's mistake? on: October 01, 2011, 07:42:27 PM
The jury is still out on whether this is a problem. Having ordinary PCs viable for mining causes a significant botnet risk, and while the idea of everyone being able to mine is appealing, it's not essential.

If this is agreed to be a problem, the hashing function can be changed to something for which ordinary PCs are more suitable, and it's possible this was Satoshi's plan.


I suspect he never foresaw either GPUs
I doubt that, GPGPU isn't exactly news. He might have not known a priori exactly how good GPUs are for SHA-256 but the idea would certainly have occurred to him and he could have investigated if he thought it was a relevant problem.

or mining pools.
I doubt that, someone who understands probability (which Satoshi does) and expects that many people will mine (which I believe he did), can't think that solo mining will be feasible.


At the same time every computer literate person realizes that computing power only going to increase with time.
This has nothing to do with it. This isn't computing in general becoming faster, it's about specialized hardware for this specific purpose putting people using commodity machines at a disadvantage. "Computing power increasing with time" benefits pros and amateurs equally.


Did Satoshi not forsee that GPU's would be much more efficient, thus reducing mining to the GPU'd few?
So it's not a flaw, it's just inevitable. I'm guessing you're inspired by new proof-of-concept currencies that are CPU-friendly. Keep in mind that if they get to a critical size, it's also inevitable for them to be dominated by specialized hw.
You're ignoring capital expenditures. At-home miners are leveraging existing hardware giving them a huge advantage over specialized businesses. To specialize mining, the advantage of the specialized hardware should be equally huge. This is the case with SHA-256, but not necessarily with a function chosen to require resources similar to the average PC.
2445  Bitcoin / Bitcoin Discussion / Re: An Introduction to Bitcoin (2nd revision) on: September 26, 2011, 01:01:00 PM
Very nice. A few comments:

Quote
Protect your wealth from devaluation by the government.
This will alienate some (most?) people. I'd go for "Protect your wealth from devaluation due to inflation."

Quote
Using Bitcoins Increases their Value
If you have some Bitcoin saved, you can make them more valuable by using Bitcoins. Using Bitcoins increases their demand which in turn increases the value of your saved Bitcoins.
I'd remove this. That this is true at all is debatable (buying with bitcoins, where the alternative is to keep your bitcoins and buy the same thing with dollars, increases bitcoins supply and could decrease their value. Buying with bitcoins, with the intention to replenish your bitcoin holdings by accepting Bitcoin payments yourself, does increase their value, though), the magnitude of the effect for an individual is negligible, and it makes Bitcoin sound like some game.

Quote
Bitcoin is an International currency
Bitcoin can be spent all over the world.
This is one of Bitcoin's major advantages and should be expanded. Talk about how Bitcoin ubiquity could spare both the hassle and fees of currency conversion for traveling and internet shopping, the conversion fees easily being 3% on top of the transaction fees.

Quote
The same cryptography that powers Internet banking.
I'm not an expert but I think this is wrong. Bitcoin uses some set of cryptographic primitives, which AFAIK are ECDSA for digital signatures and SHA-256 and RIPEMD160 for hashing. Banking and internet banking use their own set of cryptographic primitives, which will differ between banks and may or may not overlap with Bitcoin's.

Quote
A weakness in the encryption might be discovered.
This is the same encryption used in online banking. Like banking systems, if a flaw is found in a particular algorithm, the Bitcoin client can be upgraded to use different encryption algorithms.
Until recently you could safely say that no encryption at all is involved with Bitcoin. The newest mainstream client added wallet encryption, but that is a software implementation detail and not core Bitcoin. Wherever possible one should use the term "cryptography", which is more general and includes hashing, signatures etc. Also, see above about "the same as in online banking".

Quote
Spend your Bitcoins
This section should be expanded.


Finally, there is almost no mention of what I think is one of Bitcoin's major selling points, at least from a philosophical level, which is the ability to store your own savings securely without requiring the services of a third party (unlike cash which can be easily stolen). This isn't right for everyone given the very challenging nature of protecting it simultaneously against loss and theft, but having purely digital money allows very flexible access schemes, and it's important that people have this option if they choose to invest in adopting a solid plan (e.g., a 2-out-of-3 password protection scheme protects against loss and theft of up to one source. You could memorize one key, store one key in a safe at home and give one key to a friend). And it's like a piggy bank where the elaborate plan is required for getting money out, getting savings money in is easy.
2446  Bitcoin / Pools / Re: Analysis of Bitcoin pooled mining reward systems (work in progress) on: September 23, 2011, 02:37:43 PM
Chapter 3 is complete.
2447  Bitcoin / Bitcoin Discussion / Re: Gavin and TruCoin on: September 22, 2011, 07:26:56 AM
RE: putting my employer in my forum signature:  what do other people think? Would that be unfair advertising for TruCoin or good full disclosure?
The latter.

This is not a big deal and completely standard in open source communities. We all love the software and so try to find ways to work on it full time.
+1. It's great when someone develops wonderful things voluntarily in his spare time. It's even better when someone develops wonderful things as a full-time job.
2448  Bitcoin / Meetups / Re: EUROPEAN BITCOIN CONFERENCE 2011, PRAGUE NOV 25-27 on: September 21, 2011, 06:31:40 AM
gauging the numbers of attendees is important, the earlier you can make an estimate on this the better.

Mitch
He asked about why you're waiting for the exchange rate to increase to collect payment.

And I'm guessing it was tongue-in-cheek.
2449  Bitcoin / Pools / Re: [75 GH/s] EMC: 0 Fee/LP/API/PayPal Payout/Free SMS/US/EU/AU/Full 8 Payout/More on: September 20, 2011, 05:23:09 PM
Found 3 blocks in the past ~12 hours or so!
Is there a listing of which block was found by whom? I think one of these blocks was me. I brought in my 1.8 GH/s earlier this week.
2450  Bitcoin / Mining / Re: Solo Mining on: September 20, 2011, 03:47:38 AM
Miner reward per time unit was invariant - and that's the metric I'm interested in.
Indeed that's what you should be interested in, specifically over a sufficiently long period of time. But if this quantity didn't drop with presence of hoppers, you have a bug in your simulation. If you post the code I'll try to find it.
2451  Bitcoin / Mining / Re: Solo Mining on: September 19, 2011, 08:23:41 AM
p.s. Meni - the 1% issue is a red herring
The issue where your own hashrate is fixed, but the pool's hashrate changes and is higher early in the round, so less of your shares are in shorter rounds than would have been without hoppers, is not a red herring. It's the crux of the whole matter, and if you don't understand it you won't understand why pool-hopping causes continuous miners in proportional pools to earn less per unit of work than they should.

I can write tables with actual numbers if you think this will help you understand. But if you won't listen to theory, simulation, practice, and thought experiments, what else can I do?
2452  Bitcoin / Mining / Re: Solo Mining on: September 19, 2011, 04:29:59 AM
So, using your example, I do 5000 blocks for 0.25 BTC reward in round one and 35000 blocks for 0.583BTC in round two.  Neither of these has 1% of pool power.  In the first it is 0.5% and the second 1.166%.

40,000 blocks out of 4,000,000 would be 1%, but that ignores the simple fact that sum(Xi * Yi) <> avg(Xi) * avg(Yi)  Given the 1% is not constant, you can't really use that to underpin the argument.  If you could maintain 1%, then you would achieve the theoretical 1 BTC payment, irrespective of hoppers.

Might also be worth while to point out that pool size has something to do with the equation as well, as if 95% of the pool disappears gives a different result to a 5% drop.
Your own hashrate is fixed. The pool's hashrate varies because hoppers come and leave. You have 1% of the pool's average hashrate, but this means you'll have less than 1% early in the round and more than 1% late in the round. That's the whole point.

If you maintain 1% of the pool at all times it means you're doing partial hopping yourself, reducing your hashrate late in the round.
2453  Bitcoin / Mining / Re: Solo Mining on: September 18, 2011, 07:22:24 PM
Of interest, I did find one of ideas behind hop-proofing actually makes hopping more attractive.  Those pay on last N share pools encourage people to jump in once N has been reached.
If you're talking about PPLNS then no. It pays shares from previous rounds so it doesn't matter at all how many shares are in the current round.

Still, if I do one share in a solved block that took a million shares, I simply can not know if people have jumped in early, late, 24/7'd or turned off or on, I get 1/1000000 of the reward.  (btw - I think I have about 100 mined coins over three months and 2.7 million shares.)
But more of your shares will be in longer rounds than should be. For example, if you are 1% of the pool and the pool has a round with 1000000 shares and a round with 3000000 shares, you'd want to have 10000 shares in the first and 30000 shares in the second. But in reality it will be more like 5000 shares in the first and 35000 shares in the second, because the hoppers quit early on the long round. So your total payment will be 50*5000/1000000 + 50*35000/3000000 = 0.83 BTC instead of 2*50*1% = 1 BTC.
2454  Bitcoin / Mining / Re: Renting hashes on: September 18, 2011, 04:07:22 PM
Quote
Btcoins doesnt need more miners, it already has a good system to regulate mining demand,  bitcoin needs more real trade to happen in bitcoins.
People need to buy bitcoins and use them to trade NOT mine and sell for a profit in US dollars.
They can do both. And they can discuss now how to make mining better so that they're ready for times when the price is high and/or the difficulty is low.

The only problem is when people mistakenly believe that Bitcoin is about mining.

True. I'm actually holding my coins atm, and may end up using some/all of them to buy stuff. Also, renting hashes doesn't necessarily mean more mining. Maybe some who are already mining would opt to rent their rigs, which wouldn't result in any increase for the network. Renting at a reasonable premium is not a bad idea. All of the rental offers I've seen so far have a pretty absurd premium, and I have trouble believing that very many people actually go for that.
Integrating the renting mechanism with a pool will allow a lower barrier of entry for both miners and investors, which should lead to a very competitive premium.

Since people differ in their loss aversity, existing hardware, electricity costs etc., there will certainly be those who don't want variance, but for whom mining at stable PPS pools is currently a marginal loss. The renting mechanism will allow them to have PPS with a lower fee giving them a marginal profit, which will cause them to start/continue mining, shifting the equilibrium to a higher network hashrate.
2455  Bitcoin / Mining / Re: Renting hashes on: September 18, 2011, 03:39:21 PM
Quote
Btcoins doesnt need more miners, it already has a good system to regulate mining demand,  bitcoin needs more real trade to happen in bitcoins.
People need to buy bitcoins and use them to trade NOT mine and sell for a profit in US dollars.
They can do both. And they can discuss now how to make mining better so that they're ready for times when the price is high and/or the difficulty is low.

The only problem is when people mistakenly believe that Bitcoin is about mining.
2456  Bitcoin / Development & Technical Discussion / Re: Allowing a separate key to view account on: September 18, 2011, 12:42:48 PM
You can look up the address in http://blockexplorer.com/ .
2457  Bitcoin / Mining / Re: Solo Mining on: September 18, 2011, 04:51:52 AM
double lol - because of the different methods of reward, some pools give away unequal rewards and some non-hopping miners get less.  I'm not in one of those pools, so I don't suffer.
You are wrong. In proportional pools you get on average less than what you should. In hopping-proof pools you get on average exactly what you should. If you look at your rewards over, say, a month, you'll get more in a hopping-proof pool than in a proportional pool.

You may want to take a look at the analysis paper I'm working on.
2458  Bitcoin / Mining / Re: Solo Mining on: September 17, 2011, 04:44:28 PM
You need a pool, but deepbit is a poor choice. Some better alternatives are http://mining.mainframe.nl, http://eclipsemc.com, http://rfcpool.com, http://www.yourbtc.net/ .
If you like small pools with pplns payouts, maybe (that's what these pools look like on a quick scan).  Not sure of your reasoning against deepbit - reasonable size, proportional payout based on actual work contributed.
Proportional pools are vulnerable to pool-hopping.
2459  Bitcoin / Mining / Re: Renting hashes on: September 16, 2011, 01:05:59 PM
This might get more people into mining, who then might be willing to create their own rigs.
Why do you want more people in to mining? There is already a built in market mechanism that regulates the amount of miners; more miners only means those miners will lose money as the amount of bitcoins to be made is fixed.

Btcoins doesnt need more miners, it already has a good system to regulate mining demand,  bitcoin needs more real trade to happen in bitcoins.
Does not contradict. Of course the most important thing now is to have more trade.

But mining exists for a reason. The more miners, the more secure the network is. By making it easier to mine in a pool, we're shifting the equilibrium to a point with more hashrate for the honest network, without any advantage to attackers.
2460  Bitcoin / Bitcoin Discussion / Re: Adi Shamir's thoughts on Bitcoin on: September 16, 2011, 12:06:48 PM
Today I saw Adi Shamir (you know, the S in RSA) and managed to talk with him a bit about Bitcoin.
He says he wouldn't want to keep cash on his computer given how easily computers can be hacked, and that we're losing the war on computer security.
He didn't express any concerns about the viability of Bitcoin's economics or core technology, though.
This was following a talk he gave with the tagline "why we need cryptography, and why it won't help us".

Next time you meet Dr. Shamir, can you ask him if he is Satoshi by any chance?
Cheesy I'm sure if he is and he wanted to tell me, he'd have done so already.
Pages: « 1 ... 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 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!