hint000

Google формы пробовали для вашей задачи использовать?
Видео можно заливать на YouTube, а в форме указывать ссылку.

В основном фильтрация питания / сигналов. Компоненты потребляют питание, выводы переключаются, создают скачки напряжения. Конденсаторы их сглаживают. Устраняют наводки на линиях.

Также - они могут формировать задержки сигналов дркг от друга (это моветон) и быть частью цепей частотной коррекции (стабилизаторы питания и аудио).

Цифровые импульсные сигналы создают много шума, приходится бороться.

Но не могу понять, как это, что значит децентрализованный сервис

Буквально — сервис, у которого нет какой-то единой точки, с которой он загружается, выполняется, и т.п., а вместо них — множество точек, напрямую не подконтрольных администратору этого сервиса.

У вас есть очень смешной видеоролик, вы загружаете его на свой сервер и выкладываете ссылку в интернете. Проходит какое-то время, ролик вам надоел, вы его удаляете с сервера, и его больше никто не может скачать по вашей ссылке.
Если бы вы использовали децентрализованный BitTorrent вместо централизованного сервера, вы бы делились magnet-ссылкой в интернете, и каждый скачавший файл продолжал бы его раздавать. Файл можно бы было скачать даже после того, как вы удалили его со своего компьютера, и он продолжит раздаваться до тех пор, пока есть хотя бы один человек, который продолжает его раздавать.

его же все равно кто-то должен администрировать

Децентрализованный сервис может иметь администраторов и модераторов, а может и не иметь, это зависит от типа и особенностей реализации сервиса. В одном случае сервис не предполагает никакого управления ни создателем, ни участниками (BitTorrent), в другом — может иметь глобальное или локальное (самим пользователем) модерирование. Идея децентрализации ценна неподконтрольностью, но это не её свойство. Вы вполне можете сделать децентрализованный сервис с централизованным управлением (DNS, Tor).

ZeroNet — самый серьёзный Web 3.0-проект, который мне известен. Принцип его работы похож на BitTorrent — каждый заходящий на сайт скачивает всю основную информацию полностью, и начинает раздавать сайт после скачивания. Сайт полностью подконтролен его администратору, он управляет содержимым, функциями, возможностями. ZeroNet предоставляет функции аутентификации пользователей, добавления определенных данных на сайт, работы с данными, что позволяет создавать динамические сайты с возможностью добавления информации от пользователей. Администратор настраивает сайт так, чтобы пользователи могли добавлять данные заданного формата по заданному протоколу, что выливается в блоги с комментариями, форумы, чаты, социальные сети, и т.п.

кто-то должен администрировать, как это происходит

Чаще всего так или иначе используется доверенная сторона, чей публичный криптографический ключ известен всем, внесён в сам сервис или программу, которому система доверяет полностью или в определённой мере. Администратор совершает какие-то операции, подписывает их цифровой подписью и рассылает в сеть, другим пользователям децентрализованного сервиса. У других пользователей нет ключа (приватной части) для подписи этих операций, поэтому они не могут выполнять то же, что может владелец сервиса.

В ZeroNet, например, администратор имеет полный контроль над добавленными другими пользователями на свой сайт данными, может их удалять или модифицировать. Также, так как это самый обычный сайт с точки зрения браузера, на сайте может быть инструмент локального модерирования самими пользователями: возможность скрытия определенных сообщений, сообщений от определенного пользователя, и т.п.

Как будет выглядеть децентрализованный мессенджер или социальная сеть например?

Такой «мессенджер» существует почти столько же, сколько существует интернет — email. Протокол почты использует частный случай децентрализации — федерацию. Нет единого «центра email», а существуют множество почтовых серверов, которые обмениваются между собой письмами. У каждого отдельного сервера есть администратор, но никто не управляет email глобально.

стоит посоветовать установить консольный файл менеджер midnight commander
sudo apt install mc
в комплекте будет текстовый редактор mcedit

Если идти "длинным" комбинаторным путем, то можно вычислить количество "благоприятных" размещений 10 человек по 10 позициям и разделить их на полное количество размещений (то есть на 10!).

"Благоприятными" будут размещения

(1, 2) (...) (...) (...) (...)
(2, 1) (...) (...) (...) (...)
(...) (1, 2) (...) (...) (...)
(...) (2, 1) (...) (...) (...)

и т.д, всего 10 вариантов. Количество размещений в каждом варианте очевидно равно 8!

Итого, вероятность равна (10 * 8!) / 10! = 1/9

Хотя на самом деле ответ 1/9 очевиден. Без потери общности можно считать, что сначала мы помещаем куда-то человека №1, а затем в одно из свободных мест человека №2. Вероятность, что человек №2 окажется в одной группе с человеком №1 очевидно равна 1/9. Другое дело, что следует показать, что в таких "очевидных" рассуждениях мы не теряем общности, т.е. показать, что не нужно еще отдельно рассматривать варианты, когда первым мы размещаем человека №3, вторым - человека №5 и только затем человека №1 и т.д.

Скорее всего под таким вопросом начнется всем уже известный срач. А пару человек еще упрекнут вас в том, что у них 30-50-70 процентов серверов под FreeBSD

Мое скромное мнение

• Бесплатность
  Да, сейчас кто-нибудь заявит о том что на Red Hat не дешевле, а иногда и дороже Windows, но большинство дистрибьютивов Linux бесплатны
  
• Открытость
  Данный факт не ценишь ровно до того момента, как приходится сделать что-то, что не разжевано в интернете. Рано или поздно разработчик доходит до того момента, когда ползет в исходники с глубоким душевным вопросом "как это %&$ должно работать?". Ибо некоторые моменты либо документированы неправильно, либо не полностью, либо в коде досадная ошибка, которую никто не замечал ранее, ну или замечал, но багрепорт/коммит с фиксом разрабу не кидал.
  В Windows-среде, особенно если это сама система, а не прикладной софт, данный баг может вылиться в недели или месяцы страданий. Там только реверс-инжиринг, если саппорт вас игнорит.
  
• Документированость
  Команда не сработала как ожидалось? man commandname
  Не помогло? Гляньте сайт разработчика, там обычно на столько обширное вики/документация, что увлечетесь чтением.
  Программа свежая и документация пока не исчерпывающая? Гляньте репозиторий, поиском найдите по исходнику место которое хотите вызвать параметрически - скорее всего там увидите комментарий разраба, кто писал этот код, заодно еще парочку недокументированных возможностей почерпнете.
  В конце концов, если вдруг вам станет интересно, почему сделано так, а не иначе - гляньте багзиллу проекта - скорее всего поиском найдете обсуждение данного куска кода.
  
• Гибкость
  Воткнуть свой драйвер в прямо в ядро? Легко (если уж научитесь драйвера писать, то внедрить в ядро особых проблем не составит)
  
• Повсеместность
  Че уж там сервера. Роутеры, телефоны, embedded-решения - там везде в кулуарах за редким исключением крутится ядро Linux и знакомые пакеты и команды. Этакая стандартизация.
  
• Эффект IKEA
  Вы сами того не подозреваете, но когда по кирпичикам соберете этот чертов конструктор, заставите каждый винтик крутиться (с вероятностью стремящейся к 100%) так как вам надо, вы полюбите эту систему.

И еще раз напоминаю, что это мое скромное личное мнение.

Несомнено, сервера и на Windows бывают быстрые, стабильные, работающие 24/7/365 годами. Но так уж повелось.