Author

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

member
Activity: 259
Merit: 47
Hello to all. Sorry for previous reports about the script and high speed search. There was a mistake in the calculations. And considered impossible keys. I checked the script on the already found keys, these are the results.

Code:
    16 bits - V1(Middle) - 9 seconds
    17 bits - V1(Middle) - 7 seconds
    18 bits - V1(Middle) - 0 second
    19 bits - V1(Middle) - 25 seconds
    20 bits - V1(Middle) - 157 seconds
    21 bits - V1(Middle) - 323 seconds
    22 bits - V1(Middle) - 43 seconds
    23 bits - V1(Middle) - 1317 seconds
    24 bits - V1(Middle) - 440 seconds
    25 bits - V1(Middle) - 914 seconds
    26 bits - V1(Middle) - 358 seconds
    27 bits - V1(Middle) - 14465 seconds (241 minuts) (about 4 hours)
    28 bits - V1(Middle) - 44409 seconds (740 minuts) (about 13 hours)
    29 bits - V1(Middle) - 20295 seconds (338 minuts) (about 6 hours)
    30 bits - V2(Direct) - 25304 seconds (422 minuts) (about 7 hours)
newbie
Activity: 18
Merit: 1
can anyone know, or explain to me please,

how it will be easy to find private keys which has spend transaction for the wallet  in compare to wallet which hasn't spend transaction ?
please explain if anybody know , i am confused so, thanks.
full member
Activity: 706
Merit: 111
01 0000000000000000000000000000000000000000000000000000000000000001 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
02 0000000000000000000000000000000000000000000000000000000000000003 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb
03 0000000000000000000000000000000000000000000000000000000000000007 19ZewH8Kk1PDbSNdJ97FP4EiCjTRaZMZQA
04 0000000000000000000000000000000000000000000000000000000000000008 1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e
05 0000000000000000000000000000000000000000000000000000000000000015 1E6NuFjCi27W5zoXg8TRdcSRq84zJeBW3k
06 0000000000000000000000000000000000000000000000000000000000000031 1PitScNLyp2HCygzadCh7FveTnfmpPbfp8
07 000000000000000000000000000000000000000000000000000000000000004c 1McVt1vMtCC7yn5b9wgX1833yCcLXzueeC
08 00000000000000000000000000000000000000000000000000000000000000e0 1M92tSqNmQLYw33fuBvjmeadirh1ysMBxK
09 00000000000000000000000000000000000000000000000000000000000001d3 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV
10 0000000000000000000000000000000000000000000000000000000000000202 1LeBZP5QCwwgXRtmVUvTVrraqPUokyLHqe
11 0000000000000000000000000000000000000000000000000000000000000483 1PgQVLmst3Z314JrQn5TNiys8Hc38TcXJu
12 0000000000000000000000000000000000000000000000000000000000000a7b 1DBaumZxUkM4qMQRt2LVWyFJq5kDtSZQot
13 0000000000000000000000000000000000000000000000000000000000001460 1Pie8JkxBT6MGPz9Nvi3fsPkr2D8q3GBc1
14 0000000000000000000000000000000000000000000000000000000000002930 1ErZWg5cFCe4Vw5BzgfzB74VNLaXEiEkhk
15 00000000000000000000000000000000000000000000000000000000000068f3 1QCbW9HWnwQWiQqVo5exhAnmfqKRrCRsvW
16 000000000000000000000000000000000000000000000000000000000000c936 1BDyrQ6WoF8VN3g9SAS1iKZcPzFfnDVieY
17 000000000000000000000000000000000000000000000000000000000001764f 1HduPEXZRdG26SUT5Yk83mLkPyjnZuJ7Bm
18 000000000000000000000000000000000000000000000000000000000003080d 1GnNTmTVLZiqQfLbAdp9DVdicEnB5GoERE
19 000000000000000000000000000000000000000000000000000000000005749f 1NWmZRpHH4XSPwsW6dsS3nrNWfL1yrJj4w
20 00000000000000000000000000000000000000000000000000000000000d2c55 1HsMJxNiV7TLxmoF6uJNkydxPFDog4NQum
21 00000000000000000000000000000000000000000000000000000000001ba534 14oFNXucftsHiUMY8uctg6N487riuyXs4h
22 00000000000000000000000000000000000000000000000000000000002de40f 1CfZWK1QTQE3eS9qn61dQjV89KDjZzfNcv
23 0000000000000000000000000000000000000000000000000000000000556e52 1L2GM8eE7mJWLdo3HZS6su1832NX2txaac
24 0000000000000000000000000000000000000000000000000000000000dc2a04 1rSnXMr63jdCuegJFuidJqWxUPV7AtUf7
25 0000000000000000000000000000000000000000000000000000000001fa5ee5 15JhYXn6Mx3oF4Y7PcTAv2wVVAuCFFQNiP
26 000000000000000000000000000000000000000000000000000000000340326e 1JVnST957hGztonaWK6FougdtjxzHzRMMg
27 0000000000000000000000000000000000000000000000000000000006ac3875 128z5d7nN7PkCuX5qoA4Ys6pmxUYnEy86k
28 000000000000000000000000000000000000000000000000000000000d916ce8 12jbtzBb54r97TCwW3G1gCFoumpckRAPdY
29 0000000000000000000000000000000000000000000000000000000017e2551e 19EEC52krRUK1RkUAEZmQdjTyHT7Gp1TYT
30 000000000000000000000000000000000000000000000000000000003d94cd64 1LHtnpd8nU5VHEMkG2TMYYNUjjLc992bps
31 000000000000000000000000000000000000000000000000000000007d4fe747 1LhE6sCTuGae42Axu1L1ZB7L96yi9irEBE
32 00000000000000000000000000000000000000000000000000000000b862a62e 1FRoHA9xewq7DjrZ1psWJVeTer8gHRqEvR
33 00000000000000000000000000000000000000000000000000000001a96ca8d8 187swFMjz1G54ycVU56B7jZFHFTNVQFDiu
34 000000000000000000000000000000000000000000000000000000034a65911d 1PWABE7oUahG2AFFQhhvViQovnCr4rEv7Q
35 00000000000000000000000000000000000000000000000000000004aed21170 1PWCx5fovoEaoBowAvF5k91m2Xat9bMgwb
36 00000000000000000000000000000000000000000000000000000009de820a7c 1Be2UF9NLfyLFbtm3TCbmuocc9N1Kduci1
37 0000000000000000000000000000000000000000000000000000001757756a93 14iXhn8bGajVWegZHJ18vJLHhntcpL4dex
38 00000000000000000000000000000000000000000000000000000022382facd0 1HBtApAFA9B2YZw3G2YKSMCtb3dVnjuNe2
39 0000000000000000000000000000000000000000000000000000004b5f8303e9 122AJhKLEfkFBaGAd84pLp1kfE7xK3GdT8
40 000000000000000000000000000000000000000000000000000000e9ae4933d6 1EeAxcprB2PpCnr34VfZdFrkUWuxyiNEFv
41 00000000000000000000000000000000000000000000000000000153869acc5b 1L5sU9qvJeuwQUdt4y1eiLmquFxKjtHr3E
42 000000000000000000000000000000000000000000000000000002a221c58d8f 1E32GPWgDyeyQac4aJxm9HVoLrrEYPnM4N
43 000000000000000000000000000000000000000000000000000006bd3b27c591 1PiFuqGpG8yGM5v6rNHWS3TjsG6awgEGA1
44 00000000000000000000000000000000000000000000000000000e02b35a358f 1CkR2uS7LmFwc3T2jV8C1BhWb5mQaoxedF
45 0000000000000000000000000000000000000000000000000000122fca143c05  1NtiLNGegHWE3Mp9g2JPkgx6wUg4TW7bbk
46 00000000000000000000000000000000000000000000000000002ec18388d544 1F3JRMWudBaj48EhwcHDdpeuy2jwACNxjP
47 00000000000000000000000000000000000000000000000000006cd610b53cba 1Pd8VvT49sHKsmqrQiP61RsVwmXCZ6ay7Z
48 0000000000000000000000000000000000000000000000000000ade6d7ce3b9b 1DFYhaB2J9q1LLZJWKTnscPWos9VBqDHzv
49 000000000000000000000000000000000000000000000000000174176b015f4d 12CiUhYVTTH33w3SPUBqcpMoqnApAV4WCF
50 00000000000000000000000000000000000000000000000000022bd43c2e9354 1MEzite4ReNuWaL5Ds17ePKt2dCxWEofwk
51 00000000000000000000000000000000000000000000000000075070a1a009d4 1NpnQyZ7x24ud82b7WiRNvPm6N8bqGQnaS
52 000000000000000000000000000000000000000000000000000efae164cb9e3c  15z9c9sVpu6fwNiK7dMAFgMYSK4GqsGZim
53 00000000000000000000000000000000000000000000000000180788e47e326c 15K1YKJMiJ4fpesTVUcByoz334rHmknxmT
54 00000000000000000000000000000000000000000000000000236fb6d5ad1f43  1KYUv7nSvXx4642TKeuC2SNdTk326uUpFy
55 000000000000000000000000000000000000000000000000006abe1f9b67e114 1LzhS3k3e9Ub8i2W1V8xQFdB8n2MYCHPCa
56 000000000000000000000000000000000000000000000000009d18b63ac4ffdf   17aPYR1m6pVAacXg1PTDDU7XafvK1dxvhi
57 00000000000000000000000000000000000000000000000001eb25c90795d61c 15c9mPGLku1HuW9LRtBf4jcHVpBUt8txKz
58 00000000000000000000000000000000000000000000000002c675b852189a21 1Dn8NF8qDyyfHMktmuoQLGyjWmZXgvosXf
59 00000000000000000000000000000000000000000000000007496cbb87cab44f  1HAX2n9Uruu9YDt4cqRgYcvtGvZj1rbUyt
60 0000000000000000000000000000000000000000000000000fc07a1825367bbe  1Kn5h2qpgw9mWE5jKpk8PP4qvvJ1QVy8su
61 00000000000000000000000000000000000000000000000013C96A3742F64906 1AVJKwzs9AskraJLGHAZPiaZcrpDr1U6AB

63 0000000000000000000000000000000000000000000000007CCE5EFDACCF6808 1NpYjtLira16LfGbGwZJ5JbDPh3ai9bjf4

65 000000000000000000000000000000000000000000000001A838B13505B26867 18ZMbwUFLMHoZBbfpCjUJQTCMCbktshgpe

70 0000000000000000000000000000000000000000000000349B84B6431A6C4EF1 19YZECXj3SxEZMoUeJ1yiPsw8xANe7M7QR

75 0000000000000000000000000000000000000000000004C5CE114686A1336E07 1J36UjUByGroXcCvmj13U6uwaVv9caEeAt
 
80 00000000000000000000000000000000000000000000ea1a5c66dcc11b5ad180  1BCf6rHUW6m3iH2ptsvnjgLruAiPQQepLe

85 00000000000000000000000000000000000000000011720c4f018d51b8cebba8  1Kh22PvXERd2xpTQk3ur6pPEqFeckCJfAr

90 000000000000000000000000000000000000000002ce00bb2136a445c71e85bf  1L12FHH2FHjvTviyanuiFVfmzCy46RRATU

95 0000000000000000000000000000000000000000527a792b183c7f64a0e8b1f4  19eVSDuizydXxhohGh8Ki9WY9KsHdSwoQC

100 000000000000000000000000000000000000000af55fc59c335c8ec67ed24826 1KCgMv8fo2TPBpddVi9jqmMmcne9uSNJ5F
member
Activity: 206
Merit: 16
I not generate every key.
Private key checked of samples template. And if passed, generated publick key and address. I write upped. Passed priv key 2-3 in second (from 280 trillions).
No. I not multiplier  at hash table or bloom table.

just example.
Quote
privkey:00000..0001 not passed template
privkey:00000..0002 not passed template
privkey:00000..0003 not passed template
privkey:00000..0005 PASSED TEMPLATe!
privkey:00000..0006 not passed template
privkey:00000..0007 not passed template
privkey:00000..0008 not passed template
In example, checked 8 private key. Found 1 pretendent. From him generated an checked publick key and address.
And special algoritm generated next private key.

Example
Quote
privkey:00000..000000001 not passed template
privkey:00000..000000025 not passed template
privkey:00000..000000178 not passed template
privkey:00000..000000225 PASSED TEMPLATe!
privkey:00000..000000226 not passed template
privkey:00000..000001025 not passed template
privkey:00000..000001026 not passed template
privkey:00000..000005103 PASSED TEMPLATe!
privkey:00000..001355367 not passed template
privkey:00000..001355457 not passed template
In this example, I believe that I checked 1355457 keys. Since the missing ranges can not be the key satisfying my templates. But found only 2 pretendents for generate publick key and address.





why not share this script to enrich it ?
member
Activity: 259
Merit: 47
I not generate every key.
Private key checked of samples template. And if passed, generated publick key and address. I write upped. Passed priv key 2-3 in second (from 280 trillions).
No. I not multiplier  at hash table or bloom table.

just example.
Quote
privkey:00000..0001 not passed template
privkey:00000..0002 not passed template
privkey:00000..0003 not passed template
privkey:00000..0005 PASSED TEMPLATe!
privkey:00000..0006 not passed template
privkey:00000..0007 not passed template
privkey:00000..0008 not passed template
In example, checked 8 private key. Found 1 pretendent. From him generated an checked publick key and address.
And special algoritm generated next private key.

Example
Quote
privkey:00000..000000001 not passed template
privkey:00000..000000025 not passed template
privkey:00000..000000178 not passed template
privkey:00000..000000225 PASSED TEMPLATe!
privkey:00000..000000226 not passed template
privkey:00000..000001025 not passed template
privkey:00000..000001026 not passed template
privkey:00000..000005103 PASSED TEMPLATe!
privkey:00000..001355367 not passed template
privkey:00000..001355457 not passed template
In this example, I believe that I checked 1355457 keys. Since the missing ranges can not be the key satisfying my templates. But found only 2 pretendents for generate publick key and address.



newbie
Activity: 22
Merit: 3
Code:
2019-07-19 13:53:38     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373261       Str='11111111122222889a1111111112228a1a19111921811a511119'      Av1:2.359 in sec        Av2:290692446961262 in sec:     CurDec:142042932044673649537278731434510563946471548172750992
2019-07-19 13:56:56     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373267       Str='11111111122222889a1111111112228a1a1911192911811a1115'      Av1:2.3561 in sec       Av2:290329139949209 in sec:     CurDec:142042932044673649537278731434510563946471739286467672
2019-07-19 13:59:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373559       Str='11111111122222889a1111111112228a1a19112111181111959a'      Av1:2.3561 in sec       Av2:290102131961043 in sec:     CurDec:142042932044673649537278731434510563946480663124511842
2019-07-19 14:01:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374096       Str='11111111122222889a1111111112228a1a1911211119a8111159'      Av1:2.3577 in sec       Av2:289882730216322 in sec:     CurDec:142042932044673649537278731434510563946480663526645012
2019-07-19 14:04:09     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374319       Str='11111111122222889a1111111112228a1a19112111811a911159'      Av1:2.3563 in sec       Av2:289537844712345 in sec:     CurDec:142042932044673649537278731434510563946480678146854792
Searcing in range from 62 to 161 bits. Speead over 280 Trillion addresses in second. Finding more than 2 addresses per second, matching a specific pattern. Found applicants are compared with more than 6 thousand addresses. And then sent to another thread to search the current block. PHP and one core on cpu.  Grin
PS. Str not hex priv key. This is own format data. And CurDec not deceminal priv key.

what script is this? can you share? thanks!
Own development. Still in development. Raw to publish in public.

how can you generate trillions of keys with a simple cpu and php ?

He's likely using a hash table or bloom filter and multiplying the size of that by how many queries he can make per second.
member
Activity: 206
Merit: 16
Code:
2019-07-19 13:53:38     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373261       Str='11111111122222889a1111111112228a1a19111921811a511119'      Av1:2.359 in sec        Av2:290692446961262 in sec:     CurDec:142042932044673649537278731434510563946471548172750992
2019-07-19 13:56:56     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373267       Str='11111111122222889a1111111112228a1a1911192911811a1115'      Av1:2.3561 in sec       Av2:290329139949209 in sec:     CurDec:142042932044673649537278731434510563946471739286467672
2019-07-19 13:59:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373559       Str='11111111122222889a1111111112228a1a19112111181111959a'      Av1:2.3561 in sec       Av2:290102131961043 in sec:     CurDec:142042932044673649537278731434510563946480663124511842
2019-07-19 14:01:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374096       Str='11111111122222889a1111111112228a1a1911211119a8111159'      Av1:2.3577 in sec       Av2:289882730216322 in sec:     CurDec:142042932044673649537278731434510563946480663526645012
2019-07-19 14:04:09     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374319       Str='11111111122222889a1111111112228a1a19112111811a911159'      Av1:2.3563 in sec       Av2:289537844712345 in sec:     CurDec:142042932044673649537278731434510563946480678146854792
Searcing in range from 62 to 161 bits. Speead over 280 Trillion addresses in second. Finding more than 2 addresses per second, matching a specific pattern. Found applicants are compared with more than 6 thousand addresses. And then sent to another thread to search the current block. PHP and one core on cpu.  Grin
PS. Str not hex priv key. This is own format data. And CurDec not deceminal priv key.

what script is this? can you share? thanks!
Own development. Still in development. Raw to publish in public.

how can you generate trillions of keys with a simple cpu and php ?
member
Activity: 259
Merit: 47
Code:
2019-07-19 13:53:38     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373261       Str='11111111122222889a1111111112228a1a19111921811a511119'      Av1:2.359 in sec        Av2:290692446961262 in sec:     CurDec:142042932044673649537278731434510563946471548172750992
2019-07-19 13:56:56     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373267       Str='11111111122222889a1111111112228a1a1911192911811a1115'      Av1:2.3561 in sec       Av2:290329139949209 in sec:     CurDec:142042932044673649537278731434510563946471739286467672
2019-07-19 13:59:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373559       Str='11111111122222889a1111111112228a1a19112111181111959a'      Av1:2.3561 in sec       Av2:290102131961043 in sec:     CurDec:142042932044673649537278731434510563946480663124511842
2019-07-19 14:01:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374096       Str='11111111122222889a1111111112228a1a1911211119a8111159'      Av1:2.3577 in sec       Av2:289882730216322 in sec:     CurDec:142042932044673649537278731434510563946480663526645012
2019-07-19 14:04:09     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374319       Str='11111111122222889a1111111112228a1a19112111811a911159'      Av1:2.3563 in sec       Av2:289537844712345 in sec:     CurDec:142042932044673649537278731434510563946480678146854792
Searcing in range from 62 to 161 bits. Speead over 280 Trillion addresses in second. Finding more than 2 addresses per second, matching a specific pattern. Found applicants are compared with more than 6 thousand addresses. And then sent to another thread to search the current block. PHP and one core on cpu.  Grin
PS. Str not hex priv key. This is own format data. And CurDec not deceminal priv key.

what script is this? can you share? thanks!
Own development. Still in development. Raw to publish in public.
newbie
Activity: 43
Merit: 0
Code:
2019-07-19 13:53:38     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373261       Str='11111111122222889a1111111112228a1a19111921811a511119'      Av1:2.359 in sec        Av2:290692446961262 in sec:     CurDec:142042932044673649537278731434510563946471548172750992
2019-07-19 13:56:56     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373267       Str='11111111122222889a1111111112228a1a1911192911811a1115'      Av1:2.3561 in sec       Av2:290329139949209 in sec:     CurDec:142042932044673649537278731434510563946471739286467672
2019-07-19 13:59:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373559       Str='11111111122222889a1111111112228a1a19112111181111959a'      Av1:2.3561 in sec       Av2:290102131961043 in sec:     CurDec:142042932044673649537278731434510563946480663124511842
2019-07-19 14:01:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374096       Str='11111111122222889a1111111112228a1a1911211119a8111159'      Av1:2.3577 in sec       Av2:289882730216322 in sec:     CurDec:142042932044673649537278731434510563946480663526645012
2019-07-19 14:04:09     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374319       Str='11111111122222889a1111111112228a1a19112111811a911159'      Av1:2.3563 in sec       Av2:289537844712345 in sec:     CurDec:142042932044673649537278731434510563946480678146854792
Searcing in range from 62 to 161 bits. Speead over 280 Trillion addresses in second. Finding more than 2 addresses per second, matching a specific pattern. Found applicants are compared with more than 6 thousand addresses. And then sent to another thread to search the current block. PHP and one core on cpu.  Grin
PS. Str not hex priv key. This is own format data. And CurDec not deceminal priv key.

what script is this? can you share? thanks!
member
Activity: 259
Merit: 47
Code:
2019-07-19 13:53:38     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373261       Str='11111111122222889a1111111112228a1a19111921811a511119'      Av1:2.359 in sec        Av2:290692446961262 in sec:     CurDec:142042932044673649537278731434510563946471548172750992
2019-07-19 13:56:56     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373267       Str='11111111122222889a1111111112228a1a1911192911811a1115'      Av1:2.3561 in sec       Av2:290329139949209 in sec:     CurDec:142042932044673649537278731434510563946471739286467672
2019-07-19 13:59:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:373559       Str='11111111122222889a1111111112228a1a19112111181111959a'      Av1:2.3561 in sec       Av2:290102131961043 in sec:     CurDec:142042932044673649537278731434510563946480663124511842
2019-07-19 14:01:00     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374096       Str='11111111122222889a1111111112228a1a1911211119a8111159'      Av1:2.3577 in sec       Av2:289882730216322 in sec:     CurDec:142042932044673649537278731434510563946480663526645012
2019-07-19 14:04:09     62:161##a:0(4)##9:0(4)##8:6(4)##5:28(1)##2:98(9)##1:127(30)     C1:374319       Str='11111111122222889a1111111112228a1a19112111811a911159'      Av1:2.3563 in sec       Av2:289537844712345 in sec:     CurDec:142042932044673649537278731434510563946480678146854792
Searcing in range from 62 to 161 bits. Speead over 280 Trillion addresses in second. Finding more than 2 addresses per second, matching a specific pattern. Found applicants are compared with more than 6 thousand addresses. And then sent to another thread to search the current block. PHP and one core on cpu.  Grin
PS. Str not hex priv key. This is own format data. And CurDec not deceminal priv key.
legendary
Activity: 2646
Merit: 1138
All paid signature campaigns should be banned.
Now this will blow your mind:

For every Bitcoin Address there are about 296 = 79,228,162,514,264,337,593,543,950,336 valid possible Public/Private key pairs!

No it doesn't. It is well known, that many private keys map to the same address due to RIPEMD-160.

But the converse is not well known: That one private key generates multiple addresses. In the current case exactly two addresses.

So, for address generation, one uses only the x coordinate with the sign, but the algorithm for address generation stays the same?

https://www.freecodecamp.org/news/how-to-create-a-bitcoin-wallet-address-from-a-private-key-eca3ddd9c05f/
The algorithm for generating a Bitcoin address from a public key never changes.  What changes is the value that is input into the Bitcoin address generation algorithm. 

In one case (uncompressed) the input value is both the X and Y coordinates, in the other case (compressed) it it just the X coordinate and the sign of the Y coordinate.

Thanks for the explanation. Again I learned something.  Smiley

Anyhow, why do you think, that the number sequence for the private keys can be generated by some rule? The canary bird hypothesis sounds convincing to me.
There is a very good explanation, which I agree with, here:  https://bitcointalksearch.org/topic/archive-bitcoin-challenge-discusion-5166284
hero member
Activity: 784
Merit: 544
Now this will blow your mind:

For every Bitcoin Address there are about 296 = 79,228,162,514,264,337,593,543,950,336 valid possible Public/Private key pairs!

No it doesn't. It is well known, that many private keys map to the same address due to RIPEMD-160.

But the converse is not well known: That one private key generates multiple addresses. In the current case exactly two addresses.

So, for address generation, one uses only the x coordinate with the sign, but the algorithm for address generation stays the same?

https://www.freecodecamp.org/news/how-to-create-a-bitcoin-wallet-address-from-a-private-key-eca3ddd9c05f/
The algorithm for generating a Bitcoin address from a public key never changes.  What changes is the value that is input into the Bitcoin address generation algorithm. 

In one case (uncompressed) the input value is both the X and Y coordinates, in the other case (compressed) it it just the X coordinate and the sign of the Y coordinate.

Thanks for the explanation. Again I learned something.  Smiley

Anyhow, why do you think, that the number sequence for the private keys can be generated by some rule? The canary bird hypothesis sounds convincing to me.
legendary
Activity: 2646
Merit: 1138
All paid signature campaigns should be banned.
Now this will blow your mind:

For every Bitcoin Address there are about 296 = 79,228,162,514,264,337,593,543,950,336 valid possible Public/Private key pairs!

No it doesn't. It is well known, that many private keys map to the same address due to RIPEMD-160.

But the converse is not well known: That one private key generates multiple addresses. In the current case exactly two addresses.

So, for address generation, one uses only the x coordinate with the sign, but the algorithm for address generation stays the same?

https://www.freecodecamp.org/news/how-to-create-a-bitcoin-wallet-address-from-a-private-key-eca3ddd9c05f/
The algorithm for generating a Bitcoin address from a public key never changes.  What changes is the value that is input into the Bitcoin address generation algorithm. 

In one case (uncompressed) the input value is both the X and Y coordinates, in the other case (compressed) it it just the X coordinate and the sign of the Y coordinate.
full member
Activity: 840
Merit: 117
I don't know why but I'm smelling a big scam. Because a newbie that offer more than 12 000€ to solve a following of numbers this is strange...
Yeah I can also smell that newbie is on big mission to scam people and newbies have better ideas for scamming people.
Many people attracting to this because the prize amount is bigger than whole life income but seems like scam something..
Let's try to solve this puzzle!!  Grin
hero member
Activity: 784
Merit: 544
Now this will blow your mind:

For every Bitcoin Address there are about 296 = 79,228,162,514,264,337,593,543,950,336 valid possible Public/Private key pairs!

No it doesn't. It is well known, that many private keys map to the same address due to RIPEMD-160.

But the converse is not well known: That one private key generates multiple addresses. In the current case exactly two addresses.

So, for address generation, one uses only the x coordinate with the sign, but the algorithm for address generation stays the same?

https://www.freecodecamp.org/news/how-to-create-a-bitcoin-wallet-address-from-a-private-key-eca3ddd9c05f/
member
Activity: 259
Merit: 47
https://brainwalletx.github.io/
Select "Secret exponent"
Enter in input "Secret exponent" 3
Uncompresed 1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1
Compressed 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb

And view all variable, Public Key, Privat Key, hash160 and etc.
legendary
Activity: 2646
Merit: 1138
All paid signature campaigns should be banned.
It's bullshit (or I compute the addresses wrongly).

It is not bullshit, you just do not understand that for every private key there are two formats for the public key.  They are the uncompressed format and the compressed format.

From these two formats of the public key you get two different Bitcoin addresses.

Private Key: 0000000000000000000000000000000000000000000000000000000000000003

Uncompressed format of the Pubic Key (both the X and Y coordinates of the point on the elliptic curve):

04F9308A019258C31049344F85F89D5229B531C845836F99B08601F113BCE036F9388F7B0F632DE 8140FE337E62A37F3566500A99934C2231B6CB9FD7584B8E672

Bitcoin Address from the uncompressed format of the public key:  1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1

Compressed format of the Public Key (the X coordinate only and a sign bit for the Y coordinate):  

02F9308A019258C31049344F85F89D5229B531C845836F99B08601F113BCE036F9

Bitcoin Address from the compressed format of the public key:  1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb

Now this will blow your mind:

For every Bitcoin Address there are about 296 = 79,228,162,514,264,337,593,543,950,336 valid possible Public/Private key pairs!

[EDIT: fixed, I did not have my coffee before I wrote the first version of this and it was totally backwards and wrong.]
hero member
Activity: 784
Merit: 544
Quote
Either, the address of private key 3 is

1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb

or it's

1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1

There cannot be two addresses!

Do you ever heard of compressed/ uncompressed addresses???

Pleased read this:
https://en.bitcoin.it/wiki/Address


No offence! But the link you posted not even contains the term "compressed".

The two addresses above have private key 3. Right? At least this is claimed.

But neither looks "compressed". Both look like the legacy address format. And the algorithm for deriving such an address from a private key is well known and is clearly defined. Also in the year 2015.

If both addresses were two sides of the same coin, how do I convert the one address to the other? (rhetoric question)

Last but not least, using a blockexplorer, it is easy to see that, e.g., address (0x483)

Quote
1J3PLTqmUnBX3CMxxCap3pFgzPGgN5btKf

was never used, but (also 0x483)

Quote
1PgQVLmst3Z314JrQn5TNiys8Hc38TcXJu

was used.

I do not deny, that 1PgQVLmst3Z314JrQn5TNiys8Hc38TcXJu has a private key since the funds were moved. But it is not 3. At least not to my knowledge.

Edit: This page offers a private key to address converter (but do not enter your real private keys):

https://gobittest.appspot.com/Address
newbie
Activity: 26
Merit: 0
Quote
Either, the address of private key 3 is

1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb

or it's

1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1

There cannot be two addresses!

Do you ever heard of compressed/ uncompressed addresses???

Pleased read this:
https://en.bitcoin.it/wiki/Address
hero member
Activity: 784
Merit: 544
The addresses for the claimed private keys given at https://bitcointalksearch.org/topic/m.13381244:

Code:
3
04F9308A019258C31049344F85F89D5229B531C845836F99B08601F113BCE036F9388F7B0F632DE8140FE337E62A37F3566500A99934C2231B6CB9FD7584B8E672
04F9308A019258C31049344F85F89D5229B531C845836F99B08601F113BCE036F9388F7B0F632DE8140FE337E62A37F3566500A99934C2231B6CB9FD7584B8E672
016bfe32723b4ceab2584aecceca763afc2c2e6933db580d4f788e4df7d6e8e6
ec7eced2c57ed1292bc4eb9bfd13c9f7603bc338
00ec7eced2c57ed1292bc4eb9bfd13c9f7603bc338
2be5d36119597a942f6f13d1af134318ea23e64b163f0c0ebbd37bbeea74b753
f98adf98f1b1cdef3ee53af60173e4436dd6cc89990ca64d0e2b962f560276e8
f98adf98
00ec7eced2c57ed1292bc4eb9bfd13c9f7603bc338f98adf98
1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1

7
045CBDF0646E5DB4EAA398F365F2EA7A0E3D419B7E0330E39CE92BDDEDCAC4F9BC6AEBCA40BA255960A3178D6D861A54DBA813D0B813FDE7B5A5082628087264DA
045CBDF0646E5DB4EAA398F365F2EA7A0E3D419B7E0330E39CE92BDDEDCAC4F9BC6AEBCA40BA255960A3178D6D861A54DBA813D0B813FDE7B5A5082628087264DA
83e8815348bde84b3d3f82b1f96db08dbeb7b777e48d993caf474a410a9b629b
73ab19930b7c023b0c7e17da43649ca58a419999
0073ab19930b7c023b0c7e17da43649ca58a419999
49a01c5019deb62be15158073b30eb9c49fa61ca3caa0c431b45972262a3dcce
bc9a402a6574b90964f1cf44fb2ebb9100ab7dbced92a18ef0e5e50da9fb96c2
bc9a402a
0073ab19930b7c023b0c7e17da43649ca58a419999bc9a402a
1BYbgHpSKQCtMrQfwN6b6n5S718EJkEJ41

8
042F01E5E15CCA351DAFF3843FB70F3C2F0A1BDD05E5AF888A67784EF3E10A2A015C4DA8A741539949293D082A132D13B4C2E213D6BA5B7617B5DA2CB76CBDE904
042F01E5E15CCA351DAFF3843FB70F3C2F0A1BDD05E5AF888A67784EF3E10A2A015C4DA8A741539949293D082A132D13B4C2E213D6BA5B7617B5DA2CB76CBDE904
cbbf1dcd015dff4baef246bdb4d7bc4690c2fc52a27ba8734e8633b5613dd0ed
be5fdeb54c869d582cf796c34e28b4d21813ffa6
00be5fdeb54c869d582cf796c34e28b4d21813ffa6
32ece10b670d73dec2652b061878b8227d8b0c3818a093e421430cfd82bc23e0
d9d66a27afb9d4934ec0d661da4d96a45432f22667b8fcdf8329497a1136238a
d9d66a27
00be5fdeb54c869d582cf796c34e28b4d21813ffa6d9d66a27
1JMcEcKXQ7xA7JLAMPsBmHz68bzugYtdrv

15
04352BBF4A4CDD12564F93FA332CE333301D9AD40271F8107181340AEF25BE59D5321EB4075348F534D59C18259DDA3E1F4A1B3B2E71B1039C67BD3D8BCF81998C
04352BBF4A4CDD12564F93FA332CE333301D9AD40271F8107181340AEF25BE59D5321EB4075348F534D59C18259DDA3E1F4A1B3B2E71B1039C67BD3D8BCF81998C
64623e0ecfa1610b27aad5a4c8e1666b96dee857f8acc12d412be3de2cb882be
61f5b379403bcfdac1c05c3746768a14855e6519
0061f5b379403bcfdac1c05c3746768a14855e6519
3940c77499fa5463d1b32a2aa15da60a8363a98dc40784b307a01c6b0cb7f5aa
13f12a7fe089bf660619712fc192eb55860e9ee516b086d8333ab4ed1757074c
13f12a7f
0061f5b379403bcfdac1c05c3746768a14855e651913f12a7f
19vxtDbLMNasSpbAEZd7va5Qge6d2zYWbp

31
04F2DAC991CC4CE4B9EA44887E5C7C0BCE58C80074AB9D4DBAEB28531B7739F530E0DEDC9B3B2F8DAD4DA1F32DEC2531DF9EB5FBEB0598E4FD1A117DBA703A3C37
04F2DAC991CC4CE4B9EA44887E5C7C0BCE58C80074AB9D4DBAEB28531B7739F530E0DEDC9B3B2F8DAD4DA1F32DEC2531DF9EB5FBEB0598E4FD1A117DBA703A3C37
4ab342eb34f98f7158f024edd179be1248b56f31ec44712fdc50d119440cff80
50178322b20379db4a958958ef4988db6d9e9e20
0050178322b20379db4a958958ef4988db6d9e9e20
27eef409490453204d7b3ef4a4e7c44b0553bda43cd541dc2ce0071ef1fdfef5
6bb5bfe2f30da15ebab3db232f7f0d309fbe103f0a866c38be3df58065b01e09
6bb5bfe2
0050178322b20379db4a958958ef4988db6d9e9e206bb5bfe2
18JVE1MSS7a2NEhtHJkxhwgvT4hLQYBw3w

4C
0496516A8F65774275278D0D7420A88DF0AC44BD64C7BAE07C3FE397C5B3300B23BDACD9A05FB9FB73108C0A99D567FBA9B2F75AB36207E1557F6BF255F1337FF0
0496516A8F65774275278D0D7420A88DF0AC44BD64C7BAE07C3FE397C5B3300B23BDACD9A05FB9FB73108C0A99D567FBA9B2F75AB36207E1557F6BF255F1337FF0
5bfa9c4023cd531a10e5c67591ee9401cd396ebbbd7a4cd12e65bb345d4273d3
9362a33d628569a2edf58c037bed601c78556497
009362a33d628569a2edf58c037bed601c78556497
b8e5a695ea56322716bdadce32149d9a2ff70cb201914a69b2779d07a62e0818
9bfd84020c00ea1bab802e9fcdd95455b731d163940aca65f17cbc3eddf48570
9bfd8402
009362a33d628569a2edf58c037bed601c785564979bfd8402
1ESJVfV5UVERkWgVNfMjsLwJT88yMJHi8R

E0
0408BC89C2F919ED158885C35600844D49890905C79B357322609C45706CE6B514D313F3CDD7CDCC16DE776FEC3B5892C1172D3056112776F06F63F4CEA8C95157
0408BC89C2F919ED158885C35600844D49890905C79B357322609C45706CE6B514D313F3CDD7CDCC16DE776FEC3B5892C1172D3056112776F06F63F4CEA8C95157
7fd81912fc1afbcaae0154e733a1912b7b8d9c3c11acd4cc9b0caa6f7a66888e
b2546b4cb502e9ff3a0f9539ddea69d3a1cf2780
00b2546b4cb502e9ff3a0f9539ddea69d3a1cf2780
41ab98c5ad6715294968d87003b752258522f2dadba8717ec30c14d77185a48d
a03fe49c35cff030e67b47ccda9c9e8d1aa265fad3d50ebcb0af0c45ecfb440d
a03fe49c
00b2546b4cb502e9ff3a0f9539ddea69d3a1cf2780a03fe49c
1HFvQh3dVFPae3JaFjL5Mpua9Zbg9Y6FrK

1D3
0443601D61C836387485E9514AB5C8924DD2CFD466AF34AC95002727E1659D60F78791C0007C09C94DB328034B88C5BBBC113335366679EB099A5E75B583BC2C2A
0443601D61C836387485E9514AB5C8924DD2CFD466AF34AC95002727E1659D60F78791C0007C09C94DB328034B88C5BBBC113335366679EB099A5E75B583BC2C2A
f70b92dfd47b9905193df595839b986e94149b5523f1302e99a37b69dca67a8e
81b8dfa29ee8569a04e37dc091c6b072f32b6707
0081b8dfa29ee8569a04e37dc091c6b072f32b6707
4f02f9c410e788e8ddbd8574ac2f49b0893257ae3539356bd3ef503ddfa76cf0
a42ea450f824438a71e0eee8af66d0b883a296155f10727a5ce3900492f9e48f
a42ea450
0081b8dfa29ee8569a04e37dc091c6b072f32b6707a42ea450
1CpudzGLUutTRM8wFu2BRQJNo11CzpMmHH

