Bitcoin Forum
June 22, 2024, 02:35:26 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 167 168 169 170 171 172 173 174 [175] 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 »
3481  Bitcoin / Bitcoin Discussion / Re: Does lack of coin recovery mean bitcoins fate is sealed? on: June 12, 2011, 05:46:32 PM
Keys are 160 bits, if I recall correctly.  Brute force would require a computer somewhere between the size of the solar system and the galaxy working for a very long time to find a lost key.  By the time we can build a computer capable of finding a key, the issue will be moot.  Compared to that, searching the entire volume of the earth for lost gold, say a cubic millimeter at a time would be trivial.  And searching the entire ocean floor at this level of detail, through the top couple meters of crud, is totally possible right now, just not economically feasible.

Advances in mathematics might make it possible, or even easy, to find in the future coins that were lost today, but presumably the same (or similar) advances would make the coins of the future relatively just as difficult to recover.  So, even if we can find today's lost coins tomorrow, tomorrow's lost coins will be just as far out of reach (more or less).  And thus there will always be some lost coins.
3482  Bitcoin / Bitcoin Discussion / Re: Does lack of coin recovery mean bitcoins fate is sealed? on: June 12, 2011, 04:40:42 PM
Very little of the gold lost at sea has been recovered, so far.  Except for portions that may have fallen into subduction zones, all of it is at least in theory recoverable with more or less current technology.  And whatever actually did fall into subduction zones is recoverable with technology that is possible.

Lost bitcoins are not recoverable with any potential future technology, according to our current understanding of the universe.

For what it is worth, I don't see lost bitcoins or deflation as a problem.  The losses are tiny relative to the size of the market, and always will be.
3483  Bitcoin / Bitcoin Discussion / Re: Will bitcoin go below $10 by tomorrow morning? on: June 12, 2011, 04:35:17 PM
Or maybe he traded some good or service for them.
3484  Bitcoin / Bitcoin Discussion / Re: Seriously could use some donations to cover my advocacy! on: June 12, 2011, 04:34:12 PM
Surely these speeches were advertised in advance, right?  Care to provide links so we can verify that these speeches actually took place, and that it was you that gave them?
3485  Bitcoin / Bitcoin Discussion / Re: Has Bitcoin survived its first bubble? on: June 12, 2011, 04:32:53 PM
No, and no.  Also, I'm not sure that this was "the bubble", not sure if it popped, and not sure if we survived whatever it was.

Give it time.
3486  Bitcoin / Project Development / Re: New Bitcoin Forum - Moderated, Clean ,Web 2.0 Compatible on: June 12, 2011, 04:30:07 PM
I didn't mock it.  I said I didn't give a f*ck about it.  Huge difference.

Good luck with your new thing.  Hope it works out.  Also sorta hope you come off as less of a tool to any new people that discover you/us through it.
3487  Bitcoin / Mining software (miners) / Re: Flexible mining proxy on: June 12, 2011, 04:20:57 PM
didn't work well for me at all......  Had 3 pools set up, and 3 workers set up (I have 3 5850's, so a worker for each)..

priorities...
Worker1:
1 bitcoin.cz
2 btcguild.com
3 deepbit.net

worker 2:
1 btcguild.com
2 deepbit.net
3 bitcoin.cz

worker 3
1 deepbit.net
2 bitcoin.cz
3 btcguild.com


All 3 of my cards were hashing for bitcoin.cz for some reason, even though all 3 pools were up...  So each card should have been going to a separate pool........
The other problem is, after a few minutes, phoenix would display that the work queue was empty and hashes would drop to 0 (on all 3 cards/workers) and hang there....

So, so far, not so good unfortunately Sad
I now have each card manually hashing each of the 3 pools listed above, and they all work fine..... Just not through the proxy.
Wil experiment some more later


Check your URLs, usernames, and passwords.

Every time that I've run into a problem like this, it was because one or more pools was down, or because I had botched my configuration.
3488  Bitcoin / Bitcoin Discussion / Re: Does lack of coin recovery mean bitcoins fate is sealed? on: June 12, 2011, 04:09:59 PM
The difference is that lost gold is almost always recoverable.  Lost bitcoins are, generally speaking, not.
3489  Other / Politics & Society / Re: Liberals please read on: June 12, 2011, 04:06:38 PM
So, you want to spread freedom by restricting choices.  Good call.
3490  Bitcoin / Project Development / Re: New Bitcoin Forum - Moderated, Clean ,Web 2.0 Compatible on: June 12, 2011, 04:04:56 PM
Not when their boxed into a tight community of people. Sure in essence it's web 2.0, but its still confined to its own system. What I did is I plugged everything in. Now there is still alot of work to do, but I think I have something really unique, that of course all of you are going to hate on me for, for simply not thinking about it yourselves ;p lol. It's the facebook effect: hate on everything you could have done but didn't think of yourself!

This strikes me as being at odds with the goal of having a higher quality of posts.

By the way, no one here hates you because you have some magic brilliance that let you think of it first.  We aren't jealous.  We just find you very annoying.  Also, I sorta suspect that a decent minority of us don't give a f*ck about facebook, myspace or twitter.
3491  Bitcoin / Bitcoin Discussion / Re: The bias of circuit breakers (up good, dn bad) - I lost more going up than today on: June 12, 2011, 03:17:23 PM
Circuit breakers are only possible with centralized control.
3492  Bitcoin / Project Development / Re: New Bitcoin Forum - Moderated, Clean ,Web 2.0 Compatible on: June 12, 2011, 03:15:13 PM

1. Instant BAN on all known scammers/spammers/beggers/ and trolls.
2. Instant BAN on anyone trying to sell illegal weapons, drugs, or child pornography, this includes the advertising of such anonymous marketplaces that make these transactions even possible.
3. A fully moderated forum, guaranteeing a fair & honest discussion.
4. A highly advanced web 2.0 structure, that allows you to connect with all the social media avenues on every single post, including your twitter, facebook, and myspace. (tweetforum.. get it yet? Smiley )
5. Posting guidelines that will ensure that every new post that is made, is a quality one.
6. Minimal advertisements.

I LOLd.  #3 through #6 are silly.  Good luck man.
3493  Bitcoin / Pools / Re: SOLVED [Bitcoins.lc] Issue with invalid shares (10 BTC bounty) on: June 12, 2011, 03:08:38 PM
The client will already complain if the clock is wrong by a lot.  I think that should be enough.  NTP is trivial to install, configure, and run on any OS.
3494  Bitcoin / Mining software (miners) / Re: Flexible mining proxy on: June 12, 2011, 03:02:21 PM
is priority 1 higher than priority 2, or is priority 2 higher than priority 1?

2 will be used before 1.

Better idea is to space them out by 10s, or even 20s, so that you can squeeze pools in between without having to renumber them all.
3495  Bitcoin / Pools / Re: SOLVED [Bitcoins.lc] Issue with invalid shares (10 BTC bounty) on: June 12, 2011, 02:57:34 PM
The remaining duplicates are probably coming from the clock problem ArtForz found.  Since you are running NTP on your server, I recommend patching bitcoind to disable the crappy clock adjustment.

The file is util.cpp, look for function GetAdjustedTime().

Code:
int64 GetAdjustedTime()
{
    return GetTime() + nTimeOffset;
}

Change to:

Code:
int64 GetAdjustedTime()
{
    return GetTime();
}

That should probably end up in the official client, in case any devs are watching.  If they really want to keep the clock adjustment even though NTP does a much better job, the getwork() function in rpc.cpp should be changed.  pBlock->nTime needs to be set to nPrevTime, which increases monotonically, after the call to IncrementExtraNonce().
3496  Bitcoin / Pools / Re: BTC Guild - 0% Fees, Long polling, SSL, JSON API, and more [~1300 gH/sec] on: June 12, 2011, 02:51:37 PM
Heh, I wish you had given some notice that you were going to take down the miner1.btcguild.com URL.  All of my stuff was still pointed to it, and I didn't notice it was gone for about 10 hours.

I use the flex proxy, so I didn't lose any work, but I was pretty confused trying to figure out why my stuff wasn't working while the website kept counting up rounds.

Edit: fixed .org -> .com
3497  Economy / Economics / Re: Possible explanation for the recent 48 hrs price massacre on: June 12, 2011, 08:40:35 AM
There are bids, and there are asks.  Orders clear when the two meet.  You don't cash out at $30 by putting your asks below that price.  The only way to move the price down is for sellers to be willing to accept less.

I'm not saying that this wasn't a correction/panic sell off, because it really looks like one.  I'm saying that a cashout attempt at a given price cannot drive the price below that level, it merely prevents it from rising above it until the volume clears.
3498  Economy / Economics / Re: Possible explanation for the recent 48 hrs price massacre on: June 12, 2011, 07:48:29 AM
So, if early adopters were waiting for the $30 mark, why did so many of them cash out at prices far, far, far below that mark?

I don't think you understand how the exchange works.
3499  Bitcoin / Bitcoin Discussion / Re: The real threat to Bitcoin on: June 11, 2011, 06:18:34 AM
"Federal" is one of thsoe weasel words that makes you think it is involved with the government.

Hint:  It mostly is not.
3500  Bitcoin / Bitcoin Discussion / Re: Attrition: is there a solution? Does anyone care? on: June 10, 2011, 05:25:28 PM
You don't start generating v.2 blocks until the majority of the nodes will accept them.
Pages: « 1 ... 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 167 168 169 170 171 172 173 174 [175] 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!