pfg21

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

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

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

К примеру роутер на фирме, в интернет светит одним адресом.
Внутренняя локалка - гигабитная, интернет - гораздо меньше.
переход интернет-локалка реализован на NAT.
куча uTorrent на компах матчит на себя "интернет-порт" через uPnP.

скорость тырнета таким образом не поднимешь.

можно, но смотря зачем.

вариант1: прослушка - вскрываем провод, разбираем и раскручиваем витые пары, на них веашаем короткие отпайки (длинные коррежить сигнал будут) и правильно засовываем в rj45, втыкаем в комп.

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

вариант3: "пассивный хаб на резисторах", схему гугли, ее не помню. позволяет/обещает сделать полноценную связь между тремя точками.
минус - чуть посложнее.

впиши в скрипт системд
StandardOutput=file:/some/path
описание https://www.freedesktop.org/software/systemd/man/s...

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

у многих облачных сервисов есть апи доступа, на основе которых сделаны сторонние програмки обмена с консольным интерфейсом. Поищи.

настроить iptables проброс портов внутрь сети.
т.е. клиентура будет подключать не по доменам, а по конкретным портам
естественно использовать только пассивный режим

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

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

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

было подобное задание на фирме - методом проб и ошибок пришли к свинцо-кислотным. дубовые как валенок, отличная вещчъ для бэкенда к солнечным панелям. только разряжать сильно не надо, цена не большая поставь с запасом по емкости и панельку побольшее :).
кстати не получилось нормально запустить dc/dc с mppt, так что поставил самый простейший dc/dc c отдельным uvlo входом и резистивным делителем просто задал статичную рабочую точку.

himh превносят большие танцы с бубном при зарядке, как копилка при солнечной панели вааще не вариант, хотя энелупчики таки прикупили :)

литий хреново заряжается при минусах, EEMB представило низкотемпературные аккумы LC серии , но у них даже при -10 гарантируется 70% набираемой мощности при токе 0,2С.

тут не учитывают еще одну тонкость - фс оперирует не именем юзера и группы, а соотвествующими числовыми UseID и GroupID.
если на старой системе какойнить юзер vpupkin имел uid=1005 gid=10005 то такие параметры останутся прописаны в свойствах файлов из хомяка, а в новой системе vpupkin как первый пользователь получит uid=1000 gid=1000 и могут проявиться несостыковки.
так что разумно еще будет подкорректировать в /etc/passwd /etc/group цифровые индексы своего пользователя.

нет. Дополнительных потоков файла в ext* нету, да и в большинстве остальных фс не припомню.

точно знаю, что дополнительные потоки файла есть в ntfs, но и там крайне редко применяются.