Трафик очень плавающий. Клиенты загружают и скачивают файлы, когда им это требуется.
В первой фазе интеграций были в-основном предложения для создания резервных копий. Их скачивают достаточно редко.
Во второй фазе ожидается больше клиентов, ориентированных на контент, но деталей нет и особо поделиться пока нечем. Как только клиенты будут использовать сеть и таким образом - мы все это заметим 
Другие операторы в сети уже больше года - поэтому у них и трафик есть и данные. Узлы со временем накапливают клиентские данные и рано или поздно клиенты их всё равно скачивают. Чисто статистически - чем больше данных хранится, тем больше вероятность скачивания.
Делать выводы на основании одного месяца бессмысленно. Нужно ориентироваться на хотя бы полгода. Моим узлам от года до полутора, поэтому тоже есть и трафик и данные.
Я бы не торопился запускать второй узел - все узлы в одной подсети /24 публичных IP будут получать трафика не больше, чем один узел. Потому что мы хотим иметь децентрализованную сеть.
Хотя решать, конечно, вам. Но обычная рекомендация - запускать второй узел либо когда первый почти заполнен (например, осталось месяц-два до заполнения, статистику сможете увидеть сами, она индивидуальная для каждого узла), либо когда прошёл проверку.
Так как ваш первый узел уже (почти) прошёл проверку на всех сателлитах - вы, конечно, можете запустить второй узел, он начнёт проходить проверку и через месяц-полтора будет готов принимать клиентский трафик на полную, а не 5%. С этого момента ваши узлы будут делить общий трафик. Это плюс и для вашего оборудования и для сети. Единственным узким местом может стать ваш роутер - сеть создаёт приличное количество соединений, этим она очень похожа на торрент.
Файловая система должна быть нативная, по размеру кластера ничего порекомендовать не могу. Если вам интересно - то вы можете проанализировать размеры файлов в blobs и погуглить тут или в интернет, какой размер кластера лучше.
Обычно самый лучший - по умолчанию (за исключением zfs и других сложных ФС)
Для Windows лучше использовать NTFS или ReFS, для Linux ext4.
Если у вас очень много дисков и вы хотите использовать RAID, то для Linux лучше zfs, для Windows - Windows spaces. Однако мы не рекомендуем использовать вариации RAID0: LVM, JBOD, stripe, etc., потому что при выходе из строя одного диска теряется весь узел.
Это кроме того, что использование RAID просто нерационально в случае Storj - сеть имеет встроенные механизмы восстановления данных. Однако данные восстанавливаются на другие узлы, а не на те, которые потеряли данные, по очевидной причине.
Вы можете почитать дискуссию тут:
Просто имейте ввиду - для RAID с современными большими дисками есть очень высокая вероятность потери всего тома при перестроении массива после выхода из строя одного диска. Достаточно одного испорченного бита и весь том теряется.