Неа ваше право.
Кроме того, на скажет 1,5 МН / Вт потребовалось бы 7.3MW электрическое соединение с силой, которая хэширование фермы и примерно на 35% больше, чтобы охладить его так ~ 10MegaWatts. При цене $ 0,10 за киловатт-час, что составит ~ $ 24 000 в день в электрических затрат. Если мучил в 4 высоком сукне с 6 GPU на материнскую плату и 2 футов пространства между полками он бы еще около 8000 квадратных футов складских площадей.
Так что да, это может быть сделано, но guestimate от $ 1M даже не близко.
Хорошо, только несколько деталей, и я думаю, что у меня будет достаточно, чтобы собрать все это:
Любая идея о том, сколько труда стоило бы организовать что-то подобное?
Это труднее guestimate, но вот удар.
Труда не было бы слишком много. Скорее всего, вы бы основная команда скажет админы десятков Линукса, который будет управлять фермой и написать собственный дистрибутив, который связывает с сервером MANGEMENT. Для физической работы вы говорите о 6000 компьютеров, которые должны быть собраны, загрузился, испытано. Даже в час кусок вот только 6000 человеко-часов. 50 люди, вероятно, могут сделать это в течение месяца, включая и все другие вспомогательные работы, как создание простреливающие и энергетические распределения. Может быть, $ 200K в рабочей силе в течение месяца.
Нахождение здания, которое может обрабатывать 7.3MW тепла и 10 МВт электрической нагрузки немного более жесткое. В худшем случае сценарий ваш смотреть обычай AC установить и то, что может справиться с 7.3MW тепла не будет дешевым. Легко в диапазоне миллионов плюс. Большинство сеть даже в легком промышленном / складском buildins обрабатывать только 300A @ 20 три фазы, которая составляет ~ 180 кВт поэтому 10 МВт серьезной силы. Не знаю, как трудно было бы точно и получить такую установку, установленные и сколько мест могут даже hanlde такого локализованной нагрузки на локальной распределительной сети.
Конечно, вы, вероятно, могли бы разбить его на скажем 10 команд / зданий 4000 GPU каждая.
Кроме того, что сколько времени потребуется, чтобы начать реорганизацию blockchain, прежде чем положить его в дикой природе? (Я даже не знаю, если я использую правильные слова там, извините)
Там нет экономически эффективного способа работать в обратном направлении, если вы не имеете значительно более 51% хэширование мощности, так что вы можете "наверстать", Assumming атакующего начинается в текущем блоке они в значительной степени гарантированно самую длинную цепочку после десятка блоков или так они нападают на само будет происходить очень быстро. Атакующий будет держать их плохую цепь частной, пока она не было достаточно больше, чем хорошая цепь, чтобы обеспечить хорошую цепь никогда не может догнать. Тогда они освободят его. Предупреждающий знак будет раскол blockchain и раскол часть растет очень быстро. Однако в этот момент он слишком поздно.
И, наконец, я знаю, что «обычно» окно подтверждения является 6, 120 «абсолютно» подтвердил? IE нет риска на 51%? Или это зависит от глубины реорганизованной blockchain?
Нет даже 120 блоков не гарантировано не подтверждено. Технически прямо сейчас 51% атака могла начаться >120 блоков назад и они имеют больше "плохая цепь" они держат частные. Если они выпустили его прямо сейчас быстро повторить через сеть и заменить все блоки, уходящие к началу раскола. Единственное, что гарантированно является контрольно-пропускным пунктом. Жестко прописывать блок # и хэш в клиенте. клиент будет отвергать любые блоки до этого, которые не совпадают с жёстко прописанные хэш. В результате любая сделка до контрольной точки не может быть заменена. Это возможно в сети Bitcoin, но я не знаю, если это когда-либо было сделано.