Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 312.

racminer

member

Activity: 245

Merit: 17

Quote from: holy_ship on February 25, 2019, 09:53:15 PM

Quote from: racminer on February 25, 2019, 04:45:56 AM

Thank you for you very competent comments.

Welcome.

Quote from: racminer on February 25, 2019, 04:45:56 AM

I claim that an Rx480 does 105MHkey/s on 01 target and 85 MHkey/s on 2,749,473 targets (compressed only)... draw you own conclusions. This is no BS.

1. Most abandoned wallets are uncompressed.
2. If speed with one address is almost the same as with 2.7M, then you haven't found right values for -b A -t B -p C
No other options.

8Gb Rx480

-b 72 -t 256 -p 2048

Most abandoned wallets are uncompressed .. you are certainly right.

holy_ship

jr. member

Activity: 115

Merit: 1

Quote from: racminer on February 25, 2019, 04:45:56 AM

Thank you for you very competent comments.

Welcome.

Quote from: racminer on February 25, 2019, 04:45:56 AM

I claim that an Rx480 does 105MHkey/s on 01 target and 85 MHkey/s on 2,749,473 targets (compressed only)... draw you own conclusions. This is no BS.

1. Most abandoned wallets are uncompressed.
2. If speed with one address is almost the same as with 2.7M, then you haven't found right values for -b A -t B -p C
No other options.

pikachunakapika

jr. member

Activity: 34

Merit: 5

Quote from: brainless on February 25, 2019, 12:02:25 PM

i have tested it with higher values too, need to of optimization
i created issues inside your pull of bitcrack and modified for random, check that too

Thank your for testing!

brainless

member

Activity: 348

Merit: 34

Quote from: pikachunakapika on February 25, 2019, 11:35:08 AM

Quote from: brainless on February 25, 2019, 08:57:49 AM

Quote from: zielar on February 25, 2019, 05:34:32 AM

There are many posts lately.
It is a pity that none of them makes sense [luckily, at this time, regardless of it - I effectively scan 288000000000Mkey/s which may allow me and this time to win with all the conjectures and ideas that appear here]. Conclusions and questions are born in the same way ...
I'll start with the conclusions:
- torments of smallies donors are unnecessary with the idea that they will discover the public key and use 2step to get the private key ... This sum goes to the wallet and will not come back alone ... this will not result in the 33bit RAW PUBKEY that is necessary for the operation this method.
- I will not agree with the fact that the version of BitCracka presented with the "-r" option in any way contributes to speeding up or facilitating (reading, increasing the chance) to obtain a key. The same functionality is obtained using the --share x / x command in the original version, which only differs from the aforementioned version in the way of searching various ranges (which are still dependent on luck and strength used to search and in the same large scope). It scans at the same speed, so the chances do not increase at all with the use of this option as someone has previously written.
Now questions:
- Birthdayparadox: what are you striving for? what message does this mass of data show you ... a lot of general data that is based on ... nothing. Show these scripts you used to generate these reports / what they are based on?
- 2Step Giant: as part of curiosity in discovering the potential of this interesting feature I have recently delved into - I've found for training purposes three addresses from the TOP1000 largest BTC wallets, which have no more than five outgoing transactions and at the latest 5 years ago. I introduced RAWPUBKEYS to the Step 2 Giant script and using the possibility of using 1TB RAM I compiled the script to run on HASHTABLE (1ULL >> 33). To my surprise after two days when I looked to see what's going on in effect - I saw three private keys. My heart softened and I shivered. The amazement dropped when I converted the results to WIF and it turned out that the addresses for them were never used and have no transactions. My puzzle is that where did these keys come from if they do not belong to these 33bit RAWPUBKEYS? I started the script a second time and the result was identical.

And as for the next versions you plan to implement: instead of focusing on something that an application already has - implement something that actually makes it better than the original. For example, an example of what I would like to IMPROVE would be to show the time remaining until the end of scanning of a given interval (based on the scanning speed and knowledge which scope is scanned) - simple and better, because the original does not exist

2step gaint
i run under original script 1<<25
5 million used pubkeys
found 2 keys
when checked those 2 keys never used and never in my 5m pubkeys list
repeat run same identical keys
repeat with 1 <<26 , no result
i think something wrong inside script, i mention compelete script only filtered 2 pubkeys which output privkey but never used in my above posts

