Большинство пунктов вполне очевидно и логично для всех FS. Например создавать raid5(raidz1) на дисках по 4Тб будет только очень смелый человек.

Из того что специфично для zfs:
2 - это важно, потому что в zfs dedup выполняется в онлайне на уровне блоков, в btrfs оно все же немного по другому. Соответственно ему нужна память, чтобы хранить таблицу хешей или производительность идет лесом. Иногда оно реально полезно, но не в большинстве случаев - надо аккуратно считать что будет выгоднее.
4 - async_destroy уже есть, больше не проблема
10 - большинство врущих дисков определяется по умолчанию, но лучше перебдеть. Справедливо не только для zfs
11 - определенный минус, по сравнению с btrfs, для тех кому оно надо (хомячкам). Restripe btrfs на десятки терабайт будет занимать по факту овердофига времени. Причем в случае с btrfs, это скорее необходимость, т.к. случаи когда места вроде дофига, но фс говорит что его нет далеко не единичны.

Решение по поводу slog/l2arc принимается по характеру нагрузки.

scrub спасет, пока это возможно. Если у вас пожар был и все диски повреждены, то вы конечно может что-то с ext4 и достанете, но вообще для таких случаев есть бэкапы, которые очень удобно делать через zfs send/receive