Then it definitely did NOT write zeroes to the entire capacity of the drive while updating parity to keep it in sync. That would typically take at least as long or longer than a full parity check, probably a day or so under ideal conditions. If the array was still in use while it was writing, I wouldn't be surprised if it took several days.
Empty != clear. Empty means the table of contents has no pointers to files or folders. Deleted files still exist as ones and zeroes across the drive, you can only remove the drive without rebuilding parity if the entire drive has had zeroes written to it.
It definitely did not, based on the length of time it took, as well as...
The time it takes to do a correcting parity check is way longer than the time it takes to do a build from scratch, so if it's less than a quarter completed by now, you should probably stop the check, unassign the parity drive, start the array, stop the array, assign the parity drive, and let it rebuild, followed by a correcting check that should have zero errors.
If it's almost done with the correcting check I'd let it finish, then follow it up with another correcting check to make sure you have zero parity errors remaining.
That script works for some, fails miserably for others. This is the second time in the last week or so I've seen the same thing reported. There is a reason it's only in the legacy documentation and hasn't been moved to the current docs. When first authored it worked well, but something in newer configs seems to be causing issues.
Keep in mind that valid parity can recover a failed drive as long as all the rest of the data drives are able to be read perfectly, but it doesn't protect your data from user error or corruption. You must still keep a second copy of data that you feel is irreplaceable somewhere other than the server. You probably don't have to back up the entire content of your server, but if it can't be replaced from another source, either your backups or the internet in general, it's not protected. Unraid or any RAID only covers a subset of things that can eat your data.