Bitcoin puzzle transaction ~32 BTC prize to who solves it

[holy_ship]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

[1713244504]

1713244504

[1713244504]

1713244504

[1713244504]

1713244504

[1713244504]

1713244504

[1713244504]

1713244504

[racminer]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

Ok

We "stubborn boyz" have shown you numbers not expectations.

./clBitCrack  -c -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:58] [Info] Compression: compressed
Ellesmere        2304/6473MB | 1 target 107.29 MKey/s (1,321,205,760 total) [00:00:10]

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:00] [Info] Compression: uncompressed
Ellesmere        2304/6473MB | 1 target 85.06 MKey/s (1,283,457,024 total) [00:00:12]

 ./clBitCrack  -c -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:20:27] [Info] Compression: both
Ellesmere        2304/6485MB | 1 target 64.78 MKey/s (868,220,928 total) [00:00:11]


 ./clBitCrack -c -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.03:06:54] [Info] Compression: compressed
[2019-02-26.03:08:58] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6450MB | 2749473 targets 83.47 MKey/s (4,420,641,226,752 total) [14:41:53]^C

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:34:01] [Info] Compression: uncompressed
[2019-02-27.13:34:40] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6473MB | 2749473 targets 64.28 MKey/s (2,793,406,464 total) [00:00:39]

./clBitCrack -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.23:52:15] [Info] Compression: both
[2019-02-26.23:54:19] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6481MB | 2749473 targets 46.05 MKey/s (2,213,925,617,664 total) [13:21:11]



In Short: Ubuntu 16.04, Rx480 8Gb
1       target compressed      107 Mkey/s
1       target uncompressed   85  Mkey/s
1       target both                    65 Mkey/s

2.7M targets compressed        83 Mkey/s
2.7M targets uncompressed    64 MKey/s
2.7M targets both                     46 Mkey/s
 

Show us your  setting (OS, gpu type) and your numbers (Mkeys/s with 1 or many targets, with -c or -c -u)
otherwise, no need to comment.

Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

[netlakes]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

Ok

We "stubborn boyz" have shown you numbers not expectations.

./clBitCrack  -c -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:58] [Info] Compression: compressed
Ellesmere        2304/6473MB | 1 target 107.29 MKey/s (1,321,205,760 total) [00:00:10]

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:00] [Info] Compression: uncompressed
Ellesmere        2304/6473MB | 1 target 85.06 MKey/s (1,283,457,024 total) [00:00:12]

 ./clBitCrack  -c -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:20:27] [Info] Compression: both
Ellesmere        2304/6485MB | 1 target 64.78 MKey/s (868,220,928 total) [00:00:11]


 ./clBitCrack -c -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.03:06:54] [Info] Compression: compressed
[2019-02-26.03:08:58] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6450MB | 2749473 targets 83.47 MKey/s (4,420,641,226,752 total) [14:41:53]^C

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:34:01] [Info] Compression: uncompressed
[2019-02-27.13:34:40] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6473MB | 2749473 targets 64.28 MKey/s (2,793,406,464 total) [00:00:39]

./clBitCrack -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.23:52:15] [Info] Compression: both
[2019-02-26.23:54:19] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6481MB | 2749473 targets 46.05 MKey/s (2,213,925,617,664 total) [13:21:11]



In Short: Ubuntu 16.04, Rx480 8Gb
1       target compressed      107 Mkey/s
1       target uncompressed   85  Mkey/s
1       target both                    65 Mkey/s

2.7M targets compressed        83 Mkey/s
2.7M targets uncompressed    64 MKey/s
2.7M targets both                     46 Mkey/s
 

Show us your  setting (OS, gpu type) and your numbers (Mkeys/s with 1 or many targets, with -c or -c -u)
otherwise, no need to comment.

Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

Nice!!! 

[zielar]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

Ok

We "stubborn boyz" have shown you numbers not expectations.

./clBitCrack  -c -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:58] [Info] Compression: compressed
Ellesmere        2304/6473MB | 1 target 107.29 MKey/s (1,321,205,760 total) [00:00:10]

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:22:00] [Info] Compression: uncompressed
Ellesmere        2304/6473MB | 1 target 85.06 MKey/s (1,283,457,024 total) [00:00:12]

 ./clBitCrack  -c -u -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
[2019-02-27.13:20:27] [Info] Compression: both
Ellesmere        2304/6485MB | 1 target 64.78 MKey/s (868,220,928 total) [00:00:11]


 ./clBitCrack -c -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.03:06:54] [Info] Compression: compressed
[2019-02-26.03:08:58] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6450MB | 2749473 targets 83.47 MKey/s (4,420,641,226,752 total) [14:41:53]^C

./clBitCrack  -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:34:01] [Info] Compression: uncompressed
[2019-02-27.13:34:40] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6473MB | 2749473 targets 64.28 MKey/s (2,793,406,464 total) [00:00:39]

./clBitCrack -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-26.23:52:15] [Info] Compression: both
[2019-02-26.23:54:19] [Info] 2,749,473 addresses loaded (52.4MB)
Ellesmere        2368/6481MB | 2749473 targets 46.05 MKey/s (2,213,925,617,664 total) [13:21:11]



In Short: Ubuntu 16.04, Rx480 8Gb
1       target compressed      107 Mkey/s
1       target uncompressed   85  Mkey/s
1       target both                    65 Mkey/s

2.7M targets compressed        83 Mkey/s
2.7M targets uncompressed    64 MKey/s
2.7M targets both                     46 Mkey/s
 

Show us your  setting (OS, gpu type) and your numbers (Mkeys/s with 1 or many targets, with -c or -c -u)
otherwise, no need to comment.

Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

racminer - I know that multiplying the value of -b x2 does not affect the result, however I found (in my case) on other cards - a setting that is definitely better. And without hiding the fact that the -p indicator I have exactly the same as you (2560), check what result will be at the setting: -b 36 -t 512 -p 2560 ... if it does not move, reduce the -p value... and share the result... :-)

[holy_ship]

1       target compressed      107 Mkey/s
2.7M targets both                     46 Mkey/s

OK, not stubborn, but alternatively gifted.
Do you really think that 46 vs 107 is "won't change much"?

[racminer]

1         target compressed      107 Mkey/s
2.7M   targets both                     46 Mkey/s

OK, not stubborn, but alternatively gifted.
Do you really think that 46 vs 107 is "won't change much"?

I think we agree, we just need to ask the same question

I said "won't change much" when: 
1) you compare  "1 compressed target" with  "2.7M compressed targets"                   107 and  83    23% decrease
2) you compare  "1 uncompressed target" with  "2.7M many uncompressed targets"  85  and  64    25% decrease
3) you compare  "1 both c & u   target" with  "2.7M  c & u  targets"                               65  and  46    30% decrease
 
more numbers

 you compare  "1 compressed target" with  "1M compressed targets"            107 and    90    16% decrease
 you compare  "1 compressed target" with  "100000 compressed targets"     107 and  100    7% decrease

Thanks

[racminer]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

.........................

.....................



Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

racminer - I know that multiplying the value of -b x2 does not affect the result, however I found (in my case) on other cards - a setting that is definitely better. And without hiding the fact that the -p indicator I have exactly the same as you (2560), check what result will be at the setting: -b 36 -t 512 -p 2560 ... if it does not move, reduce the -p value... and share the result... :-)

./clBitCrack -r -c -u -d 1 -b 36 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-28.13:53:24] [Info] Compression: both
Ellesmere        1216/6512MB | 2749473 targets 35.61 MKey/s (603,979,776 total) [00:00:15]


./clBitCrack -r -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:58:26] [Info] Compression: both
Ellesmere        2368/6471MB | 2749473 targets 46.55 MKey/s (1,659,358,937,088 total) [10:01:53]

[ania24]

Hello does anyone have a complete list of the taken addresses and it's corresponding private keys? from 1-60? Thank you

[Bajula]

Hello does anyone have a complete list of the taken addresses and it's corresponding private keys? from 1-60? Thank you

scroll back a bit and you can get most of them.. I think page 24? then move forward from there and you should have them all soon enough.. once you get used to skimming for the way they are posting the private keys you can do it in short order.

[holy_ship]

Hello does anyone have a complete list of the taken addresses and it's corresponding private keys? from 1-60? Thank you

It's a bit boring to get last 10, they are spread on 20 pages.

1757756a93
2237d05330
4b5f8303e9
e9ae4933d6
153869acc5b
2a21e3a7271
6bd3b27c591
e02b35a358f
122fca143c05
2ec18388d544
6cd610b53cba
ade6d7ce3b9b
174176b015f4d
22bd43c2e9354
75070a1a009d4
efae164cb9e3c
180788e47e326c
236fb6d5ad1f43
57dfa374c1d98f
9d18b63ac4ffdf
1eb25c90795d61c
2c675b852189a21
7496CBB87CAB44F

First 55 are in one message

[racminer]

Hello does anyone have a complete list of the taken addresses and it's corresponding private keys? from 1-60? Thank you

It's a bit boring to get last 10, they are spread on 20 pages.

1757756a93
2237d05330
4b5f8303e9
e9ae4933d6
153869acc5b
2a21e3a7271
6bd3b27c591
e02b35a358f
122fca143c05
2ec18388d544
6cd610b53cba
ade6d7ce3b9b
174176b015f4d
22bd43c2e9354
75070a1a009d4
efae164cb9e3c
180788e47e326c
236fb6d5ad1f43
57dfa374c1d98f
9d18b63ac4ffdf
1eb25c90795d61c
2c675b852189a21
7496CBB87CAB44F

First 55 are in one message

0000000000000000000000000000000000000000000000000000000000000001 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH
0000000000000000000000000000000000000000000000000000000000000003 1CUNEBjYrCn2y1SdiUMohaKUi4wpP326Lb
0000000000000000000000000000000000000000000000000000000000000007 19ZewH8Kk1PDbSNdJ97FP4EiCjTRaZMZQA
0000000000000000000000000000000000000000000000000000000000000008 1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e
0000000000000000000000000000000000000000000000000000000000000015 1E6NuFjCi27W5zoXg8TRdcSRq84zJeBW3k
0000000000000000000000000000000000000000000000000000000000000031 1PitScNLyp2HCygzadCh7FveTnfmpPbfp8
000000000000000000000000000000000000000000000000000000000000004c 1McVt1vMtCC7yn5b9wgX1833yCcLXzueeC
00000000000000000000000000000000000000000000000000000000000000e0 1M92tSqNmQLYw33fuBvjmeadirh1ysMBxK
00000000000000000000000000000000000000000000000000000000000001d3 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV
0000000000000000000000000000000000000000000000000000000000000202 1LeBZP5QCwwgXRtmVUvTVrraqPUokyLHqe
0000000000000000000000000000000000000000000000000000000000000483 1PgQVLmst3Z314JrQn5TNiys8Hc38TcXJu
0000000000000000000000000000000000000000000000000000000000000a7b 1DBaumZxUkM4qMQRt2LVWyFJq5kDtSZQot
0000000000000000000000000000000000000000000000000000000000001460 1Pie8JkxBT6MGPz9Nvi3fsPkr2D8q3GBc1
0000000000000000000000000000000000000000000000000000000000002930 1ErZWg5cFCe4Vw5BzgfzB74VNLaXEiEkhk
00000000000000000000000000000000000000000000000000000000000068f3 1QCbW9HWnwQWiQqVo5exhAnmfqKRrCRsvW
000000000000000000000000000000000000000000000000000000000000c936 1BDyrQ6WoF8VN3g9SAS1iKZcPzFfnDVieY
000000000000000000000000000000000000000000000000000000000001764f 1HduPEXZRdG26SUT5Yk83mLkPyjnZuJ7Bm
000000000000000000000000000000000000000000000000000000000003080d 1GnNTmTVLZiqQfLbAdp9DVdicEnB5GoERE
000000000000000000000000000000000000000000000000000000000005749f 1NWmZRpHH4XSPwsW6dsS3nrNWfL1yrJj4w
00000000000000000000000000000000000000000000000000000000000d2c55 1HsMJxNiV7TLxmoF6uJNkydxPFDog4NQum
00000000000000000000000000000000000000000000000000000000001ba534 14oFNXucftsHiUMY8uctg6N487riuyXs4h
00000000000000000000000000000000000000000000000000000000002de40f 1CfZWK1QTQE3eS9qn61dQjV89KDjZzfNcv
0000000000000000000000000000000000000000000000000000000000556e52 1L2GM8eE7mJWLdo3HZS6su1832NX2txaac
0000000000000000000000000000000000000000000000000000000000dc2a04 1rSnXMr63jdCuegJFuidJqWxUPV7AtUf7
0000000000000000000000000000000000000000000000000000000001fa5ee5 15JhYXn6Mx3oF4Y7PcTAv2wVVAuCFFQNiP
000000000000000000000000000000000000000000000000000000000340326e 1JVnST957hGztonaWK6FougdtjxzHzRMMg
0000000000000000000000000000000000000000000000000000000006ac3875 128z5d7nN7PkCuX5qoA4Ys6pmxUYnEy86k
000000000000000000000000000000000000000000000000000000000d916ce8 12jbtzBb54r97TCwW3G1gCFoumpckRAPdY
0000000000000000000000000000000000000000000000000000000017e2551e 19EEC52krRUK1RkUAEZmQdjTyHT7Gp1TYT
000000000000000000000000000000000000000000000000000000003d94cd64 1LHtnpd8nU5VHEMkG2TMYYNUjjLc992bps
000000000000000000000000000000000000000000000000000000007d4fe747 1LhE6sCTuGae42Axu1L1ZB7L96yi9irEBE
00000000000000000000000000000000000000000000000000000000b862a62e 1FRoHA9xewq7DjrZ1psWJVeTer8gHRqEvR
00000000000000000000000000000000000000000000000000000001a96ca8d8 187swFMjz1G54ycVU56B7jZFHFTNVQFDiu
000000000000000000000000000000000000000000000000000000034a65911d 1PWABE7oUahG2AFFQhhvViQovnCr4rEv7Q
00000000000000000000000000000000000000000000000000000004aed21170 1PWCx5fovoEaoBowAvF5k91m2Xat9bMgwb
00000000000000000000000000000000000000000000000000000009de820a7c 1Be2UF9NLfyLFbtm3TCbmuocc9N1Kduci1
0000000000000000000000000000000000000000000000000000001757756a93 14iXhn8bGajVWegZHJ18vJLHhntcpL4dex
00000000000000000000000000000000000000000000000000000022382facd0 1HBtApAFA9B2YZw3G2YKSMCtb3dVnjuNe2
0000000000000000000000000000000000000000000000000000004b5f8303e9 122AJhKLEfkFBaGAd84pLp1kfE7xK3GdT8
000000000000000000000000000000000000000000000000000000e9ae4933d6 1EeAxcprB2PpCnr34VfZdFrkUWuxyiNEFv
00000000000000000000000000000000000000000000000000000153869acc5b 1L5sU9qvJeuwQUdt4y1eiLmquFxKjtHr3E
000000000000000000000000000000000000000000000000000002a221c58d8f 1E32GPWgDyeyQac4aJxm9HVoLrrEYPnM4N
000000000000000000000000000000000000000000000000000006bd3b27c591 1PiFuqGpG8yGM5v6rNHWS3TjsG6awgEGA1
00000000000000000000000000000000000000000000000000000e02b35a358f 1CkR2uS7LmFwc3T2jV8C1BhWb5mQaoxedF
0000000000000000000000000000000000000000000000000000122fca143c05 1NtiLNGegHWE3Mp9g2JPkgx6wUg4TW7bbk
00000000000000000000000000000000000000000000000000002ec18388d544 1F3JRMWudBaj48EhwcHDdpeuy2jwACNxjP
00000000000000000000000000000000000000000000000000006cd610b53cba 1Pd8VvT49sHKsmqrQiP61RsVwmXCZ6ay7Z
0000000000000000000000000000000000000000000000000000ade6d7ce3b9b 1DFYhaB2J9q1LLZJWKTnscPWos9VBqDHzv
000000000000000000000000000000000000000000000000000174176b015f4d 12CiUhYVTTH33w3SPUBqcpMoqnApAV4WCF
00000000000000000000000000000000000000000000000000022bd43c2e9354 1MEzite4ReNuWaL5Ds17ePKt2dCxWEofwk
00000000000000000000000000000000000000000000000000075070a1a009d4 1NpnQyZ7x24ud82b7WiRNvPm6N8bqGQnaS
000000000000000000000000000000000000000000000000000efae164cb9e3c 15z9c9sVpu6fwNiK7dMAFgMYSK4GqsGZim
00000000000000000000000000000000000000000000000000180788e47e326c 15K1YKJMiJ4fpesTVUcByoz334rHmknxmT
00000000000000000000000000000000000000000000000000236fb6d5ad1f46 19LeLQDmSR8nxFa4v7UdX9SC41mdxP6Rx9
000000000000000000000000000000000000000000000000006abe1f9b67e114 1LzhS3k3e9Ub8i2W1V8xQFdB8n2MYCHPCa
000000000000000000000000000000000000000000000000009d18b63ac4ffdf 17aPYR1m6pVAacXg1PTDDU7XafvK1dxvhi
00000000000000000000000000000000000000000000000001eb25c90795d61c 15c9mPGLku1HuW9LRtBf4jcHVpBUt8txKz
00000000000000000000000000000000000000000000000002c675b852189a21 1Dn8NF8qDyyfHMktmuoQLGyjWmZXgvosXf
00000000000000000000000000000000000000000000000007496cbb87cab44f 1HAX2n9Uruu9YDt4cqRgYcvtGvZj1rbUyt
0000000000000000000000000000000000000000000000000fc07a1825367bbe 1Kn5h2qpgw9mWE5jKpk8PP4qvvJ1QVy8su

[zielar]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

.........................

.....................



Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

racminer - I know that multiplying the value of -b x2 does not affect the result, however I found (in my case) on other cards - a setting that is definitely better. And without hiding the fact that the -p indicator I have exactly the same as you (2560), check what result will be at the setting: -b 36 -t 512 -p 2560 ... if it does not move, reduce the -p value... and share the result... :-)

./clBitCrack -r -c -u -d 1 -b 36 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-28.13:53:24] [Info] Compression: both
Ellesmere        1216/6512MB | 2749473 targets 35.61 MKey/s (603,979,776 total) [00:00:15]


./clBitCrack -r -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:58:26] [Info] Compression: both
Ellesmere        2368/6471MB | 2749473 targets 46.55 MKey/s (1,659,358,937,088 total) [10:01:53]

racminer.... try -t 512 with -b 36... no 256

[racminer]

You, stubborn boyz, don't get simple thing: bounty is 100% compressed, so you need only -c switch.
For abandoned wallets you 100% need both -u and -c switches.
That's 2x drop.

bloom filter with thousands of addressed also cannot be free. Here you get another ~50% drop.

So, 1 address vs thousands is really around "3X difference".

.........................

.....................



Thanks.

One more thing, about -b -t -p  (to Zielar)

Default setting:
~/BitCrack/bin$ ./clBitCrack   -d 1  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        16/6471MB | 1 target 48.35 MKey/s (1,997,537,280 total) [00:00:39]

My setting:
:~/BitCrack/bin$ ./clBitCrack   -d 1 -b 72 -t 256 -p 2048  15VF3MsCzjHmFQ3wK3SMrTEBTmFY8zhJnU
Ellesmere        2304/6491MB | 1 target 107.70 MKey/s (868,220,928 total) [00:00:06]

racminer - I know that multiplying the value of -b x2 does not affect the result, however I found (in my case) on other cards - a setting that is definitely better. And without hiding the fact that the -p indicator I have exactly the same as you (2560), check what result will be at the setting: -b 36 -t 512 -p 2560 ... if it does not move, reduce the -p value... and share the result... :-)

./clBitCrack -r -c -u -d 1 -b 36 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-28.13:53:24] [Info] Compression: both
Ellesmere        1216/6512MB | 2749473 targets 35.61 MKey/s (603,979,776 total) [00:00:15]


./clBitCrack -r -c -u -d 1 -b 72 -t 256 -p 2048  -o res.txt -i btc.txt
[2019-02-27.13:58:26] [Info] Compression: both
Ellesmere        2368/6471MB | 2749473 targets 46.55 MKey/s (1,659,358,937,088 total) [10:01:53]

racminer.... try -t 512 with -b 36... no 256

Rx480 has  a limit ... You can't have  -t  higher than 256.

[racminer]

Hello does anyone have a complete list of the taken addresses and it's corresponding private keys? from 1-60? Thank you

It's a bit boring to get last 10, they are spread on 20 pages.

1757756a93
2237d05330
4b5f8303e9
e9ae4933d6
153869acc5b
2a21e3a7271
6bd3b27c591
e02b35a358f
122fca143c05
2ec18388d544
6cd610b53cba
ade6d7ce3b9b
174176b015f4d
22bd43c2e9354
75070a1a009d4
efae164cb9e3c
180788e47e326c
236fb6d5ad1f43
57dfa374c1d98f
9d18b63ac4ffdf
1eb25c90795d61c
2c675b852189a21
7496CBB87CAB44F

First 55 are in one message

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 00000000000000000000000000000000000000000000000000236fb6d5ad1f46 19LeLQDmSR8nxFa4v7UdX9SC41mdxP6Rx9
55 000000000000000000000000000000000000000000000000006abe1f9b67e114 1LzhS3k3e9Ub8i2W1V8xQFdB8n2MYCHPCa
56 000000000000000000000000000000000000000000000000009d18b63ac4ffdf 17aPYR1m6pVAacXg1PTDDU7XafvK1dxvhi
57 00000000000000000000000000000000000000000000000001eb25c90795d61c 15c9mPGLku1HuW9LRtBf4jcHVpBUt8txKz
58 00000000000000000000000000000000000000000000000002c675b852189a21 1Dn8NF8qDyyfHMktmuoQLGyjWmZXgvosXf
59 00000000000000000000000000000000000000000000000007496cbb87cab44f 1HAX2n9Uruu9YDt4cqRgYcvtGvZj1rbUyt
60 0000000000000000000000000000000000000000000000000fc07a1825367bbe 1Kn5h2qpgw9mWE5jKpk8PP4qvvJ1QVy8su

Please note that #54 should be

54 00000000000000000000000000000000000000000000000000236fb6d5ad1f43 1KYUv7nSvXx4642TKeuC2SNdTk326uUpFy

[zielar]

Rx480 has  a limit ... You can't have  -t  higher than 256.

Oh ... it changes the form of things :-) well ... I wanted better :-)
---
Is there someone here who would be able to convert the counting number of scanned keys in BitCrack into a counter showing the number of REMOTE keys to be scanned along with the estimated remaining time to complete? It would be more interesting information than the amount that was scanned. Unfortunately, I do not know the programming language completely, and my knowledge ends at the stage of compiling a ready solution with possible code change in the sources. I would be grateful for such a small addition.

[pikachunakapika]

Rx480 has  a limit ... You can't have  -t  higher than 256.

Oh ... it changes the form of things :-) well ... I wanted better :-)
---
Is there someone here who would be able to convert the counting number of scanned keys in BitCrack into a counter showing the number of REMOTE keys to be scanned along with the estimated remaining time to complete? It would be more interesting information than the amount that was scanned. Unfortunately, I do not know the programming language completely, and my knowledge ends at the stage of compiling a ready solution with possible code change in the sources. I would be grateful for such a small addition.

Please checkout the branch "remaining" at https://github.com/pikachunakapika/BitCrack. It also includes my changes for random starting points. With -r you get no ETA and remaining count.

[zielar]

Rx480 has  a limit ... You can't have  -t  higher than 256.

Oh ... it changes the form of things :-) well ... I wanted better :-)
---
Is there someone here who would be able to convert the counting number of scanned keys in BitCrack into a counter showing the number of REMOTE keys to be scanned along with the estimated remaining time to complete? It would be more interesting information than the amount that was scanned. Unfortunately, I do not know the programming language completely, and my knowledge ends at the stage of compiling a ready solution with possible code change in the sources. I would be grateful for such a small addition.

Please checkout the branch "remaining" at https://github.com/pikachunakapika/BitCrack. It also includes my changes for random starting points. With -r you get no ETA and remaining count.

it does not work.
By firing "from scratch" on a clean script for the scope --keyspace 01000000000000000: 01FFFFFFFFFFFFFFF --share 41/160, the estimated time is 1.75 months. Using the --continue file which contains the starting point at half of what I initially set (just: in a situation where 50% of the range has already been scanned) - the counter gives 1.75 months. This is not something here .... since I've scanned 50% ... it can not be that it will take as long as it will last as if I started scanning from now on again The -r option can not be used because it does not work with "- -continue "and not using this option at this level is probably a waste of time.

[pikachunakapika]

it does not work.
By firing "from scratch" on a clean script for the scope --keyspace 01000000000000000: 01FFFFFFFFFFFFFFF --share 41/160, the estimated time is 1.75 months. Using the --continue file which contains the starting point at half of what I initially set (just: in a situation where 50% of the range has already been scanned) - the counter gives 1.75 months. This is not something here .... since I've scanned 50% ... it can not be that it will take as long as it will last as if I started scanning from now on again The -r option can not be used because it does not work with "- -continue "and not using this option at this level is probably a waste of time.

Thanks! Fixed respecting the --continue file. Working on the changes for --continue with -r option now.
All changes are in the master branch now and the remaining branch has been removed.

[Velkro]

While playing around with my bot, I found out this mysterious transaction:
[...]
The prize would be ~32 BTC

EDIT: If you find the solution feel free to leave a tip 1DPUhjHvd2K4ZkycVHEJiN6wba79j5V1u3

Started to anaylize this, but figured out its not actually a puzzle at all. Its attempt to steal of this funds right? There is no official puzzle by owner of this addresses? By what you saying i think there is no consent here.
From what i see you guys have fun, but it shouldn't be allowed at all

[brainless]

Rx480 has  a limit ... You can't have  -t  higher than 256.

Oh ... it changes the form of things :-) well ... I wanted better :-)
---
Is there someone here who would be able to convert the counting number of scanned keys in BitCrack into a counter showing the number of REMOTE keys to be scanned along with the estimated remaining time to complete? It would be more interesting information than the amount that was scanned. Unfortunately, I do not know the programming language completely, and my knowledge ends at the stage of compiling a ready solution with possible code change in the sources. I would be grateful for such a small addition.

Please checkout the branch "remaining" at https://github.com/pikachunakapika/BitCrack. It also includes my changes for random starting points. With -r you get no ETA and remaining count.

Hello all
i notice, this random called update just start with random starting points instead of series starting points
after 1st generates random starting points, each starting point  start searching series,
Random should be every second each every string random

if you understand, its ok, if you need to understand more in details with example, feel free to ask