Bitcoin Forum
May 07, 2024, 01:26:20 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 [67] 68 69 70 71 72 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 ... 130 »
1321  Bitcoin / Bitcoin Discussion / Re: will bitcoin become less secure over time? on: July 18, 2011, 10:15:18 AM
I'm still thinking about this, but I'm sceptical that there will be a functional outcome here. Right now, about 50% (something like that, exact figure please) of the money supply is being issued per annun to pay for security. If you want the ratio between the size of potential attack rewards and the cost of an attack to remain constant, you would need a 50% (again approximate) annual wealth tax to achieve this. If this doesn't scream unsustainable, then I don't know what does. How could anyone rationalize setting up a system like this? It is an incredibly inefficient use of resources.

But again you are forgetting that the decline in Bitcoin generation does not go away suddenly. Its progressive over time and wont end until 2040. Miners have plenty of time and also the incentives to adapt.

What you are proposing is a fixed level of fees depending on a set of conditions that you think are the best. But how is this fixed system that you are proposing not more dangerous and less adaptable than a system where the miners, the people with the experience and the information, decide at every moment the best strategy? Imagine the percentage or rules you propose are too much or too little? That would hurt Bitcoin big time. Its better to leave the miners decide what they need to charge to be in business.

EDIT:

Quote
Again, still thinking, but my intuition is that this would indeed occur:

Already answered to him. See above. Competition does not work the way he is portraying it. According to him/her competition is a tragedy of the commons. If that were true, the human race would have disappeared long ago.
1322  Bitcoin / Bitcoin Discussion / Re: will bitcoin become less secure over time? on: July 18, 2011, 10:09:25 AM
And last, this has been discussed already. Why keep opening threads discussing the same again and again?

Because every time it has been actually discussed, the result was Bitcoin security NOT functioning properly after minting, and NO consensus on a choice of block size limit being in place. One cannot reduce a two-variable problem (difficulty, fees) to a one-variable problem (fees) without any explanation as to why this can be done.

Thank you for pointing out that this thread is just a rehash of another thread. Why not continue the discussion there, instead of making everybody repeat the same arguments? Propagandizing or trolling are the only two options I can imagine.

Quote
Neglect block size limit, and see what you get. All but the cheapest miners will be pushed out of the market, reducing difficulty,

No, this if false. It is true that the inefficient miners will be pushed out of the market, but that does not mean reducing difficulty in a meaningful way. What will happen is that the more efficient miners will take the place of the less efficient miners, and probably a part of the less efficient miners will learn how to become more efficient.

The failure of what you are saying is that a extremely efficient miner with very little hash power, will take very long to get a block thus taking away very little fees from the other miners. Unless the efficient miner starts expanding and adquire more hasing power it would not represent a thread to the rest of the miners. Therefore you already have more hashing power appearing.

Quote
which in turn creates competition among the cheapest miners. It's a Tragedy of the Commons, with only the non-profit miners remaining in the end, and difficulty converging to zero.

See above.

Quote
I have had discussions in lengthy threads about it, and the bottom line was fairly clear. People arguing that current Bitcoin protocol would work don't even have a model they agree on! Some want to remove limits, some don't, some think cartels will do the job, some just neglect the Tragedy of the Commons... and each argument showed significant flaws. The only model that really gets backing has difficulty not only de-coupled from possible attacker size, but also converging to very low values unless limits on transactions push fees to arbitrary numbers.

I though the Bitcoin community was dogmatic. Now the problem is too many opinions? Some people are never happy.

Quote
See the following thread for the discussion, or the linked post in which I tried to summarize models. It's a mess, but if you take some time to think about it, it becomes clear that there is something wrong.

Thread on difficulty equilibrium after minting:
http://forum.bitcoin.org/index.php?topic=6284.0

Post in which I try to show that people who don't see a problem hardly ever agree on a model:
http://forum.bitcoin.org/index.php?topic=6284.msg111735#msg111735

I dont see how you have answered to my points.
1323  Bitcoin / Bitcoin Discussion / Re: will bitcoin become less secure over time? on: July 18, 2011, 09:23:03 AM
1. You are ignoring initial investment.

It might not be profitable to buy more hardware because the rate of return is so low that it will take too long to recover, but it might still be profitable to keep the hardware running. Miners will hardly stop mining as long as the income is slightly above the price of electricity. So maintaing a certain hashing power once the network has gotten there is not that difficult.

2. The value of Bitcoin creates incentive both ways.

If Bitcoin value goes up incentivates more cheaters, but it also makes mining more profitable atracting more hashing power. Also, Bitcoin has been created to be used widely, so it will generate a big amount of transaction and therefore transaction fees. The initial compensation for block is a way to jumpstart the system and at the same time distribute the currency.

3. What you are proposing is already posible

The "solution" to the no-problem is already in place. Miners can decide which transactions they process and which transactions they dont. If they feel they are not being payed enough they can decide to not process transactions with a fee that does not met a certain percentage of the bitcoins being transfered, for example a 0.5%. So if someone with a lot of bitcoins wants to transfer them the miners can decide not to unless that person pays a fee that pleases them.


And last, this has been discussed already. Why keep opening threads discussing the same again and again?
1324  Bitcoin / Bitcoin Discussion / Re: The Creator vs. Evolutionary Innovation on: July 18, 2011, 09:17:37 AM
OK, let's try again:

...verbal diarrhea, which almost everyone who has a neuron can agree is a net positive contribution to the forum.  I challenge you to back up your statement with evidence of Cunicula ever being "very insulting" to anyone that isn't you or Atlas.  It's absolute insanity...

That was my qualm with your post, save the technical discussions for some other thread.  Your reply was about things cunicula said that you disagree with, not about him being very insulting to undeserving chaps.  Again, disagreement != troll.

Off to bed...

You wrote:

Quote
FOR THE LOVE OF GOD, hugolp!  This is simply insulting.  "Troll" doesn't mean "person who disagrees with hugolp".  Cunicula has consistently posted insightful and interesting comments, observations, suggestions and proposals.  He is clearly capable of thinking outside of the Bitcoin religious sect mentality and contributes far more to the discussions than most other members of the forum.

I answered. Stop messing around.

Cunicula is a troll.
1325  Bitcoin / Bitcoin Discussion / Re: The Creator vs. Evolutionary Innovation on: July 18, 2011, 09:05:15 AM
FOR THE LOVE OF GOD, hugolp!  This is simply insulting.  "Troll" doesn't mean "person who disagrees with hugolp".

I rest my case.

Do you really think that cheap discussion tactics are going to get you anywhere? Not even trying to argue my points. Just repeating talking points. Sad.

Its easy to pove that what you repeat about me is true. Im discussing openly with you. Refute my points and prove to everybody that Im what you said. Otherwise you are just making everybody loose their time. Its your opportunity to stick it to a mod.
1326  Bitcoin / Bitcoin Discussion / Re: The Creator vs. Evolutionary Innovation on: July 18, 2011, 08:55:36 AM
Cunicula is a known troll. This was his lame attempt at starting a "class war". He is always very insulting and puts other peole down.

FOR THE LOVE OF GOD, hugolp!  This is simply insulting.  "Troll" doesn't mean "person who disagrees with hugolp".  Cunicula has consistently posted insightful and interesting comments, observations, suggestions and proposals.  He is clearly capable of thinking outside of the Bitcoin religious sect mentality and contributes far more to the discussions than most other members of the forum.  The only time I've ever seen him lose his temper is when replying to Atlas' and your own grandiose verbal diarrhea, which almost everyone who has a neuron can agree is a net positive contribution to the forum.  I challenge you to back up your statement with evidence of Cunicula ever being "very insulting" to anyone that isn't you or Atlas.  It's absolute insanity that this "troll" nonsense is coming out of a "Hero Member" and "Global Moderator".  If anything, Bitcoin needs more thinking people like cunicula and fewer dogmatic people like you.

