Author

Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 220. (Read 244277 times)

hero member
Activity: 862
Merit: 662
I bet that the author create his own algorithm to create those deterministic wallet.
member
Activity: 72
Merit: 43
what the author said was that he created a standard/deterministic  wallet with 256 addresses, exported private keys and padded them with 0 to fit them in the desired range
after that he imported the private keys, and funded the addresses.
newbie
Activity: 26
Merit: 2

"If it is a Deterministic Wallet the creator must have done a huge code implementation just to create the transactions of this Puzzle"

Keys 1 to 160 are not one deterministic wallet. Perhaps (and indeed) the puzzle contains several deterministic wallets.
newbie
Activity: 1
Merit: 1

With reference to the the message "I am the creator." :

Quote

Code:
I am the creator.

You are quite right, 161-256 are silly.  I honestly just did not think of this.  What is especially embarrassing, is this did not occur to me once, in two years.  By way of excuse, I was not really thinking much about the puzzle at all.

I will make up for two years of stupidity.  I will spend from 161-256 to the unsolved parts, as you suggest.  In addition, I intend to add further funds.  My aim is to boost the density by a factor of 10, from 0.001*length(key) to 0.01*length(key).  Probably in the next few weeks.  At any rate, when I next have an extended period of quiet and calm, to construct the new transaction carefully.

A few words about the puzzle.  There is no pattern.  It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty).  It is simply a crude measuring instrument, of the cracking strength of the community.

Finally, I wish to express appreciation of the efforts of all developers of new cracking tools and technology.  The "large bitcoin collider" is especially innovative and interesting!

Again the quote "It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty)" it is to me a bit misleading.

If it is a Deterministic Wallet the creator must have done a huge code implementation just to create the transactions of this Puzzle.
A deterministic wallet use 12 or more standard words and start from a seed like: "xprv......." that is the HD node root key (base58), than he needs a Seed hex that is
generated by the 12 words given.

I suppose he did everything OK but if you look closely to the Private Keys of the empted addresses you see something repeating:

Code:
No. |=========PRIVATE KEY IN HEX ===================================== |
01  | 0000000000000000000000000000000000000000000000000000000000000001 |                         00000001
02  | 0000000000000000000000000000000000000000000000000000000000000003 |                         00000011
03  | 0000000000000000000000000000000000000000000000000000000000000007 |                         00000111
04  | 0000000000000000000000000000000000000000000000000000000000000008 |                         00001000
05  | 0000000000000000000000000000000000000000000000000000000000000015 |                         00010101
06  | 0000000000000000000000000000000000000000000000000000000000000031 |                         00110001
07  | 000000000000000000000000000000000000000000000000000000000000004C |                         01001100
08  | 00000000000000000000000000000000000000000000000000000000000000E0 |                         11100000
09  | 00000000000000000000000000000000000000000000000000000000000001D3 |                00000001 11010011
10  | 0000000000000000000000000000000000000000000000000000000000000202 |                00000010 00000010
11  | 0000000000000000000000000000000000000000000000000000000000000483 |                00000100 10000011
12  | 0000000000000000000000000000000000000000000000000000000000000A7B |                00001010 01111011
13  | 0000000000000000000000000000000000000000000000000000000000001460 |                00010100 01100000
14  | 0000000000000000000000000000000000000000000000000000000000002930 |                00101001 00110000
15  | 00000000000000000000000000000000000000000000000000000000000068F3 |                01101000 11110011
16  | 000000000000000000000000000000000000000000000000000000000000C936 |                11001001 00110110
17  | 000000000000000000000000000000000000000000000000000000000001764F |       00000001 01110110 01001111
18  | 000000000000000000000000000000000000000000000000000000000003080D |       00000011 00001000 00001101
19  | 000000000000000000000000000000000000000000000000000000000005749F |       00000101 01110100 10011111
20  | 00000000000000000000000000000000000000000000000000000000000D2C55 |       00001101 00101100 01010101
21  | 00000000000000000000000000000000000000000000000000000000001BA534 |       00011011 10100101 00110100
22  | 00000000000000000000000000000000000000000000000000000000002DE40F |       00101101 11100100 00001111
23  | 0000000000000000000000000000000000000000000000000000000000556E52 |       01010101 01101110 01010010
24  | 0000000000000000000000000000000000000000000000000000000000DC2A04 |       11011100 00101010 00000100


