Size: a a a

2020 March 13

YB

Yanis Benson in Distributed
Гугл, если что, полон рекламы, а по делу ничего не видно.
источник

YB

Yanis Benson in Distributed
* УСБ можно в виде невыведенной наружу шины, в принципе, все равно подразумеваеися модификация корпуса, скорее всего.
источник

k

kitlhut0r in Distributed
Привет, помогите с шифром.
Есть три строки:

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbiQoEw5VHQlV

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbj4kEhNsFAtDGl8gIiICBl8dFEQHYx4xIg0LVgcQWQFu

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbjQkDQI=

Что это может быть?
источник

k

kitlhut0r in Distributed
У них начало одинаковое, а хвосты разные
источник

bx

berkut x in Distributed
kitlhut0r
Привет, помогите с шифром.
Есть три строки:

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbiQoEw5VHQlV

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbj4kEhNsFAtDGl8gIiICBl8dFEQHYx4xIg0LVgcQWQFu

KSY5ERQJS0tWB2wkNj8ODldKClUBcTQ3PhVJQRFLUR5pbjQkDQI=

Что это может быть?
это всё укладывается в алфавит base64(и последнее равно на это намекает), конвертни в байты к примеру тут: https://cryptii.com/pipes/base64-to-hex
источник

k

kitlhut0r in Distributed
Ну допустим, но это не строка, тогда что? Картинка - слишком маленький размер, архив - тоже маловат...
источник

ЕЛ

Евгений Лисовский in Distributed
хэш?
источник

@

@mr_tron in Distributed
очевидно что это не популярная криптограграфические функции. там 34 байта одинаковых (похоже какие-то заголовки) и от 4 до 32- байт полезной нагрузки
источник

@

@mr_tron in Distributed
я предположил что это пакеты какого-то протокола передачи данных
источник

V

V in Distributed
Я вообще на очередную криптовалюту подумал
источник

k

kitlhut0r in Distributed
@mr_tron
очевидно что это не популярная криптограграфические функции. там 34 байта одинаковых (похоже какие-то заголовки) и от 4 до 32- байт полезной нагрузки
Звучит правдеподобно
источник

M

Mishell in Distributed
Здравствуйте. У меня вопрос по Hedera Hashgraph. У них сказано, что узлы для рассылки сообщений высылают 2 запроса к случайным узлам, и так достигается экспоненциальная скорость. Я чего-то не понял, а как именно отсылающий узел узнаёт, что целевой узел ещё НЕ получил этого сообщения. При рандомной рассылке многие узлы будут спамиться одними и теми же данными, разве нет? Или там какая-то не случайная топология узлов выстраивается?
источник

YB

Yanis Benson in Distributed
Mishell
Здравствуйте. У меня вопрос по Hedera Hashgraph. У них сказано, что узлы для рассылки сообщений высылают 2 запроса к случайным узлам, и так достигается экспоненциальная скорость. Я чего-то не понял, а как именно отсылающий узел узнаёт, что целевой узел ещё НЕ получил этого сообщения. При рандомной рассылке многие узлы будут спамиться одними и теми же данными, разве нет? Или там какая-то не случайная топология узлов выстраивается?
Если я правильно помню быстрые правила, 4/9 должны получить более одного сообщения, 1/9 должны получить ни одного для каждого сообщения в среднем. И это без учёта исключения из списка для выбора целей того, кто сообщение тебе прислал(тут все зависит от среднего размера списка)
Я понятия не имею о том, что это за технология, но абсолютное большинство должно получать сообщение с очень высокой вероятностью, а если сообщения имеют связи(то есть если получив более позднее сообщение, можно узнать, что не получил исходное, и запросить его), то каждый конкретный узел должен регулярно оказываться в состоянии, когда он получил все сообщения.
источник

YB

Yanis Benson in Distributed
Ну, это все если я правильно понял, о чём идёт речь чисто из названия и вопроса.
источник

M

Mishell in Distributed
Yanis Benson
Ну, это все если я правильно понял, о чём идёт речь чисто из названия и вопроса.
Спасибо за информацию :) Значит все таки есть узлы, которые могут какое-то время просидеть без обновлений, пока все остальные уже обменялись актуальными данными.
источник

YB

Yanis Benson in Distributed
Mishell
Спасибо за информацию :) Значит все таки есть узлы, которые могут какое-то время просидеть без обновлений, пока все остальные уже обменялись актуальными данными.
Ну, так как сетевое соединение работает немгновенно, такие узлы всегда будут, в любой сети, вопрос только в том, как быстро это состояние исправится. Детали исправления уже надо смотреть в документации на конкретную сеть.
источник

X

Xeniax in Distributed
Telegram
Paris Burns
Онлайн-рейвы и фестивали на децентрализованной p2p платформе? Это возможно с p2panda

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

В "Дизайн-документе" p2panda закреплены несколько важных принципов:

▪️Децентрализованная инфраструктура для самоорганизованных мероприятий: Позволь фестивалю разворачиваться самому по себе. Каждый подключённый к сети девайс может регистрировать свою площадку, материалы…
источник

@

@mr_tron in Distributed
Xeniax
Telegram
Paris Burns
Онлайн-рейвы и фестивали на децентрализованной p2p платформе? Это возможно с p2panda

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

В "Дизайн-документе" p2panda закреплены несколько важных принципов:

▪️Децентрализованная инфраструктура для самоорганизованных мероприятий: Позволь фестивалю разворачиваться самому по себе. Каждый подключённый к сети девайс может регистрировать свою площадку, материалы…
Панде надо отправить
источник

F

Foxcool in Distributed
так-то расширяемо на митинги и прочие виртуально-оффлайновые тусовки по интересам
источник

F

Foxcool in Distributed
особенно если еще оффлайн таки реализовать + связь не только через провайдеров
источник