I would suggest that if you want to have a rational conversation you stop saying things like:

Quote
your own grandiose verbal diarrhea

Quote
If anything, Bitcoin needs more thinking people like cunicula and fewer dogmatic people like you.

Its insulting.

Second, this post is the best example of cunicula being a troll, for example:

the c) is arbitrarily integrated into protocol. we cast our votes by deciding whether we want to install updated client with specific changes or not.

Yes, but afaik this system has never been tested. If the system is effective that should be demonstrated by putting it in use. Without a demonstration it seems like cheap talk to me.

This is just ridiculous and FUD. Forking is a reality, and in fact happened at the beginning with a bug in the client.

Quote
Also, a voting system that assigned votes in proportion to bitcoin holdings would be much better. Why should the interests of people with no wealth be dramatically overrepresented in the voting process.
Of course people can use their money to game the process (creating additional nodes), but this is an exceptionally cumbersome way of giving the wealthy a voice.

This is a bunch of bullshit. Creating additional nodes is very easy, specially if you are going to profit from gaining more votes. If you are going to create a voting system you need to identify people, which is a bit contradictory if you want to have a pseudo-anonimous currency. This type of bullshit is what you call "thinking people".

Also, the above statment is just trying to create "class warfare" mentality. People is not forced to use Bitcoin, if they dont like it or think its unfair they can go and use another currency or even create their own. Bitcoin is open source so you only need to change a few lines in the code and you are set to go. The Bitcoin community has done all the work for you. It does not get easier than that. How is that creating a domination elite?