or for a larger view:

Code:
**************** From Address #1 to #61  **********************************************************
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0111 19ZewH8Kk1PDbSNdJ97FP4EiCjTRaZMZQA
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1000 1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 0101 1E6NuFjCi27W5zoXg8TRdcSRq84zJeBW3k
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 0001 1PitScNLyp2HCygzadCh7FveTnfmpPbfp8
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0100 1100 1McVt1vMtCC7yn5b9wgX1833yCcLXzueeC
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1110 0000 1M92tSqNmQLYw33fuBvjmeadirh1ysMBxK
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1101 0011 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0010 0000 0010 1LeBZP5QCwwgXRtmVUvTVrraqPUokyLHqe
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0100 1000 0011 1PgQVLmst3Z314JrQn5TNiys8Hc38TcXJu
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1010 0111 1011 1DBaumZxUkM4qMQRt2LVWyFJq5kDtSZQot
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 0100 0110 0000 1Pie8JkxBT6MGPz9Nvi3fsPkr2D8q3GBc1
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0010 1001 0011 0000 1ErZWg5cFCe4Vw5BzgfzB74VNLaXEiEkhk
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0110 1000 1111 0011 1QCbW9HWnwQWiQqVo5exhAnmfqKRrCRsvW
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1100 1001 0011 0110 1BDyrQ6WoF8VN3g9SAS1iKZcPzFfnDVieY
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 0111 0110 0100 1111 1HduPEXZRdG26SUT5Yk83mLkPyjnZuJ7Bm
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 0000 1000 0000 1101 1GnNTmTVLZiqQfLbAdp9DVdicEnB5GoERE
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0101 0111 0100 1001 1111 1NWmZRpHH4XSPwsW6dsS3nrNWfL1yrJj4w
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 0010 1100 0101 0101 1HsMJxNiV7TLxmoF6uJNkydxPFDog4NQum
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1011 1010 0101 0011 0100 14oFNXucftsHiUMY8uctg6N487riuyXs4h
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0010 1101 1110 0100 0000 1111 1CfZWK1QTQE3eS9qn61dQjV89KDjZzfNcv
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0101 0101 0110 1110 0101 0010 1L2GM8eE7mJWLdo3HZS6su1832NX2txaac
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 1100 0010 1010 0000 0100 1rSnXMr63jdCuegJFuidJqWxUPV7AtUf7
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1111 1010 0101 1110 1110 0101 15JhYXn6Mx3oF4Y7PcTAv2wVVAuCFFQNiP
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 0100 0000 0011 0010 0110 1110 1JVnST957hGztonaWK6FougdtjxzHzRMMg
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0110 1010 1100 0011 1000 0111 0101 128z5d7nN7PkCuX5qoA4Ys6pmxUYnEy86k
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1101 1001 0001 0110 1100 1110 1000 12jbtzBb54r97TCwW3G1gCFoumpckRAPdY
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 0111 1110 0010 0101 0101 0001 1110 19EEC52krRUK1RkUAEZmQdjTyHT7Gp1TYT
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 1101 1001 0100 1100 1101 0110 0100 1LHtnpd8nU5VHEMkG2TMYYNUjjLc992bps
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0111 1101 0100 1111 1110 0111 0100 0111 1LhE6sCTuGae42Axu1L1ZB7L96yi9irEBE
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1011 1000 0110 0010 1010 0110 0010 1110 1FRoHA9xewq7DjrZ1psWJVeTer8gHRqEvR
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1010 1001 0110 1100 1010 1000 1101 1000 187swFMjz1G54ycVU56B7jZFHFTNVQFDiu
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0011 0100 1010 0110 0101 1001 0001 0001 1101 1PWABE7oUahG2AFFQhhvViQovnCr4rEv7Q
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0100 1010 1110 1101 0010 0001 0001 0111 0000 1PWCx5fovoEaoBowAvF5k91m2Xat9bMgwb
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1001 1101 1110 1000 0010 0000 1010 0111 1100 1Be2UF9NLfyLFbtm3TCbmuocc9N1Kduci1
0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 0111 0101 0111 0111 0101 0110 1010 1001 0011 14iXhn8bGajVWegZHJ18vJLHhntcpL4dex
0000 0000 0000 0000 0000 0000 0000 0000 0000 0010 0010 0011 1000 0010 1111 1010 1100 1101 0000 1HBtApAFA9B2YZw3G2YKSMCtb3dVnjuNe2
0000 0000 0000 0000 0000 0000 0000 0000 0000 0100 1011 0101 1111 1000 0011 0000 0011 1110 1001 122AJhKLEfkFBaGAd84pLp1kfE7xK3GdT8
0000 0000 0000 0000 0000 0000 0000 0000 0000 1110 1001 1010 1110 0100 1001 0011 0011 1101 0110 1EeAxcprB2PpCnr34VfZdFrkUWuxyiNEFv
0000 0000 0000 0000 0000 0000 0000 0000 0001 0101 0011 1000 0110 1001 1010 1100 1100 0101 1011 1L5sU9qvJeuwQUdt4y1eiLmquFxKjtHr3E
0000 0000 0000 0000 0000 0000 0000 0000 0010 1010 0010 0010 0001 1100 0101 1000 1101 1000 1111 1E32GPWgDyeyQac4aJxm9HVoLrrEYPnM4N
0000 0000 0000 0000 0000 0000 0000 0000 0110 1011 1101 0011 1011 0010 0111 1100 0101 1001 0001 1PiFuqGpG8yGM5v6rNHWS3TjsG6awgEGA1
0000 0000 0000 0000 0000 0000 0000 0000 1110 0000 0010 1011 0011 0101 1010 0011 0101 1000 1111 1CkR2uS7LmFwc3T2jV8C1BhWb5mQaoxedF
0000 0000 0000 0000 0000 0000 0000 0001 0010 0010 1111 1100 1010 0001 0100 0011 1100 0000 0101 1NtiLNGegHWE3Mp9g2JPkgx6wUg4TW7bbk
0000 0000 0000 0000 0000 0000 0000 0010 1110 1100 0001 1000 0011 1000 1000 1101 0101 0100 0100 1F3JRMWudBaj48EhwcHDdpeuy2jwACNxjP
0000 0000 0000 0000 0000 0000 0000 0110 1100 1101 0110 0001 0000 1011 0101 0011 1100 1011 1010 1Pd8VvT49sHKsmqrQiP61RsVwmXCZ6ay7Z
0000 0000 0000 0000 0000 0000 0000 1010 1101 1110 0110 1101 0111 1100 1110 0011 1011 1001 1011 1DFYhaB2J9q1LLZJWKTnscPWos9VBqDHzv
0000 0000 0000 0000 0000 0000 0001 0111 0100 0001 0111 0110 1011 0000 0001 0101 1111 0100 1101 12CiUhYVTTH33w3SPUBqcpMoqnApAV4WCF
0000 0000 0000 0000 0000 0000 0010 0010 1011 1101 0100 0011 1100 0010 1110 1001 0011 0101 0100 1MEzite4ReNuWaL5Ds17ePKt2dCxWEofwk
0000 0000 0000 0000 0000 0000 0111 0101 0000 0111 0000 1010 0001 1010 0000 0000 1001 1101 0100 1NpnQyZ7x24ud82b7WiRNvPm6N8bqGQnaS
0000 0000 0000 0000 0000 0000 1110 1111 1010 1110 0001 0110 0100 1100 1011 1001 1110 0011 1100 15z9c9sVpu6fwNiK7dMAFgMYSK4GqsGZim
0000 0000 0000 0000 0000 0001 1000 0000 0111 1000 1000 1110 0100 0111 1110 0011 0010 0110 1100 15K1YKJMiJ4fpesTVUcByoz334rHmknxmT
0000 0000 0000 0000 0000 0010 0011 0110 1111 1011 0110 1101 0101 1010 1101 0001 1111 0100 0110 19LeLQDmSR8nxFa4v7UdX9SC41mdxP6Rx9
0000 0000 0000 0000 0000 0110 1010 1011 1110 0001 1111 1001 1011 0110 0111 1110 0001 0001 0100 1LzhS3k3e9Ub8i2W1V8xQFdB8n2MYCHPCa
0000 0000 0000 0000 0000 1001 1101 0001 1000 1011 0110 0011 1010 1100 0100 1111 1111 1101 1111 17aPYR1m6pVAacXg1PTDDU7XafvK1dxvhi
0000 0000 0000 0000 0001 1110 1011 0010 0101 1100 1001 0000 0111 1001 0101 1101 0110 0001 1100 15c9mPGLku1HuW9LRtBf4jcHVpBUt8txKz
0000 0000 0000 0000 0010 1100 0110 0111 0101 1011 1000 0101 0010 0001 1000 1001 1010 0010 0001 1Dn8NF8qDyyfHMktmuoQLGyjWmZXgvosXf
0000 0000 0000 0000 0111 0100 1001 0110 1100 1011 1011 1000 0111 1100 1010 1011 0100 0100 1111 1HAX2n9Uruu9YDt4cqRgYcvtGvZj1rbUyt
0000 0000 0000 0000 1111 1100 0000 0111 1010 0001 1000 0010 0101 0011 0110 0111 1011 1011 1110 1Kn5h2qpgw9mWE5jKpk8PP4qvvJ1QVy8su
0000 0000 0000 0001 0011 1100 1001 0110 1010 0011 0111 0100 0010 1111 0110 0100 1001 0000 0110 1AVJKwzs9AskraJLGHAZPiaZcrpDr1U6AB