You are getting false positives which is normal with this version of the code and your big hashtable.
Read recent posts of arulbero in this thread to understand why.
Simplified said there are collisions in the hashtable.

Code:

typedef struct hashtable_entry {
uint32_t x;
uint32_t exponent;
} hashtable_entry;

Here uint32_t x; is to small too prevent collisions.
If you make it bigger you will also require more system memory. So you have to find a smart way or just verify each found match if it is a true positive.

i have tested it with higher values too, need to of optimization
i created issues inside your pull of bitcrack and modified for random, check that too

pikachunakapika

jr. member

Activity: 34

Merit: 5

Quote from: brainless on February 25, 2019, 08:57:49 AM

Quote from: zielar on February 25, 2019, 05:34:32 AM

There are many posts lately.
It is a pity that none of them makes sense [luckily, at this time, regardless of it - I effectively scan 288000000000Mkey/s which may allow me and this time to win with all the conjectures and ideas that appear here]. Conclusions and questions are born in the same way ...
I'll start with the conclusions:
- torments of smallies donors are unnecessary with the idea that they will discover the public key and use 2step to get the private key ... This sum goes to the wallet and will not come back alone ... this will not result in the 33bit RAW PUBKEY that is necessary for the operation this method.
- I will not agree with the fact that the version of BitCracka presented with the "-r" option in any way contributes to speeding up or facilitating (reading, increasing the chance) to obtain a key. The same functionality is obtained using the --share x / x command in the original version, which only differs from the aforementioned version in the way of searching various ranges (which are still dependent on luck and strength used to search and in the same large scope). It scans at the same speed, so the chances do not increase at all with the use of this option as someone has previously written.
Now questions:
- Birthdayparadox: what are you striving for? what message does this mass of data show you ... a lot of general data that is based on ... nothing. Show these scripts you used to generate these reports / what they are based on?
- 2Step Giant: as part of curiosity in discovering the potential of this interesting feature I have recently delved into - I've found for training purposes three addresses from the TOP1000 largest BTC wallets, which have no more than five outgoing transactions and at the latest 5 years ago. I introduced RAWPUBKEYS to the Step 2 Giant script and using the possibility of using 1TB RAM I compiled the script to run on HASHTABLE (1ULL >> 33). To my surprise after two days when I looked to see what's going on in effect - I saw three private keys. My heart softened and I shivered. The amazement dropped when I converted the results to WIF and it turned out that the addresses for them were never used and have no transactions. My puzzle is that where did these keys come from if they do not belong to these 33bit RAWPUBKEYS? I started the script a second time and the result was identical.

And as for the next versions you plan to implement: instead of focusing on something that an application already has - implement something that actually makes it better than the original. For example, an example of what I would like to IMPROVE would be to show the time remaining until the end of scanning of a given interval (based on the scanning speed and knowledge which scope is scanned) - simple and better, because the original does not exist

2step gaint
i run under original script 1<<25
5 million used pubkeys
found 2 keys
when checked those 2 keys never used and never in my 5m pubkeys list
repeat run same identical keys
repeat with 1 <<26 , no result
i think something wrong inside script, i mention compelete script only filtered 2 pubkeys which output privkey but never used in my above posts

You are getting false positives which is normal with this version of the code and your big hashtable.
Read recent posts of arulbero in this thread to understand why.
Simplified said there are collisions in the hashtable.

Code:

typedef struct hashtable_entry {
uint32_t x;
uint32_t exponent;
} hashtable_entry;

Here uint32_t x; is to small too prevent collisions.
If you make it bigger you will also require more system memory. So you have to find a smart way or just verify each found match if it is a true positive.

racminer

member

Activity: 245

Merit: 17

Quote from: netlakes on February 25, 2019, 10:30:30 AM

hello guys, today this wallet appeared 1JMT8uyrnVAvkhiexbTL9dyyMwTqjKygU9
in my search

take a look at the transactions, can anyone explain what this is?

https://bitcoin.stackexchange.com/questions/64504/what-does-unable-to-decode-output-address-mean

netlakes

newbie

Activity: 37

Merit: 0

hello guys, today this wallet appeared 1JMT8uyrnVAvkhiexbTL9dyyMwTqjKygU9
in my search

