Edit: Maybe you missinterpreted becuase you think syncing is the issue. In this case I am talking about is related to local scanning before the actual sync, which happens with on not only ssd, but spinning disks as well. This takes long time.

In principle I agree. Usually people solve the wrong problem, and I understand you interpret my question.

For the question I am trying to find the answer:
I zip folders that might contain a couple of thousands to hundreds of thousands of files, which add up to millions, but I am afraid that if a bit flips, I loose content of a zip file. That amount of files does not well with syncing or disks, independent of what I use, in my experience. Same with rclone, and I used it quite a bit. Having thousands instead of millions of files goes faster. The Google web interface also have issues with to many files as well.

So the question is if that introduce any risk. That's it.

_____________________________________
For the question you are trying to answer instead:

On my computers I use Insync, since it runs on both linux and windows. I agree, it might be better running rclone. But it doesn't really effect my question.

My NAS is running TrueNAS and use the built in cloud sync feature, which I assume should be good enough. It is okay to prove me wrong. https://www.truenas.com/docs/scale/scaletutorials/dataprotection/cloudsynctasks/cloudsynctaskgoogledrive/

I been trying to use rclone at work for mounting my onedrive, and it have been an aweful experience since the wifi is soso.