 Show Posts
|
|
Pages: [1]
|
|
Do you have a behance or some page that i can see some of your work? im not able to see anything on bitcointalk all the images you posted shows an error proxy message. thanks
|
|
|
|
I calculate 834 days:
2^56 / 1000000000 / 86400 = 833.99
For each character you know, in your example, the first 2, so let's say the key is 81C3F8710B26AC39, and you know the first 2 characters are 81, then you would need to solve the last 14 characters which would be 2 ^56 (14 x 4)
Yes correct, I just recalculated and got the same now. cheers |
|
|
|
for each range, do 2 to the power of the bit range. Example 2 ^64 = 18,446,744,073,709,551,616; now divide that by # of key/s. example; 2 ^ 64 / 1,000,000,000 (1 billion key/s) = 18,446,744,073 seconds = 307,445,734 minutes = 5,124,095 hours = 213,503 days = 584 years . I think that math is accurate. but basically 2^64 / 1000000000 / 86400 (seconds in a day) = 213,503 days / 365 (days in a year) = 584 years
So, if by some chance i knew the first 2 characters for puzzle number 64 then it becomes a 50 bit password hash problem right? in which case it would take roughly 100 days to solve if i understood your formula correctly |
|
|
|
Look at it like this; starting 64 bit range in hex, is 8000000000000000 and the last is FFFFFFFFFFFFFFFF; SO 8000000000000000 then 8000000000000001, then 8000000000000002, all the way to FFFFFFFFFFFFFFFF
ok got it. makes sense now. thanks |
|
|
|
Just trying to do some math gymnastics to understand how the previous solutions worked (e.g. puzzle 53, 54, 55) using only bitcrack (not kanagaroo or other methods) and a fast gpu e.g. RTX 2080
(assuming 1 Billion keys generated per second)
Is my maths correct:
15 characters in 100,000 seconds (28 hours)
16 characters in 1,000,000 seconds (278 hours) 11 days
17 characters in 10,000,000 seconds (2777 hours) 115 days
Calculated by converting the hash to a long number (e.g. 15 characters = 15 digit long number) and dividing it by 1 Billion keys per second to see how long it would take to sequentially reach the final value.
However if the above is correct, then how come puzzle 64 hasn't been solved within 115 days? or faster assuming some users are using multi-gpu? i'm sure my calculation has gone wrong somewhere above but not sure how
for each range, do 2 to the power of the bit range. Example 2 ^64 = 18,446,744,073,709,551,616; now divide that by # of key/s. example; 2 ^ 64 / 1,000,000,000 (1 billion key/s) = 18,446,744,073 seconds = 307,445,734 minutes = 5,124,095 hours = 213,503 days = 584 years . I think that math is accurate. but basically 2^64 / 1000000000 / 86400 (seconds in a day) = 213,503 days / 365 (days in a year) = 584 years Thanks. But using the example of puzzle 64, most of the hex values are just zeroes so only 16 characters are used for calculation so if i use your calculation: 2^16 / 1000000000 (per/second key rate of a fast bitcrack) /86400 would be the correct formula right? but that produces a number in the sub decimal i.e. hours in total to calculate puzzle 64 |
|
|
|
|
Just trying to do some math gymnastics to understand how the previous solutions worked (e.g. puzzle 53, 54, 55) using only bitcrack (not kanagaroo or other methods) and a fast gpu e.g. RTX 2080
(assuming 1 Billion keys generated per second)
Is my maths correct:
15 characters in 100,000 seconds (28 hours)
16 characters in 1,000,000 seconds (278 hours) 11 days
17 characters in 10,000,000 seconds (2777 hours) 115 days
Calculated by converting the hash to a long number (e.g. 15 characters = 15 digit long number) and dividing it by 1 Billion keys per second to see how long it would take to sequentially reach the final value.
However if the above is correct, then how come puzzle 64 hasn't been solved within 115 days? or faster assuming some users are using multi-gpu? i'm sure my calculation has gone wrong somewhere above but not sure how
|
|
|
|
But i thought the way VanitySearch works is similar to bitcrack (sequentially) and not random. Doesn't that mean if 10 people start working on the same string you provided that they would all go through the same exact process and duplication?
It would be a huge security risk to have it run sequentially. Imagine if I were to try to get bc1qw and since it runs sequentially, another person also gets the same bc1qw address. It has a RNG to ensure the randomness. Also on a separate note. For argument's sake lets say we run this for nearly 150 years and our grandsons get a match. Isn't there still a high possibility that since you defined only partial public key that the results would not be the exact same key? e.g. you've been waiting 100+ years for 1qwertyuiopBBBBBBOOOOO but your grandson gets 1qwertyuiopBBBBBZZZZZ instead?
Vanity gen brute forces using the given split public key. When it gets the correct solution, it'll produce your part public key and part private key. Give the private key combine with their part private key and the address will be as defined in the pattern. I see so it works differently from bitcrack then? because the biggest issue with bitcrack was the developer never wanted to add randomness so it would start at a specified sequence and work its way up +1, +1 etc etc which never made sense to me because users with million + database would all be going through the same numbers so duplicated effort if Vanitysearch really generates the sequences in calculation randomly that's a big advantage. Also i didn't understand what you mean by part private key. So in the example of "1qwertyuiop" VanitySearch shows this will take more than 150 years, and the other user wanted to split the effort. But my question is since this is just a partial public key there's no guarantee it will find the exact public key he's looking for in 150 years. It might find a key with last few digits different from what he wants, the only way to get the exact public key is to submit the full public key but then that will change from 150 year estimate to millions. The author of Bitcrack didn't specifically develop Bitcrack to be used by a pool or a combined effort; so while you speak of "duplicated effort", I don't think that is exact. He created the program for individuals to search for keys specifically tied to the 100 BTC puzzle/challenge. So it's up to people to tweak the code or use it in a way to not duplicate effort, like the pool at ttd...effort is not duplicated because users are assigned different ranges to work on. Adding randomness, to start at a specified sequence...what does that mean? The point of randomness should or could mean not knowing what key the program starts with, or each thread generates/starts at random keys. I have modified a version of Bitcrack where each GPU thread generates a random key, and then starts searching sequentially from that key. And you can also tell the program to "regenerate" every x amount of keys searched. Vanity generates the random base key, but then sequentially (and inverse) searches for xyz prefix. User can use the rekey function to generate a new random base key. I guess you're right, for it's intended purposes it does the job correctly. Is your version of Bitcrack available publicly or on Github to try? I've attempted something similar, currently i have a python script that generates random hex and feeds it to bitcrack (similar like a batch script) so it will open bitcrack then run for 10 minutes with random x characters changed then repeat etc etc with the option of choosing to randomize the x number of characters from beginning or from the end. So it's a semi random solution since the sharting hash is changed every 10 minutes but bitcrack still runs sequentially for each starting point which i can do nothing about |
|
|
|
Also i didn't understand what you mean by part private key. So in the example of "1qwertyuiop" VanitySearch shows this will take more than 150 years, and the other user wanted to split the effort. But my question is since this is just a partial public key there's no guarantee it will find the exact public key he's looking for in 150 years. It might find a key with last few digits different from what he wants, the only way to get the exact public key is to submit the full public key but then that will change from 150 year estimate to millions.
You pass the public key and a prefix through a vanity search program, and then that gives you one of the private keys needed. My understanding is that to combine two private keys, you first convert them into large numbers, and then compute something called a Lagrange interpolation polynomial ( source) at 0. And this has parameters x and y which are contained inside each private key, and the x's I know are inputs to this polynomial because I read the code, and y's are solutions of a split-key equation that uses a different polynomial. It's complicated math, and I'll have to go over it for a few days before I fully understand it. Thanks, sounds complicated for sure |
|
|
|
|
How is it that more complex keys are discovered but simpler one like 64 have not? i would have thought the ones after 64 would be significantly more difficult/nearly impossible. Is there any reason why this is the case?
|
|
|
|
But i thought the way VanitySearch works is similar to bitcrack (sequentially) and not random. Doesn't that mean if 10 people start working on the same string you provided that they would all go through the same exact process and duplication?
It would be a huge security risk to have it run sequentially. Imagine if I were to try to get bc1qw and since it runs sequentially, another person also gets the same bc1qw address. It has a RNG to ensure the randomness. Also on a separate note. For argument's sake lets say we run this for nearly 150 years and our grandsons get a match. Isn't there still a high possibility that since you defined only partial public key that the results would not be the exact same key? e.g. you've been waiting 100+ years for 1qwertyuiopBBBBBBOOOOO but your grandson gets 1qwertyuiopBBBBBZZZZZ instead?
Vanity gen brute forces using the given split public key. When it gets the correct solution, it'll produce your part public key and part private key. Give the private key combine with their part private key and the address will be as defined in the pattern. I see so it works differently from bitcrack then? because the biggest issue with bitcrack was the developer never wanted to add randomness so it would start at a specified sequence and work its way up +1, +1 etc etc which never made sense to me because users with million + database would all be going through the same numbers so duplicated effort if Vanitysearch really generates the sequences in calculation randomly that's a big advantage. Also i didn't understand what you mean by part private key. So in the example of "1qwertyuiop" VanitySearch shows this will take more than 150 years, and the other user wanted to split the effort. But my question is since this is just a partial public key there's no guarantee it will find the exact public key he's looking for in 150 years. It might find a key with last few digits different from what he wants, the only way to get the exact public key is to submit the full public key but then that will change from 150 year estimate to millions. |
|
|
|
Anyone want to work 1qwertyuiop with me for a month or so and profit split?
I'll be running 2x v100s to solve.
Reward is 1.2BTC
*I highly doubt there will be duplicates lol - odds are almost 0
But i thought the way VanitySearch works is similar to bitcrack (sequentially) and not random. Doesn't that mean if 10 people start working on the same string you provided that they would all go through the same exact process and duplication? Also on a separate note. For argument's sake lets say we run this for nearly 150 years and our grandsons get a match. Isn't there still a high possibility that since you defined only partial public key that the results would not be the exact same key? e.g. you've been waiting 100+ years for 1qwertyuiopBBBBBBOOOOO but your grandson gets 1qwertyuiopBBBBBZZZZZ instead? |
|
|
|
|
R S Z is dead in the water. It only works on P2KH addresses (i.e. most addresses that begin with '1') and practically the moment this was discovered it has been wiped clean. Tried it for all the lost addresses from 2010 to 2014 (120k total) and nothing. And as far as im aware it's not possible to calculate R S Z for P2SH addresses.
|
|
|
|
|
im making some modifications to bitcrack so that it can calculate random keys instead of incremental (i know the developer said he didn't see the point of random but it doesn't make sense if nearly everyone is using bitcrack the same way and generating the same results, everyone would just be following each others footsteps - randomization i think solves some of that)
It would have two elements
1) Randomization based on number of characters e.g. 30 characters should be random (so last 30 digits are randomized)
0000000000000000000000000000000000 HHSJSHDJSHHDD773737HSHSSHHSSJD
0000000000000000000000000000000000 73737373SGHDDGSHSHGDHSGSHDGSHD
0000000000000000000000000000000000 HSHSSJJDD74377448788SSHSHSSHHD
2) Randomization for the remaining variables. E.g. user inputs FFFFFFFFEDEFEDEDEFED (bitcrack will generate random results for the remaining digits in the 64 key sequence)
FFFFFFFFEDEFEDEDEFED JNMSXNMNBXBBDEHGHJMSDMS738738733837737337333
FFFFFFFFEDEFEDEDEFED JJKSJSJDJKDKJJK73873378738KJSJSKJSKDKDKKDDKD
FFFFFFFFEDEFEDEDEFED DHK477478484748747878487JKKJSJSSHJSHHDDKJDKD
FFFFFFFFEDEFEDEDEFED GSGSG74747484848383739339HDHDHDHFJFFHFFJJFHF
Sorting this code in the backend is fine, only problem is i dont understand how the frontend works i.e. examples from the github:
--keyspace 80000000:ffffffff
or
--keyspace 766519C977831678F0000000000
these values above are less than 64 characters so how are they used in the examples in the github? does it mean that by entering above the software already knows it has to add zeros to the beginning to reach 64 characters?
|
|
|
|
is there any legitimate reason that someone would do this?
From the top of my head one such example could be deposit addresses at exchanges, especially for those using arbitrage bots. The exchange uses the deposited funds for other customers' withdrawals, hence you'll see a big mix-up of transactions. And in many cases the user has one and same deposit address, hence all his deposits will always go there. If he uses huge number of deposits for arbitrage, maybe you can get to see this. Interesting that makes sense. |
|
|
|
Curious about this, not sure if anyone has the answer Some bitcoin addresses show literally thousands of transactions and almost every 2 days money shifting from one wallet to 100 wallets or more and then each wallet moves funds again and again. Ive seen some addresses showing 20,000 + transactions is there any legitimate reason that someone would do this? or are these just dodgy accounts? always found it strange  |
|
|
|
I might be able to put Bitcrack on your Vast.ai servers, send me a PM.
I've sent you a DM. thanks |
|
|
|
|
Hey guys,
Can i hire anyone for $80 to help me with getting this easily loaded onto Vast.ai instances
Basically i want to try two things:
1) load a list of passwords and check it against another file containing addresses
2) Generate random public wallets and check them against a database for a match (which im guessing is what bitcrack does)?
Am i correct that since this uses CUDA it processes up to 1 million or more passwords per second?
I'm only trying this with abandoned wallets. I'm in serious debt in about a month and this is my last ditch effort (i know the odds)
Thank you
|
|
|
|
Generate your own Wealth
Over 15 years experience in Futures, Options & Stocks. Teach you skills that you can use for life. Guaranteed 65-70% Win rate Works across all market conditions ('especially' when the VIX is high in recessions or when the markets are falling as they are now) Lessons done 1:1 through discord or Skype Limited to 5 students for now
 FAQS:
