Ну вот и к вопросу "вода не нужна" - наверняка для равномерного распределения тепла там будет использоваться теплоноситель, возможно та же самая вода, ибо без него равномерно распределить тепло не получится (особенно при условии, что пластина должна излучать с обеих сторон, они ж поверхность чипа не в торец втыкать будут), а если не распределять тепло равномерно будет локальный перегрев и, как следствие, возможное отгорание чипа. Плюс, если подразумевается перекрывать пластину солнечной панелью, то обратная сторона панели теоретически может собрать часть этого излучения и перегнать обратно в электроэнергию. Интересная задумка, будем посмотреть что у них там получится
ЩИТО? Охлаждение в условиях космоса - один из самых больших геммороев, так как там вакуум, а в вакууме нет конвекции, и отвод тепла может производиться лишь за счет излучения (либо сбросом хладагента прямо в космос, но на сколько его хватит?)
АПД: вот мне как раз интересно, как они их охлаждать будут
Стартап с 24 микросервисами, обслуживающими несколько десятков пользователей.
Хех, я видел сервер с 30+ микросервисами, крутящимися в докере, причем сервер - двухядерник с 4 GB RAM, там половина оператоса сжиралась в режиме простоя, когда нагрузки вообще не было
Нужно смеху ради сделать форк убунты, перекрасить в черно-бело-красную расцветку, поставить фотографии Муссолини вместо обоев, root переименовать в fuhrer и назвать FashOS. Горение пятых точек можно будет наблюдать из космоса/s
ну насколько я понял, таки слипается, но сам объект настолько большой, что аккреционный диск вполне внутри помещается и наружу не лезет (еще вроде как там аккреционный диск по плотности сравним с материалом нейтронной звезды, но это не точно)
ИМХО все эти киби-хуиби придумали умные мужи с большими головами, наяривающие на систему СИ, у которых 1024 и кило в одном предложении вызывают большая боль дырка анус. Но по факту 1024 байта в килобайте - это следствие того, что расчеты на компах прибиты гвоздями к аппаратной платформе, и использовать степени двойки в данном контексте просто удобнее (у компа не десять пальцев, а вкл/выкл)
То о чем вы говорите это по сути ЭЦП сессионным ключем. Вашу ЭЦП человек посредине без труда переподпишет(в вашем случае приложит хэш соответствующий своему ключу).
Ну нет, ЭЦП и шифрование - это разные вещи. Еще раз - закрытая часть ключа, формирующего секрет никуда не передается, а без нее подделать корректный отпечаток ключа не получится. Атакующий может как угодно модифицировать траффик, но он не сможет (точнее может угадать, но вероятность этого крайне низкая) подделать корректный отпечаток ключа, а значит и скрыть MiTM (иначе зачем ему модифицировать траффик?)
З.Ы. и вообще, ECDH как раз для того и придуман, чтобы безопасно высчитывать общий ключ шифрования через недоверенный канал связи
З.З.Ы То, о чем вы пишите ниже теоретически возможно лишь в том случае, если все пользуются одним каналом связи, находящимся под контролем серверов телеграмма, вот только ИРЛ сервера телеги, провайдеры связи и госуха, которая пытается в слежку - это три разных актора, которые в данном варианте атаки будут как лебедь, рак и щука
Вы, видимо, не до конца понимаете как этот алгоритм работает. Смотрите:
Алиса на своем устройстве (не на сервере) генерирует пару открытый-закрытый ключ. Боб генерирует свою пару. После этого Алиса и Боб обмениваются публичными ключами. Затем Алиса на основе своего закрытого ключа и открытого ключа Боба генерирует секрет, а Боб - на основании своего закрытого ключа и открытого ключа Алисы. Алгоритм устроен таким образом, что у них получится одинаковый секретный ключ.
Если мы говорим про MiTM, то тут возможны лишь два варианта:
Ключ генерируется на сервере - про такой кринж я, пожалуй, умолчу
Сервер использует свою пару открытый-закрытый ключ, и общий секрет вырабатывается не между Алисой и Бобом, а между Алисой и сервером и Бобом и сервером
Во втором случае из-за того, что сервер использует свою пару открытый-закрытый ключ, общие секреты на конечных устройствах будут отличаться. И чтобы это проверить достаточно сравнить даже не сами ключи, а, например, хэш-сумму, которой можно безопасно обменяться по недоверенному каналу
вот тут
Командир с подчинёнными:
— Товарищи офицеры, нам доставили секретный танк. Сохраняет работоспособность от плюс тысячи до минут тысячи градусов.
— Товарищ командир, но ведь самая низкая температура минус 273 градуса.
— Кто сказал?
— Учёные.
— Повторяю для тупых – танк секретный, учёные могут не знать.
Первый в мире робот-алкоголик, который хочет срать
С черного, как смола, пуэра
Ну вот и к вопросу "вода не нужна" - наверняка для равномерного распределения тепла там будет использоваться теплоноситель, возможно та же самая вода, ибо без него равномерно распределить тепло не получится (особенно при условии, что пластина должна излучать с обеих сторон, они ж поверхность чипа не в торец втыкать будут), а если не распределять тепло равномерно будет локальный перегрев и, как следствие, возможное отгорание чипа. Плюс, если подразумевается перекрывать пластину солнечной панелью, то обратная сторона панели теоретически может собрать часть этого излучения и перегнать обратно в электроэнергию. Интересная задумка, будем посмотреть что у них там получится
ЩИТО? Охлаждение в условиях космоса - один из самых больших геммороев, так как там вакуум, а в вакууме нет конвекции, и отвод тепла может производиться лишь за счет излучения (либо сбросом хладагента прямо в космос, но на сколько его хватит?)
АПД: вот мне как раз интересно, как они их охлаждать будут
Просто оставлю это здесь
На высоте в 11 км в Северной Америке? Это какие?
Хех, я видел сервер с 30+ микросервисами, крутящимися в докере, причем сервер - двухядерник с 4 GB RAM, там половина оператоса сжиралась в режиме простоя, когда нагрузки вообще не было
Нужно смеху ради сделать форк убунты, перекрасить в черно-бело-красную расцветку, поставить фотографии Муссолини вместо обоев, root переименовать в fuhrer и назвать FashOS. Горение пятых точек можно будет наблюдать из космоса/s
Побеждает тот, кто первым уничтожит дата-центры противника
Для этого существуют дропы
Добавьте в опрос вариант "сам орал"
ну насколько я понял, таки слипается, но сам объект настолько большой, что аккреционный диск вполне внутри помещается и наружу не лезет (еще вроде как там аккреционный диск по плотности сравним с материалом нейтронной звезды, но это не точно)
ух... Delphi7 навсегда останется в моем сердце
Ага, поверил, ну и бредятина (с)
З.Ы. Глянул чем знаменит автор, и все стало на свои места. Просто фанат теории симуляции, пытающийся всеми руками и ногами натянуть сову на глобус
ИМХО все эти киби-хуиби придумали умные мужи с большими головами, наяривающие на систему СИ, у которых 1024 и кило в одном предложении вызывают большая боль дырка анус. Но по факту 1024 байта в килобайте - это следствие того, что расчеты на компах прибиты гвоздями к аппаратной платформе, и использовать степени двойки в данном контексте просто удобнее (у компа не десять пальцев, а вкл/выкл)
Компьютер не подчиняется законам физики: глюки появляются из ниоткуда, файлы исчезают в никуда, и объем называется весом и измеряется в метрах.
Ну нет, ЭЦП и шифрование - это разные вещи. Еще раз - закрытая часть ключа, формирующего секрет никуда не передается, а без нее подделать корректный отпечаток ключа не получится. Атакующий может как угодно модифицировать траффик, но он не сможет (точнее может угадать, но вероятность этого крайне низкая) подделать корректный отпечаток ключа, а значит и скрыть MiTM (иначе зачем ему модифицировать траффик?)
З.Ы. и вообще, ECDH как раз для того и придуман, чтобы безопасно высчитывать общий ключ шифрования через недоверенный канал связи
З.З.Ы То, о чем вы пишите ниже теоретически возможно лишь в том случае, если все пользуются одним каналом связи, находящимся под контролем серверов телеграмма, вот только ИРЛ сервера телеги, провайдеры связи и госуха, которая пытается в слежку - это три разных актора, которые в данном варианте атаки будут как лебедь, рак и щука
Вы, видимо, не до конца понимаете как этот алгоритм работает. Смотрите:
Алиса на своем устройстве (не на сервере) генерирует пару открытый-закрытый ключ. Боб генерирует свою пару. После этого Алиса и Боб обмениваются публичными ключами. Затем Алиса на основе своего закрытого ключа и открытого ключа Боба генерирует секрет, а Боб - на основании своего закрытого ключа и открытого ключа Алисы. Алгоритм устроен таким образом, что у них получится одинаковый секретный ключ.
Если мы говорим про MiTM, то тут возможны лишь два варианта:
Ключ генерируется на сервере - про такой кринж я, пожалуй, умолчу
Сервер использует свою пару открытый-закрытый ключ, и общий секрет вырабатывается не между Алисой и Бобом, а между Алисой и сервером и Бобом и сервером
Во втором случае из-за того, что сервер использует свою пару открытый-закрытый ключ, общие секреты на конечных устройствах будут отличаться. И чтобы это проверить достаточно сравнить даже не сами ключи, а, например, хэш-сумму, которой можно безопасно обменяться по недоверенному каналу