I see this working in a way experimented with over here. At Thorpe Park, Accesso were tasked with creating a virtual queueing system to create the worlds first queue-less park. Fundamentally it failed, not everyone understood what Reserve'n'Ride was trying to achieve, Thorpe doesn't have enough capacity eating rides for it to work. People thought it was a paid for system, people hate change. On the very first trial they did it on the 5 big coasters. Standby queues were to be closed with the only way to ride being through R'n'R, but by 11am the standby lines were opened as people were complaining (although the system itself was working, people were just refusing to use it basically). It was the standby lines that caused the system not to work. How it was designed to work was through the website/app you'd click "join queue" and it would put you in the virtual queue and give you a countdown. This would go down, freeze if the ride broke etc. But you wouldn't be in line so you could look in the shops, eat, do other rides etc. Was meant to be 80% R'n'R and 20% Fastrack which also ran through the same website. But with standby lines opened it was never able to be properly used, so standby got given about 20% of the throughput causing what would have been a normal 30 minute standby queue to be upwards of 2 hours. So reviews of the system were only good from the minority that used it.
Anyway, back to the point. If VB is built with this concept in mind, no standby queues, enough stuff to eat crowds like pools, rivers, bars, shops, beach areas then the virtual queueing will work. And if it's the only option from day one then people will have to use it (will probably be an easier system as well) and then they'll have a queue-less water park with no physical lines.
Water Parks - accesso