Системные требования
Для запуска узла Bastyon у вас не должно быть установлено другое программное обеспечение узла. На компьютере может работать одновременно только один узел из за конфликта портов. Все версии узла используют одинаковые порты для работы.
Минимальные системные требования[править]
OS Windows 7 или выше (64 bit) / Linux (Debian, Ubuntu, Mint, etc.) (64 bit).
2х ядерный процессор.
4 гб оперативной памяти.
10 Mbit интернет.
150 Gb* свободного места на SSD под хранение блокчейна.
20 Gb* свободного места на системном диске*.
Рекомендуемые системные требования:-
4х ядерный процессор.
4 Gb оперативной памяти.
100 Mbit интернет.
150 Gb* свободного места на SSD под хранение блокчейна.
20 Gb* свободного места на системном диске*.
- - Объем занимаемого пространства может с течением времени увеличиться из за роста блокчейна.
- - Свободное место на системном диске необходимо только на время первой синхронизации блокчейна.
Для Windows - C:\\
Для Linux - /Home
Внимание:- для хранения блокчейна должна использоваться директория на SSD! Механические диски (HDD) для этого не подходят по скорости быстродействия!
Для работы узла желательно беспрерывная работа в сети. Подключение к интернету лучше реализовать через проводное соединение с роутером, так как на соединение Wi-Fi может негативно сказываться множество различных факторов. Если у вас 3G - 4G интернет, советуется расположить модем в зоне уверенного приема сигнала. Если есть проблемы с нестабильным электроснабжением - компьютер стоит оснастить источником бесперебойного питания (ИБП).
Скорость первой синхронизации блокчейна зависит от производительности вашего процессора и скорости SSD.
Для обеспечения безопасности не рекомендуется использование на компьютере программ удаленного доступа!
Подготовка Windows[править]
Необходимо отключить режим сна в настройках энергопотребления для обеспечения беспрерывной работы узла.
Опционально отключить антивирусные программы - в блокчейне есть очень большие файлы по объему, их проверка на слабых компьютерах может занять очень много времени.
Опционально выключить встроенную в windows программу - удаленный рабочий стол (RDP) и прочие программы удаленного доступа.
Подготовка Linux[править]
Необходимо отключить блокирование компьютера при включении экранной заставки настройках, для обеспечения беспрерывной работы узла.
Опционально выключить программы удаленного доступа.
PeerTube[править]
PeerTube должен нормально работать на виртуальной машине с 2 потоками / VCPU, по крайней мере, 1 Гб оперативной памяти и достаточным объемом памяти для видео. Что касается пропускной способности, многое будет зависеть от того, с какими инстансами PeerTube вы объединяетесь и каковы ваши отношения с ними (подробнее об этом ниже).
В качестве реального примера, демонстрационный сервер PeerTube https://peertube.cpy.re работает на 2 vCores и 2 ГБ оперативной памяти. Среднее потребление составляет:
Процессор: nginx ~ 2%| peertube ~ 10%, postgres ~ 1%, redis ~ 1%
- Оперативная память: nginx ~ 1 МБ, peertube ~ 150 МБ, postgres ~ 30 МБ, redis ~ 20 МБ
- Сеть: ~ 200 ГБ отправленных в месяц (https://framatube.org : ~ 1,5 ТБ отправлено в месяц)
Процессор[править]
За исключением перекодирования видео, экземпляр PeerTube не привязан к процессору. Ни Nginx, ни сам PeerTube, ни PostgreSQL, ни Redis не требуют больших вычислительных мощностей. Если бы это было только для них, можно было бы легко обойтись одним потоком / vCPU.
Однако, по крайней мере, второй поток принесет вам огромную пользу из-за перекодирования. Перекодирование требует очень больших затрат процессора. В экземпляре PeerTube он служит двум целям: обеспечивает оптимальное воспроизведение всех видеороликов в веб-интерфейсе и генерирует разные разрешения для одного и того же видео. Поддержка PeerTube для переноса транскодирования на другие компьютеры обсуждается, но пока не реализована.
ОЗУ[править]
1/2 ГБ ОЗУ должно быть достаточно для базового экземпляра PeerTube, который обычно занимает не более 150 МБ ОЗУ. Единственная причина, по которой вам может понадобиться больше, - это если вы разместите свои службы Redis или PostgreSQL в системе, отличной от SSD.
Хранение[править]
Для хранения данных важны два аспекта: использование дискового пространства и постоянная скорость чтения. Чтобы сделать приблизительную оценку ваших потребностей в использовании дискового пространства, вы хотите знать ответы на три вопроса:
Каков общий размер видео, которые вы хотите транслировать?
- Вы хотите включить перекодирование? Если да, хотите ли вы предоставить несколько разрешений для каждого видео? Попробуйте это с несколькими видеороликами, и вы получите представление о том, сколько дополнительного места требуется для каждого видео, и оцените коэффициент умножения для будущего распределения пространства.
Какие механизмы совместного использования вы хотите включить? Просто WebTorrent или также HLS с p2p? Если вы хотите оба варианта, это удвоит ваши потребности в хранилище. Если вы хотите сохранить много видео на своем экземпляре PeerTube, вы можете захотеть сохранить видео извне, используя хранилище объектов.
Что касается скорости чтения, вы должны быть уверены, что сможете насытить свой сетевой канал, обслуживающий видео PeerTube. Это не должно быть проблемой для SSD-дисков, тогда как следует учитывать традиционные жесткие диски: типичная устойчивая скорость чтения для хорошо настроенной системы с жестким диском со скоростью 7200 об / мин должна составлять около 120 Мбит / с или 960 Мбит / с. Последнего должно быть достаточно для типичного сетевого восходящего канала со скоростью 1 Гбит| с.
Сеть[править]
Приблизительная оценка пропускной способности сети потокового видео на традиционном сервере обычно довольно проста. Вы просто делите доступную пропускную способность вашего сервера на среднюю пропускную способность на поток, и у вас есть верхняя граница.
Возьмем, к примеру, сервер с восходящей линией связи 1 Гбит / с, например, для передачи потоков 1080p60 со скоростью 5 Мбит / с на поток. Это означает, что абсолютная теоретическая верхняя граница пропускной способности составляет 200 одновременных зрителей, если дисковый ввод-вывод вашего сервера может поддерживать эту скорость. Ожидайте немного меньшего на практике.
Но что, если вам нужно обслуживать больше пользователей? Вот где блестит функция федерации PeerTube. Если другие экземпляры PeerTube следуют за вашим, скорее всего, они решили отразить часть вашего экземпляра! :Эта функция называется "резервирование сервера" и кэширует ваши самые популярные видео, чтобы помочь обслуживать дополнительных зрителей. В то время как зрители сами вносят небольшой дополнительный вклад в пропускную способность при просмотре видео в своих браузерах (в основном во время скачков напряжения), серверы зеркалирования имеют гораздо большую восходящую линию связи и помогут вашему экземпляру поддерживать более высокую одновременную потоковую передачу.
Цензура[править]
Каждому пользователю с определенной репутацией (которая заработана публикацией контента с высоким рейтингом) разрешено помечать сообщение как наносящее ущерб будущему платформы. Эта транзакция с флагом или жалобой (термин, который мы используем сейчас, но скоро перейдем на флаг) проходит через блокчейн. Если количество флагов достигает 10% от высоких оценок поста (4 или 5 звезд), при условии минимального количества флагов, узлы перестают возвращать этот конкретный пост в каналы пользователей. Он находится в блокчейне, поскольку он неизменяем, но узлы не возвращают его.
- В будущем мы скорректируем специфику алгоритма с учетом отзывов сообщества. Также будет наложен штраф на тех, кто неоднократно публикует материалы, за которые проголосовала платформа, например, узлы не будут принимать их транзакции в течение некоторого периода времени. Мы понимаем, что существует потенциал для злоупотребления общественной полицией. Например, группа пользователей с высокой репутацией может объединить усилия и отметить контент, который им просто не нравится или с которым они не согласны. У нас есть механизмы, чтобы предотвратить это. В качестве примера, группы, отмечающие разные сообщения, должны быть достаточно разными.
Если транзакции с флагами будут проводиться в основном одной и той же группой, они будут дисконтированы, потому что в этих группах требуется некоторая неоднородность. В целом, проблемы такого рода, как сговор и атаки Сибил, являются одними из самых опасных для такой платформы, как Pocketnet, и мы прилагаем много усилий для создания механизмов защиты платформы. Мы также добавляем блок-транзакцию в течение 2-3 недель. Он просто скроет контент от данного пользователя для пользователя, который выбрал Блокировку. Итак, блокировка используется в тех случаях, когда пользователь находит какой-либо контент оскорбительным, тревожащим или нежелательным лично. С другой стороны, жалоба / флаг гораздо серьезнее, когда контент, по мнению пользователя с высокой репутацией, имеет негативные последствия для Pocketnet как платформы.
- В конечном итоге сообщество пользователей решит, что просто блокируется, а что более серьезно и должно быть удалено с платформы с помощью флагов. Наша текущая просьба к сообществу заключается в том, чтобы запретить любой вид порнографии, любые прямые угрозы или расизм, а также явную пропаганду жестоких тоталитарных идеологий, таких как нацизм / коммунизм. Есть серые области, и если есть сомнения, мы рекомендуем пользователям использовать блокировку.