Size: a a a

2021 January 11

rg

rPman gr in ББ-чат
Alex Petrov
у меня их кластер, они данные парсят bloomfilter и нейронка обучение мне хватает памяти для задачи более чем. но я бы ним вместо поставил  2 Zynq UltraScale+ XCZU3EG и старые zedboard меньше железа бы было.
был момент игрался с различным криптоанализом, распределения и мат анализ вольфрам.
т.е. ты на практике можешь сказать что 'заморочившись' с нестандартным железом ты в плюсе по затратам?
какой у тебя размер кластера?
источник

rg

rPman gr in ББ-чат
Alex Petrov
тем более... opencl xilinx смотр сюда.
https://www.xilinx.com/products/design-tools/software-zone/sdaccel.html
лицензии помоему 2-3к полная, ноде локед 1к и 100$ что по божески.
дальше гуглани на youtube
1. opencl intel , 2. sdaccel bittware, 3. bittware cvp-13 (кстати моге подсказать линк на cvp-13 с 50% дискаутом выйдет под 2к с доставкой из тайваня) дальше дело вкуса собирать sdaccel даже проще чем с родным оно само собирает хостовую и картовую слейв версию очень приятно когда вливаешся. дальше просто.
не будет лень запилить статейку на хабр да не важно куда но там не затеряется? инфа мега интересная если честно
источник

rg

rPman gr in ББ-чат
Oleg Andreev
А можно как-то пруф ов ворк сделать с искусственным интеллектом? Чтобы не китайские майнеры подбирали хеши, а машина как-то сама их искала автоматически?
взломать алгоритм хеширования нейронкой ;) а что для теста попробовать на меньшей битности что ли
источник

rg

rPman gr in ББ-чат
если найдешь решение даже для меньшей битности можешь сразу идти на нобелевку ага
источник

AP

Alex Petrov in ББ-чат
Oleg Andreev
А можно как-то пруф ов ворк сделать с искусственным интеллектом? Чтобы не китайские майнеры подбирали хеши, а машина как-то сама их искала автоматически?
1. решения не имеют национальности. / Китай лидирует в разработках, у них больше энергии и она более эффективна/дешева.

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

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

AP

Alex Petrov in ББ-чат
rPman gr
взломать алгоритм хеширования нейронкой ;) а что для теста попробовать на меньшей битности что ли
для sha-256 не получиться, но там есть интересные области, распределение не полное, и состоит и двух частей, то мид стрейты можно использовать собственно асикбуст частично оно и есть.
источник

AP

Alex Petrov in ББ-чат
rPman gr
т.е. ты на практике можешь сказать что 'заморочившись' с нестандартным железом ты в плюсе по затратам?
какой у тебя размер кластера?
на пратике заморочивших, я решаю задачу быстрее в 38раз и дешевле примерно на 18к$ плюс экономия на электрике/потреблении...
источник

rg

rPman gr in ББ-чат
Alex Petrov
на пратике заморочивших, я решаю задачу быстрее в 38раз и дешевле примерно на 18к$ плюс экономия на электрике/потреблении...
круто
источник

OA

Oleg Andreev in ББ-чат
я типа пошутил но ладно
источник

AP

Alex Petrov in ББ-чат
rPman gr
не будет лень запилить статейку на хабр да не важно куда но там не затеряется? инфа мега интересная если честно
вопрос времени. у меня нету акка на хабре. на 3 преддыдыщих работах использовали корпоративные и личные, я писал статьи их публиковали. и помоему сейчас там такого тож хватает, кое что я видел. не такое детальное, но детальное там и вряли будет, некоторые решения просто описывать некому например на коллайдере ученым свои заниматься нажо им не до хабра. а они там плотно на opencl bittware/nalatech сидят.
источник

AP

Alex Petrov in ББ-чат
Oleg Andreev
я типа пошутил но ладно
есть такой ресерч потом могу найти кинуть если интересно, там есть интересные области для некоторых алгоритмов.
кстати чисто для информации sha256 не самый лучший по стойкости хеш и энергоэффективности имплементации в железе/кремнии.
keccak / sha3 более чист, и меньше энергии проще в кремнии примерно на 8-14%.
источник

AP

Alex Petrov in ББ-чат
// AFK - отпуск до 18ого. , если эмердженси, тоже не звоните 😃😃🥳
источник

OA

Oleg Andreev in ББ-чат
если в бтц добавить extension block с конфиденциальными транзакциями
Анонимный опрос
14%
конвертить бтц в один конец только, чтоб в случае бага их никто не мог украсть и вылить на мейн чейн
36%
нужно разрешить конвертить бтц туда и обратно, иначе слишком рисковано переводить бтц в один конец
50%
я не копенгаген, посмотреть чужие мнения
Проголосовало: 22
источник

OA

Oleg Andreev in ББ-чат
* уточнение: в п.1 украсть и вылить ограничено тем объемом, который сконвертировали. Т.е. дополнительной инфляции на мейнчейне точно не будет.
источник

OA

Oleg Andreev in ББ-чат
** с т.з. тех, кому поебать на экстеншн блок п.1 выгоднее дважды: и безопаснее, и биток дефлирован
источник

IS

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

AP

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

AP

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

AP

Alex Petrov in ББ-чат
сейчас ETC (eth classic) делали исследования, копались и мы нашли другие исследования и сравнения и получаеться что keccak/sha3 по энергоэффективности лучше чем sha256.  
но жизнь покажет... как в реальности и что будет.
источник

o

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