Size: a a a

2021 January 11

AP

Alex Petrov in ББ-чат
Iurii Shyshatskyi
Как-то странно. Если учесть маштабы майнинга на SHA256 и то как плотно и давно люди этим вопросом занимаются, можно было бы предположить что всё что можно было бы оптимизировать уже оптимизировали. Другими словами, без перехода на новый техпроцесс сделать намного более эффективное устройство должно быть очень сложно.
не все возможные оптимизации сделаны. до некоторых недобирались, некоторые не считали нужными и не задумывались еще.
я знаю где есть ещё фишечки и где можно и нужно копать и делать
источник

T

Timur in ББ-чат
Telegram не полагается на Amazon или другие сторонние облачные сервисы. Мы создали собственную безопасную облачную инфраструктуру, распределенную по всему миру. Нам потребовалось несколько лет, чтобы создать технологию мгновенной синхронизации зашифрованных данных между нашими центрами обработки данных и шифрования локального хранилища в каждом из них таким образом, чтобы сделать бесполезным взлом любого центра обработки данных и захват серверов. Ключи шифрования, используемые для защиты облака Telegram разделены на части и никогда не хранятся в том же месте, что и информация, которую они защищают... Полагаться на третьих лиц для хранения данных было бы плохо как для конфиденциальности, так и для эффективности. Мы [команда Telegram] владеем всеми нашими серверами и маршрутизаторами и сами построили всю инфраструктуру. (c)
источник

N

Nikita in ББ-чат
Браво телеграм! Славься Дуров!
источник

AP

Alex Petrov in ББ-чат
ollsanek
так он же не написал от носительно чего в 38 раз быстрее. может относительно МК-61.
отличный результат.  и сэкономить 18к$ за год работы на всех датацентрах вместе взятых, это тоже круто.
пишу это быстрее чем 16 х 1080ti на dec 2017 / начало 2018 года.
источник

AP

Alex Petrov in ББ-чат
источник

IS

Iurii Shyshatskyi in ББ-чат
Alex Petrov
Юрий вы сейчас о чем ?
а) об эффективности алгоримов разных sha256/sha3 ?
b) о каких тех процесах в nm ? или в чем ? эволюция и так была с 180нм до 10-7нм но там свои ньюансы, чем меньше размерность тем сложнее/дороже/меньше цикл жизни стабильность и больше проблем.
в) асик буст и оптимизации делали и делают, все но все делают по своему, используя свои трюки, и свои возможности, возможности процессов 10нм самсунга, не сравнимы с 10нм intel, tsmc, simc, GlobalFoundry они все разные... их нельзя портировать у них свои ньюансы.
а) Я думаю оптимизировали всё - и железо и алгоритмы. Алгоритмы оптимизировать должно быть дешевле.
б) Да, не без этого.

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

Боюсь результат был бы тем же. Для SHA3 была бы своя гонка асиков. Если речь идет о мало известном алгоритме, тёмной лошадке, то есть всегда опасность что кто-то выпустит в 3 раза более енерго-эффетивный асик и превратит старые асики в тыкву. SHA256 должен быть более предсказуем.

> сейчас ETC (eth classic) делали исследования, копались и мы нашли другие исследования и сравнения и получаеться что keccak/sha3 по энергоэффективности лучше чем sha256.

А в чём заключается это преймущество? Difficulty adjustment всё равно всё отмаштабирует.
источник

AP

Alex Petrov in ББ-чат
Iurii Shyshatskyi
а) Я думаю оптимизировали всё - и железо и алгоритмы. Алгоритмы оптимизировать должно быть дешевле.
б) Да, не без этого.

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

Боюсь результат был бы тем же. Для SHA3 была бы своя гонка асиков. Если речь идет о мало известном алгоритме, тёмной лошадке, то есть всегда опасность что кто-то выпустит в 3 раза более енерго-эффетивный асик и превратит старые асики в тыкву. SHA256 должен быть более предсказуем.

> сейчас ETC (eth classic) делали исследования, копались и мы нашли другие исследования и сравнения и получаеться что keccak/sha3 по энергоэффективности лучше чем sha256.

А в чём заключается это преймущество? Difficulty adjustment всё равно всё отмаштабирует.
Юрий - похоже вы не уловили суть.
асики для sha3 также существуют,  просто в sha256 - 64 раунда, а в sha3 - их 10, при этом распределение реверсивная стойкость у sha3 выше.
его проще воплощать в кремнии, он короче, быстрее и жрет чутка меньше ресурсов в финале... вот о чем я.
если интересно можете капнуть сами - выкладки, сравнения и ресерчи с обзорами. они уже есть, мало могу дать ютюб ролики уже с презентухами в кратце.
источник

AP

Alex Petrov in ББ-чат
Iurii Shyshatskyi
а) Я думаю оптимизировали всё - и железо и алгоритмы. Алгоритмы оптимизировать должно быть дешевле.
б) Да, не без этого.

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

Боюсь результат был бы тем же. Для SHA3 была бы своя гонка асиков. Если речь идет о мало известном алгоритме, тёмной лошадке, то есть всегда опасность что кто-то выпустит в 3 раза более енерго-эффетивный асик и превратит старые асики в тыкву. SHA256 должен быть более предсказуем.

> сейчас ETC (eth classic) делали исследования, копались и мы нашли другие исследования и сравнения и получаеться что keccak/sha3 по энергоэффективности лучше чем sha256.

А в чём заключается это преймущество? Difficulty adjustment всё равно всё отмаштабирует.
диффикулти тут ваааще не причем. от слова совсем (я понимаю к чему вы клоните, что дешевле будет больше, но тут экономика, накладные расходы сети будут меньше, она будет дешевле в фии и инфраструктуре)

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

в сравнении два одинаковых блокчейна с sha256 и с sha3 в виде PoW в одинаковой защитой,  sha3 будет экономичнее и эффективнее в opex и в capex., просто потому что sha3 проще, дешевле, быстрее = более дешевая инфраструктура.
источник

IS

Iurii Shyshatskyi in ББ-чат
Alex Petrov
диффикулти тут ваааще не причем. от слова совсем (я понимаю к чему вы клоните, что дешевле будет больше, но тут экономика, накладные расходы сети будут меньше, она будет дешевле в фии и инфраструктуре)

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

в сравнении два одинаковых блокчейна с sha256 и с sha3 в виде PoW в одинаковой защитой,  sha3 будет экономичнее и эффективнее в opex и в capex., просто потому что sha3 проще, дешевле, быстрее = более дешевая инфраструктура.
🤔Спасибо.
источник

AP

Alex Petrov in ББ-чат
Iurii Shyshatskyi
🤔Спасибо.
попробую привести аналогию чтобы понятнее и нагляднее было, представьте инфраструктура это как железная дорога.
скажем есть
а) большой сложный в производстве поезд, куча деталей, возможности отказов, большой по размеру тягачь, разгоняется тяжелее и медленне тянет 40 вагонов... перевозка будет стоить денег Х.
б) есть такой но мощнее и проще в производстве, ремонте, может тянуть 60 вагонов - и жрет чутка меньше чем первый на 16% - стоимость Y.
вот это примерно аналогия стоимости, бч решений и фии транзакций соответственно наследуеться из стоимости инфраструктуры... вариант б будет готов работать за меньше деньги, меньшим количеством тягачей перевозя тот же объем так же быстро и безопасно.
источник

AP

Alex Petrov in ББ-чат
надеюсь понятнее.
источник

L

Litvin Yury in ББ-чат
https://t.me/basicblockradio_chat/53369 - это член команды телеграма? было бы круто сделать объявление на более широкую аудиторию. простите за глупый вопрос
Telegram
Timur in ББ-чат
Telegram не полагается на Amazon или другие сторонние облачные сервисы. Мы создали собственную безопасную облачную инфраструктуру, распределенную по всему миру. Нам потребовалось несколько лет, чтобы создать технологию мгновенной синхронизации зашифрованных данных между нашими центрами обработки данных и шифрования локального хранилища в каждом из них таким образом, чтобы сделать бесполезным взлом любого центра обработки данных и захват серверов. Ключи шифрования, используемые для защиты облака Telegram разделены на части и никогда не хранятся в том же месте, что и информация, которую они защищают... Полагаться на третьих лиц для хранения данных было бы плохо как для конфиденциальности, так и для эффективности. Мы [команда Telegram] владеем всеми нашими серверами и маршрутизаторами и сами построили всю инфраструктуру. (c)
источник

L

Litvin Yury in ББ-чат
сообщение в чате разве что есть от Павла
https://t.me/durovschat/544164
источник
2021 January 12

IS

Ilya Shalyapin in ББ-чат
источник

IS

Ilya Shalyapin in ББ-чат
Придется Трампу теперь деньги в крипте получать)
источник

DK

Dmitry Khovratovich in ББ-чат
дааа, многие ожидали что соцсети лизнут демократам, но не все думали что так быстро и глубоко
источник

N

Nikita in ББ-чат
По-моему лизание тут ни при чём. Просто стоило твиттеру забанить Трампа, как все остальные компании тут же пустились в гонку по virtue signalling. Так и с другими кэнселлингами происходит обычно
источник

AS

Andrey Sobol in ББ-чат
Nikita
По-моему лизание тут ни при чём. Просто стоило твиттеру забанить Трампа, как все остальные компании тут же пустились в гонку по virtue signalling. Так и с другими кэнселлингами происходит обычно
Так твитер то собственно не лизнул разве первым?
источник

AS

Andrey Sobol in ББ-чат
Там имеет смысол прочесть пресрелиз твитора

https://blog.twitter.com/en_us/topics/company/2020/suspension.html

Честно говоря - вчера когда читал - было ощущение что читаю раша тудей
источник

N

Nikita in ББ-чат
Andrey Sobol
Так твитер то собственно не лизнул разве первым?
А, так мы говорим именно о том, что именно сделал твиттер, или о том, что сделали все остальные? Потому что разбираться в мотивах твиттера, как мне кажется, не очень интересно и довольно бесполезно в любом случае
источник