Correct
Actually the world would be (2**32) ** 3 in size but will not contain an awful lot (space is mostly empty you know 
However it does contain some stuff and when users are zipping through this massive space at a relative high speed I would still like to have correct collision handling. I’m not expecting the user to cover more than 1000m (or units) per second though so this is why I’d like my world to be roughly 2000-3000 units across to make sure they at least “enter” a world instead of zipping over it without “landing” in one of the intermediate worlds.
Not every zone has to be activated at the same time, only if players are near the zone in question, similar like minecraft chunks for instance.
So you would suggest creating an intermediate world in between 2 worlds which would contain the transitioning objects ? This seems rather counter-productive, means even more worlds in memory: 3 worlds for one object transitioning from world A to world B in zone AB_transition or something.
I would rather attach the object to both worlds and as long as nothing is hindering it’s path it will be a smooth ride. I will try writing a small proof of concept soon.
Will combine this with my effort of transitioning worlds concept.
Again enn0x, thanks for all the time you’ve put into reading/answering my posts. If you’re ever in Belgium stop by and let me at least get you a beer or something