Search content
Sort by

Showing 5 of 5 results by BwtException
Post
Topic
Board Bitcoin Discussion
Re: == Bitcoin challenge transaction: ~100 BTC total bounty to solvers! ==UPDATED==
by
BwtException
on 10/05/2022, 21:27:22 UTC
Ok, that's 1,4 billion k/s.
Makes sense.
Post
Topic
Board Bitcoin Discussion
Re: == Bitcoin challenge transaction: ~100 BTC total bounty to solvers! ==UPDATED==
by
BwtException
on 10/05/2022, 16:02:33 UTC
what would be the cheapest gpu's (but still acceptable speed) that I could purchase for participating in this puzzle?
 please any recommendations
mine is a founder edition and can hit 1,400,000,000 Mk/s with -b 4532 -t 32 -p 584."
Can you clarify this number?
You wrote 1,4 billion but used Mk/s (million keys per second).

Is this 1,4 billion keys per second or what?
Post
Topic
Board Bitcoin Discussion
Re: == Bitcoin challenge transaction: ~100 BTC total bounty to solvers! ==UPDATED==
by
BwtException
on 28/04/2022, 20:15:33 UTC
Pool restored after failure due to weather anomalies in owner's areas.  The owner is on vacation so he only took care of the restoration after I gave him the information.  So go ahead: http://ttdsales.com/64bit
Can you tell me which GPU you're using? Gotta check the price to see if it's worth getting one.
Post
Topic
Board Bitcoin Discussion
Re: == Bitcoin challenge transaction: ~100 BTC total bounty to solvers! ==UPDATED==
by
BwtException
on 19/04/2022, 19:10:42 UTC
This is a general picture of the situation showing how many percent of what part of the entire range has already been scanned. The entire range of 64 is divided into 16 sub-ranges. The percentage indicator shows, for example, that the 16th part of the main range (i.e. F80000: FFFFFF) was scanned in almost 40%.
Hey, thanks for your answer. It looks like you're the one coordinating the pool. Great effort there!

Are those parts being scanned sequentially or is it random? Which I had a GPU to join you guys.
Post
Topic
Board Bitcoin Discussion
Re: == Bitcoin challenge transaction: ~100 BTC total bounty to solvers! ==UPDATED==
by
BwtException
on 15/04/2022, 20:27:46 UTC
If you have the #64 space, ttd breaks it down into 2^32 ranges (I believe), so ranges are randomly selected and assigned to users; so it will take 2^32 searches to touch the entire 64 bit range. The other pool breaks the entire range down where users search 2^19 ranges (considered 1 round, spread out over the entire #64 range) and search 2^32 keys within each range. After the 2^19 ranges have been searched, the next start range is shifted by beginning range 8000000000000000 + 2^32. Next start range would be 8000000000000000 + 2^32 + 2^32, next start range, etc.. In this way, every space of #64 is touched, every round. It is merely a different concept versus ttd. I understand you have a lot invested with ttd's pool, so of course you will want people to join it where you have a large majority of ranges searched.
Do you know what the data below "Distribution for each 16th of the entire 64 - 63 bit range" means?

Is that how many keys where tried in each key range?