take a look at the transactions, can anyone explain what this is?

yoloyet

newbie

Activity: 63

Merit: 0

is this still on going? this might offer some hours of having fun

brainless

member

Activity: 348

Merit: 34

Quote from: zielar on February 25, 2019, 05:34:32 AM

There are many posts lately.
It is a pity that none of them makes sense [luckily, at this time, regardless of it - I effectively scan 288000000000Mkey/s which may allow me and this time to win with all the conjectures and ideas that appear here]. Conclusions and questions are born in the same way ...
I'll start with the conclusions:
- torments of smallies donors are unnecessary with the idea that they will discover the public key and use 2step to get the private key ... This sum goes to the wallet and will not come back alone ... this will not result in the 33bit RAW PUBKEY that is necessary for the operation this method.
- I will not agree with the fact that the version of BitCracka presented with the "-r" option in any way contributes to speeding up or facilitating (reading, increasing the chance) to obtain a key. The same functionality is obtained using the --share x / x command in the original version, which only differs from the aforementioned version in the way of searching various ranges (which are still dependent on luck and strength used to search and in the same large scope). It scans at the same speed, so the chances do not increase at all with the use of this option as someone has previously written.
Now questions:
- Birthdayparadox: what are you striving for? what message does this mass of data show you ... a lot of general data that is based on ... nothing. Show these scripts you used to generate these reports / what they are based on?
- 2Step Giant: as part of curiosity in discovering the potential of this interesting feature I have recently delved into - I've found for training purposes three addresses from the TOP1000 largest BTC wallets, which have no more than five outgoing transactions and at the latest 5 years ago. I introduced RAWPUBKEYS to the Step 2 Giant script and using the possibility of using 1TB RAM I compiled the script to run on HASHTABLE (1ULL >> 33). To my surprise after two days when I looked to see what's going on in effect - I saw three private keys. My heart softened and I shivered. The amazement dropped when I converted the results to WIF and it turned out that the addresses for them were never used and have no transactions. My puzzle is that where did these keys come from if they do not belong to these 33bit RAWPUBKEYS? I started the script a second time and the result was identical.

And as for the next versions you plan to implement: instead of focusing on something that an application already has - implement something that actually makes it better than the original. For example, an example of what I would like to IMPROVE would be to show the time remaining until the end of scanning of a given interval (based on the scanning speed and knowledge which scope is scanned) - simple and better, because the original does not exist

2step gaint
i run under original script 1<<25
5 million used pubkeys
found 2 keys
when checked those 2 keys never used and never in my 5m pubkeys list
repeat run same identical keys
repeat with 1 <<26 , no result
i think something wrong inside script, i mention compelete script only filtered 2 pubkeys which output privkey but never used in my above posts

stalker00075

newbie

Activity: 54

Merit: 0

FUCK you make me nervously smoking aside with my 350Mkey/s

racminer

member

Activity: 245

Merit: 17

Quote from: zielar on February 25, 2019, 05:34:32 AM

There are many posts lately.
It is a pity that none of them makes sense [luckily, at this time, regardless of it - I effectively scan 288000000000Mkey/s which may allow me and this time to win with all the conjectures and ideas that appear here]. Conclusions and questions are born in the same way ...
I'll start with the conclusions:
- torments of smallies donors are unnecessary with the idea that they will discover the public key and use 2step to get the private key ... This sum goes to the wallet and will not come back alone ... this will not result in the 33bit RAW PUBKEY that is necessary for the operation this method.
- I will not agree with the fact that the version of BitCracka presented with the "-r" option in any way contributes to speeding up or facilitating (reading, increasing the chance) to obtain a key. The same functionality is obtained using the --share x / x command in the original version, which only differs from the aforementioned version in the way of searching various ranges (which are still dependent on luck and strength used to search and in the same large scope). It scans at the same speed, so the chances do not increase at all with the use of this option as someone has previously written.
Now questions:
- Birthdayparadox: what are you striving for? what message does this mass of data show you ... a lot of general data that is based on ... nothing. Show these scripts you used to generate these reports / what they are based on?
- 2Step Giant: as part of curiosity in discovering the potential of this interesting feature I have recently delved into - I've found for training purposes three addresses from the TOP1000 largest BTC wallets, which have no more than five outgoing transactions and at the latest 5 years ago. I introduced RAWPUBKEYS to the Step 2 Giant script and using the possibility of using 1TB RAM I compiled the script to run on HASHTABLE (1ULL >> 33). To my surprise after two days when I looked to see what's going on in effect - I saw three private keys. My heart softened and I shivered. The amazement dropped when I converted the results to WIF and it turned out that the addresses for them were never used and have no transactions. My puzzle is that where did these keys come from if they do not belong to these 33bit RAWPUBKEYS? I started the script a second time and the result was identical.

