Just adding to the discussion that you already have ...
... the filenames are not really an issue and personally, I would leave them alone.
One VM = One folder. Thus there is nothing to know about filenames. VM name is something that you can change at any time in the particular VM menu. A good naming convention is of benefit, when you have many of them. VM name and Folder should match for your own convenience - how they match, well, whatever, but for me they are exactly the same. A good name might be something like "Win10TestApril_1". What the Windows Host name is, doesn't matter in this respect - obviously, for other purposes you want to select a good name. Windows Host name can or cannot be changed easily - it depends what you are running there. For instance, if you have a SQL Server database with possible application data in it, then it would make changing the Windows host name next to impossible (I mean, directly changing, without some backup/delete/reinstall workflow of some kind, depending on what you have there).
There are some (bad) workflows where the vm-files can get into a wrong place and be there without them working - I mean adding a disk, which requires perhaps one not anticipated OK-press, in the end of the workflow of adding a disk. Then you might need to be fiddling with the disk files to get them organized in a decent manner. Obviously, a fool-proof backup of everything is recommended before touching and deleting the non-working files.
As such, you can move your VM=One Folder, anywhere you like (be sure that Pro window doesn't "allocate" you VM while moving). Just select "I moved it" after the move. At least previously, you did need to say "I copied", if your architecture changed, like from Intel to Ryzen - otherwise, the VM stopped working ... not sure if this is universally true anymore. "I copied" is the safe bet, but some Win-related activation might be required after that. If not obvious, a fool-proof backup should be made before doing anything mentioned above. This move/copy, works without problems between Windows and Linux, too. (I hope the thing that you cannot run VM computer from NTFS on Linux bug (=too slow to even open up, like ever), is corrected now). On Linux, you obviously run VM on ext* filesystem.