How much is the course?
$79 for a PDF and video lessons covering just one effective strategy with 2 hours of support through skype or discord. $199 for lessons across one market (e.g. Futures or Options) $399 for becoming a full-fledged expert across Futures/Options & Stocks What is the duration of each trade?
I teach both swing trading as well as day trading. Swing trades last anywhere from 1 day to 5 days and day trades are within minutes. What is unique about your trading strategies?
I've learnt from the best traders in the business for over 15 years. Not the Tim Sykes and all the youtube scammers with the fake zero-to-hero success stories. My strategies are all based on high-probability setups. Forget all the basic rubbish of RSI/MACD or drawing support/resistance lines and the amateur stuff that everyone tries to do. If it was as simple as drawing support resistance pivot lines and waiting for MACD crossovers everyone who trades would be a billionaire. Who is this course suitable for?
Complete beginners to Advanced traders. No experience necessary. Just a lust for success and growing your fortunes. If you're a successful trader, why do you want to teach trading?
It's an additional source of income to supplement my trading especially since my trading only consumes a few hours of my day. Isn't this the worst time to trade?
Wrong. It's a perfect time to trade. Volatility (which is like fuel for traders and represented by the VIX index) is at an all time high so depending on the trading strategy the returns are incredible compared to other times of the year. I'm happy to clarify further. You can either PM me or send me an email on futuresprouk@gmail.com
|
|
|
|
|
legendary. super fast and reliable. you don't need to deal with anyone else
|
|
|
|
|
