main--
commented
12 years ago Nice idea but that won't change anything. Yes, the pvp-world in your example would load slightly faster but that's the only change. Once the client has recieved the chunks, the bandwidth usage would not be any lower compared to worlds without that build-restriction. The same resources would be used at client and server side. If you want to do this with a Bukkit-plugin. A custom server written specifically for this improvement could of course save RAM space and some CPU cycles but that's beyond MV's scope, sorry.
RedScourge
Maybe this can already be done, maybe this means a seperate package which mods game defaults, maybe this requires a custom generator to be built, I don't know, all I know is this would allow some very optimized performance servers. Allow me to explain by example.
I'd like to be able to have a main survival towny world where the baseline sea/surface level are about level 20 and the build height is max 256 so people can make very large buildings if they want, a temp mining world that gets recycled frequently with baseline sea/surface level about level 100 and max build height 128, and a pvp factions world with a baseline sea/surface level 20 and a max build height of 64, so that the world loads lightning fast and lag is at a minimum, since this sort of thing really matters if you want to have excellent lag free combat. I am no expert on how minecraft uses system resources, but I really beleive that this sort of ability would allow people to drastically lower the CPU, RAM, and bandwidth requirements of their servers, allowing for bigger servers to be run for cheaper, which would probably drastically advance the rate of innovation among server operators, and probably really help the player community in doing so.