Доброго времени суток, уважаемое сообщество!
Моей ноде уже более месяца и она на сателлите saltlake несколько дней назад наконец перешагнула рубеж в 100 аудитов, рейтинг везде 100%. Но трафик на нем в обе стороны так и остался угнетающе мал, даже стал еще меньше. Это очень демотивирует 
На этом форуме люди писали, что по прошествии ста аудитов трафик существенно возрастает. Почти сразу после запуска первого узла я подготовил для storj второй hdd, но за первый месяц я получил всего около 100 ГБ, а с таким падением потока, как последние несколько дней, я не заполню даже первый винчестер на 2 ТБ. Поясните, пожалуйста, это системное падение трафика или просто нужно ждать условный “урожайный день”, чтобы получить больше данных?
Использую armbian, docker, v. 1.14.7
У всех так же. Мало заливают сейчас.
Здравствуйте @greenmode,
Добро пожаловать на форум!
Использование зависит от клиентов и их активности.
Один месяц это очень малый срок, это долговременный проект, чем дольше узел в сети, тем меньше удерживаемая сумма.
Так как использование места и трафика зависит от клиентов, то самый лучший вариант это использовать оборудование, которое будет онлайн в любом случае - со Storj или без - тогда все затраты уже оплачены и любой доход - хорошая скидка к счетам на оплату.
Закупаться оборудованием или менять провайдера специально для Storj - это рискованное вложение, оно может не окупиться в приемлемые сроки, поэтому мы обычно не рекомендуем так делать.
Для примерной оценки можно воспользоваться этим расчётом возможного дохода:
Спасибо за ответ, Алексей!
Да, я предварительно ознакомился, что вложение средств ради цели стать СНО - нерекомендовано.
Я инженер, и меня заинтересовал этот проект, мне стало интересно создать узел, который производит определенный продукт (точнее услугу), а не абстрактные сущности, как на майнинг-фермах. На полке под телевизором мирно лежит девайс на s905x3, ранее использовавшийся как андроид-устройство, с двумя винчестерами. Питание от компьютерного БП, тоже рядом лежит. Собрал специально для storj, но всё оборудование б/у - всё было у меня в распоряжении. Единственная вещь, за которую я заплатил - это static ip за 1 доллар в месяц. Вот как-то так.
Меня побудило создать топик то, что я не ожидал почти нулевого трафика. Ведь люди делятся здесь своими диаграммами с терабайтами и десятками терабайт данных. На данный момент расчет возможного дохода не имеет ничего общего с реальностью, но я уже понимаю, почему так.
Попутно попрошу у Вас совет. Второй HDD еще пуст. Как правильно его подготовить? Интересует рекомендуемая ФС, размер кластера и т.д.
Трафик очень плавающий. Клиенты загружают и скачивают файлы, когда им это требуется.
В первой фазе интеграций были в-основном предложения для создания резервных копий. Их скачивают достаточно редко.
Во второй фазе ожидается больше клиентов, ориентированных на контент, но деталей нет и особо поделиться пока нечем. Как только клиенты будут использовать сеть и таким образом - мы все это заметим 
Другие операторы в сети уже больше года - поэтому у них и трафик есть и данные. Узлы со временем накапливают клиентские данные и рано или поздно клиенты их всё равно скачивают. Чисто статистически - чем больше данных хранится, тем больше вероятность скачивания.
Делать выводы на основании одного месяца бессмысленно. Нужно ориентироваться на хотя бы полгода. Моим узлам от года до полутора, поэтому тоже есть и трафик и данные.
Я бы не торопился запускать второй узел - все узлы в одной подсети /24 публичных IP будут получать трафика не больше, чем один узел. Потому что мы хотим иметь децентрализованную сеть.
Хотя решать, конечно, вам. Но обычная рекомендация - запускать второй узел либо когда первый почти заполнен (например, осталось месяц-два до заполнения, статистику сможете увидеть сами, она индивидуальная для каждого узла), либо когда прошёл проверку.
Так как ваш первый узел уже (почти) прошёл проверку на всех сателлитах - вы, конечно, можете запустить второй узел, он начнёт проходить проверку и через месяц-полтора будет готов принимать клиентский трафик на полную, а не 5%. С этого момента ваши узлы будут делить общий трафик. Это плюс и для вашего оборудования и для сети. Единственным узким местом может стать ваш роутер - сеть создаёт приличное количество соединений, этим она очень похожа на торрент.
Файловая система должна быть нативная, по размеру кластера ничего порекомендовать не могу. Если вам интересно - то вы можете проанализировать размеры файлов в blobs и погуглить тут или в интернет, какой размер кластера лучше.
Обычно самый лучший - по умолчанию (за исключением zfs и других сложных ФС)
Для Windows лучше использовать NTFS или ReFS, для Linux ext4.
Если у вас очень много дисков и вы хотите использовать RAID, то для Linux лучше zfs, для Windows - Windows spaces. Однако мы не рекомендуем использовать вариации RAID0: LVM, JBOD, stripe, etc., потому что при выходе из строя одного диска теряется весь узел.
Это кроме того, что использование RAID просто нерационально в случае Storj - сеть имеет встроенные механизмы восстановления данных. Однако данные восстанавливаются на другие узлы, а не на те, которые потеряли данные, по очевидной причине.
Вы можете почитать дискуссию тут:
Просто имейте ввиду - для RAID с современными большими дисками есть очень высокая вероятность потери всего тома при перестроении массива после выхода из строя одного диска. Достаточно одного испорченного бита и весь том теряется.