Как стать автором
Обновить
3
0
oWeRQ @oWeRQ

Пользователь

Отправить сообщение

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

Зарегистрирован сегодня в 15:18

Вы серьезно зарегистрировались чтобы написать это комментарий? [/sarcasm]

З.Ы. С такими душевными и непроплаченными отзывами утопия все больше попахивает.

В retroshare очень своеобразный подход к p2p, это довольно старый и самобытный проект, вряд ли они хоть чем-то похожи кроме наличия "Каналов".

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

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

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

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

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

Статью еще внимательно почитаю, но на первый взгляд там просто набор крутых фраз с указанием длины ключей, крутости их роутинга с учетом океанов, без какой-либо полезной конкретики. "The following diagram clearly demonstrates the entire process of multi-level message encryption." - если я правильно понял, данные шифруются ключами принимающего и получающего, и так же шифруются соединения между нодами, очень инновационно, ради этого надо было нарисовать с ходу непонятную диаграму. Как ноды решают к кому подключаться, как от конечной ноды скрывается кто делал запрос и наоборот?

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

Разве в Tor нет шифрования до входного узла? Выходной узел - отдельная история и он не используется когда идет соединение с внутренним *.onion ресурсом.

Tor пытались самыми изощренными способами обфусцировать, хватало не на долго. То что Utopia - "Неуловимый Джо" никак не делает его лучше, как только начнут пользоваться - начнутся те же проблемы.

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

Но самый главный вопрос, почему С->D показан не зашифрованным? Мы же разумные люди и понимаем, что глупо рассматривать C как выходной узел в этом сравнении. Ну никто не отменял https only.

Правильно ли я понимаю, по крайней мере в данном юзкейсе, Utopia - это как Tor, только закрытое и с платными доменами?

Если не ошибаюсь, в той же "Just for Fun" было написано, что появись 386BSD буквально на год раньше и линукса бы вероятно не было.

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

Правда не совсем свой, что даже к лучшему, это порт openssh, и даже сервер есть.

Расстановки по углам в гноме без расширений нет, но отлично работает разделение экрана по вертикали: Super+Left и Super+Right, на весть экран Super+Up

coreutils - набор утилит необходимых для работы шел скриптов, выкинуть одну из них - это все равно, что убрать одну из стандартных библиотек у любого интерпретатора, фактически покалечить его, те кому надо компактно - берут busybox или подобные.

systemd - это набор сервисов решающих весьма практичные задачи, например:
systemd-boot — простой менеджер загрузки для UEFI
systemd-logind — управление сеансами
systemd-timesyncd — синхронизация системных часов по сети
systemd-mount - монтирование, как ни сложно догадаться
systemd-resolved - разрешение сетевых имён для локальных приложений посредством D-Bus
systemd.timers - свой cron

и многое другое, а еще они тянут кучу зависимостей, и все это нельзя разделить, например в контейнере или на устройстве использовать только систему инициализации, выкинуть все что относится к сети, если устройство ей не обладает итд. Но самое плохое даже не то что ставя systemd вы все это тяните, есть тенденция завязываться на какой-нибудь logind и прочие сервисы, в итоге на freebsd делали костыли чтобы запустить гном, ведь systemd еще и не портабильный.

Все это не делает systemd плохим, все эти сервисы довольно неплохо решают свои задачи, просто надо двигаться в сторону модульности, а этого не делают.

coreutils никто не делил потому что в этом смысла нет, но его легко заменяют на тот же busybox, опустим, что это не unixway, главное легко заменяется, можно взять пару утилит из coreutils, а все остальное из busybox, чего не скажешь про systemd, от части его ругают именно за это.

В убунту бы upstart, он умел параллелить, думаю дело в кол-ве демонов, а арч и без systemd грузился быстро.

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

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

iterm2 очень плохо работает через на линуксе через kvm.

1
23 ...

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность