You do not need to guess. The details of the algorithm to derive a key from the user password and use this to encrypt the data/wallet is documented all over the internet, e.g. see here: https://en.bitcoin.it/wiki/Wallet_encryption
litecoin, as far as I know, is just a rip off of bitcoin (at least when we specifically look at the wallet encryption) and basically does the same thing. That's also why in hashcat there is just -m 11300 = Bitcoin/Litecoin (i.e. one hash type that can recover the passwords of both wallet types, there is even bitcoin2john.py that can extract the "hash" of both wallet types!).
The only major difference of litecoin vs bitcoin is the algorithm used by the miners (sha256 for bitcoin, scrypt for litecoin).... and even there litecoin literally failed (at least from what I've seen) to make any good contribution by failing to setting high enough N, r, p scrypt settings to make it GPU-unfriendly (yeah, scrypt is not always GPU-unfriendly, you need to choose high enough parameters. litecoin as far as I know failed horrible in setting those parameters high enough to make any difference).
Therefore, we need to stop mixing up those 2 different types of algorithm (miner algorithm vs wallet encryption algorithm). It's also important that you can't compare apple to oranges. You also can't just guess the hash type just by the length of a hexadecimal formatted hash (like you just did e.g. something like "it must be sha384 because only that hash has the same size", "this and that hash identifier software told me that it is sha384", ... it doesn't work like this).
The underlying hashing+encryption algorithm for bitcoin/litecoin wallet encryption uses a key derivation function (based on sha512 and a lot of iterations: 200000) and a final AES-256-CBC encryption/decryption step. You can't crack bitcoin/litecoin "hashes" by using a different algorithm or hash mode. You need to use the exact same algorithm (hashcat has the hash type -m 11300 = Bitcoin/Litecoin). There is no shortcut or something like a reduction/conversion to a different hash type. Oranges are oranges and apples are apples. You can't transform them. You won't crack the hash by using sha384 because that is a totally different algorithm.
litecoin, as far as I know, is just a rip off of bitcoin (at least when we specifically look at the wallet encryption) and basically does the same thing. That's also why in hashcat there is just -m 11300 = Bitcoin/Litecoin (i.e. one hash type that can recover the passwords of both wallet types, there is even bitcoin2john.py that can extract the "hash" of both wallet types!).
The only major difference of litecoin vs bitcoin is the algorithm used by the miners (sha256 for bitcoin, scrypt for litecoin).... and even there litecoin literally failed (at least from what I've seen) to make any good contribution by failing to setting high enough N, r, p scrypt settings to make it GPU-unfriendly (yeah, scrypt is not always GPU-unfriendly, you need to choose high enough parameters. litecoin as far as I know failed horrible in setting those parameters high enough to make any difference).
Therefore, we need to stop mixing up those 2 different types of algorithm (miner algorithm vs wallet encryption algorithm). It's also important that you can't compare apple to oranges. You also can't just guess the hash type just by the length of a hexadecimal formatted hash (like you just did e.g. something like "it must be sha384 because only that hash has the same size", "this and that hash identifier software told me that it is sha384", ... it doesn't work like this).
The underlying hashing+encryption algorithm for bitcoin/litecoin wallet encryption uses a key derivation function (based on sha512 and a lot of iterations: 200000) and a final AES-256-CBC encryption/decryption step. You can't crack bitcoin/litecoin "hashes" by using a different algorithm or hash mode. You need to use the exact same algorithm (hashcat has the hash type -m 11300 = Bitcoin/Litecoin). There is no shortcut or something like a reduction/conversion to a different hash type. Oranges are oranges and apples are apples. You can't transform them. You won't crack the hash by using sha384 because that is a totally different algorithm.