Yeah, but next time try to at least pretending you’re making an effort

Did anybody saw that almost on each search you get addresses that contain 9h, 9W, 9t?

Regarding the ones with comments that finally they discovered and be prepared, please don't give such comments because you are like little children discovered a candy for first time.

Many thanks for technical people who is sharing. On next post i will share a new solution ideea just with python script.

And to give a hint: is a formula based on the number of puzzle, the amount of BTC from each wallet and the TX number from each puzzle. This formula can be applied to all puzzles based on the information we know, including the 135+.

Thanks for sharing your observations! On my side, I’ve noticed that memory utilization has increased significantly while speed has dropped on a 3060 GPU. It seems performance really varies a lot depending on the version and hardware.

I am getting 2,5 billion keyss with FixedPaul

Good.. but the advantage.. when we searching for a prefix, suffix, or both simultaneously!
The speed remains constant compared to other VanitySearch tools, likely because it scans only the starting or ending bytes of the HASH160 rather than working with Base58 like the others.

No, its a simple batch file you can use it with any tool to avoide duplication of ranges..

This isn’t my program — it’s originally by @FrozenThroneGuy. I just made a few tweaks here and there… maybe around a thousand extra lines of code

I want to ask you a question, and that is, if we set the time to send the transaction, taking into account the volume of the transaction sent, which in this particular case is about 1987 bytes, by monitoring the block being created online, and set the transaction with a network fee of $2000 at a time when there is only enough free space left in the current block for the volume of the transaction we sent, and then send the transaction so that it is confirmed and included in the current block with a high network fee, and then the block is closed and the next block starts to be created, is there still a risk of the transaction being hijacked by robots?

The problem with broadcasting the transaction to mempool is that we dont know when it will be confirmed. Its not about fees, its about the low entropy and time. In average a block should take 10 minutes to confirm, but I've seen a block be confirmed after more than one hour and a block be confirmed after seconds. We dont know when the block will be mined and we cant rely on lucky, hoping that its gonna take seconds to tranfers the funds safely. During that time Bots gonna take the prize easily through public key.

The safest way is to use Mara, they wont broadcast the transaction until she get one block mined, the moment that happens, the funds is moved at the same time with no risks.

And dont be a dumbass believing that Mara can crack the puzzle and steal the funds just from a hex transaction.

The hex transaction has purpose only for broadcasting wich means whatever miner who has it can broadcast at any time they want. But to change and steal the funds, Mara would need the private key to change and sign a transaction with their adress instead of yours.

Everybody is speaking about MARA, but is really safe?
You go on first page and say enter your transaction hex without any identification.
Even with this issue of unknowing what is happening when you submit, if everything is true about stealing, why they do not steal from everyone? There are milions of transactions every day.
If this was the case, nobody was using bitcoin anymore...