The guy is a troll, and not very intelligent at that. For example, BubbleBoy was a troll but one you could be entertained with because he was intelligent.
1327  Bitcoin / Pools / Re: [~2250 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: July 18, 2011, 08:46:13 AM
The DDOS part is easy to avoid. Have two or three (or more) proxies.

Such a proxy as you suggest would add 1 additional hop and need to relay ALL bitcoin related traffic for several pools... Yes, it would be a more interesting challenge to hop these pools then individually, but in the end you could just split your hash rate between all pools if it is just 2-3 pools behind this proxy. 14% increased earnings are still better then nothing, right? Roll Eyes

I dont see how you would get an increase in 14% earnings. Imagine a proxy of three pools. The proxy emits a new block mesage and you properly guess its coming from that proxy. Now you move your miners proportionally (the way you preffer) to the three pools connected to that proxy. You might be gaining by connecting to the pool that just found a new block, but how do you know that the other two pools are not in a bad strike and you are hashing low profitable shares? It might increase a bit your earnings, but not close to 14%.

But even that can be avoided. The pools could have several proxies and rotate among them randomly. That would stop also the DDOS attacks (or make them more difficult). Now the groups are not defined but change randomly. How could you attack such system?

Quote
By the way, I like to get my burgers at that time of the day when they have special deals and offer them cheaper... and some people like to bitch that the normal price is higher and they always buy it at these prices!
Right now they swipe your credit card and tell you an hour later how much it did cost.

Costumers are free to complain to the business owners about the service and go away if their complaints are not met. If the clients keep returning to the business it means they dont care that much about it. If the owners feel it would improve the service they can decide to change the way their business operate to accomodate some of the complaints of the costumers. If other costumers dont like the changes they can complain and/or go away as well. I dont see the big deal.
1328  Bitcoin / Bitcoin Discussion / Re: The Creator vs. Evolutionary Innovation on: July 18, 2011, 08:13:11 AM
I don't know the Dev team personally. As a poster and reader of the forum, it often seems like "the few crackpot forum members" are actually the majority.
Hint: if you're serious with bitcoin, ignore the forum (almost) completely. The set of people that visit the forums , except for a few people, is completely distinct from the set of people that actively work on the code.

I think it's some kind of troll trap Smiley


Cunicula is a known troll. This was his lame attempt at starting a "class war". He is always very insulting and puts other peole down.
1329  Bitcoin / Pools / Re: bit pit - ~85 GH/s (LP, Prop, SSL, API, 0% fee, Almost 0% Stales!) on: July 18, 2011, 08:08:17 AM
What about a SMPPS without negative memory? There would be some loses when there is a bad strike at first, but eventually, because of probability compensating, the pool would have enough saved to whether most bad strikes without going into negative.
1330  Economy / Economics / Re: Growth, Interest and Wage Inequality - To the austrian economists here on: July 18, 2011, 07:49:34 AM
Money is kind of agreement or contract within the whole society and its terms can be changed.

Yes, the problem is that the systems you propose (money that rots f.e.) produce discordination in the economy and if imposed exclusively would lead to poverty.

There is nothing bad in interests. If you have a car and rent it, you are getting a profit because you are renouncing to its use for a while. Same with money. You rent it out and get a profit because you are renouncing to its use for a while. I fail to see the difference and why you consider one ok and the other not.
1331  Bitcoin / Pools / Re: [~2250 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: July 18, 2011, 07:44:05 AM
Yeah, well, delayed stats is kinda like when you go to Burger King and ask for a burger with cheddar cheese, and they say, "You can't have it your way!" So, you say, "Well, I have my OWN cheddar cheese! I'll just put it on top." Then they say, "You can't bring outside food into here!" Yeah, it's kinda like that.

So you leave and go to another place to get your burger. If enough clients dont like how the fast good burger place is operated it will loose a lot of the clients and it will close. So far, it seems the majority of the BTCGuild users like the changes. Nobody is stopping from creating your own pool if you think you can do better.
1332  Bitcoin / Pools / Re: [~2250 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: July 18, 2011, 07:05:38 AM
Thoughts?

Proxy = single point of failure.

1)Proxys of other pool clusters seem like a good target to DDoS to me...

2Also connecting to that proxy with as many (forged/fake) clients as possible and just dropping block announcements silently might also work (and be a bit more subtle) - should also highly increase your pool's chances of winning a "block's race".

3Thirdly, non-proportional pools all don't need this Voodoo (so they would be far better connected to the network --> better chances at block solves!), and there are not that many "groups of 3 and 4" pools left for such stuff... thanks to the hoppers!

No, because it would be a private proxy, where only 2 or 3 pools have their bitcoind connected.

1) You can still DDoS their bitcoind now. Just because groups of 2 or 3 pools join together doesnt change the game much.

2) You could not connect, it would be a private proxy only used by the bitcoind of the selected pools. Read too quick. I think if someone did something like this, it would be considered spam and some measure would be taken to avoid those clients or IP's.

3) Whats your beef against proportional pools?
1333  Other / Off-topic / Re: The BBB is a scam on: July 18, 2011, 07:00:50 AM
but, the BBB is a private ratings agency.  why has the market not corrected itself?
It has. The BBB provides worthless ratings and the market values them at approximately $0.

you seem to have an unusual definition of "the market".

are you limiting the market to "bitcoin users" or "technorati" rather than the general population of people who buy things?

Its in its way of happening then. If BBB was a government agency there would be no way to "fight back". You would have to finance it through taxes and shut up.
1334  Bitcoin / Bitcoin Discussion / Re: Machine-detectable way to give a bitcoin address in an HTML page on: July 18, 2011, 06:58:09 AM
Are you guys sure you want to connect your browser to the bitcoin client and allow it to send it orders? That would be a hackers paradise.

I don't think anyone's suggesting auto-send are they? I think the browser would just open up the client but have the user click SEND to actually confirm it.

There's already a URI scheme.

