I would use option 2, for the simple reason that the deduped table is in fact raw data but without duplicates.
Unless you need to have a delta lake table with the duplicates?
If not, you will only create more overhead: your original data in blob storage, your bronze table with dups and your silver table without dups.
So you have 3 copies of the same schema. Option 2 reduces this to 2.
But again: unless you have a reason to keep the dups in a delta table.
PS. be aware that the merge itself can fail because of duplicates:
A merge operation can fail if multiple rows of the source dataset match and the merge attempts to update the same rows of the target Delta table. According to the SQL semantics of merge, such an update operation is ambiguous as it is unclear which source row should be used to update the matched target row.