The problem is that iCloud sync doesn't happen reliably - particularly not with large files that change a lot - and we can't force it to happen; it happens whenever iOS feels like doing it. So even with the old app, we ran into a whole lot of situations where iCloud would simply stop syncing and we'd have no way to fix it, and users would blame us for Apple's buggy system. Which made it impossible to advertise cloud sync as a supported feature (we haven't done so for years) and hence hard to continue investing time in developing it.
It's not actually quite that simple anyway - access to cloud-synced database files requires a bunch of extra container code to make sure they don't end up in a corrupted or inconsistent state - so it would have taken a lot of work to keep it going, even as an 'experimental' feature with a bunch of warnings telling people they should not use it unless they're OK with the risk of their data getting deleted.
The plan is that in a later 4.x update we'll add our own cloud sync system, one that works cross-platform and is fully under our control. We have built in some of the infrastructure for this in 4.0 - unique GUIDs for every object, for example, and the JSON export/import feature is also a trial run of the format we'll use to package changes up to send to/from the server - but since our current cloud sync feature is sparsely used on iOS and doesn't exist at all on Android, we didn't think it was a feature we should delay the rest of 4.0 for.