202
04A7A4C30291AC1DB24B4AB00C442AA832F7794B5A0959BEC6E8D7FEE802289DCDD580B4242CF68189AC1309E79C5A2132D2CBF0E18BE6D0B37D05A32256CA0C8B
04A7A4C30291AC1DB24B4AB00C442AA832F7794B5A0959BEC6E8D7FEE802289DCDD580B4242CF68189AC1309E79C5A2132D2CBF0E18BE6D0B37D05A32256CA0C8B
507331e0be1bb2b5755d9526a1b5617de9bef6a14a567a280c08bdb657ee96a9
08d35aae7d4e0dc0e3e41783adc31e055bf72c60
0008d35aae7d4e0dc0e3e41783adc31e055bf72c60
b201b0b5a724bc9940826af8604b502159af0857948d05fed916aa723bc0b3c9
af5ba7e83fe4a8bd18c78f59c5c094c173904669d35255224fb98022369db7fb
af5ba7e8
0008d35aae7d4e0dc0e3e41783adc31e055bf72c60af5ba7e8
1ofbgenBbkCcmQyRK7XzHnhFHULAdNsBu

483
048B05B0603ABD75B0C57489E451F811E1AFE54A8715045CDF4888333F3EBC6E8B1D10F88145DB40FB889E2DDCE81BDA7C27F5B615ACD6179DBB30F4FE7F40FB39
048B05B0603ABD75B0C57489E451F811E1AFE54A8715045CDF4888333F3EBC6E8B1D10F88145DB40FB889E2DDCE81BDA7C27F5B615ACD6179DBB30F4FE7F40FB39
84e74f5fb8c33db33028bf611f2546dc31025293ef8e39e045233ffa7478f84f
baed9d732aa1a62feee35b308f77efba1af607e7
00baed9d732aa1a62feee35b308f77efba1af607e7
2a8ed5d2b8b9bd9b455ff1868c389812344343435b4d20a34679ad872ff30dec
fc0f6356a61d528602c893617c89e73da983a42609f5b543372993fd0b8b4fb0
fc0f6356
00baed9d732aa1a62feee35b308f77efba1af607e7fc0f6356
1J3PLTqmUnBX3CMxxCap3pFgzPGgN5btKf

A7B
048B00FCBFC1A203F44BF123FC7F4C91C10A85C8EAE9187F9D22242B4600CE781C61E9E58A3E81E690EC0264280EE5442A0A8DE699DADFBCAC478985CC89D35BC9
048B00FCBFC1A203F44BF123FC7F4C91C10A85C8EAE9187F9D22242B4600CE781C61E9E58A3E81E690EC0264280EE5442A0A8DE699DADFBCAC478985CC89D35BC9
0a82ede3f0c1cf8d28444b07e9679dac27316340abe926a46e1ca601b5caef36
68430075ebd769394116ddd6c93bc4082b9af1e7
0068430075ebd769394116ddd6c93bc4082b9af1e7
14005d7eb739f8633b2269880a5df69cb5282aab92b8b8b4e5d00d3f39b2d6e5
28dc429ca5d7661b43bcb214366a420928ff369a9b90f1f775e5a48caa9806d0
28dc429c
0068430075ebd769394116ddd6c93bc4082b9af1e728dc429c
1AWHYKPNdiu33TFCve7k7QiKuWLpiyzBby

1460
04AADAAAB1DB8D5D450B511789C37E7CFEB0EB8B3E61A57A34166C5EDC9A4B869D2ED7CAAF2A261616F564190B4BC9F496F3DF86353FF76D7F704E48E654BACDF1
04AADAAAB1DB8D5D450B511789C37E7CFEB0EB8B3E61A57A34166C5EDC9A4B869D2ED7CAAF2A261616F564190B4BC9F496F3DF86353FF76D7F704E48E654BACDF1
3d048071973b73d6c9276349a15912a881ff0bb6ac3dad18a6372c77ff9334f9
88c65dab3a80f0502320b8d3e5a354165c6c15f5
0088c65dab3a80f0502320b8d3e5a354165c6c15f5
a07e740062abe9d959e7479cbf0a05c0d0260d57a25457430b79de55ec456a3b
0a0f6e0654fc0fee0c95998d03689c5b6d257c0ca1bb462496979c26af5714ec
0a0f6e06
0088c65dab3a80f0502320b8d3e5a354165c6c15f50a0f6e06
1DUCXnzF7hA7fLDToQEJjQaZ2rCVHonNfF

2930
04B4F1DE58B8B41AFE9FD4E5FFBDAFAEAB86C5DB4769C15D6E6011AE7351E547597875EE3C7E4D1B5C753D3747C7D5774B583DA4D075FB8CAF8CAB311B0F350483
04B4F1DE58B8B41AFE9FD4E5FFBDAFAEAB86C5DB4769C15D6E6011AE7351E547597875EE3C7E4D1B5C753D3747C7D5774B583DA4D075FB8CAF8CAB311B0F350483
6bd135e9c4f61a6caf9d8999c8895827947e7b0d1a8e4faac0ad39dc48d6a89b
b87be3de1d64465369fdfcac95047cdca05bac66
00b87be3de1d64465369fdfcac95047cdca05bac66
92ffecf90ddcd55d34bb2b8795267ea24164689ae38eddd1fdac7ae92c377fd7
1c28dd4e206adf496e7d96870a9685bcb5977146e91e527553852d3cd7027fd2
1c28dd4e
00b87be3de1d64465369fdfcac95047cdca05bac661c28dd4e
1HpTkLHDZ8zcqwkeNWiFfHBouiZvP9gj4Z
Jump to: