Uno

Ну да. В идеале, на новой ОСи должен стоять мускул такой же версии, раз уж вы бинарные файлы переносите.

Можно, но в IE будет выскакивать предупрежление о доступе к буферу обмена.
https://clipboardjs.com/

Начните с имплементации на том языке, который вы лучше всего знаете.
Если вам нужно реально быстро, то добро пожаловать в мир C, Go-lang, Erlang.
Если просто нужно освоить новую технологию, то PHP и Node.js вам пригодятся.

В целом рекомендовал бы для начала классическую связку между Socket.Io, Node.Js и MongoDB

Я делал на NodeJs Mysql Socket.Io
Под нагрузкой не проверял, тк не знаю где её взять)
Работает быстро (моментально).

Для real-time обновлений естественно NodeJs Socket.io
А базу можешь сам выбрать, есть Mongodb, MySQL, Ppostgresql и тд.
Единственное что могу посоветовать, это смотреть в сторону реляционных баз данных

Микросервис (сокет-сервер) на C(или Go) в виде *nix-демона.
Про PHP: здесь

WebSockets - крутая штука. Можно взять готовую библиотеку - например, там же есть готовые примеры, которые можно сразу использовать. Если возникнут какие вопросы по использованию - велкам в чат.

Если есть возможность - используйте WebSockets. Использовать для них можно и JavaScript, и PHP, и Python, который у вас в профиле указан. Это уже как вам удобнее.

Выбирайте любую с webSocket.

Как устроена архитектура P2P приложений?

Идея, на которой построено большинство P2P сетей называется DHT (Distributed hash table) (рус), эталонной реализацией этой идеи является Kademlia (рус).

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

Не существует никакого общего списка, в котором были бы перечислены все пиры сети. Невозможно мгновенно (за один запрос) получить информацию об интересующем пире (существует ли он вообще? активен ли? каков его реальный IP для подключения), но эту информацию можно достать из сети за несколько запросов: Кто знает Х? Кто знает кого-то, кто мог бы знать X? Кто знает кого-то, кто мог бы знать кого-то, кто мог бы знать X? и.т.д.

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

Именно так.

Или всё таки, должны быть в сети какие-то доминирующие пиры?

Не доминирующие, а правильнее сказать "первоначальные", чьи адреса жестко прописаны в каждом экземпляре клиентского софта. Они обеспечивают так называемый bootstrap новых пиров при их первом заходе в сеть. В дальнейшем, находясь в сети, пир держит в памяти необходимый набор маршрутов (очень небольшую долю от всей сети) для поддержания контакта с сетью и больше не нуждается в наличии и функционировании "первоначальных".

Тогда если они разом каким-то образом падают, вся система должна сама выбрать других доминантов?

Их падение никак не повлияет на функционирование сети и уже подключенных к ней пиров. Но новые пиры "по холодному" не смогут подключиться никак, если ни один из "первоначальных" пиров не будет доступен.

Предложу www.mfsa.info/mail/toster
E-mail: toster@mailforspam.com

Так же на gmail например, есть функция (кажется это часть стандарта) позволяющая отправлять почту на username+any_string@gmail.com - все придет в ящик.
Может быть вам этого будет достаточно.

https://mailinator.com/apidocs.jsp

PDD от Яндекса

filter(lambda x: x not in l1, l2)

генератор?

если тебе нужно из одного набора (set'a) вычесть другой, то

In [8]: set(l2) - set(l1)
Out[8]: {2, 4}

если не set

In [9]: [x for x in l2 if x not in l1]
Out[9]: [2, 4]

Basic - пример реализации одиночного приложения (простое).
Advanced - пример реализации приложений, которое включает в себя разделение на другие приложения (сложное).
В advanced показана реализация самых часто используемых частей, таких как:

• frontend - паблик часть приложения
  
• backend - закрытая часть приложения, где осуществляется администрирование
  
• api - апи для работы с приложением, реализация rest
  

При этом все подприложения имеют общие модели и конфиги, что связывает все в единое целое.

И стоит не забывать, что это просто шаблоны и их можно расширять, как будет удобно самому разработчику.

Как у нас на пхп. Пишешь строчки, выполняет по порядку. Сделал до конца одно, дальше. Как у нас с нодежс. Пишешь строчки и тоже по порядку, но не по такому порядку, как в php. К примеру у нас 2 обращения к базе. Они тоже будут идти по порядку, но почти одновременно, так как сразу после первого обращения к базе он не дожидаясь ответа обратится второй раз. Дожидаться ответа он уже будет в callback функции к обращению.

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