so in other words the Creator must have created the Private Keys that were easy for him to manage (256 PK to remeber)
plus he did decide that the Private Keys had to be created following the rule of the MSB shifting bit, that is always
"1" from the PK of the previous address as you can see here better:

Code:
                                                                                                                           
You can see the MSB bit shifting left for every address also this rule tell us the Space Address Range  into which search for the
PK. Deterministic Wallets do not do that.

0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 001. 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 01.. 19ZewH8Kk1PDbSNdJ97FP4EiCjTRaZMZQA
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 1... 1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 .... 1E6NuFjCi27W5zoXg8TRdcSRq84zJeBW3k
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 001. .... 1PitScNLyp2HCygzadCh7FveTnfmpPbfp8
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 01.. .... 1McVt1vMtCC7yn5b9wgX1833yCcLXzueeC

I other words I do believe that the PKs are generated following a specific rule while was creted the transaction of
"sending" to the 256 address.

We all know that the PK must follow the following:

Partial_PrivateKey >= 2^(n-1)
Partial_PrivateKey <= 2^n

but also we know that:

PrivateKey = Partial_PrivateKey (+/-) value

and check again:
PrivateKey >= 2^(n-1)
PrivateKey <= 2^n

where
n = the address index
and
value = f(x) . This function could be a generator of a number to add to the lower address space range or to sunctract from the high address space range.
This generator could use
x = the amount of bitcoin sent the idexed address   or
x = the sum of all the bitcoin sent to the previous indexed address or
x = the count of all "1" binary cotainained to represent the amout of citcoin sent
x = .... use as much intuition you want.....I did not found any x yet although
x = could be the binary representation of a portion of an image

