Topic: I want firstbits key pair for 1gig - page 3. (Read 8568 times)

No, I did not. But I was there.

Ahh the list.  You made the list?  Congratulations.  Now keep that private key safe and backed up!

This list. https://bitcointalksearch.org/topic/z-92423 Thanks for the clarification.

I think the short answer is that Bitcoin uses the state of the art in cryptographic techniques and unless you give someone your private key your Bitcoins are safe. But, on the other hand, if you lose your private key you are totally screwed and your Bitcoins will never be recovered.  No one can "take" anyone elses Bitcoins without the private key.

Do you have a more specific question?

What list? If you're talking about firstbits - there is no list!
That's been explained several times here.

Yes. I too am on that list. And I also fear for my investment. That would be fucking stupidity if someone stole all the coins from the list, using the SEQUOIA SUPERCOMPUTER and tables. This fear of losing money.

yeah but everyone know the answer to that question would be 42

No.  There is no method which will allow you to solve this problem faster than an exhaustive brute force search.  

If you could brute force the public/private keypair for a particular exact bitcoin address with any reasonable amount of computing power (even a massive amount) it would instantly destroy Bitcoin.  Why stop at finding "1GiGKdNCywjPxdXEg6PbPtXWYNZStFoSfr" why not find the private key for an address holding hundreds of thousands of Bitcoins and instantly steal them?  Of course even if you did how would you use them?  Someone else would likely be stealing them from you by finding your private key.  Who would be foolish enough to accept them as payment when they can just run some computers and steal them from you instead?  Even if they are honest why would any merchant want  coin which could be instantly stolen after they receive it?  

The value of BTC would fall to nothing.  I mean what good is a store of value where someone can instantly and remotely take it from without any access to the store of value.  "Poof" - value gone.

The only method to find a particularly public/private keypair is an exhaustive brute force search and the address space is 2^160th.  That is what vanitygen is doing.  It is simply trying random numbers until it finds one that produces an address which matches your pattern.  The longer the pattern the longer the search takes.  Each digit increases the avg time to find a solution by a factor of 58x.   So if you could fine an address which matches the first 5 digits in a day, one that matches 6 digits would take roughly 2 month, one that matches 7 digits would take roughly 10 years, one that matches 8 digits would take roughly 6 centuries, one that matches 10 digits would take 2 million years.

If you turned the entire planet into a super computer which ran at perfect efficiency (the thermodynamic limit) and built a dyson sphere around the sun to capture all of it's entire energy output you couldn't produce all addresses before our sun burned out.  You might have a ~1% chance of finding the keypair for a particular address sometime in the next 5 billion years.

Well, my stupid head begins to understand.    And if you use tables? This will increase the probability of finding a match?

1)1abcdefghjklmnopqr1234567890abcdefg
2)11234567890abcdefgabcdefghjklmnopqr
......
50?100?)1efghjklmnopq1abcdefghjklmnopqr12345
edit^typo fixed

The time to write the file to disk and then read the file to match addresses is more than just matching addresses in memory. At least with a GPU it definitely. I guess on a CPU it may keep up. But why create a file full of unwanted addresses?

Matching a 7 character prefix takes days... Matching 8 takes years...
Matching all 36 takes <---forever--->

Bitcoin wouldn't be much good if you could find a key with anything less than all the computing power in the universe... and I'm just being vague on purpose because the numbers are so huge.

DeathAndTaxes
Why not try . File file.txt per day increased to ~10 gigabytes. Then simply search this text 1GiGKdNCywjPxdXEg6PbPtXWYNZStFoSfr  at file.txt ? Or the likelihood is too small? (sorry for the noob question, I do not quite understand)

Thank you.

I cannot predict the future, however, AFAIK no plans to use it are in place now.

Is that something that may change in future or is version 6 just not ever going to work?

The client won't send to a version 6 address, because no bitcoin addresses are version 6.

That's why I tried "-X 6" to use version 6. Not that I know what that means but I was just dick'n around anyway. If I knew more about this maybe I could figure out something.

I don't think 3gig (lowercase 'g') is in the 5 address space.

Ahh, too bad...


Tried sending wee little coin to 3gig5GkYGm2fRupCh9KAdPRLbnPnkPvAfC but client field goes red and it won't send.

If it "works", the address is unusable. 3-prefixed addresses are hashes of scripts, not public keys.

I think your answer is that version "5" only covers the first half of the 3-prefixed address space, with the second half being version "6". I'm not too sure about this, but it seems like that's the problem. 3Biteme is in the version "5" space, while 3Test and 3biteme are in the version "6" space.

Nonetheless, none of these addresses will be redeemable. You're hashing pubkeys, not scripts.

Now this is strange.  When I tried some things work, some do not:

C:\downloads\www.bitcoin.org>vanitygen -F script 3Biteme

BUT 3Test does not work

BUT 3biteme does NOT work

BUT 3Biteme does work, etc.

Certain things work, others do not

Tried this on vanitygen (oclvanitygen doesn't have a -F option).

It seems to be buggy or at least undocumented how to use -F option...

When you use -Fscript it then expects a 3 for first char but doesn't work with that.
I'm probably missing something about how to use -F as the only help info is "(pubkey or script)".