Woow!
You’r storehouse of knowledge ) DId you check it yourself (600 slots)?
I still don’t see any problem in nested containers (if that’s not planck - with “squeezed space” inside) because there’s no any possibility to set (take 2 it’s cargohold) there more volume then highest-in-nest container’s volume. Maybe just (for not allowing infininite nest) developers have to add some 0,01m (or some 1% from overall container volume) additional volume to any container if it have been put inside other container…
For example - if there’s 2 standard (with no squeezed space inside) containers both 30000 m.c. unpackaged volume they won’t fit inside each other because if it will be fitted inside other container it will add to it’s volume that 0,01 m.c. and will have 30000,01 m.c. that won’t fit (inside) same cargo volume container. BUT! If it’s packaged (for example having 300 m.c. packaged volume) it (and more 98 of it) obviously HAVE TO FIT inside same unpackaged one counting:
(300 m.c. + 0,01 m.c.)*(1+98)=29700,99 m.c. that obviously fits to 30000 m.c. (unpackaged container cargohold) container.
I don’t see any problem doing it as PACKAGED container IS JUST AN ITEM and NOT CONTAINER (it can’t have anything inside as it already packaged) as it known in the game.
But somewhy packaged container (that’s just like some wrecks) have been perceived by the game as NOT item but as some nest-possible object besides it’s not at all (repeat - packaged NOT-PLANCK container have not to have any limits about placing it inside other - assembled - container, because it’s ORDINARY ITEM OBJECT).