Too many write operations when moving a file

[Info V.1]

We are renaming many files using the "2/files/move_v2" API, and we perform the operation on many files for a single user parallely. We get many "too_many_write_operations" error.

I know about the "lock contention" but not sure why it should affect this because this is just a rename.

Questions:

1. Why are we getting this error while moving a file? Does move also acquires the lock?
2. Is there any other API to just perform rename to avoid move? 

[Greg-DB · Accepted solution]

1. Yes, any file/folder change would require a lock, including moving/renaming, which can result in lock contention.

2. No, moving and renaming are functionally equivalent on the Dropbox API.