Yes, but what if someone hacks the browser and sends a send to order to the client? Browsers are very hackable, they are very expose and do a lot of stuff.

A solution might be to have a mode in the client where all the RPC transactions have to be confirmed manually. Im still fearful of connecting the client to the browser but that might work.
1335  Bitcoin / Pools / Re: bit pit - ~85 GH/s (LP, Prop, SSL, API, 0% fee, Almost 0% Stales!) on: July 18, 2011, 06:47:08 AM
Yeah, Im curious too about the exploits for SMPPS.
1336  Bitcoin / Pools / Re: [~2250 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: July 18, 2011, 06:44:35 AM
somebody said you could detect it through bitcoin itself.

just patch your bitcoin to do > 100 or more connections.
when a new block is announced have a look at the sender.

if the first announce came from btc guild its most likely their block.

its not my idea. but i am currently thinking about writing a patch for bitcoin.

So I was thinking in a way to stop this and I think its easy: Just have deepbit, BTCGuild and maybe others bitcoind client connect to the Bitcoin network throught the same proxy. The pools would still have the same chance of propagating when a new block is found because they are using the same proxy, but the pool hoopers would not know from which pool is coming because all they see is the messages coming from the same source.

Ideally pools would join in groups of 3 and 4 and create several proxies so there would be less chance of cheating and it would be more decentralized.

Thoughts?
1337  Bitcoin / Pools / Re: bit pit - ~85 GH/s (LP, Prop, SSL, API, 0% fee, Almost 0% Stales!) on: July 18, 2011, 06:35:00 AM
yes, but their algorithm needs the pool's shares in order to calculate the right time to get out of the pool.
if the total shares are 'zero' , then the algorithm "thinks" that it is the always the beginning of the round!
at least that is how i understand the auto-hoping fanctionality

But with the speed and the start time they can get a good enough stimate. What they really need is the start round time. If they dont know when the round started they can not pool hoop. If they know, they can stimated and even if they cant get an stimate getting early and leaving at some random point is still profitable. The point of pool hooping is to get in at the beggining of the round of each pool to get a bigger change of getting shares of the short rounds and avoid the shares of the long rounds.
1338  Bitcoin / Pools / Re: bit pit - ~85 GH/s (LP, Prop, SSL, API, 0% fee, Almost 0% Stales!) on: July 18, 2011, 06:27:43 AM
We are still working out which reward system is the most desirable for everyone, but while we are working out those details it appears that wild fluctuations in our hash rate is actually causing a detrimental effect on our members.

So, while we are sorting out the details, we are going to be temporarily removing the "shares in round" statistic from our API. I apologize for the inconvenience, but it appears that it's come to this.

I went to another pool because of the pool hooping problem here.

I dont see how removing the "share in round" solves anything. As long as they know when a new block was solved they can jump in at the beggining. Or what am I missing?

EDIT: There you go: http://forum.bitcoin.org/index.php?topic=26866.msg374692#msg374692

Quote
edit 2 Fools! They take away total shares, but they do not take away time since start of round and average hashrate! BWA-HA-HA-HA-HAAAAA!
1339  Bitcoin / Bitcoin Discussion / Re: Machine-detectable way to give a bitcoin address in an HTML page on: July 18, 2011, 05:40:37 AM
Are you guys sure you want to connect your browser to the bitcoin client and allow it to send it orders? That would be a hackers paradise.
1340  Other / CPU/GPU Bitcoin mining hardware / Re: GUIDE - Make your own open frame rig. on: July 18, 2011, 05:34:31 AM
have you tested a one of the Cablesaurus x1->x16 cables?  really interested in how those ones specifically work out.

thanks for posting this.  printing it out right now Smiley

I have, the version with the molex to get the energy directly from the psu. I have two 5870 running with those cables. Not a problem, no reduction of speed.
Pages: « 1 ... 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 [67] 68 69 70 71 72 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 ... 130 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!