And as for the next versions you plan to implement: instead of focusing on something that an application already has - implement something that actually makes it better than the original. For example, an example of what I would like to IMPROVE would be to show the time remaining until the end of scanning of a given interval (based on the scanning speed and knowledge which scope is scanned) - simple and better, because the original does not exist

Good points.

Waw!!! 288 000 000 000 Mkey/s ...

Maybe you mean 288 000 000 000 key/s

zielar

full member

Activity: 282

Merit: 114

There are many posts lately.
It is a pity that none of them makes sense [luckily, at this time, regardless of it - I effectively scan 288000000000Mkey/s which may allow me and this time to win with all the conjectures and ideas that appear here]. Conclusions and questions are born in the same way ...
I'll start with the conclusions:
- torments of smallies donors are unnecessary with the idea that they will discover the public key and use 2step to get the private key ... This sum goes to the wallet and will not come back alone ... this will not result in the 33bit RAW PUBKEY that is necessary for the operation this method.
- I will not agree with the fact that the version of BitCracka presented with the "-r" option in any way contributes to speeding up or facilitating (reading, increasing the chance) to obtain a key. The same functionality is obtained using the --share x / x command in the original version, which only differs from the aforementioned version in the way of searching various ranges (which are still dependent on luck and strength used to search and in the same large scope). It scans at the same speed, so the chances do not increase at all with the use of this option as someone has previously written.
Now questions:
- Birthdayparadox: what are you striving for? what message does this mass of data show you ... a lot of general data that is based on ... nothing. Show these scripts you used to generate these reports / what they are based on?
- 2Step Giant: as part of curiosity in discovering the potential of this interesting feature I have recently delved into - I've found for training purposes three addresses from the TOP1000 largest BTC wallets, which have no more than five outgoing transactions and at the latest 5 years ago. I introduced RAWPUBKEYS to the Step 2 Giant script and using the possibility of using 1TB RAM I compiled the script to run on HASHTABLE (1ULL >> 33). To my surprise after two days when I looked to see what's going on in effect - I saw three private keys. My heart softened and I shivered. The amazement dropped when I converted the results to WIF and it turned out that the addresses for them were never used and have no transactions. My puzzle is that where did these keys come from if they do not belong to these 33bit RAWPUBKEYS? I started the script a second time and the result was identical.

And as for the next versions you plan to implement: instead of focusing on something that an application already has - implement something that actually makes it better than the original. For example, an example of what I would like to IMPROVE would be to show the time remaining until the end of scanning of a given interval (based on the scanning speed and knowledge which scope is scanned) - simple and better, because the original does not exist

racminer

member

Activity: 245

Merit: 17

Quote from: holy_ship on February 24, 2019, 09:53:00 PM

Quote from: racminer on February 22, 2019, 02:00:21 PM

One target or 45000 target won't change much.

So incompetent opinion.
1 compressed address makes 250MK
50k compressed+uncompressed 80MK
(on gf1070)

that's 3.1 times difference.

Quote from: racminer on February 22, 2019, 02:00:21 PM

Never tried it, because most of non empty BTC addresses are compressed

Another BS

Quote from: racminer on February 22, 2019, 02:00:21 PM

This trick will increase your likelihood in finding the key as times increases

3rd BS.

Thank you for you very competent comments.

Competence has nothing to do with experience.

You claimed:"
1 compressed address makes 250MK
50k compressed+uncompressed 80MK
(on gf1070) "
Is it by competence that you are saying this or by experience.
I suppose you are competent enough to know that AMD and NVIDIA GPU are not the same as far as performance and scaling.
I claim that an Rx480 does 105MHkey/s on 01 target and 85 MHkey/s on 2,749,473 targets (compressed only)... draw you own conclusions. This is no BS.

