Im testing with a testnet3 wallet and I see that there is an error when I paste the contents of "listdescriptors false" with "importdescriptors" command. I get a number of these errors:
[
{
"success": false,
"error": {
"code": -1,
"message": "Rescan failed for descriptor with timestamp (a number here). There was an error reading a block from time (a number here), which is after or within 7200 seconds of key creation, and could contain transactions pertaining to the desc. As a result, transactions and coins using this desc may not appear in the wallet. This error could be caused by pruning or data corruption (see bitcoind log for details) and could be dealt with by downloading and rescanning the relevant blocks (see -reindex option and rescanblockchain RPC)."
Does anyone know how to fix this? I have another watch-only wallet I did from the same testnet wallet back then and it worked. I tried importing from the same wallet I used to create the previous watch-only wallet into a new watch-only wallet now and the error showed up.
I believe this may be from using pruned mode? (back then I had the blocks and I don't now?) For some reason, some funds are there, but mostly aren't.
Maybe with some of these rescan commands you can make them show up? I want to use pruned mode for testnet because I don't want to use extra disk space but maybe I end up using full blockchain there too. Pruned mode only gives you problems anyway it seems (the migration wallet bug was a good reminder to not use pruned mode). If im going to need to run an entire resync of the blockchain everytime I use importdescriptors, then I might as well use nonpruned mode... but anway let me know what is the best thing to do now.
Also, if im going to need to download the entire tesnet3 blockchain, perhaps I should move to testnet4? I remember reading something testnet3 being deprecated soon or something. But I also remember some exploits being used on testnet4. I don't want to end up with a ton of space dedicated to testnet if they use it to spam it or something.