07-13-2021, 11:27 PM
(This post was last modified: 07-14-2021, 11:40 AM by Katarnkyle.)
I know well the problem of memory cost on "high N" scrypt encrypted ethereum wallets, but this guy in the link below shows there is a very real possibility to reduce N settings by a trick via multipled operations and then allow to use devices for scrypt cracking , which are pretty fast but currently unusable for high N scrypt settings due to memory cost ( GPU, FPGA, maybe even ASIC ). It brings me a theory there could be a way how to significantly speed hashing up of ethereum high N scrypt wallets with Hashcat because of that loop unrolling and reducing memory usage. Even if that method slows classic, current hashing ( with high memory usage ) thousand times, it could be more than equilibrated by the usage of highly paralelized computing devices then. The goal is to use hell fast devices currently unusable for scrypt, getting lower price and time per hash. https://blog.ircmaxell.com/2014/03/why-i...crypt.html