For my other comments, maybe I did not express myself well (my native language is not English)
Instead of saying that what I say is BS ...

TEACH US SOMETHING !

fecell

jr. member

Activity: 137

Merit: 2

Quote from: racminer on February 24, 2019, 03:38:33 PM

hhh
this guy "1LuckyTJHcLLTnmeDZFbc1E18ZW87k36tk" has been hitting on this one https://www.blockchain.com/fr/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF
I guess he is getting desperate now Grin

you mean this guy - https://luckyb.it
I think somebody enter #61 address at this site as own, and small ammount was sended as reward to it.

holy_ship

jr. member

Activity: 115

Merit: 1

Quote from: racminer on February 22, 2019, 02:00:21 PM

One target or 45000 target won't change much.

So incompetent opinion.
1 compressed address makes 250MK
50k compressed+uncompressed 80MK
(on gf1070)

that's 3.1 times difference.

Quote from: racminer on February 22, 2019, 02:00:21 PM

Never tried it, because most of non empty BTC addresses are compressed

Another BS

Quote from: racminer on February 22, 2019, 02:00:21 PM

This trick will increase your likelihood in finding the key as times increases

3rd BS.

racminer

member

Activity: 245

Merit: 17

Quote from: MagicInternetPizza on February 24, 2019, 06:45:08 PM

Quote from: racminer on February 24, 2019, 06:02:23 PM

Quote from: MagicInternetPizza on February 24, 2019, 04:56:28 PM

Woah that https://www.blockchain.com/en/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF?offset=250&filter=6 address is filled with $300 million!
I thought this whole riddle was about 32 BTC?
Btw I am not into this cracking kinda stuff enough to participate into this. Just clicked through the posted addresses in this thread and found this HUGE wallet which a user above me posted.

Insane.
I guess if this key is crackable, the reward is so insanely high because it is nearly impossible to crack.
I'd love to know the guy knowing the result to this riddle and get to know how to solve this lol. That'd be awesome.
Like "Hey dude you heard about this riddle I made with Bitcoin? You aren't into BTC anyway, so here's how to solve it...."
"Oh that sounds fun! No worries I won't participate in solving it. *Opens Bitcoin wallet and imports priv key*"

By the way: Ever thought of where this huge stack of Coins might come from? Could the source be some illegal hacking stuff offering the coins for grabs via a riddle because they can't sell them anyway? (IF it is related to any riddle at all.) Could it be an exchange wallet not related to a riddle at all? Would be really interested in seeing some blockchain analysis here to get to know who owns/owned these coins and how they have been acquired. 2011 is a long long time ago.
Or did Mark Karpeles forgot a paper wallet sitting in between his couch again?

183hmJGRuTEi2YDCWy5iozY8rZtFwVgahM;8.59473e+12

That one must be an exchange cold wallet. Transaction happened within the last 12 months also. I bet it's Coinbase. Or Bitfinex.

Btw

Quote

[...]e+12

not familiar with these kind of numbers that begin with "e", what does it mean?
I'm stupid I know. I'm also not very good at math. Would be happy to have explained why you wrote those "e"-numbers behind the addresses. Thanks!

edit I just went through the BTC Top 100 Rich list and found some that had over 1million BTC transacted. That's heavy.
Also sorry for pushing this thread slightly Off Topic.

1e+12 is just 10**12 same as 1 000 000 000 000 (twelve zeros)
1 BTC = 1e+8 satoshi = 100 000 000 (eight zeros)
so
1e+12 = 10 000 BTC

this wallet 183hmJGRuTEi2YDCWy5iozY8rZtFwVgahM holds 8.59473e+12 = 85 947 BTC
This wallet has no withdrawal.
it was created on this date 2018-07-01 and received all this amount from 1KAt6STtisWMMVo5XGdos9P7DBNNsFfjx7

netlakes

newbie

Activity: 37

Merit: 0

Quote from: MagicInternetPizza on February 24, 2019, 06:45:08 PM

Quote from: racminer on February 24, 2019, 06:02:23 PM

Quote from: MagicInternetPizza on February 24, 2019, 04:56:28 PM