BTW: Good luck BTC SmileyBTC
hero member
Activity: 862
Merit: 662
newbie
Activity: 19
Merit: 1
in the range
decimals

400000000000000000000000000000000000000000000000000000000000:500000000000000000000000000000000000000000000000000000000000

find an address whose first digits in red match yours.

target= 4975641556000000000000000000000000000000000000000000000000000

finds an address whose first red digits match another private key in the same range.


well seems pretty obvios that you range is going to match easy with full random

This is my counter propose is

target= 4975641556000000000000000000000000000000000000000000000123456


the problem is that you sacrifice probability to gain speed.
If you have a car race of thousands of miles, you don't reduce the size of the fuel tank to make the car faster and unlikely to reach the finish line.

You do nothing with processing many keys where, for example, their first 15 digits are the same.
everything needs a balance.
hero member
Activity: 862
Merit: 662
in the range
decimals

400000000000000000000000000000000000000000000000000000000000:500000000000000000000000000000000000000000000000000000000000

find an address whose first digits in red match yours.

target= 4975641556000000000000000000000000000000000000000000000000000

finds an address whose first red digits match another private key in the same range.


well seems pretty obvios that you range is going to match easy with full random

This is my counter propose is

target= 4975641556000000000000000000000000000000000000000000000123456
hero member
Activity: 862
Merit: 662
OK i got your point and it maybe be a reasonable point if those operations need the same amount of time but that is not always the case, let me explaint to you why almost all the programs implement Random range choice  + Sequential N keys

