rPman

Стабильность курса? тебе сравнение стейблкоинов что ли? их не так уж и много.
- централизованные токены с обеспечением на доверии
фактически каждый крупный игрок - биржи, делают свой токен:
usdt - tether = bitfinex
usdc - circle = coinbase
busd - binance
...
- алгоритмические токены с обеспечением в какой-либо криптовалюте (контракт гарантирует что при необходимости можно будет обменять любое количество токенов на равноценной им стоимости криптовалюту
sai/dai - на эфире, но у dai обеспечение не только в эфире но в рисованных токенах а sai на задворки закинут
usdd - на троне, поддерживается poloniex, смутно догадываюсь что обеспечение там тоже не в trx а в рисованном мусоре, что превращает саму идею алготокенов в централизованную но с огромными рисками (смотрим на luna - ust)
...

Еще 'популярные' токены поддерживаются на нескольких блокчейнах, типа tether есть и на биткоине (onionwalet) и на эфире и на троне, на эфире и троне ликвидные (принимаются кучей обменников), остальные похоже для галочки

Судя по тому как тупят в команде эфира, бразды ликвидного хранения стейблкоинов примут на себя трон и bnb (binance), ибо там дешево и быстро (но блокчейны относительно централизованные)

На много.
Они отличаются как 'небо, белый и капуста', утрирую конечно но все же.

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

загляни в Data Science, Machine Learning, Big Data... матстатистика, тервер,.. сюда с боку нейронные сети, плюс программирование нужно знать на базовом уровне, совсем чуть чуть девопс (чтобы смог настроить рабочее окружение, не больше)
сейчас области знаний на столько обширны и сложны, что все объять невозможно, программисты даже внутри своей профессии делятся сильно на системных, тех кто ковыряется внутрях, и высокго уровня, тех кто дальше программирования формочек с кнопочками для заполнения базы данных (которую другой человек делает) не лезут, тестировщиков, аналитиков, управленцев,...

Отображалось где?
Точно помню из winxp делали win7 исключительно косметически, тема, вид меню пуск,.. включая подмену окна свойства системы (которое по win+pause) но средствами системы возвращалась верная информация и ничего не глючило

т.е. технически это возможно, на практике сомневаюсь что кто то такое делал, так как подменять в системе придется очень много, слишком сильно поломали UI win10 относительно win7,.. сколько ты готов заплатить за такой софт?

У тебя варианты
за кеширование пусть отвечает:
- ZFS, будет доступно только режим на чтение
- bcache - создается блочное устройство, которое в свою очередь уже форматируешь под желаемую фс, будет доступен режим кеширования записи (опасно, при смерти ssd потеряешь данные, я экспериментировал, убил два ssdшника за пару лет в таком режиме, в момент смерти файловая система повреждается, ос подвисает, так как часто ssd-шники в режиме чтения после этого еще работают, данные в основном вытаскиваются, но время на восстановление я тогда потратил), настоятельно рекомендую при использовании кеширования записи bcache, ssd брать два в режиме raid1 mirror

за RAID:
- отдать на откуп управление raid на ZFS, получишь максимальную гибкость (операции ребалансировки не будут затрагивать незанятое данными место)
- отдать RAID на откуп mdadm
- (не вариант, не делай так) организовать RAID на основе аппаратного контроллера в материнской платы, кешированием так же занимается ZFS
если raid контроллер не имеет своей оперативной памяти с аккумулятором для сброса этой памяти на диск в момент потери энергии, то выбирать такой рейд контроллер нет никакого смысла, а вот проблем будет тьма, особенно в текущей ситуации с проблемами с поставками, так как аппаратные рейды привязывают массив к вендору, и при смерти контроллера/материнки у тебя будет проблема с извлечением данных (это реально но долго и сложно)

p.s. можно выбрать btrfs, по функционалу, чуть хуже (нет онлайн дедупликации, но много ли ее включают дома на zfs, ведь это потребует прилично оперативной памяти), нет встроенного ssd кеша но есть онлайн патчи между снапшотами за счет которых можно построить неплохую систему инкрементальных бакапов с максимальной производительностью (можно делать бакапы хоть ежеминутные, лучше объединить с рабочим софтом, чтобы он управлял моментом создания снимка) с отправкой инкрементальных патчей на стороний сервер (где их тут же можно и развернуть для мгновенного переключения на этот сервер при смерти основного)

P - диск подключенный по сети?
по умолчанию запрещено запускать приложения по сети (точнее там сложнее, приложения запускаются но с ограниченными правами), exe-шники должны размещаться на локальном диске, когда то давно я на еще winxp тюнил политики чтобы все приложения запускались как надо именно по сети но это очень не секурно, так как злоумышленник сможет к примеру подключиться к своей удаленной машине и запустить свой вирус без копирования его к тебе на компьютер

если прямо надо именно на NAS размещать, то есть лайфхак, в windows можно на сетевом устройстве создать и хранить .vhd файлы, это образ диска, его можно создать и подключать с помощью diskpart или в менеджере управления дисками, для windows это будет уже полноценный диск, с полными правами доступа, но доступ к этому диску будет монопольный, т.е. только одна машина в сети может одномоментно его использовать, даже на только чтение.

Про маршрутизацию уже сказали, можно прописать например вручную, список сайтов (к сожалению все ip адреса, что в условиях geo cdn уже сложно), на которые будешь подключаться через какой канал интернета.

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

Повторяю, скорость увеличится не до интернета, а от тебя до твоего сервера, если на нем скорость выше чем у тебя дома (ограничение провайдера) то ты можешь получить ускорение, используя его как vpn сервер. Так делают к примеру если у тебя несколько модемов и сим карт от разных провайдеров и тебе нужно сложить их скорости.

точно помню продавались железки с таким функционалом и услугой
p.s. https://habr.com/ru/company/vdsina/blog/479026/

Тебе нужен веб сервер, бакэнд не нужен, хватит раздачи файлов 'статикой' (все поддерживают передачу просто файла, mime тип определяется по имени), так же скорее всего нужен SSL/TLS-сертификат для поддержки протокола https (можно без него но тогда любой, начиная с провайдеров, сможет читать пароль и модифицировать файл на лету). А еще нужен сервер, на котором ты запустишь этот веб сервер. По мелочи но не обязательно, защита этого сервера от ддос,... т.е. это ты должен обсудить с заказчиком, включая как долго это должно работать и это может повлиять на стоимость.

Либо найди готовый, кто даст тебе все это за деньги... или бесплатно, как получится (обычно прямую ссылку для скачивания бесплатные сервисы не дают, так как иначе их начинают использовать на автомате как бесплатное хранилище)

Создание ИИ, даже в упрощенном виде (не тот который человека заменяет а тот что для конкретных задач формулируется), обычно это две огромные задачи:
1. описание проблемы и определение метрики качества ее выполнения
если говорить про использование нейронных сетей то это обучающая выборка и функция ошибки (оценка качества соответствия обучающей выборке полученной нейронке)
2. собственно создание ИИ
в нейронках это создание сети ипоследовательное изменение этой сети с целью минимизации функции ошибки, плюс другие правки (например защита от переобучения)

Первую задачу формализовать мягко говоря сложно, а для того чтобы ее можно было отдавать на откуп неуправляемого большинства - потребуется ее как то оценивать (на сколько качественно ее сделали), и это проблема не технического плана... но пусть, например эта задача уже решена централизованно, например создание проекта типа SETI@, Folding@ или BOINC, где некий центр определяет задачу и определяет какую то награду (закроем пока глаза на то что наличие такого центра в принципе убирает необходимость в использовании блокчейна)

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

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

например тройка цифр и пробел считать за начало новой строки, поставить перед ним

\d\d\d\s
но это как ты понимаешь ненадежно, у тебя потеряна информация в файле и возможны ситуации когда эта регулярка все сломает

Штатно операционная система не даст офторматировать файловую систему, если она примонтирована, но это не значит что ты не можешь в принципе что то туда записаь, root доступ это позволяет.

Например можно проделать с помощью виртуализации, если диск передать как устройство внутрь файловой системы и уже из нее провести форматирование

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

При монтировании в режиме только для чтения, проблем с отформатированным диском не будет, но чтение с этого диска начнет выдавать ошибки

p.s. одновременно смонтированный на запись диск из хост и гостевой системы при использовании описанной схемой монтрования с помощью виртуализации, с очень высокими шансами повреждает структуры файловой системы и даже данные, в которые велась запись
В одном моем конфиге был момент, когда внутри виртуальной машины использовался системный диск и если не успеть выбрать правильную ос, получалась одновременная загрузка одной и той же системы на хосте и в гостевой машине, данные на диске повреждались во всех случаях (потерялись даные mysql базы используемой какими то системными утилитами), это был 'временный конфиг' и даже тут успел напортачить, позже само собой для виртуалки был настроен отдельный grub, кстати совет, не размещать windows по соседству с linux, с очередным обновлением с высокой вероятностью приезжает что то ломающее загрузчик

К сожалению программы можно написать так что при смене операционной системы их скорость работы может значительно измениться, и не факт что linux окажется быстрее, особенно это касается IPC (обмен приложений данными, в зависимости от способа), чаще всего это является следствием плохой архитектуры приложения, так как в случае правильной ее реализации скорость не будет зависеть от выбора ОС.

Отличный пример - в windows значительно медленнее работа с файлами и базами данных, но я видел ситуацию когда частые обновления с fflush укладывали на linux сервере дисковую подсистему 'на лопатки' если файл лежит на nfs в сети на соседней машине но тот же код приемлемо работал локлально тоже на linux.

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

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

p.s. с точки зрения пользователя, это отвратительный способ, требует больше действий от него, браузеры или парольные менеджеры могут быть не готовы к такому разделению и т.п.

в существующий нельзя (если он на твоем домене, то доступ есть), но поверх него можно, координаты iframe известны, рисуй поверх него прозрачный canvas или svg и на нем уже что хочешь рисуй