Woah that https://www.blockchain.com/en/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF?offset=250&filter=6 address is filled with $300 million!
I thought this whole riddle was about 32 BTC?
Btw I am not into this cracking kinda stuff enough to participate into this. Just clicked through the posted addresses in this thread and found this HUGE wallet which a user above me posted.

Insane.
I guess if this key is crackable, the reward is so insanely high because it is nearly impossible to crack.
I'd love to know the guy knowing the result to this riddle and get to know how to solve this lol. That'd be awesome.
Like "Hey dude you heard about this riddle I made with Bitcoin? You aren't into BTC anyway, so here's how to solve it...."
"Oh that sounds fun! No worries I won't participate in solving it. *Opens Bitcoin wallet and imports priv key*"

By the way: Ever thought of where this huge stack of Coins might come from? Could the source be some illegal hacking stuff offering the coins for grabs via a riddle because they can't sell them anyway? (IF it is related to any riddle at all.) Could it be an exchange wallet not related to a riddle at all? Would be really interested in seeing some blockchain analysis here to get to know who owns/owned these coins and how they have been acquired. 2011 is a long long time ago.
Or did Mark Karpeles forgot a paper wallet sitting in between his couch again?

183hmJGRuTEi2YDCWy5iozY8rZtFwVgahM;8.59473e+12

That one must be an exchange cold wallet. Transaction happened within the last 12 months also. I bet it's Coinbase. Or Bitfinex.

Btw

Quote

[...]e+12

not familiar with these kind of numbers that begin with "e", what does it mean?
I'm stupid I know. I'm also not very good at math. Would be happy to have explained why you wrote those "e"-numbers behind the addresses. Thanks!

hi!!

Prism switches to scientific notation when the values are very larger or very small. For example:

2.3e-5, means 2.3 times ten to the minus five power, or 0.000023
4.5e6 means 4.5 times ten to the sixth power, or 4500000 which is the same as 4,500,000
This is a standard notation used by many computer programs including Excel. Entering a value in this form is not the same as entering the logarithm of a number. This is simply a shortcut way to enter very large values, or tiny fractions, without using logarithms

Note that in other contexts, e = 2.71828183, the base of natural logarithms. But when used in displaying large or small numbers, e means "times ten to the power of...".

MagicInternetPizza

newbie

Activity: 13

Merit: 0

Quote from: racminer on February 24, 2019, 06:02:23 PM

Quote from: MagicInternetPizza on February 24, 2019, 04:56:28 PM

Woah that https://www.blockchain.com/en/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF?offset=250&filter=6 address is filled with $300 million!
I thought this whole riddle was about 32 BTC?
Btw I am not into this cracking kinda stuff enough to participate into this. Just clicked through the posted addresses in this thread and found this HUGE wallet which a user above me posted.

Insane.
I guess if this key is crackable, the reward is so insanely high because it is nearly impossible to crack.
I'd love to know the guy knowing the result to this riddle and get to know how to solve this lol. That'd be awesome.
Like "Hey dude you heard about this riddle I made with Bitcoin? You aren't into BTC anyway, so here's how to solve it...."
"Oh that sounds fun! No worries I won't participate in solving it. *Opens Bitcoin wallet and imports priv key*"

By the way: Ever thought of where this huge stack of Coins might come from? Could the source be some illegal hacking stuff offering the coins for grabs via a riddle because they can't sell them anyway? (IF it is related to any riddle at all.) Could it be an exchange wallet not related to a riddle at all? Would be really interested in seeing some blockchain analysis here to get to know who owns/owned these coins and how they have been acquired. 2011 is a long long time ago.
Or did Mark Karpeles forgot a paper wallet sitting in between his couch again?

183hmJGRuTEi2YDCWy5iozY8rZtFwVgahM;8.59473e+12

That one must be an exchange cold wallet. Transaction happened within the last 12 months also. I bet it's Coinbase. Or Bitfinex.

Btw

Quote

[...]e+12

not familiar with these kind of numbers that begin with "e", what does it mean?
I'm stupid I know. I'm also not very good at math. Would be happy to have explained why you wrote those "e"-numbers behind the addresses. Thanks!

edit I just went through the BTC Top 100 Rich list and found some that had over 1million BTC transacted. That's heavy.
Also sorry for pushing this thread slightly Off Topic.

racminer

member

Activity: 245

Merit: 17

Quote from: MagicInternetPizza on February 24, 2019, 04:56:28 PM

Woah that https://www.blockchain.com/en/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF?offset=250&filter=6 address is filled with $300 million!
I thought this whole riddle was about 32 BTC?
Btw I am not into this cracking kinda stuff enough to participate into this. Just clicked through the posted addresses in this thread and found this HUGE wallet which a user above me posted.

Insane.
I guess if this key is crackable, the reward is so insanely high because it is nearly impossible to crack.
I'd love to know the guy knowing the result to this riddle and get to know how to solve this lol. That'd be awesome.
Like "Hey dude you heard about this riddle I made with Bitcoin? You aren't into BTC anyway, so here's how to solve it...."
"Oh that sounds fun! No worries I won't participate in solving it. *Opens Bitcoin wallet and imports priv key*"

By the way: Ever thought of where this huge stack of Coins might come from? Could the source be some illegal hacking stuff offering the coins for grabs via a riddle because they can't sell them anyway? (IF it is related to any riddle at all.) Could it be an exchange wallet not related to a riddle at all? Would be really interested in seeing some blockchain analysis here to get to know who owns/owned these coins and how they have been acquired. 2011 is a long long time ago.
Or did Mark Karpeles forgot a paper wallet sitting in between his couch again?

check those Wink

if they still have their BTC
16rCmCmbuWDhPjWTrpQGaU3EPdZF7MTdUk;1.07203e+13
183hmJGRuTEi2YDCWy5iozY8rZtFwVgahM;8.59473e+12
1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF;7.99572e+12
1HQ3Go3ggs8pFnXuHVHRytPCq5fGG8Hbhx;6.93701e+12
18rnfoQgGo1HqvVQaAN4QnxjYE7Sez9eca;6.36e+12
1LdRcdxfbSnmCYYNdeYpUnztiYzVfBEQeC;5.38801e+12
1JCe8z4jJVNXSjohjM4i9Hh813dLCNx2Sy;5.3e+12
1AC4fMwgY8j9onSbXEWeH6Zan8QGMSdmtA;5.18304e+12
12YygZpCEC8VED2oSMQdWCq5xBnHo9ts1Z;4.85001e+12
18mkjbVaHAcMauL6iiy7zm9VjMYCjy4UU1;4.5e+12
17hf5H8D6Yc4B7zHEg3orAtKn7Jhme7Adx;3.6e+12
13JQwoSLLR3ffXwswe2HCTK9oq4i8MWK3q;3.101e+12
12ib7dApVFvg82TXKycWBNpN8kFyiAN1dr;3.10001e+12
12tkqA9xSoowkzoERHMWNKsTey55YEBqkv;2.81511e+12
1AnwDVbwsLBVwRfqN2x9Eo4YEJSPXo2cwG;2.32276e+12
14eQD1QQb8QFVG8YFwGz7skyzsvBLWLwJS;2.22112e+12
16FSBGvQfy4K8dYvPPWWpmzgKM6CvrCoVy;2.16986e+12
17rm2dvb439dZqyMe2d4D6AQJSgg6yeNRn;2.0008e+12
1Cr7EjvS8C7gfarREHCvFhd9gT3r46pfLb;1.95169e+12
1PeizMg76Cf96nUQrYg8xuoZWLQozU5zGW;1.94144e+12
18x5Wo3FLQN4t1DLZgV2MoAMWXmCYL9b7M;1.62524e+12
1GR9qNz7zgtaW5HwwVpEJWMnGWhsbsieCG;1.57456e+12
1FaUfrUhv37aqFAZ9ij595587wtnGWBFKS;1.5724e+12
1HLsDiYE8P61Z3mwqVuq1xtuoZkJZ8rX7P;1.5e+12
1DWsHCjeekCe3tRzMuJktHhFrtLQDeodcP;1.5e+12
1PfceCKGraSPEvx6nfjw5ZCLLy8Ct23Qd5;1.49999e+12
15xZvLJLAgxh8cxEmAbpx1H35oibHo5cLA;1.44498e+12
1BZaYtmXka1y3Byi2yvXCDG92Tjz7ecwYj;1.4e+12
1GKztam9D8ZWK9GxsNoNZbVSVs9Pk1nAXp;1.30001e+12
1KKiEAkpnQR2FH5kpkGP6442ZDkd6ZdrRS;1.28e+12
18hRPy5sTzoYAfX18qn8eK1SdwbxU3YHpD;1.2322e+12
1HBM45n214sV9yXoizBwTksUgEysTPpk46;1.20003e+12
13sixi6TGPoWvbi2e93wdQSyJPPN7vNhx3;1.19272e+12
1CMbVZV7xbAiFFauuAf3tgZRhwLKXmMUZL;1.1837e+12
15NQthxeLSwMtEaXJFM7YUCf59LzmFjkeH;1.18e+12
1aXzEKiDJKzkPxTZy9zGc3y1nCDwDPub2;1.15e+12
1DWxysF7GPRYGShNxL5ux2N2JLRa9rbE6k;1.13891e+12
1923qxU74HWWz75LgWTsPE4FT9Zyd6n6bv;1.13368e+12
19G5kkYvjawZiYKhFeh8WmfBN31pdP94Jr;1.1102e+12
1F34duy2eeMz5mSrvFepVzy7Y1rBsnAyWC;1.07705e+12
1f1miYFQWTzdLiCBxtHHnNiW7WAWPUccr;1.00093e+12
187Nqgq3WoKihPNMtWYfRe6z2CFUJhbgFh;1.00017e+12
1ucXXZQSEf4zny2HRwAQKtVpkLPTUKRtt;1e+12
1P1iThxBH542Gmk1kZNXyji4E4iwpvSbrt;1e+12
1LfV1tSt3KNyHpFJnAzrqsLFdeD2EvU1MK;1e+12
1Kx4QFupZ9vKFmUDhsptfSBPEKXJKV5MuN;1e+12
1Ki3WTEEqTLPNsN5cGTsMkL2sJ4m5mdCXT;1e+12
1KbrSKrT3GeEruTuuYYUSQ35JwKbrAWJYm;1e+12
1EU2pMence1UfifCco2UHJCdoqorAtpT7;1e+12
1CPaziTqeEixPoSFtJxu74uDGbpEAotZom;1e+12
1BAFWQhH9pNkz3mZDQ1tWrtKkSHVCkc3fV;1e+12
14YK4mzJGo5NKkNnmVJeuEAQftLt795Gec;1e+12
12tLs9c9RsALt4ockxa1hB4iTCTSmxj2me;1e+12
1DBwffK5gAsL7axG6idGFRXNWMxuUZTcE5;9.73011e+11
1Kd6zLb9iAjcrgq8HzWnoWNVLYYWjp3swA;9.70713e+11

the first one has been emptied on january 2019 it held 223 705 BTC

the last one has 9.70713e+11 = 9 707 BTC not active since October 2018 and no withdrawal since last year (Feb 2018)

you can check how many are still unspent Wink

these few wallets hold more than 1 000 000 BTC Grin

MagicInternetPizza

newbie

Activity: 13

Merit: 0

Woah that https://www.blockchain.com/en/btc/address/1FeexV6bAHb8ybZjqQMjJrcCrHGW9sb6uF?offset=250&filter=6 address is filled with $300 million!
I thought this whole riddle was about 32 BTC?
Btw I am not into this cracking kinda stuff enough to participate into this. Just clicked through the posted addresses in this thread and found this HUGE wallet which a user above me posted.

Insane.
I guess if this key is crackable, the reward is so insanely high because it is nearly impossible to crack.
I'd love to know the guy knowing the result to this riddle and get to know how to solve this lol. That'd be awesome.
Like "Hey dude you heard about this riddle I made with Bitcoin? You aren't into BTC anyway, so here's how to solve it...."
"Oh that sounds fun! No worries I won't participate in solving it. *Opens Bitcoin wallet and imports priv key*"

By the way: Ever thought of where this huge stack of Coins might come from? Could the source be some illegal hacking stuff offering the coins for grabs via a riddle because they can't sell them anyway? (IF it is related to any riddle at all.) Could it be an exchange wallet not related to a riddle at all? Would be really interested in seeing some blockchain analysis here to get to know who owns/owned these coins and how they have been acquired. 2011 is a long long time ago.
Or did Mark Karpeles forgot a paper wallet sitting in between his couch again?

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