Quote from: Desyationer on Today at 06:15:37 AM

Is it possible -r mode that would be updated for a specified time, for example, a cycle is every 5 minutes, but at the same time the loaded address base would not be loaded again every cycle?
And the random range will be automatically updated instantly on the fly, without waiting for a long load of a large database of addresses. For example the -r option with the 300 (5min) parameter, while this does not work, only the bare -r without any parameters.

pika's random mode (which is not in brichard19's bitcrack) is not using a random number generator, it turns out that it uses an iteration count and multiplies it with all the other normal stuff, which is then ADDED to some exponent to obtaining private key samples:

Code:

// https://github.com/ZenulAbidin/BitCrack-3000/blob/master/CudaKeySearchDevice/CudaKeySearchDevice.cpp line 112
// Generate key pairs for k, k+1, k+2 ... k + <total points in parallel - 1>
secp256k1::uint256 privKey = _startExponent;

if(!_randomMode) {
exponents.push_back(privKey);
}
// ...
// Line 272
if(!_randomMode) {
offset = (secp256k1::uint256((uint64_t)_blocks * _threads * _pointsPerThread * _iterations) + privateKeyOffset) * _stride;
privateKey = secp256k1::addModN(_startExponent, offset);
} else {
offset = secp256k1::uint256(_iterations) * _stride;
privateKey = exponents[privateKeyOffset];
privateKey = secp256k1::addModN(privateKey, offset);
}

I guess a quick and dirty way to implement this is to use a timer that changes _startExponent using an RNG.

Quote from: Desyationer on Today at 06:15:37 AM

Does it make sense to put -u at a lower speed, or the raw format of addresses is negligible compared to the compressed format and it is better to leave just -c without -u

Running with -c and -u at the same time will make BitCrack a little slower but that's about all it does.