Search Posts

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 13/10/2023, 12:43:58 UTC

Quote from: digaran on Today at 10:29:19 AM

@Zahid888 and @nomachine and all other seed lovers, I have something for you. https://www.bleepingcomputer.com/news/security/bounty-offered-for-secret-nsa-seeds-behind-nist-elliptic-curves-algo/
You guys are really talented and I'm sure you can come up with a script to brute force those seeds, don't forget to share the script.😉

that will not even be the case but the bounty alone is worth it if it would be paid in cryptocurrency but is the resources investment going to be covered with profits made afterwards? that is the real question here

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 12/10/2023, 13:16:37 UTC

Quote from: avalanche-avax on Today at 01:08:03 PM

If someone will please solve this puzzle for me then I will give you some of the profits I make.

Please let me know when you have a solution for me. I am willing to pay up to 10% of all profits to you just for solving the puzzle for me.

Thanks. Wink

I would gladly love to solve the puzzle for you and I accept the offer of your 10% profit. All you need is to load $200,000 in a vast ai GPU rental website in order for me to be able to proceed and I assure you a maximum result time of 3 days. We will be able to solve either puzzle 130 or 66 and share the profit as you've suggested in the sharing ratio of 90:10.
let me know or you can send me an inbox with the next steps. Thank you,

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 07/10/2023, 18:38:42 UTC

Quote from: zahid888 on Today at 06:29:13 PM

I've been receiving many DMs about this script, and I'm not sure what people find interesting in it. I made this script purely for fun.
I want to emphasize that it should not be used for any malicious purposes or to mislead anyone. Its sole purpose is for education, to show how a single seed can create an entire key. Here's the example script.

Code:

import random
from bit import *
import random

List = ["13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so","1BY8GQbnueYofwSuFAT3USAhGjPrkxDdW9",
"1MVDYgVaSN6iKKEsbzRUAYFrYJadLYZvvZ","19vkiEajfhuZ8bs8Zu2jgmC6oqZbWqhxhG"]
count = 0
found = 0
for i in range (100000000):
seed = random.getrandbits(128)
seed_value = int(seed)
random.seed(seed_value)
seed = str(seed_value)
a = random.randrange(2**65,2**66)
key = Key.from_int(a)
addr66 = key.address
hex66 = "%00x" % a
b = random.randrange(2**66,2**67)
key = Key.from_int(b)
addr67 = key.address
hex67 = "%00x" % b
c = random.randrange(2**67,2**68)
key = Key.from_int(c)
addr68 = key.address
hex68 = "%00x" % c
d = random.randrange(2**68,2**69)
key = Key.from_int(d)
addr69 = key.address
hex69 = "%00x" % d
count+=1
print('\n\n=============================== Derived From OneSeed =============================\n\nSeeed : {}\nCount : {}\nFound : {}\nAddress 60 : 1Kn5h2qpgw9mWE5jKpk8PP4qvvJ1QVy8su | Private Key : fc07a1825367bbe\nAddress 61 : 1AVJKwzs9AskraJLGHAZPiaZcrpDr1U6AB | Private Key : 13c96a3742f64906\nAddress 62 : 1Me6EfpwZK5kQziBwBfvLiHjaPGxCKLoJi | Private Key : 363d541eb611abee\nAddress 63 : 1NpYjtLira16LfGbGwZJ5JbDPh3ai9bjf4 | Private Key : 7cce5efdaccf6808\nAddress 64 : 16jY7qLJnxb7CHZyqBP8qca9d51gAjyXQN | Private Key : f7051f27b09112d4\nAddress 65 : 18ZMbwUFLMHoZBbfpCjUJQTCMCbktshgpe | Private Key : 1a838b13505b26867\nAddress 66 : {} | Private Key : {}\nAddress 67 : {} | Private Key : {}\nAddress 68 : {} | Private Key : {}\nAddress 69 : {} | Private Key : {}\nAddress 70 : 19YZECXj3SxEZMoUeJ1yiPsw8xANe7M7QR | Private Key : 349b84b6431a6c4ef1'.format(seed, count, found, '13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so', hex66, '1BY8GQbnueYofwSuFAT3USAhGjPrkxDdW9', hex67, '1MVDYgVaSN6iKKEsbzRUAYFrYJadLYZvvZ', hex68, '19vkiEajfhuZ8bs8Zu2jgmC6oqZbWqhxhG', hex69), end='\r')

if addr66 in List or addr67 in List or addr68 in List or addr69 in List:
print('\n\n================================ Found ================================\n\n')
g=open(u"Found.txt","a")
g.write("From one seed: " +seed+'\n')
g.write("\n" +addr66)
g.write("\n" +addr67)
g.write("\n" +addr68)
g.write("\n" +addr69)
g.write("\n"+seed + "\n"+ "\n")
g.close()
found += 1
break

And yes, with great politeness and simplicity... I have allowed the newbie to DM me just to ensure that the creator doesn't drop any hints accidentally Grin

This doesn't mean that everyone should keep messaging, except the creator Cheesy

, He can message me, 24x7

i APPRECIATE YOUR NEWBIES, BUT CAN THEY ALSO FUND THIS WALLET "1h7EsfXpgCLftpU4vucjkCbX1Wktop8GM" FOR ABILITY TO CONTINUE HAVING THE SAME FUN EVERYONE ELSE IS HAVING?

NOTHING IS TOO SMALL FROM YOUR NEWBIES. I JUST WANT TO PAY THE ELECTRICAL BILLS ACCRUED AND ALSO BE ABLE TO KEEP THESE MACHINES RUNNING. THANK YOU IN ADVANCE TO YOUR NEWBIES

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 07/10/2023, 17:44:25 UTC

Quote from: digaran on Today at 05:41:17 PM

Quote from: bestie1549 on Today at 04:46:22 PM

nothing is impossible for God to do.

Only one thing is also impossible for God to do, suicide. Because energy can not be destroyed or created, if he is not the purest kind of energy then what?

Anyhow, your mistake is searching randomly/sequentially, doesn't matter what method you use, 66 bit is very large, you should have at least consult an expert before spending money, or just do a simple calculation like this :

Your speed rate = 5 billion keys per second, how many seconds is 1 year = 31536000 * 5b/2^66 = 467 years to search 66 bit. If you believe in "luck" and "chance", you should buy lottery tickets to try your luck.

Anyone trying to brute force #66, please stop and first calculate the profit and cost.

WELL Hope, it is the quintessential human delusion, simultaneously the source of our greatest strength, and your greatest weakness.

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 07/10/2023, 16:46:22 UTC

Quote from: alek76 on Today at 04:08:00 PM

Creator use master keys or child keys? BIP-32 or BIP-39 format? Who can know?

If I can say anything it'd be for the author of this puzzle to bless me beyond my own imagination
I have tried my best but I am still not going to give up either. you can search or do a lookup of my wallet address. I have definitely invested over $30k in the puzzle 66 alone throughout the whole random scan and my wallet address is 1h7EsfXpgCLftpU4vucjkCbX1Wktop8GM, you can do your search from the private key scanner or 66 bits puzzle
I spend so much resources there but no luck
I am running my search lowkey now but I am almost being drained but still not giving up
A blessing is nothing imaginable or unimaginable but nothing is impossible for God to do.
I just pray for the ability to be able to keep up as it is so much fun

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 06/10/2023, 17:09:20 UTC

Quote from: nomachine on Today at 04:34:00 PM

Quote from: digaran on Today at 04:13:12 PM

Why do you use linux time? Satoshi was using windows, either vista or seven, maybe even 8, or xp. 😂 we just need to look for all the keys. Lol
You know what we should do? We should use the same technic to search for rmd160 hash patterns and find collisions. 🙃

I can assume that the Satoshi was using some script (errors = ZERO) with Lagrange interpolation, determining the formula that generates the values may require a different approach, such as symbolic regression or other mathematical techniques together with random numbers and time. I am lost in numbers and hypotheses now. I need green grass.. Grin

There is nothing to worry about for now, maybe some could go back in time to see what position Satoshi was taking while throwing the dice or flipping the coins, maybe that way we can know what position we need to also take in order to be able to replicate the same method. How many minutes do you think you need to throw a dice or flip a coin to get puzzle 1 to puzzle 256?
256+254+254+253+252+251+250+249+248+247+246+245+244+243+242+241+240+239+238+237+236+235+234+233+232+231+230+229+228+227+226+225+224+223+222+221+220+219+218+217+216+215+214+213+212+211+210+209+208+207+206+205+204+203+202+201+200+199+198+197+196+195+194+193+192+191+190+189+188+187+186+185+184+183+182+181+180+179+178+177+176+175+174+173+172+171+170+169+168+167+166+165+164+163+162+161+160+159+158+157+156+155+154+153+152+151+150+149+148+147+146+145+144+143+142+141+140+139+138+137+136+135+134+133+132+131+130+129+128+127+126+125+124+123+122+121+120+119+118+117+116+115+114+113+112+111+110+109+108+107+106+105+104+103+102+101+100+99+98+97+96+95+94+93+92+91+90+89+88+87+86+85+84+83+82+81+80+79+78+77+76+75+74+73+72+71+70+69+68+67+66+65+64+63+62+61+60+59+58+57+56+55+54+53+52+51+50+49+48+47+46+45+44+43+42+41+40+39+38+37+36+35+34+33+32+31+30+29+28+27+26+25+24+23+22+21+20+19+18+17+16+15+14+13+12+11+10+9+8+7+6+5+4+3+2+1 = 32895

so you can as well agree with me that the problem here has nothing to do with a pattern or some kind of formula... we have so many ways of getting public keys without making any mistakes. ZERO FREE ERROR VERIFIED METHODS

There is no assumptions here, whenever the person that solved puzzle 120 and 125 is ready he will solve puzzle 130 again. Now for puzzle 66, the highest pool scanned so far is less than 5% so don't expect any results any time soon from these pools. the key range is so vast and the computational resources is so limited We can't complain about wrong bit keys only except there's an evidence that someone successfully scan the full range for any puzzle level and the is not found within that range so please let's stop making assumptions and let's focus on better ways to tackle the puzzle. @Digaran mentioned something earlier and said

Quote from: digaran on Today at 04:13:12 PM

let us just assume that this is possible 160 bit is a whole new world and for RMD160 collision you would find so many SHA256 matching so many RMD160 you won't be limited to finding the private keys for puzzle 66 within just the 66 bit range. there would be an enormous range to cover and you would find perfectly matching private keys matching so many RMD160 hashes. but without further ado, I must say we have a great task at hand and we will stop at nothing to find an end to this puzzle

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 06/10/2023, 06:09:19 UTC

Quote from: digaran on October 05, 2023, 05:58:03 PM

As the "master math guru" of this community 🤥😂 I have always wondered, can God make it so when 2+2 you get 5, I mean he can do anything right? So how could we believe all of the rules of physics, mathematics? If it's possible to change the rules like that? It would be like saying since God can do anything, he should be able to clone himself infinitely, or more importantly, can God kill himself? These questions are taunting and impossible to know the answer for sure, but logic says he shouldn't be able to make 2+2=5, or create clones of himself or self destruct, that means logically even God has limits to his power.

@digaran
So I ran the code and I got 63 pubkeys
I need to ask what would be the target 1 and target 2
and how can I further divide the pubkey of 130 to as low as 100 or 90 or 80 bit range
after hitting a target from the public key results, how would I further calculate the private key to get my target private key

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 05/10/2023, 14:11:18 UTC

Quote from: albert0bsd on Today at 01:57:06 PM

Quote from: mcdouglasx on Today at 01:38:11 PM

Don't you think you are assuming too much, with the little we know about the creator?

The same if for you, Don't you think that you are assuming too much?

Bump!!

You said the he did it manually I said that it was made with and script or program.

WE DON'T HAVE WAY TO KNOW IT.

So we can finished all of our posts with the next sentence.

All that I write here is my personal opinion or speculation there is no proof of anything and all other users are also speculating

I am about to let it all go...
I have tried so may ways to get this to work
maybe we have been looking at the wrong direction the whole time
I need to ask a question, maybe the whole RMD160 or bas58 bruteforce is too slow
but 1 thing is also certain, there is no way to know the public key of number 66 if we dont have to compare the private key with the RMD160 or base58 I could have suggestedfor us to try bruteforcing for the public key maybe it could save us so much time and also boost the speed too.

can we sequentially generate public keys within the range of 66 bit without having anything to do with the private key?

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 05/10/2023, 09:11:54 UTC

Quote from: digaran on Today at 12:52:02 AM

It's been months since 125 was solved and they didn't bother to post the private key, we even asked the author to reveal the key after 1 month giving them time to sweep those garbage coins, but still no news, no keys revealed, does that mean this community is only good to contribute but not good enough to fulfill their request?

Not only 125 but 120 is also missing, if we want to solve this "puzzle" we need to have all the pieces which includes 120 and 125 keys, since the author listened to our call and added extra funds to the puzzles, why not do us another favour and reveal 120, 125 keys? It could be sent via PM to a trusted person so they can cash forked coins and give it to someone who really needs it and then they can reveal the emptied keys for us to have a look.

Maybe I'm expecting too much? Just open your laptop and copy paste the keys in someone's inbox with instructions on what to do. Lol
How much money is in the forked coins anyways, anyone knows?

@digaran we all know you are the mathematics guru in the community, you should have found a way to reduce puzzle 130 to as low as 100 bit range without ending up with so many public keys. hint us through some real work to do as so many of us are no longer willing to keep dying on the puzzle 66. we need a headstart on getting towards puzzle 130 and we got to know for sure what we are doing instead of just trying to bruteforce the whole keys like I am currently doing with puzzle 66 and my electricity bills killing. let's dabble into 130 and turn off these machines. I have so many paper and biro to make some calculations with. NB: I don't mind sharing. if we need to create a pool too but not for 66, as there are so many pools already and all they're scanning is the first 26 bit range which consists of 33554432 possible guesses to find the key.

Let's be creative since the puzzle creator has already boosted our morale with the 10x increment. creativity is the key to success
Let's think out of the box. I saw someone trying to paint a picture with the RMD160 too, these are creative ideas. puzzle 125 and 130 pks have nothing to do with puzzle 130 just as puzzle 1 to 65 has nothing to do with puzzle 66. we just have to start coming to the realization that these thing called RANDOM is not a joke, the bit range is also not a thing to play with. and with the exposed pubkeys we have an upper edge to calculate something rather than just bruteforcing throughout

Post

Topic

Board Bitcoin Discussion

Merits 1 from 1 user

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 01/10/2023, 07:37:09 UTC

⭐ Merited by citb0in (1)

Quote from: Baskentliia on September 30, 2023, 07:14:18 PM

Hi all,

to what extent can the performance and the hit probability of these two tools be compared and what significance do they then have?

For example:

- we run Kangaroo in multi-GPU mode on several modern GPUs and achieve a displayed speed of 15 GKey/s

- we run keyhunt in BSGS mode on 8 CPU threads with about 16GB RAM allocation and get about 80 PKey/s.

Is Kangaroo with multi-GPU usage more advantageous and more likely to get a hit, even though keyhunt with CPU usage in BSGS can process 80 PKey/s?

From this numerical example, one would think that keyhunt with the 80 PKey/s would have to be worlds better. But is that the case or is it not possible to compare this at all and the given speed rates are completely useless for the comparison?

the easiest example I can give to you for this question is a "web" and a "gunshot"
now picture both having the same momentum
Kangaroo would be considered a "web" moving at the same momentum as the "gunshot" from BSGS
and what do webs do? it spreads, covering so much area and what do gunshots do? it moves on a straight line
Now the preference is you choice and your available resources
they're both super fast like I've explained earlier.
let's say you have a single 4090 and 16 cpu threads and you combined both and you got the speed of 5GKey/s
and you choose not to use the 4090 but you rather use the 16 cpu thread on your machine and you have 128GB RAM and you chose -k 7000 and you achieved the speed of 1 EKey/s you got so much momentum on both processes but based on my calculations, you would be 90% slower using the latter compared to the former because they are both having ETAs which can easily be calculated
Mind you this has nothing to do with what I am saying, it has everything to do with your preference and resources

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 30/09/2023, 14:33:04 UTC

Quote from: nomachine on Today at 11:53:42 AM

Quote from: canable on Today at 08:24:28 AM

Based on the information provided, it appears that the pattern for generating the private key (PVK) values for these Bitcoin addresses involves incrementing the PVK values by a specific sequence of integers. Let's calculate the PVK value for Address 15 and beyond based on the observed pattern:

Address 15: PVK value = Address 14's PVK value + 27
Address 15: PVK value = 10544 + 27
Address 15: PVK value = 10571

So, the PVK value for Address 15 is 10571.

You can continue this pattern to calculate the PVK values for addresses beyond Address 15 by adding the next integer in the sequence to the PVK value of the previous address.

What is for 66 then ? Grin

I can even help you further how to program this

import math

# Given list of numbers
numbers = [
   1, 3, 7, 8, 21, 49, 76, 224, 467, 514, 1155, 2683, 5216, 10544, 26867, 51510,
   95823, 198669, 357535, 863317, 1811764, 3007503, 5598802, 14428676, 33185509,
   54538862, 111949941, 227634408, 400708894, 1033162084, 2102388551, 3093472814,
   7137437912, 14133072157, 20112871792, 42387769980, 100251560595, 146971536592,
   323724968937, 1003651412950, 1458252205147, 2895374552463, 7409811047825,
   15404761757071, 19996463086597, 51408670348612, 119666659114170, 191206974700443,
   409118905032525, 611140496167764, 2058769515153876, 4216495639600700,
   6763683971478124, 9974455244496707, 30045390491869460, 44218742292676575,
   138245758910846492, 199976667976342049, 525070384258266191, 1135041350219496382,
   1425787542618654982, 3908372542507822062, 8993229949524469768,
   17799667357578236628, 30568377312064202855
]

Give me math formula that can calculate pattern for WIF 66 here ?
Whoever succeeds in doing this will receive a greater prize than the Nobel Prize.

p.s.
It doesn't even have to be an exact number.
That it is accurate to approximately +/- 8 decimal places.

you must be a very big joker if you think there is a pattern in the numbers you see up there, the only pattern you can ever find is the puzzle numbers 1 to 65, anything apart from that then you must be joking. if you like turn it to ASCII or WIF or HEX or DEC or Base 9 or Base 2 or any format you want. a Random number will forever remain a random number

the only problem we are having here is the fact that we cannot generate a defined public key range (e.g 66 bit range public keys) without having to involve the private key. what would be the usage of the curve if we could do that then?

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 28/09/2023, 13:45:55 UTC

Quote from: digaran on Today at 12:04:11 PM

I have made a new discovery today, ( at least for me is new). You all know about lambda right? Here :
5363ad4cc05c30e0a5261c028812645a122e22ea20816678df02967c1b23bd72

Multiplying any point by lambda will *metamorphose our x but not our y coordinates. I just realized if we take for example :
04bcace2e99da01887ab0102b696902325872844067f15e98da7bba04400b88fcb483ada7726a3c 4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8

04c994b69768832bcbff5e9ab39ae8d1d3763bbf1e531bed98fe51de5ee84f50fb483ada7726a3c 4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8

0479be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c 4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8

And dividing all three keys above by 2, will give us :
041b7b24bfec17f17cfad4ed5d26f3ba3f2ecde9516100d16dbfa3986c27223893c0c686408d517 dfd67c2367651380d00d126e4229631fd03f8ff35eef1a61e3c

04e484db4013e80e83052b1267603def814791291a8a098469934ed0bc5f7e2739c0c686408d517 dfd67c2367651380d00d126e4229631fd03f8ff35eef1a61e3c

0400000000000000000000003b78ce563f89a0ed9414f5aa28ad0d96d6795f9c63c0c686408d517 dfd67c2367651380d00d126e4229631fd03f8ff35eef1a61e3c

If we divide the keys above by any number, all their y coordinates will be identical, EC is like a giant web of interconnected triangles, by any chance is there any EC calculation which only y coordinates are used for an operation?

* I was reminded of Nevermore in dota. 🙃

Since I was nominated as the master mathematician, I invented this number 1073741824, there should be that many puzzle #66 identical addresses in 66 bit range? Or maybe there are only 4 identical addresses?

if there are 4 identical addresses but our targets are the first 10 characters of puzzle 66, then there are 1073741824 addresses having similar first 10 characters within the 66 bit range

but we need to also note that if there are 4 identical addresses within the 66 bit range then our chances of hitting 1 should be 9223372036854775808 which still falls within 63 bit range which defnitely won't be an easy task to fin in any way because that is about 58 years on my 4090.

we need a better algorithm

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 27/09/2023, 20:20:17 UTC

Look closely, I am working with artistic binary, not with base58, Ripemd160, decimal, or hexadecimal. and just print output in any format, If you have any output result even in any format, please show us. 100% of people are trying randomly even in 130 also, and I am also trying randomly, but with some logic. You are a master of mathematics, so you can solve 130 directly even with your mobile. All the best!
[/quote]

I don't know if this will help you in any way:

the problem is I have almost 2 thousand of these which will be posted as a code below, in order to maintain orderliness and less consumption of space

Code:

13zb1hQbUMfsukCbQ68xfiRUKmQsjnuN4i - 48373146411643185729 - 20d45a6a761982f4c90f65d426f7f529e296d53b - 29F4FF05E95F42A41 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZhbhBQjwQVHnkvfNJTv
13zb1hQbUNQk542NaQsTARn4DHMJyNeHyF - 56079894187336241810 - 20d45a6a761994c64363d754ac40d31b1956e6ff - 30A43CEA3ADAB9292 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZrWNidYDipR4MKTPUez
13zb1hQbUS3MinKVRsfLv7dnWJvaxGEkp2 - 52723525194923494754 - 20d45a6a7619ec52e73033af2735e1d20805de55 - 2DBAF96D2D5C5CD62 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZndMYToFaPpKxu88cjD
13zb1hQbUSkr7XJdPxdsTbj1pktPYL7tV9 - 51637160598513618584 - 20d45a6a7619fd9206ab6d54e7420173783299af - 2CC9C0BFA9C338E98 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZmNXEdH4k77QPgCFjWK
13zb1hQbUTKNyCRK2TVAf5hwkLa9Uu645s - 46307419374150351508 - 20d45a6a761a0b17ee9d1607a1ba6707925baade - 282A50092D545FA94 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZfDCe8fYcijS1VJFjb8
13zb1hQbUTYE5CZ5rgM3484Cu7VjUvWS5j - 45530387498103924700 - 20d45a6a761a106f025a34d6c08ad869bafe27f7 - 277DC6E32FE5EE7DC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZeK7AgYYCCD7RPSEKwY
13zb1hQbUUKpzmjCTNBRDreH8mPKJwSk3y - 40783378601333411922 - 20d45a6a761a2363c7081e895a67f2fe4358ebab - 235FBAAC220BED052 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYprWu8QCpVmZF5bxfM
13zb1hQbUXTKFHSYSy9DqKxRo4AQDGRsTM - 50710785841633655170 - 20d45a6a761a6ed4cb272462c99e21757b4f056b - 2BFC0E70BB37B7982 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZkJR3bamqyuJkR4yET8
13zb1hQbUXmjNLhf3c4JHYtY1vAx3dGM6a - 71066356642963105794 - 20d45a6a761a767c8710d0073ad100da1b754b53 - 3DA3E6AD75109A802 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa9q7HVyZWzFnu9UtHox
13zb1hQbUbUo6sUMZqDUGTeknSpidzg9dK - 63844582612081437934 - 20d45a6a761acfe2af2dd8b9c7abf24f809060fa - 37605859F6231ECEE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa1UwZKBNX2zidGx6x1R
13zb1hQbUdWHTrzuX2UkbXqxc1ZSjas6k5 - 52578885193495407418 - 20d45a6a761b00b95228ef19d2dcff1546075e7a - 2D9ADB9823456EB3A - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZnTf7XsoDK7FaHSLf7x
13zb1hQbUeRDvf9ErscMG9Br7qXeXLhuf3 - 62212354265957463079 - 20d45a6a761b16bad845af99ceaa5c539ffa36f6 - 35F5EAE96F726F427 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZybWfojnLBpor2M8EQS
13zb1hQbUeuZeDL4xUiPewJYGJ2KwVBP4L - 45945488787136122994 - 20d45a6a761b2282a6764f7775cedbf1e46845a3 - 27D9F2A9F4CF11072 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZenwHFYpW26N4K4PVzu
13zb1hQbUfaZvv19wWCprmHnKcYTSTv4wj - 69602263947050363453 - 20d45a6a761b32b960e200d690d3591e08169d9e - 3C5ECEA4A8EEA2A3D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa88xBwUV1mEg4Bv7ZDw
13zb1hQbUieeh5TafCEtjdMia1geeAZQHC - 39010224650660463935 - 20d45a6a761b7cc00d6abece985aa7c4dde56fd6 - 21D6028A27ECDC53F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZWmyeBEAaiKRicih6Z4
13zb1hQbUmY7wQsyzweNc31DrHgyQ67Ntv - 67768482581973269012 - 20d45a6a761bc25d69ad842c5c589c97708636c8 - 3AC7A03DB01C37A14 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa621ZoZWmgDLD8G8J5r
13zb1hQbUn1G3nRUpDNVer7uTUp1Nuz1Gg - 71218851260447208337 - 20d45a6a761bcda581f4ecff0ae2f5085caa11da - 3DC5C2FE342563391 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaA1LFtwQyCneiGEFCLH
13zb1hQbUnjJiX1BbK8fKbyogwgUTySLLb - 63586286590600392899 - 20d45a6a761bdf1fd93547d232bb5e65b9384111 - 3726FDEC272EBB0C3 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa1BdBL6cFKPGBM6B2jh
13zb1hQbUonPt6ivuAoT3ESzjXLHcXpsVf - 60209185519109236906 - 20d45a6a761bf884a9e09895c4fe8d02a2554a2b - 34391FF3A4A1968AA - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZwHDPRB5eUqzuGGaork
13zb1hQbUqAtiBYWZLAczE9H5p5oU8nPHi - 56721454423665497548 - 20d45a6a761c19fac9c0e8c96241fd25e9e02eb9 - 3132B1646721755CC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZsFPQugpErH2a9D7Uzb
13zb1hQbUqjw89WnMc1AJBhNrxUyXebQBe - 40814589889422392579 - 20d45a6a761c27b6ec5cb135362252e87b13b069 - 2366A8D426C457D03 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYrwt3FhLfvEPKghnq6
13zb1hQbUrLu5j8mN1WLfnAqjgFuQiQ9jJ - 64983447597674406245 - 20d45a6a761c363fb730bd0b8407eebedd8e9bb7 - 385D3954B03982165 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa2oJ1fL187cB4nPnDfK
13zb1hQbUrRLu51PRAm1yriMZuNbkAyGAf - 64828058755413437369 - 20d45a6a761c3818be5173188610be49e16c472e - 383AB87F6DA91EBB9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa2csnXT4SJoJWuaMEkb
13zb1hQbUwxB7V9vD9mzRYBgXU6aRMfAmc - 49910945312668584909 - 20d45a6a761cbd762050f4b97939f6cc79c15a27 - 2B4A74C52858F0BCD - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZjNnt4w47xDdyNRzyYo
13zb1hQbUx9SgeG8AJYFAy1KB7UhJjZzJv - 44987181335164522958 - 20d45a6a761cc22543f9a8a13d8aea5cd87a01e5 - 270529312709091CE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZdggvP7XdMV1Lbyfrq1
13zb1hQbV1CSJ3mApejKZg9Q2ZwxHbsf4h - 52539621551147244828 - 20d45a6a761d0bb812c58436c6cbab43bd6a209c - 2D9223B6F1596DD1C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZnR2SL8GH8saJUKAZ7Y
13zb1hQbV1QDJaoPRhM3v8wSVYtJQMak9f - 40633044818028117832 - 20d45a6a761d109d391dd10d7d8832cf6be0226b - 233E592FA9917BF48 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYemwqi7L4SZ87yfE7y
13zb1hQbV1dSErMEBGXyxQj3JiuVzn2Ki6 - 62969084214533516027 - 20d45a6a761d161c5b53781f8ff7e93afb7cda8f - 369DF2077F6ED6AFB - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzUFCXRcPN5HFCgR4Lh
13zb1hQbV3XUSRTMSK9e62k6XNMFKzssYE - 47409107039558925764 - 20d45a6a761d43da15912400aa81f2eb9684c03e - 291EEFBAB13617DC4 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZgV4Xovk7Ab8exDkuGW
13zb1hQbV4b6pR5tQVFcm3h4qSazcWZ1zE - 72050580919479989201 - 20d45a6a761d5d782b501196fc63084274a04055 - 3E7E7159B1E2473D1 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAy6RSTpVr5fKF1Xudm
13zb1hQbV5q1zq4HkPBTSu19kNiejqGdme - 40583925234315236828 - 20d45a6a761d7b5d3b7aab25d3972c4340f6ba06 - 2333710FA4E5F15DC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYbUwotGsQnJNQPkLfk
13zb1hQbVC6MQ6QJLgjDbMnUUBHRiCuAqk - 69693481010025281322 - 20d45a6a761e12659cae4c9c2a0a786fa14d6113 - 3C730FBBA0AFD372A - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8F4tJ3KhdMy18Xju2i
13zb1hQbVHY9MT6hrzfFtSgXSNcdg9zVhw - 39344071570337342528 - 20d45a6a761e95aac5a50c6b71b960f1e20fb710 - 2220238A3AF80A440 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXAMoJ9h9s4YUNziGPn
13zb1hQbVKVNL4npzuchFbFQ4xCkrNY61C - 55574839596039944241 - 20d45a6a761ec4bb84a22db233709a86e8e13098 - 303417E2A1B463831 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqvWpj2hvkUwmrsTUZx
13zb1hQbVL8EazBem1iNCcEsvKDet5yFFD - 38547530011398808927 - 20d45a6a761ed40eae64ff9112cacf9e372fbdc1 - 216F4564FD222A55F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZWExTnpv2HRFPqEoamJ
13zb1hQbVLxbTu9nH6Vy2jETg7WdcrwQBg - 48578036181456736893 - 20d45a6a761ee828ecd1bff4b9d99ee8ad034dae - 2A227DA8791CD527D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZhqRtakAt1C9s22Xgww
13zb1hQbVP2wBA6gqgnD91GK5QNi3H5qXC - 61626912946917582431 - 20d45a6a761f1a2eefabc0aa143aa36d1516fb48 - 3573EC6CFD4F1A65F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZxvGC8dqYfZtBTYdugB
13zb1hQbVRjaEWQCfzDWQNQVWMCBT7TGgg - 43426421386561873307 - 20d45a6a761f5b4bba36f21960ec7242c1feceb5 - 25AA9A42B0472659B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZbt3wGwX3hJ3CAf27GY
13zb1hQbVTDtJZBzJM4Az2QWMwDnjaiNN1 - 40016679490149059183 - 20d45a6a761f7f2c9a8edaffe256be83c43e25b1 - 22B57CDFA94FE8A6F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXwTDpLXzKBay8Cgszb
13zb1hQbVUK6aaF9PdJoecHTwY2mWee6iA - 68496122321250678520 - 20d45a6a761f99734be5c267bbf7d32251e2607f - 3B6931C57D9D9F6F8 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa6rnykddCFoiTkEmAWf
13zb1hQbVV6Wspr6hKCva5V16kupYzpU3F - 45710493447657181424 - 20d45a6a761fac54917e6f2459117a243889a319 - 27A5C4B9B276D50F0 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZeXBWK9vRg8AGmNzzZG
13zb1hQbVVGivyJQnVrHF2aGyBtqCEmLgW - 44591259433357248018 - 20d45a6a761fb092d6b10b82176e59ff375a96fc - 26AD3FA33348B8612 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZdE9PNmG9NbLWV9mxt6
13zb1hQbVYZXqEjLBvLD686xw8DkqtrwSw - 63378459962790095029 - 20d45a6a761fffe3d01ba222ccc232ad58352e23 - 36F8D858AED6BA8B5 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzwh3oVvSyF5x4pAW1E
13zb1hQbVYxbKaqgH153ahCmtCEAS7o8Sy - 55793361886353676191 - 20d45a6a76200979c484d46ee0cd46d916c483bf - 30649D7079CEDD79F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZrBAYTy4EXikGXVmMiH
13zb1hQbVZvJec2vhoAp3cSVPzyfihu2Cb - 41519339909890313544 - 20d45a6a762020a270a3bebd31157d3810592484 - 2403253AB4DB60D48 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZgCHdPH8EzxwzTaFT4
13zb1hQbVay9HvCTGYcbM5qqnAD1f7ZHWk - 51558826148598714495 - 20d45a6a762039ec9c744bd3744c1f071918e9a6 - 2CB85BF363759107F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZmHGdiDfYWMsAfCW6LK
13zb1hQbVduNtf74hem3mZtkC7RZCGUM8u - 42469672927311339040 - 20d45a6a762080b02d3c188aaea202d26a6bcfd1 - 24D6296836F6A9E20 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZamue1TB1tPCwKidCXa
13zb1hQbVk2GWNK1XiQcESPRwoH1q11Pg5 - 69011055032482558937 - 20d45a6a76211435ec710a9daed88c438fd73b73 - 3BDB884EA720E73D9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa7TKHVL5mMs7oCKiPdo
13zb1hQbVnnREPjyLyuqQC295UBBFsbcKC - 41642945547972771287 - 20d45a6a762156c8645caef14de054e7c42239ff - 241E9765793D9FDD7 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZpUvdzN4UW4gFqjpPF
13zb1hQbVporSKzvnjXGHurafGhEJqVS8n - 52296969161005638398 - 20d45a6a762187993cea8dcfa25b6af24c2262ae - 2D5C4285EE74CA2FE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZn8ktV1hWNCEzjx847R
13zb1hQbVq6Eb6DWpo2jL82VVKsyaAPfj9 - 67363950421618710667 - 20d45a6a76218e6886944fb91c276476aa3ed6ec - 3A6DCD3FFBB9BD88B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa5YtYuj3pLVE1RcqYv2
13zb1hQbVrkA9L1HgEkfbG5V7gVLhz9GNC - 66273030322280827366 - 20d45a6a7621b6483f96d396b6d4228864cb78ef - 397B919F2D43D89E6 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa4HkXfMyXJMFPcM8FRT
13zb1hQbVscBuukft24v2NyYTwPNEmszWV - 47892007991488533054 - 20d45a6a7621cb144333dc2bb1f98781c70185de - 298A2978688D7D23E - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZh3SHN3FmrxLjkW7bh7
13zb1hQbVtAe743EdjjZDj3WAgUyjLCHyx - 45451784428954582698 - 20d45a6a7621d8919c541d15f053b7e98e517264 - 276C52D1FCF77FEAA - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZeDqXBidEwQMajMiVdN
13zb1hQbVvvbvBRXGJz6fCdnWKEGphyE86 - 56307328097674805592 - 20d45a6a76221b100eebcc27121c2fedcf1d7ebd - 30D6BD09369474158 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZrmd6E2U4TvXmmGqp4t
13zb1hQbVxm6wChizxeUrV3WsAiRzDxnAi - 39245800942542946961 - 20d45a6a762247555429d31ba44aa1f4a00ad1fe - 220A5180629F68291 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZX3mg8yNzpqevU2xWDj
13zb1hQbVzb191oGK38LtWZHzFrxPgvXMi - 43012420006970119220 - 20d45a6a7622735ab97166ac50f34d5cbf3c7c40 - 254EAD01B555BD434 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZbQJ6mgew3rQG3qRTJV
13zb1hQbW4zTBXzQ4igazJNS6wLqYyXXYB - 69995096379101670571 - 20d45a6a7622dd8a6e0d439a2bca55f072268128 - 3CB60894E8F95ECAB - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8bHiAwQKR8JY82HF8g
13zb1hQbW8TLaLD7TXMSBm13JSpVPSW7b2 - 46953846807416350502 - 20d45a6a7623310bccacf5c820cc37b4987b7cbe - 28B9D92E632292726 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZfxYG7sub3PDwDHwg7c
13zb1hQbW72XwBQfK6oE64RgiT4HNv73oS - 71261271020632337880 - 20d45a6a76230ea02a213a4684b9d694f57d0104 - 3DCF2E46F53A0EDD8 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaA4BCuPUVUDAEw7bKYs
13zb1hQbWA4X1qZYgTbsmrTy94uNRrLNLb - 69556136017161912978 - 20d45a6a762357c79597112d43241cf7f6b26247 - 3C549092EF3B08292 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa85rpd273YESRqBCkUW
13zb1hQbWAJbshtWU9oVGAoV3TbPM3mvk7 - 65149433827363738528 - 20d45a6a76235da250f03c4e19861c3167386470 - 3882148E3B5D553A0 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa2zRSr2NVLAwV5e78eh
13zb1hQbWCTqdfWG2FLQGVpf3x8dPQLjV3 - 73298600510165034337 - 20d45a6a762391b17b2e367243ea9f89a66e04a3 - 3F938F0CFB5A72561 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaCQmKdSq37ixUsxaAnQ
13zb1hQbWCawzPaQjJS6yH21Ca2H6ffNcX - 50316961988096453655 - 20d45a6a762394a60d8e337072e1be5b81b25dcd - 2BA49C25665526C17 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZjr1fmV5TU47oykGuPj
13zb1hQbWDug7ALk8a6n6P3eoLGVdoQGFK - 63987715262463982305 - 20d45a6a7623b48ae545395e9cf4d36af6eb5582 - 3780208028001BAE1 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa1eY8HfryZx2ciimRk3
13zb1hQbWEs3eyJh6GxKjYDvPBKNGA7tu7 - 71815568295163669889 - 20d45a6a7623cb8f470cf956cedebd3311d5aaf7 - 3E4A426DE88092D81 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAhLaby6thqFF79Ngye
13zb1hQbWLR9dM1d2UYxXZczQ9jTifrjM8 - 70075455103007441891 - 20d45a6a76245173fccc672eb683a0dd5ad93fdb - 3CC7E0723F897C3E3 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8ggBdDdAT2S6vkxoQk
13zb1hQbWMpoRQPbThGFKQctQBxF5t9xDp - 73136266424643369142 - 20d45a6a76247364f9dfbf35dca0dbf9154e0022 - 3F6F836D2173238B6 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaCDt67tov6tdAH7jMYu
13zb1hQbWN6K35xCA81B1aeSxjmX3fcnyT - 40799075511426865443 - 20d45a6a762479d78b11b4a065e0fd7cc14a3700 - 236336F03CEEFD923 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYquZ42cbhfmaeU7mo7
13zb1hQbWSLKkwU6JEWuzXzuquFRWZfxkv - 44173824119322458366 - 20d45a6a7624e01b0d1580dccb8097a0e46862af - 26508F2FE5ACC38FE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZckACQjQnmcDNmtrThj
13zb1hQbWU7gKnHcdw1rns9uPKkxBT85SP - 56099930137197539386 - 20d45a6a76250b1191bc59e6354e6a18f4473d87 - 30A8AFD3AC7E3F03A - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZrXidNm4MGzRJiWvduP
13zb1hQbWUYK9k78D4QX59kQ7NCTQQAeWA - 72817564770812256532 - 20d45a6a7625154f1b496df1b1b7f11255aebe59 - 3F28BF55AE5436114 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBrWpjtxikSRFwEotTb
13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so - 00000000000000000000 - 20d45a6a762535700ce9e0b216e31994335db8a5 - 00000000000000000 - 000000000000000000000000000-TARGET000000000000000000
13zb1hQbWYBvBExvJuAqxa6aM78RbgR487 - 55145666727244079428 - 20d45a6a76256d450402f9c1ce90e91929ed5c72 - 2FD4CC3B6D3762144 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqRjzZpnTrHHWs3M5XF
13zb1hQbWYW5KKzjcDzsqwBtkuGeCimdEi - 62024157306347942536 - 20d45a6a762574d142d67158ef33c7fb16a216a8 - 35CC21273B9D17288 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZyNtsPrRcqdmvtqHAub
13zb1hQbWZSNzY7UwDRJYQm9VJoMkg4jbA - 45606245947757331515 - 20d45a6a76258b641f6b124d7cdaaaf0c9837be8 - 278E9EF0EA72C843B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZeQC9BRGmpomZrQT3cp
13zb1hQbWZmzeXkvtTHJG86NiqTkdfSbkC - 66148191081923118495 - 20d45a6a7625938b6edbbf0b63628318d37a9468 - 395FD955224B0859F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa49P6SCAPvvoqpgjHxP
13zb1hQbWZuoV4TfwnvXC6BnDDyhU3GAPW - 39317810175253066921 - 20d45a6a762596ca4636ef07294de48266bfcc3b - 221A4EC0A2A32B4A9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZX8bgWpn5XqU3jDLiCB
13zb1hQbWaZCQTTffYsbnKwsooYosFtWKA - 37891183378881205528 - 20d45a6a7625a655b26d0c505893874ba25397e3 - 20DD88686E9665518 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVUxGi5B8Ub2GE5y3Bk
13zb1hQbWck6G2xZu5hAEH1HmzcmDsgpxe - 66318799227067830575 - 20d45a6a7625db152cef54d549416f2b427b0bd6 - 3985BB48663D4112F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa4LpW1TtLWh9LPWWqSh
13zb1hQbWdrMpVnzfovrujmfXcMSCpBUjG - 41456641856437793344 - 20d45a6a7625f5cc4ede86a815a36a9bceedcf23 - 23F53941F2990B240 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZbzVDf45rMjRVRDXJh
13zb1hQbWedDzbUC6kf9ggMc14QsZE8Lg8 - 37679986193554222877 - 20d45a6a76260872a446cc6665c0a32e2e239e5b - 20AEA33CE506C2F1D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVEo31ithLP4tj2N5pp
13zb1hQbWef5YtDvkHJiukc8Wf89rnKRuC - 61258678184956742412 - 20d45a6a76260937fb2c9cd38726d0076d3c9256 - 352228B3F30514B0C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZxVaKTZeHkSJt7bDccX
13zb1hQbWf72wkXYpmGwZJk8PMVxCjkh6G - 56941504739411340064 - 20d45a6a76261402000d578fceebd4a42593e56c - 31638DCDF18D5AB20 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZsW95GVZcjPn15HmN5V
13zb1hQbWgQVJePGHpxWP5duTubGsWLsn7 - 43380502377963478386 - 20d45a6a7626335f84aab3316248dda87e7e47e7 - 25A068112B0805D72 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZbpyP5MU3sxRpGPW158
13zb1hQbWgm4NWZGmhHAEgME3DdYzG12aG - 41110424991635851487 - 20d45a6a76263bec7eabe95cabed74bd4a9e5f16 - 23A8591B7AFCBC8DF - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZCnEHMiQ9r1hXaY5if
13zb1hQbWh4LwgVmxvPedYv6bB68o5jmuS - 67492302064416046358 - 20d45a6a7626431bf62b22539a9cf00a2f60d1e9 - 3A8A4D32356E1BD16 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa5hVeJ6frGgkDLyt44M
13zb1hQbWiqJh1dtKPPn2xSmYxYuiPUUoC - 52866479422723392567 - 20d45a6a76266de89cc2ad0916073a4a14fb2f09 - 2DDAB76EFB4ED0437 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZnnwRCNTPArgHFSb9vJ
13zb1hQbWjXbd2F91XwNHFe45VUwLNgvMW - 40255744070289703429 - 20d45a6a76267ea84ac8a75fc029bd161d170dca - 22EA921F2A6A7C205 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZYDUpVrPW46ob85JSQ5
13zb1hQbWqJef9ERQMwzZnLW7BCm4Kd7wW - 70578683669620254920 - 20d45a6a762709ef042c4f7e069e9555836a007f - 3D379DADB0A60E8C8 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa9GQyhmve2nr4ksvUrA
13zb1hQbWs2MTRhuR93xucc6aR5UcENk86 - 62035402709595819040 - 20d45a6a76273360fe3dfc4bf860c90ff1f45031 - 35CEA061633C38C20 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZyPebbGTSMZ3Fm4dxJZ
13zb1hQbWsjb89Ts6oFRNt3YLc9sDWmAsy - 45219811061500219094 - 20d45a6a7627448519b0ee369fa989ae5c11a92e - 2738D0A935B000ED6 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZdxHVoHGwY2JnRjRRrA
13zb1hQbWxG511DNcPfsHQh7gYjfEdJdJB - 49293932962848220671 - 20d45a6a7627b1a113cdbd8c0e2dbefb22c57f45 - 2AC173ADBF87CA5FF - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZifRe7xvEMZvZmJnzMj
13zb1hQbWySaBnrmvGUGDeWxy6dW2rayNp - 55038106902729731292 - 20d45a6a7627ce1adf4a9f51ce08d3bc0c9c3aed - 2FBCEA29FA72E2CDC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqJXkQ5DH7BWMS2c6nd
13zb1hQbWyxLZNvFN2m6Mo1SuR6dbpDMZV - 72783912085515232789 - 20d45a6a7627da7a5480efdf6ca36b52a2194f55 - 3F214666A84656615 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBpFxzDxpf6GuKK3gmQ
13zb1hQbX1c3auT3JEJt53zSmx4qTcrRhe - 52535808446312523671 - 20d45a6a7628024310760ecbeb805323d6cb2d1e - 2D914AF6F6E6CA797 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZnQmcMUo4PhGtFb4qcD
13zb1hQbX3S5fz6Lh432E3qbqrY1o2CCRb - 60778693653465495993 - 20d45a6a76282e56ecc9bb30441bd432309d2855 - 34B794BDBC71979B9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZwwPuehqASDhm444B1s
13zb1hQbX5h9sqqDJwjvW96M1GP79adL5k - 41009465893750056097 - 20d45a6a762864d30dd587bf65ba286dbfdf5f88 - 2391EE3F3F17824A1 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZ61eniAoBVU6Wh4r3q
13zb1hQbX8AWVB3crhTjDnW4sjujRaeurx - 61144573894634420232 - 20d45a6a7628a06a4427abd24b7ba9b21636b3f6 - 3508D29FFD44EB808 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZxMvdJeXCM8acCm1Yz8
13zb1hQbX74csDRZKpfVxcn5CxZA6B566A - 54027091218435242382 - 20d45a6a762885db63350ad5c714d913d10a84eb - 2EDC6C9372275798E - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZp8kS9F8ZCFcEvkT968
13zb1hQbXBKCVtooPcnw2Fz9HBadwxdtTL - 64926152529041250630 - 20d45a6a7628ec5b474462c929e5524462f590ac - 3850807BB4E555946 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa2jTDoE2UscVaZSih2A
13zb1hQbXDgQUZpmQhaDmkf3UTVAD69mnj - 65017328348174567175 - 20d45a6a7629256429212b89fc3b6211366098df - 3864BF3A7F5E14707 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa2qZkrHcF67mXMhW1DH
13zb1hQbXGteXHnTmMcZLkGKvFz2PQdB2C - 72621240731378449212 - 20d45a6a762972cf31bbf7af80f726b18a0d39dc - 3EFD279AE6DF0FB3C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBdMRQutQBKrmuSDxy5
13zb1hQbXM3nYUjcbZfiLZJSyRjE9g2jMG - 53258146830810104088 - 20d45a6a7629d70c044fda1ce139d360eafa8293 - 2E31AF25E6E084118 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZoFCQgLGgQqiLTgb3iu
13zb1hQbXM8TNDbsej2du8HeEJMismHSha - 37374982255611240282 - 20d45a6a7629d8fce8b0ff10b0e023c5f708ecc2 - 206AE9C57203C5F5A - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZUtM2uUCUXc3zKRKKh7
13zb1hQbXQ4ZFwTx5wmtVTX9gntRzVetQ5 - 46090302046286485533 - 20d45a6a762a1fb2556e826316200959acb32b24 - 27FA1A583A35D981D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZexePFq38nx5qqu8q5n
13zb1hQbXQbeDew3174qy1qDE3izmGdxPv - 39259768439105628017 - 20d45a6a762a2c9e4fdf825b790b7962306883b6 - 220D6B76360FBA771 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZX4hzFgDhtJZQJ5k4BF
13zb1hQbXQrdeM3om3tLtWPc8oSc5gLHvo - 58270247312686672141 - 20d45a6a762a32d97d3380777a00642d610e0eb3 - 328A98133AED9690D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZu3Ds4ZvcGkfo178cQw
13zb1hQbXS5897kPMm7zVzm5zkHdFnwPSr - 37500976854243917276 - 20d45a6a762a5026d94df4c5793088c52b107dce - 2086E3BC29F5ABDDC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZV2nxhhrrdcySNm1JJB
13zb1hQbXVnktT5X9pC9vYHz3ykguigEGh - 38535956016073628200 - 20d45a6a762aa9c993de96864741e063bfd57054 - 216CB37D30A255A28 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZWEBTV9d3aFmtYAGEx2
13zb1hQbXXQSTTvCGLeUWPLit8EnyJaWTP - 73230120805853816891 - 20d45a6a762ad0bacec1dd3f1b873e9316969992 - 3F845A6E213DBE83B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaCLB3GpX8EmrJ7cfmzm
13zb1hQbXXdCXY3wyiiWudPx9ccYdnCnMA - 55657115228247565511 - 20d45a6a762ad608a66175860b12b61a047c903e - 30465CB6A82AE24C7 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZr22kW6ZTCNpVisKuzR
13zb1hQbXYmFTWCiKBfgt6oKKuHDxJs7Zn - 48700601901610118707 - 20d45a6a762af17d711aca5a28be931e8a500393 - 2A3DB4B67152F2E33 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZhyeV4LkWuzESALmAc2
13zb1hQbXZDvUFMjDziLarGed3wRrVKYbo - 44707433644951436443 - 20d45a6a762afc93d208bc1ff355a0b48a5d52fa - 26C70B607AAAD7C9B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZdMw8N1Je73BMwRCzfH
13zb1hQbXZVXdWa1gWegGSyoCFRBDgrsPa - 51024094854440717155 - 20d45a6a762b03108f72f8e97eea082ca31cde9c - 2C419FFEED0C68B63 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZkfRLmG6js7ubLHKN4s
13zb1hQbXc7Jn61hxweprPwG8JjF6GGDSN - 38932451728412660621 - 20d45a6a762b42281e31a56ab86826267abcffa4 - 21C4BDA92F314538D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZWgmDuRk8UJotVum3n6
13zb1hQbXfyhemZNoET5JP4ykgsSN6BbH2 - 53739755137386749849 - 20d45a6a762b9f6f219253b6e1a676b7d8e7c23a - 2E9C9F69270691F99 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZooV8hYi7QNHsMbUrWH
13zb1hQbXgD88nWNS8FhZRL64nYjz6nJQc - 71844343667329810196 - 20d45a6a762ba5037388fe7232c23026174c817c - 3E50A61EAF4473F14 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAjGUNFHbUrMbvt137j
13zb1hQbXgTdNb4FLTmNuEa4qPCwhHVH7A - 50310123917629309033 - 20d45a6a762bab0ae9353650bb98aaf6c8dedd02 - 2BA3177260C2DC069 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZjqZ5ZiqpbMN8JsGFuP
13zb1hQbXkEbBnrzqGHWcfR4pfYFwdPvAW - 40079025440128169558 - 20d45a6a762c060fde57a08a5e9f375bdb4a3aeb - 22C354D4A3EAEF656 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZY1depFf1jz3bhH2PtE
13zb1hQbXrRYKvepbr7j7BoywVyDUrLvc3 - 70270594495434863631 - 20d45a6a762c9b45be5d6599a82e1e6b6595134a - 3CF334D624FEA340F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8ukyn1ofEvUfbVSyES
13zb1hQbXvRGzqhE5RrPU65w5LES6LBmrQ - 55027615392277872963 - 20d45a6a762cfb99fcb8cd73415036c5d21c1452 - 2FBA95CA6858A4143 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqHpxEDWJGVpmKnqrf3
13zb1hQbXvqsfMQ5QgTazTLP1wMpPiYPPu - 63620016244583966926 - 20d45a6a762d05d38e5a1b3bf8a8ce9619befcf8 - 372E7B3B37F0228CE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa1DtLSavDEQHBep3y3L
13zb1hQbXwKPx7jR2VChYvMJ7stf5bGqHs - 61069294061442299326 - 20d45a6a762d114458187241948f23debe1eff65 - 34F81B763D023F5BE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZxGsuJZrDTgWRjj5yGX
13zb1hQbXyTLcWnjVfCnf87QEbAsu3H7p1 - 52179147553824693678 - 20d45a6a762d44c9ba23c573c0a1ab4be2375b79 - 2D421923E4469DDAE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZmzrjxSQnSTVQcTeAsi
13zb1hQbY2BUeRHjrPJhyijpvFEsrNMKRH - 49385504878230964733 - 20d45a6a762d8686187d3f83ab694bedec425302 - 2AD5C8F07F84709FD - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZimZiWJSyPRrPCXBzAa
13zb1hQbY4W3tKfnDPX9f27A9yJsVUX6F7 - 69053226515201010566 - 20d45a6a762dbe76be484ce1ddfa5c7f03c84e05 - 3BE4E57A7E9242B86 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa7W9GW6i9fXw4brbNu3
13zb1hQbY5EzbEmEnvYFQSigEueVdAYetr - 39572159738397903066 - 20d45a6a762dd0508f5ce7eb73199d3a07003d2e - 2252C8D9EAA38C8DA - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXReiStD9PX54ND2mxC
13zb1hQbY8qXCcEXHgn3u7QY6WZhRdK6NA - 39929654604119693545 - 20d45a6a762e26ff1ee785031855a21f124d090b - 22A22A14E5A9858E9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXqcpw15kb72GkP52Kh
13zb1hQbY9dZ3kXNf1WSBGmbZXmhbdk5QT - 47279683625450009538 - 20d45a6a762e3a219e1a7e1ceb75e0c9dada3a33 - 290232DC243CCF3C2 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZgLPGhsoNBtvg9DNdHJ
13zb1hQbY38XeiDZm7Mi47gh58NZ5Tusxp - 73247582339681576548 - 20d45a6a762d9d6874835163bce4300ef4b86503 - 3F883B00E3CE56664 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaCMLwQVi5cLJwnjfFbh
13zb1hQbYGFQivg9ECV8Hsk1pjkq4y4PU4 - 72264780422866023316 - 20d45a6a762ed9b1d9c501ef33b74e17bdcb8a0f - 3EAE012EB5C883394 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBDTLFgQ84Q6HPUDjTz
13zb1hQbYHSXrB5v1cAzbk6v3is4g9Mkha - 37900158026065292022 - 20d45a6a762ef66d95a389ffaddfd25bf59b93ec - 20DF868EBCACAAAF6 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVVZAn56dGCoxPpQ97E
13zb1hQbYJUfc8fcrVKmtqcph8ptB2DehR - 37829572104561087270 - 20d45a6a762f0f6cbdc09b9feaea92c0044f23d5 - 20CFDA3664163D326 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVQphQLYYsKUorQK8wt
13zb1hQbYMeSY3EqfxkzNchg7Cj5hmQGze - 61469704939003827820 - 20d45a6a762f5bd130b2b83cb66c5d20374c71d6 - 3551042F62965D66C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZxjitiXZ9awoDghshRb
13zb1hQbYMuv1wrFCtxuE9APdvp8YR3Cam - 68683406980166653001 - 20d45a6a762f623fd789e23a4f5edb2358d60e3c - 3B92C7ABF886B1449 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa75MEQrJ6aXK7EtNcPN
13zb1hQbYN2KwFa37ZtUNRmxH4HKnBdu6m - 63518637526512040799 - 20d45a6a762f64ea383d513e686c22f322aeaa31 - 3717F884B508BFB5F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa1768Jx4wBMjC4Tq6N7
13zb1hQbYNfr49EiVdjTDAkZh7AW15qJqW - 49154128302803991035 - 20d45a6a762f7482d966eb13db68bd577253eb16 - 2AA268B42FC9B39FB - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZiW41iQmQXk3ZcW9n3M
13zb1hQbYNpoeYq57CEYJsX1ZbxrqdYvPt - 63010540658191989085 - 20d45a6a762f783c2bfcdacc86d1a1fb98586ae2 - 36A7268E26CD7795D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzX2QGspiNkf5AMbSvQ
13zb1hQbYPRmvqEVTiAJ7e1UjomtnFCJfH - 54958282032736347192 - 20d45a6a762f86c58e47262f14b38ba0fc6cf42a - 2FAB30A53CAFBA438 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqDBMM4C19xe31Va5ar
13zb1hQbYPS3S2jjfqmYoyaA8Jjn1opW4d - 46877035169548351519 - 20d45a6a762f86e2002a0241f4149a2c96b048f0 - 28A8CAF1F1C6C381F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZfsPaeVZnvEKViqd9xd
13zb1hQbYXYJXQKuRDHdUuxKL6edZRp95L - 53285710487348575445 - 20d45a6a76304a5cebd28c4ce4b363e9034a57e9 - 2E37CDF5E52B7FCD5 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZoH3bALtf7iDBnVUtDE
13zb1hQbYXpGzFnQqRHpp6MCFfwb28Af2T - 72896968735178121584 - 20d45a6a76305100bf4b15934a8b5cbfa421c6bc - 3F3A60ED7070C6170 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBwqas7RnvrvGrbFQK4
13zb1hQbYYiNzeco5mRDJWJ84fyGex88p5 - 72943550970120977500 - 20d45a6a763066a95e37086ddbfb724619585ebb - 3F44B8D22C5A93C5C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBzxieG9UEwhktryLzT
13zb1hQbYZQjVDN1sWfzK24RT5vqm5sLSC - 71934656248129423305 - 20d45a6a7630776f94f4490d49efb8fc111f2c7e - 3E64B3CBB459687C9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAqKejRGLtE3uA7KGXW
13zb1hQbYaS3V1B2rNVsfKwRNXZCSndaxt - 62240297718131037252 - 20d45a6a763090171bb2085804234d6cd930f5a1 - 35FC1F502EBC19444 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZydPKwoFUz8TxTuFwg3
13zb1hQbYeCgB67nYR3cw35dr1muSLn7hd - 67798801360980343580 - 20d45a6a7630eaf8faf86642758a4fa3232be824 - 3ACE5BA9FD680FB1C - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa643TeuoeyoVaLQMhke
13zb1hQbYfCh4tLsFigCmhazz3epDuCbNQ - 48319096639085843099 - 20d45a6a76310316b604f954c8bbdda490518a7f - 29E8FEA63407B929B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZhY51Ts4Eg8JAFiaDAM
13zb1hQbYgwZkxQnjCRHojfBPmbKwNcDH8 - 72323466770253861848 - 20d45a6a76312d05410f3f2c035a368ed438f90e - 3EBB091D765BFD3D8 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaBHPXttYdEA91nSsfCB
13zb1hQbYi7eVzTRTMbhQXLW9Lf4tjK9y9 - 69223021477850718522 - 20d45a6a7631495233503d0a28b2cda6f8c5643f - 3C0A993465A87213A - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa7hXWgFetfdV3mbkhjz
13zb1hQbYicmXEraYfreCSJJb2nPgPy1Y8 - 50739863439266470124 - 20d45a6a7631556d21157878f342c8884789d650 - 2C02834F7794ED8EC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZkLN7XEA4eXuDGToCFM
13zb1hQbYkE8CSJE9Dczmvvzmhm1CUdPmN - 44916764761681479414 - 20d45a6a76317c3bb1d3c4402f91b6356d3e8c5f - 26F5867924FCEC6F6 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZdby7CbVSJPg5QiNYZt
13zb1hQbYmXUp2kp1MnkCfm28Yccr1JDZJ - 49186179685162308609 - 20d45a6a76319b8eab500d387da1a1d19c453596 - 2AA9869D2F8A25401 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZiYCeKgWkgpm4GACVjy
13zb1hQbYnjxtCUX5nnowUK6p81Cy4RTNR - 40063177750128182863 - 20d45a6a7631b8db402cd786858d5cdb1fd3f9c4 - 22BFCFFE661B9464F - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXza2f2MZdRcVaxsm7Q
13zb1hQbYr65coaa35fwkmrDh1SiUa7U2U - 47556563278343707287 - 20d45a6a7632098c30e3686402166a0d082be821 - 293FADA5610101A97 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZgewutd5K1rpGSj9fx5
13zb1hQbYt7Dm4FycZoLJkp6KbZGH4Nszc - 53059098480127906699 - 20d45a6a76323a3dbacc7605f964f61d668faf7d - 2E057C8F2D27E138B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZo1rQw3fabbtbMnVitQ
13zb1hQbYta7n82gaH6kKBiZdXtEKet4Kz - 51379696827744687905 - 20d45a6a7632456bf85e5687ad15ad81f32e4177 - 2C9095A0B24FC9721 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZm5G6LjvzssU17Deiac
13zb1hQbYtqamAxgXWrvaivH1LR2hFbnyW - 52248453983132922421 - 20d45a6a76324bd9b585e3c0f4f794e020ac8f2a - 2D517CC12CFFB3235 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZn5WEmL3oJCR9jofCUs
13zb1hQbYwABKw7N2QkN2sBsapkiNb5QKm - 44302072124455547399 - 20d45a6a763283ccc9ba6f710d88eee18aa7901b - 266D093DFEFE87207 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZctktRSFm8kPC6B7s2W
13zb1hQbYyKFrt8MJqABBc9qYhjQqor4vf - 67626845178234534785 - 20d45a6a7632b7cb0759ce42c4b8c6a46204a7e2 - 3AA82D1632101FB81 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa5rWp4AWSeQ629A81T4
13zb1hQbYzjxDxHtxLizTcc4Y4JruUYPe7 - 44246694740411011399 - 20d45a6a7632da2b258158e4308d35933543b999 - 2660BD66FF757D147 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZcq3Z4GsW4XYrfzMu9j
13zb1hQbZ2m1fWDppGDU1vZrXD96gU6s7s - 41185244817163056292 - 20d45a6a76330ad40f0423d58207bc26473d864e - 23B8F61F3D28074A4 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZHoAY9Y9bGszExd6zx
13zb1hQbZ7drTvxYRWwmswQWW4hgZwMjph - 42019911220101952898 - 20d45a6a76338066bb9a3ec519124f00fdc4163b - 24724B69FA7A0B582 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZaFkkQmqZUpxiEX3SXa
13zb1hQbZ7h14f2RR3E8he367D9DBe3ajX - 42340799662575025650 - 20d45a6a763381b5c164488fbb3b392970cfdad0 - 24B98BCF641C37DF2 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZadGWypcrEnCP4jX6UB
13zb1hQbZ7uFRvwiNetS4mWeiN1CQPN5d9 - 73298960546708798659 - 20d45a6a763386cd1977367af813a8872852b1f0 - 3F93A38433FF33CC3 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaCQniq2fg3BqiSD75WK
13zb1hQbZ8Q3gsemMLnkQitsGdJrPjQVi1 - 41108554716948110979 - 20d45a6a763392c599ed3914bdfa3b5c217a9527 - 23A7EECB66D669E83 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZZCexUaW44fFd714JEx
13zb1hQbZAoFwgfFDZMYnqpDshGZjJr6Dq - 47446912354920464392 - 20d45a6a7633cca3d326c7f9f020a8e17390d7d1 - 292754B66FC208008 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZgXbY7XLYDuDrp26UzB
13zb1hQbZAzTuretB5jaNU7ConrLPwEoPr - 46688318888855073721 - 20d45a6a7633d14c5a69331557f1c12fcd082300 - 287EE3AAA025DF3B9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZfejm7SuigQwfWsgn68
13zb1hQbZByoUcmMqU1BbvTpV4uGZtBAC8 - 39970028619426507997 - 20d45a6a7633e921ed2ceed9ee482e0e5c6f8600 - 22AB21142531D2CDD - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXtKpZNbG3Tv94hUzgm
13zb1hQbZCPBSKqh1W5H1nJcR6XrCr1PQG - 56712421402939884764 - 20d45a6a7633f2d9c5af02e0d3207f4517adb0d3 - 3130AFECA6A7E04DC - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZsEnHg7Wx9pfhx8uQVd
13zb1hQbZDED5RSGFTEwceLsPcSV1gmknC - 55623916971135547896 - 20d45a6a7634073b22575e019fa15535dab17c6f - 303EFD9C6F05B39F8 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZqyofEjKVs6ATaF6QyN
13zb1hQbZHz22BoPi6WomdnDqv9S7W4eWb - 60830966206306538975 - 20d45a6a763479e17eb2e70f300082c6475e311a - 34C330177E6B155DF - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZwzuAn3JWb9UvvLd4L9
13zb1hQbZKJphfDfXNinY3a7c7jgBn9qEL - 71760461253069144487 - 20d45a6a763499ceb603a9bad2f958d507b154ce - 3E3E05F4E735E81A7 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAdeJD7EiUs1W6aN9nd
13zb1hQbZKwipzYgbZxf6ojD6489Uvp7ND - 63135733581907222313 - 20d45a6a7634a9254db8f6b39c5633484ca42596 - 36C2F2F2F6F47DF29 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzfRDGXP36kfd7MTgPh
13zb1hQbZNiYCx1iLvGmqNeFZUy8UF2KFQ - 59109423803581444657 - 20d45a6a7634ebfeb13fc7d054c498aa948ebe77 - 3344EDBC6327DB231 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZv1Uz6yGEnbCr65UUBY
13zb1hQbZPWNeHTyw3AaG5ryiKYjPxyAdg - 46316994679194156202 - 20d45a6a7634ff0c40fff2287dfc6fe357ee6c23 - 282C7054345067CAA - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZfDqsfn6q9nRGAkb1Cg
13zb1hQbZPwbRxZQjysh6kw1GdMP7mgY6s - 51484651588548046457 - 20d45a6a7635098819aa599e708e55167515208b - 2CA7E39D7A8282E79 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZmCJCz3nuzxYW3ZoQLG
13zb1hQbZQxB2Uo9vStqyySebae1nWznZ4 - 62707459898691393621 - 20d45a6a763521e1d4c37892ef85cd8e24cd03e9 - 3663DA68A1C8D9855 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzAhsuRrGmyN336Qre4
13zb1hQbZYKCT3ZseAEzMeknCrxHdRGN4B - 56318207850861952808 - 20d45a6a7635d363cf974abfabb40a0ad0c393a2 - 30D9277A7593DFF28 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZrnMPxRkBxgdj5rWYep
13zb1hQbZgqJpWZEKh5rKodYgG4tEAuiUm - 42146233785976033142 - 20d45a6a7636a0c8b26b880bdaa3be75271e4ce3 - 248E58053F9AB0F76 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZaQDxB6hqYfP92bj98w
13zb1hQbZhH3MqugYnYJHrJSuvxMhDPzq4 - 39901960523427979431 - 20d45a6a7636ab7b21d1a57d594103ddf086dcbc - 229C03DAFB895A0A7 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZXom92w4keNmMX7aden
13zb1hQbZkEAMBdGCHzhsoYyVpQc9idTVx - 37928688135156917422 - 20d45a6a7636f29cfc16e30973ae5ea6b4793a8c - 20E5DC4E77499E4AE - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVXU7E6qRdnfVsuDjvn
13zb1hQbZnEmeMRKk4dWoRvS3c3UjhupHM - 67915966895582247278 - 20d45a6a76372315eda44276e018e77c32962769 - 3AE85FC0EAC5E796E - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa6Bu4DVuoZbytWGnmRs
13zb1hQbZtXa2N9tZDWWnrwv1ecyyaPViW - 37818162477213485699 - 20d45a6a7637baba38d216d75440a4158a510661 - 20CD51A6760510A83 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVQ4LAjTkUfwa8ZLyWE
13zb1hQbZu5DpBkwxV8xVMQKiu172ZnXZD - 37332141779891591579 - 20d45a6a7637c7e26f1679739d23c9f59f2032ed - 20616692796F5199B - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZUqUT1hobdzF69RsaFZ
13zb1hQbZv8cU8RZ7Jsih7jywZFmUjDfhg - 59503748966032306180 - 20d45a6a7637e167564113280fd1d1f5b06301b9 - 339C7C86B945F7004 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZvTvJzccvf78k8Cbxuf
13zb1hQbZvApRnT7VfASyyaitsiS6hQ8mS - 70197752828550488997 - 20d45a6a7637e2521c4a4b53dcc785bb5a04f359 - 3CE308446206CA3A5 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8psjfDazNuCghxVMxQ
13zb1hQbZwHvxzBBNejGtsAn9EP3GcdnzY - 63014719132667385149 - 20d45a6a7637fd631b1858820308c1843888f919 - 36A81412F53A6953D - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZzXJeesJ2Xi4hsvVqYi
13zb1hQbZwaBjkgF2pDKL8cj6vGGoYQ3kM - 69858139391242271699 - 20d45a6a76380424dac4e91b8e5082e06819a046 - 3C979F7A6ECB7FBD3 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa8S7A1MPgs9JKEgSQJt
13zb1hQbZx5pDaycRAJKCewQwoapXYhqhS - 59939320530308382581 - 20d45a6a76381075d4feb1f6b7760f99bf6da2d5 - 33FD33E733F4F3F75 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZvy82GBicciCVBUWQzy
13zb1hQbZxJoWv4Tg5BEp2Wh6jrHJ3izUQ - 38151524982449520153 - 20d45a6a763815dbf2060244293d14de1cb66192 - 2117571D60A583E19 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZVnQc36yxjhrUDV2PAf
13zb1hQbZzQTg82osBGLewsYb577Hk4MWk - 71636956086031639744 - 20d45a6a7638486e37de7cbf87b2aca95faeb7d4 - 3E2299802EA2C64C0 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAVN3rkT1YBYJ9nq29X
13zb1hQba3haK5kdfNjuep2K8vggsX881g - 71692370163003147489 - 20d45a6a763897dfbbdbc937335fcc3e6513d945 - 3E2EE76D21F9DC4E1 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaAZ5XVtMsEJekK415ia
13zb1hQba4sqbb6QZwYQx5DNVm9UVNFjEe - 69023330083310371733 - 20d45a6a7638b44005ec24ed38bcb2655c0166af - 3BDE421026E3F8395 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qa7U91uQci5qGdZTdp5G
13zb1hQba6j84GRShkeWwU1utueP1Y1nvj - 71238881664467444713 - 20d45a6a7638e0d8ab3a8cf0e7738513deca18c8 - 3DCA3596F1EABA3E9 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qaA2g9PcgZ4vPLqVoCAf
13zb1hQba6yjaeZR74QhL5UWuVTmBBLmVk - 43560962407148933968 - 20d45a6a7638e6eba955cc0fb83a1607331539ba - 25C87A0837041D350 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZc356ZdF921RRbwTwkG
13zb1hQbaMSop4NgeJ6svfvsURwjWvRvmi - 50873275498753923907 - 20d45a6a763a43b5ee0d67822081babbea68342f - 2C2022E8727CF9B43 - KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qZkVJtC9HWnC9WwrzJmA

the problem about trying to find a collision is very difficult...

I haven't seen anyone with the first 10 characters of puzzle 66 wallet address "13zb1hQbWV" maybe within this range, the first 10 character might be the solution to the puzzle itself

I have waited over 10 days straight on a 4090 going at 5 billion per second looking for the first 10 character "13zb1hQbWV" but all I always get is very close so the actual range has nothing to do with the characters of the wallet address or the characters of the rmd160 has there is not a single relationship between these

I even went as far as getting the closest difference between each rmd160 first 10 characters I got and I wote this code

Code:

import subprocess
import time
import random
import string
import signal
import sys
import os
import logging
import multiprocessing

# Define a function to save the current state (current_key) to a checkpoint file
def save_checkpoint(current_key, checkpoint_filename):
with open(checkpoint_filename, 'w') as checkpoint_file:
checkpoint_file.write(current_key)

# Define a function to load the current state (current_key) from a checkpoint file
def load_checkpoint(checkpoint_filename):
if os.path.exists(checkpoint_filename):
with open(checkpoint_filename, 'r') as checkpoint_file:
return checkpoint_file.read()
else:
return None

def generate_next_key(current_key):
# Convert the current_key to an integer, add 2385407605810, and convert back to hexadecimal
next_key = hex(int(current_key, 16) + 2385407605810)[2:].zfill(18)
return next_key

def key_search_worker(start_key, end_key):
try:
command = f"KeyHunt-Cuda.exe -g --gpux 2048,512 -m address --coin BTC --range {start_key}:{end_key} 13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so"
subprocess.run(command, shell=True, check=True)
except subprocess.CalledProcessError as e:
logging.error(f"Error in subprocess: {e}")

def main():
checkpoint_filename = "checkpoint.txt" # Specify the checkpoint filename
num_processes = 4 # Adjust as needed

# Load the last saved checkpoint (if any)
current_key = load_checkpoint(checkpoint_filename)
if current_key is None:
current_key = "2058E1E06903F1DCC" # Specify your desired starting key here

try:
while True:
processes = []
for _ in range(num_processes):
# Generate the next key and update current_key
next_key = generate_next_key(current_key)

# Split the key range for each process
start_key = current_key
end_key = next_key

# Save the current state (current_key) to the checkpoint file at regular intervals
if _ % 10 == 0:
save_checkpoint(current_key, checkpoint_filename)

# Create a process to search for keys in the specified range
process = multiprocessing.Process(target=key_search_worker, args=(start_key, end_key))
processes.append(process)
process.start()

# Update current_key
current_key = next_key

# Wait for all processes to complete
for process in processes:
process.join()

except KeyboardInterrupt:
for process in processes:
process.terminate()
process.join()

print("Script terminated by user.")
try:
input("Press Ctrl+C again to exit the script.")
except KeyboardInterrupt:
print("Exiting script.")
sys.exit(0)

if __name__ == "__main__":
logging.basicConfig(filename="key_search.log", level=logging.ERROR)
main()

it adds the difference to the current key to get the next key and it scans it for the specified time before terminating the code and adding the difference again to the current key but no luck still

so its obvious the private key to puzzle 66 has nothing to do with the distance between the characters of the rmd160 or wallet addresses. it is what it is

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 21/09/2023, 01:48:00 UTC

Quote from: BarryWood on September 20, 2023, 11:47:18 PM

Quote from: digaran on September 20, 2023, 04:45:26 PM

Quote from: BarryWood on September 20, 2023, 09:25:22 AM

I really appreciate your advice, yeah i was just wondering if i could try my luck with all the unsolved addresses at once lmao.

If anyone can correct me with this:
Since Puzzle 64 was found 2022-09-10
does that mean it's been a year now 2023-09-20 and still the search for Puzzle 66 on going?!

if you do your math well
the normal time for scanning the 66 bit range on an average cpu would take nothing less than 500 years
now we have pools that are scanning and they're barely 4% gone on the 66 bit range...
so this is to tell you that you should expect at least another 1 or 2 more years for the 66 bit range to be defeated successfully
but the pubkey ranges might be the appropriate range of choice for you as these gets defeated almost every 4 to 6 months

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 16/09/2023, 07:59:50 UTC

Quote from: albert0bsd on September 15, 2023, 01:37:05 PM

Quote from: mcdouglasx on September 15, 2023, 12:52:57 PM

but it is excellent, even better than C for testing. of new ideas,

I agree with this, personally i think that testing and proof of concept are the only thing that python is good for. But once that the proof of concept is proven to be useful or good then is time to move to another language. If speed is determining for the algorithm

Quote from: mcdouglasx on September 15, 2023, 12:52:57 PM

the fact that you think that there are no new things is simply the result of your own mental fatigue

What F.. mental Fatigue? I already shared here a lot of programs, ideas, users share with me their ideas on telegram and there is nothing new...

What i am tryting to said is if you have a vague idea without math background or without enough testing, then OPEN a new thread discuss their idea there and if the idea was proven to be good, then link that new topic here sharing a brief sumary of it and how to use.

I have this code already which is not an idea for now but a work in progress but we might be needing to know if it's a good idea

Code:

#include "SECP256k1.h"
#include "Point.h"
#include "sha256.h"
#include "Int.h"
#include "ripemd160.h"
#include <iostream>
#include <iomanip>
#include <cstring>
#include <chrono>
#include <thread>
#include <mutex>
#include <atomic>
#include <vector>
#include <fstream>
#include <sstream>
#include <ctime>
#include <boost/multiprecision/cpp_int.hpp>
#include <gmpxx.h>

constexpr uint64_t START_VALUE = 576565752303423488ULL;
constexpr uint64_t END_VALUE = 900'000'000'000'000'000ULL;
constexpr uint64_t INCREMENT = 1ULL;

// Define a range of factors
constexpr double MIN_FACTOR = 64.0;
constexpr double MAX_FACTOR = 1028.0;
constexpr double FACTOR_INCREMENT = 1.00;

std::atomic<uint64_t> currentValue(START_VALUE);
std::atomic<uint64_t> totalKeys(0);
std::mutex printMutex;
std::mutex resultMutex;
std::vector<std::array<uint8_t, 20>> ripemd160Hashes;

std::chrono::time_point<std::chrono::system_clock> startTime;
std::atomic<bool> matchFound(false);
std::string currentHexPrivateKey;

void loadRIPEMD160Hashes() {
std::ifstream file("wallets.txt");
if (file.is_open()) {
std::string hexHash;
while (file >> hexHash) {
if (hexHash.length() != 40) {
std::cerr << "Invalid RIPEMD160 hash length: " << hexHash.length() << std::endl;
continue; // Skip invalid hashes
}

std::array<uint8_t, 20> hash;
for (int i = 0; i < 20; ++i) {
std::string byteHex = hexHash.substr(2 * i, 2);
hash[i] = static_cast<uint8_t>(std::stoi(byteHex, nullptr, 16));
}

ripemd160Hashes.push_back(hash);
}
file.close();
std::cout << "Loaded " << ripemd160Hashes.size() << " RIPEMD160 hashes from file." << std::endl;
}
}

std::string hexBytesToHexString(const uint8_t* bytes, size_t length) {
std::stringstream ss;
ss << std::hex << std::setfill('0');
for (size_t i = 0; i < length; ++i) {
ss << std::setw(2) << static_cast<int>(bytes[i]);
}
return ss.str();
}

bool hasMinimumMatchingCharacters(const uint8_t (&hash)[20]) {
for (const std::array<uint8_t, 20>& loadedHash : ripemd160Hashes) {
bool isMatch = true;
for (int j = 0; j < 19; ++j) { // Loop through the first 5 bytes (40 bits)
if (hash[j] != loadedHash[j]) {
isMatch = false;
break; // If any character doesn't match, stop checking
}
}
if (isMatch) {
return true;
}
}
return false;
}

void printProgress() {
startTime = std::chrono::system_clock::now();

while (!matchFound.load(std::memory_order_relaxed)) {
{
std::lock_guard<std::mutex> lock(resultMutex);

auto now = std::chrono::system_clock::now();
auto elapsed = std::chrono::duration_cast<std::chrono::seconds>(now - startTime);
double keysPerSecond = static_cast<double>(totalKeys.load()) / elapsed.count();

std::cout << "\rTime: " << elapsed.count() << "s, Keys: " << totalKeys.load()
<< ", Keys/s: " << std::fixed << std::setprecision(5) << keysPerSecond
<< ", Current: " << currentValue.load()
<< ", Priv Key: " << currentHexPrivateKey << std::flush;
}
std::this_thread::sleep_for(std::chrono::seconds(5));
}
}

void counterWorker(int threadId, Secp256K1& secp256k1, int numThreads) {
mpz_class current(START_VALUE + threadId * INCREMENT);

while (current <= END_VALUE) {
for (double factor = MIN_FACTOR; factor <= MAX_FACTOR; factor += FACTOR_INCREMENT) {
mpz_class result = current * static_cast<uint64_t>(factor);

std::string hexPrivateKey = result.get_str(16); // Get hex representation directly
currentHexPrivateKey = hexPrivateKey;

Int privateKey;
privateKey.SetBase16(hexPrivateKey.c_str());

Point publicKey = secp256k1.ComputePublicKey(&privateKey);

uint8_t compressedPublicKey[33];
secp256k1.GetPublicKeyRaw(true, publicKey, reinterpret_cast<char*>(compressedPublicKey));

uint8_t publicKeyHash[32];
sha256_33(compressedPublicKey, publicKeyHash);

uint8_t ripemd160Hash[20];
ripemd160(publicKeyHash, 32, ripemd160Hash);

if (hasMinimumMatchingCharacters(ripemd160Hash)) {
std::string matchedPrivateKey = hexPrivateKey; // Store the private key for printing
std::string matchedRipemd160 = hexBytesToHexString(ripemd160Hash, 20); // Convert RIPEMD160 to hex string

{
std::lock_guard<std::mutex> lock(printMutex);
std::cout << "\nMatching RIPEMD160 hash found. Private Key: " << matchedPrivateKey << ", RIPEMD160: " << matchedRipemd160 << std::endl;
}

{
std::ofstream foundFile("found.txt", std::ios::app); // Append mode
if (foundFile.is_open()) {
foundFile << "Matched Private Key: " << matchedPrivateKey << ", RIPEMD160: " << matchedRipemd160 << std::endl;
foundFile.close();
}
}
}
}

totalKeys.fetch_add(1);

// Convert the mpz_class to uint64_t and update the currentValue atomically
currentValue.store(static_cast<uint64_t>(current.get_ui()), std::memory_order_relaxed);

current += INCREMENT * numThreads;
}

// Signal that this thread has completed its work
matchFound.store(true, std::memory_order_relaxed);
}

int main() {
loadRIPEMD160Hashes();

Secp256K1 secp256k1;
secp256k1.Init();

std::vector<std::thread> threads;

// Start the progress printing thread
std::thread progressThread(printProgress);

const int numThreads = std::thread::hardware_concurrency();
for (int i = 0; i < numThreads; ++i) {
threads.emplace_back(counterWorker, i, std::ref(secp256k1), numThreads);
}

for (auto& thread : threads) {
thread.join();
}

// Wait for the progress thread to complete
progressThread.join();

std::cout << std::endl;

return 0;
}

now I get 1.5million/s if I have 1 factor on my 16 threaded pc which I normally get nothing less than 55 million/s on keyhunt compress and exhomorphism
the more the factor to be multiplied the less the keys/s
and come to think of it, so many private keys are just numbers and these numbers have factors except it's a prime number
Now I can solve puzzle 65 without the public key in just a few seconds if you have the right factors in place
we need to see if we can get this code working on GPU which will also make so much momentum and also if we can get it faster on cpu
it's just an idea in progress and \i don't know if it's a good idea that's why I have decided to put it on here

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 09/09/2023, 12:51:24 UTC

Quote from: _Counselor on Today at 12:19:38 PM

Kangaroo can find a key in any range, regardless of its size. Even if you specify the wrong range, kangaroo will still find the key, but it will take much longer.

JLP's kangaroo implementation does have a problem with small ranges because by default there are too many kangaroos in a small range. You can adjust CPU/GPU group size to fix it, search with cpu only, or search with less threads/grid size.

Regarding searching for multiple keys, the kangaroo algorithm only works with one key at a time, so such a search is only possible sequentially. If it were possible to search for several keys simultaneously without loss of speed, then the puzzle's addresses with revealed public keys would have been solved long ago.

so the problem still lies in choice
we have none to make but to keep trying
we are all victims of causality
let's give the solver of 120 and 125 some more time, they'll solve all the puzzles with the exposed public key before anyone is able to solve puzzle 66
even the solo pool is only 3% gone from the search range despite the fact that we scan in bit ranges randomly
the truth is the only way to go is the puzzles with the private key and so much investment to go all in
and if anyone could stack up 100,000 4090s in a single machine which I don't think is possible. then the search would take approximately 20.5 hrs using KeyHunt Cuda (36893488147419103232/100000/5000000000/86400) but if you do the maths towards how much renting 100,000 4090s would turn out to be $830,000 (20.5*0.4*100000) using a standard rate of $0.4/hr for a single 4090. let's just imagine that the key would definitely not be at the last part so we can say 50/50 chance of getting it sooner before the last part which still leaves us with an investment of $415,000
now the target is how much again?
How much profit would you be making?
It's practically impossible to invest any amount of capital in the search for puzzles without the exposed pubkeys while still expecting to make any profit
and mind you "even if you have the private key for the rmd tahts have exactly 39 characters as that of the puzzle 66" for example "20d45a6a762535700ce9e0b216e31994335db8a4" and you thinking searching that range would get you closer to the range of puzzle 66 then you definitely don't understand how sha256 and ripemd160 works

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 08/09/2023, 16:53:10 UTC

Quote from: digaran on Today at 04:46:28 PM

For keys with no available public key, the only possible solution is an especial hardware like an ASIC miner to grind sha256 and rmd160 hashes at a rate of trillions/s for the cheapest ASIC and thousands of T/s for advanced ASICs. Then you could wait 10 years and see if development can increase the hash per second for your ASIC or not.

So, other than engineers, a factory with billions in equipment and a few million to spend on prototypes, what else we don't have?

Oh and that's just for keys from 66 up to 80.
However if you know the public key, there is at least a chance that you could work out things mathematically.

Regarding unexposed keys, of course there is a mathematical solution which is finding hash 160 and then hash 256 collisions, but I haven't seen any tool doing that, and it's not discussed here at all.

Ps, I have some ideas about finding collisions, it is related to sha256 checksum operation, if I could change the checksum requirement from 8 first characters of the second hash, by making it 32 character, I could work on finding collisions, in fact if we could replace sha256 with rmd160 and code something to extract rmd160 double hash checksum by using the first 20 characters of either first or second hash, again we could start working on collisions.

But that's all just an idea, I don't know if it works or not.

quote "that's the idea that has been running through my mind all along"

I have been trying to code some kind of collision where it'd only workout sha256 and rmd 160 while retaining the pubkey
But even if it worked out as I've been trying we'd only be stuck with probably 118 if we can successfully extract the pubkey from sha256 rmd collisions

but that'd definitely still give us an edge over the current situation where puzzle 66 is grinding the hell out of me

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 08/09/2023, 16:47:53 UTC

Quote from: artistk on Today at 03:36:46 PM

I've tried keyhunt random on CPU very slow.
And cubitcrack counting random ranges I give it time to time gave me about 10x speed of keyhunt, but without the random option, I don't like it.

I've tried to find any relation or pattern between the previous puzzles and got absolutely nothing!

I'd like to have that random option on GPU! is there any tool for that please?

Good thing I've learned some Python and found it's actually slow Grin

I started to learn C++ and CUDA hopefully to create a better tool, is there any libraries you can recommend to work with?

Looking at the puzzles that are still unsolved and how big those ranges are! there's no way in our life time! But it's fun to play!

vanbitcracken2 or KeyHuntCuda

but mind you, random option resets your chance to 100 times the initial time to find the key you are looking for withing the specified 66 bit range
for example
If it'd take you 300 years to scan the range
expect 30,000 years on a random search and you will still not stand the chance either, except you're able to program the random to note the range it had already scanned which is impossible because why would it be called random then?

rrandom option is the least thought anyone should be thinking about right now

only except you'd want to scan a specific 50 bit range randomly which you'd have to not down just like the puzzle 66 pool.
so if you want to consent to Random search for the puzzle 66
It's best to resort to the specific bit range search where you'd have to note every defeated range in order for you not to multiscan the range you've already scanned

Post

Topic

Board Bitcoin Discussion

Merits 1 from 1 user

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 23/08/2023, 15:08:00 UTC

⭐ Merited by citb0in (1)

Quote from: bestie1549 on Today at 02:22:38 PM

Quote from: zahid888 on Today at 11:45:10 AM

Quote from: kalos15btc on August 22, 2023, 12:23:17 PM

Quote from: zahid888 on August 22, 2023, 12:10:40 PM

Alright, after numerous calculations, I've come to the point where I need someone who is interested in puzzle 66 and capable of counting 48 bits within a few minutes. I have a total of 588 ranges for them to work on, with the opportunity to claim the prize of 6.6 BTC. Alternatively, if the author of the puzzle – the one who created this challenge to test the difficulty of increasing bits – has come across my post, I challenge them to assist me in improving my counting speed. I am confident in my ability to crack puzzle 66 in a matter of days.

what would the scanner get for wasting time and resources if the keys needed don't fall within these ranges?

I hope you know that addresses don't reflect on other addresses, they have no business whatsoever... if we are talking about pubkeys then It is pretty understandable, and I suggest you have the public key for number 66 to be able to have such confidence about the range to be scanned and if I were you and I had the pubkey then I wouldn't hesitate using kangaroo or keyhunt bsgs where it wont take up to 10 minutes to get your key

Post

Topic

Board Bitcoin Discussion

Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

bestie1549

on 23/08/2023, 14:22:38 UTC

Quote from: zahid888 on Today at 11:45:10 AM

Quote from: kalos15btc on August 22, 2023, 12:23:17 PM

Quote from: zahid888 on August 22, 2023, 12:10:40 PM

im ready to work with you

As previously mentioned, I have a total of 588 ranges, where is a private key of puzzle 66. Each range requires a 48-bit computation (I am referring to GPU computation). and I am seeking an individual who is capable of performing these computations within few minutes or at least an hour.

As for our collaboration approach, I am currently developing a script to scan all 588 ranges. Once the private key is obtained, the script will automatically perform the following actions: 2% of the amount will be deducted as fees, 59% will be sent to the individual performing the computations, and 39% will be sent to me. my bitcoin address and the computation performer's bitcoin address will be pre-entered into the script. The reason for allocating 59% to the computation performer is due to their resource usage, whether through GPU rental or electricity consumption. I intend to share the entire script with the individual to ensure transparency, while keeping the ranges known only to me. Once the script initiates, neither of us will have any access to it. But when scanning of one range completed, it will be saved along with the proof of work. Certainly, it will take me some time to perform all these processes.

So why not continue searching for that person in the meantime?

(This range is an example of 588 ranges: 3b07a000000000000:3b07affffffffffff, and this address is for proof of work: 1GYpdGZBaqRDKkpFWbaRezrVeGy6g6UNfE, 1Ngdkik5LLGzmzYUWKiPYDQ6CRRGWCPo5L, 19XbiMqyqeaJLDSvHLzhJkxngDYsBPXTQo, 13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so)

The person who will perform the counting of this range needs to be scanned and to post here with proof of work, or they can personally DM me as well. In this interaction, I will assess their operational speed in completing this 48-bit range. For scanning, they can use any software, but my suggestion is to use 'VanBitCrackenS v1.0' because here they can take advantage of multi-GPU. If the puzzle address falls within this range, then it will be yours. 👍

what would the scanner get for wasting time and resources if the keys needed don't fall within these ranges?