Every time that you need to get the publickey from a Privatekey

Code:
public_key = bitcoin_privkey_to_pubkey(pk)

it performe a Scalar multiplication also knows as "Double and add" algorithm depeding of the implementation it can do from 32 to 256 Publickey additions internally

So every random key that you want to convert to publickey do in average that amount of operations

In the other case if you go random + sequential you only do that operation once per random choice, but every next sequential key only need One Publickey addition per key.

Example:

Full true random for 1024 keys needs 32768 Publickey additions in average (using a implementation that do 32 Publickey operations per Scalar multiplication)
 
Fake Random (as you call it) for 1024 keys, only need 1055 Publickeys additions (1 for Scalar multiplication and 1023 for subsequent publickey additions)

So in the time that the full true random do 1024, the "fake random" can do some near 32768 keys. And this is only the tip of the iceberg, for some libraries sequential operations are highly optimized and the performance can  be some Factors the previos example, that is why most program do random + sequential.

So Only if those two variants have the same speed, you will be right

newbie
Activity: 19
Merit: 1

It is totally a question of speed i bet that you python script don't get more thant 50 thousand keys per second.

We can do some test in some 32-36 bit range i guess that the fake randomness can beat your proposal


a test:
try this:

in the range
decimals

400000000000000000000000000000000000000000000000000000000000:500000000000000000000000000000000000000000000000000000000000

find an address whose first digits in red match yours.

target= 4975641556000000000000000000000000000000000000000000000000000

finds an address whose first red digits match another private key in the same range.

rules: you will only search in the given range,
Let's suppose that we don't know what the private key is.

therefore, we will not be able to reduce the range, nor skip processes to obtain an advantage.

something like a vanity search.


I'm sure that any version of code that uses "real random" will find a match faster than using Random + sequential in your code.

The point of this is to show that we have technical limitations in terms of computing power, so searches that include sequential only slow down the process.

It does work, for small ranges, but it is an obstacle in large numbers.


if you cheat on the test you only cheat yourself.


newbie
Activity: 19
Merit: 1


We can do some test in some 32-36 bit range i guess that the fake randomness can't beat your proposal

The python code is an example of how random should be, obviously it's an interpreter and it's slow. It's just for the purpose of making my point.
newbie
Activity: 19
Merit: 1
I disagree with you totally. But that is OK no? I can't imagine a world where all the people think in the same way.

Some people can debate with you that there is not such thing like true random...

I like the random values that /dev/urandom give...

Have a good day.

When I say 50% more I mean the number of digits.

you software  example.

you range             1000000000 (10 digits)

target=12345600000000000000(20 digits)


your software will change the first few digits(red) every x amount of keys.
which does slow down the search compared to a "real random " which changes all the range digits for each key.

And yes, a real random does not technically exist, but you want to deny without giving arguments, you know very well what I mean.


hero member
Activity: 862
Merit: 662
I disagree with you totally. But that is OK no? I can't imagine a world where all the people think in the same way.

Some people can debate with you that there is not such thing like true random...

I like the random values that /dev/urandom give...

It's not a question of speed, due to current computing limitations sequential search is a lost cause.

It is totally a question of speed i bet that you python script don't get more thant 50 thousand keys per second.

We can do some test in some 32-36 bit range i guess that the fake randomness can beat your proposal

Have a good day.
newbie
Activity: 19
Merit: 1
No, the only reason you think that is because the software you know of is basically copy-paste code.

better chance you have to solve the puzzle #66 with this basic code:

What is your speed?  Roll Eyes Roll Eyes Huh

It's not a question of speed, due to current computing limitations sequential search is a lost cause.
if you have 1000 petakey/s
and you search in a range 50% greater than your speed is not feasible -R + sequential.
because your software would not influence the first digits.

on the other hand, a real random has more opportunity with less computing power.
example

pk =1000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
your code                                                                                          100000000000000000000000000

random sequential just changes the values in color "red" more slowly, than with a true random.


hero member
Activity: 862
Merit: 662
No, the only reason you think that is because the software you know of is basically copy-paste code.

better chance you have to solve the puzzle #66 with this basic code:

What is your speed?  Roll Eyes Roll Eyes Huh
newbie
Activity: 19
Merit: 1

Warning!

stay away from applications where their Random mode is a random start point(every "X" amount) + sequential .

avoid Fake Random.


Every Random program does the same. That's normal

No, the only reason you think that is because the software you know of is basically copy-paste code.


better chance you have to solve the puzzle #66 with this basic code:

Code:
import bitcoin
import random
 
print("searching address....")

while True:
        a = random.randint(36893488147419103231, 73786976294838206463)
        b = hex(a)[2:]
        c = str.format(b)
        pk= c.zfill(64)
        public_key = bitcoi[Suspicious link removed]ivkey_to_pubkey(pk)
        public_key_compressed = bitcoin.compress(public_key)
        pkaddr = bitcoin.pubkey_to_address(public_key_compressed)
        target = "13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so"
        if pkaddr in target:
            print("address found")
            data = open("found.txt","a")
            data.write(str(pk)+"\n"+ str(pkaddr)+"\n")
            data.close()
            exit


because it makes better use of random.




member
Activity: 194
Merit: 14

Warning!

stay away from applications where their Random mode is a random start point(every "X" amount) + sequential .

avoid Fake Random.


Every Random program does the same. That's normal
jr. member
Activity: 74
Merit: 1
I have been working on big numbers and public keys so much, now when I look at them, I'm just blank, totally with no idea what I'm looking at, now I understand why mathematicians are a bit off, they go crazy after a while.🤣
Need to rest to gain focus, this challenge is what I strive for.

At least you know what to do with it all. I'm a little confused almost in very begining
full member
Activity: 282
Merit: 114
It's fake and unusuable.
Real key for #75 is 4c5ce114686a1336e07 so it totally other side than predicted 6e109e699439a400000
newbie
Activity: 19
Merit: 1

Warning!

stay away from applications where their Random mode is a random start point(every "X" amount) + sequential .

example:

I will use decimals for the example.

if we want to find the following pk:

1234500000000000000000000000000000000000000000


in range:

1000000000000000000000000000000000000000000000:2000000000000000000000000000000000000000000000

assuming your resources limit:

10000000000000000000(key/s)

assuming that the random start point is:

1134500000000000000000000000000000000000000000


compared:


1134500000000000000000000000000000000000000000

                                          10000000000000000000(you Range)



In short, you would have to be incredibly lucky that at least the first 15 digits of the "random start point"
match the private key you are looking for.


The ideal code for this is a real random, that the millions of keys scanned are 100% random within the given range.


avoid Fake Random.
jr. member
Activity: 65
Merit: 1
34Sf4DnMt3z6XKKoWmZRw2nGyfGkDgNJZZ
Jump to: