devtrackers.gg
As for internal save data of your profile, adding, let's say... 1000 more bank spaces should only be 25-50 KiloBytes in data(ID/Amount/Tab/Etc), and only if the player actually uses said space, which is rare, so it's hard to excuse the current lack of bank space unless it somehow affects performance of the game, which it shouldn't if it's done properly.
Maybe a JMod could chime in, but I'm pretty sure with how the bank and profile is set up in its current state, adding bank space is essentially tweaking a few numbers in various locations, and I think changing all bank boosters from +50 to +100 would solve a lot of problems and make them more appealing as a win/win.
Any unused inventories still require the memory to be allocated. Every single object in this game also has the potential to have variables attached to it (durability, charge, etc.).
We wanted to do something like the OP but got shot down by lead techs, rightly so. They're looking into a more formal solution for an 'inventory-lite' for things like this in the future.
I know theres a risk involved, but with the pipeline in place (used for mining and smithing) to test major changes against the playerbase why not start refactoring code relating to item management? I can only imagine how monumental of a task that would be, but thats all the more reason to start chipping away at the technical debt.
Yep! Part of our workload is eliminating technical debt. If we can create an 'inventory-lite', which essentially only stores the object ID and the amount, then we'd be free to make many variations of these bespoke inventories.
Seed vaults. Herb bags. Rune pouches. Ammo quivers.
Containers for 'simple' objects would be mostly become a non-issue. Things like storm-barns that store farm animals would still fall under the same memory concerns as the objects stored are 'complex' and contain much more information.