#63 - 1NpYjtLira16LfGbGwZJ5JbDPh3ai9bjf4
Hex PK: 0000000000000000000000000000000000000000000000007CCE5EFDACCF6808
Private key: KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYv5Z9J7hv7VYYN3XL3Y
My calclulations :
63 bit key all combinations = 9223372036854775808 2^63 ?
for 1 day you can calclulate 3214080000000000 keys
9223372036854775808/3214080000000000 = 2869.6771819166840302668259657507 days
Am i wrong with calclulations ?
Yes, 2 times wrong. The range for 63 bit key is not 2^63, but 2^62. For 63bit key 2^63 is the total number of combinations for all bits up to 63 (inlding 66, 61, etc). BUt the range for 63 is 2^63 (ending number) - 2^62 (starting number) = 2^62
By the way, on the main table in the 1st post of this topic where is also column "Range size in DECIMAL (DIFF)" showing the total number of combinations for all previous bits, and not just for a range as named
When referring to the table - you must subtract the previous one from the current height to get the size of the current rank. A simple calculation without using the brain - the size of the interval from beginning to end = the upper height of the previous interval.
As for references to my posts: I just want to clarify (and I wrote about it then) that I approach each compartment individually and the values
"--share" or the search pattern is different (which was also a factor allowing me to disclose such information). All kinds of calculations of the keys I checked will be at most
"in the x% part covering my completed ranges" Today I will devote some time to refining the table together with additional data.
P.S. ~85% scanned already in #62