AB
Size: a a a
2019 August 06
CI
Если N нод стоят на одном компе с одним жестким диском, админятся одним админом - какая Вам разница сколько там копий блокчейна?
У меня один аргумент по этому поводу. RAID)) Нынче данные дублируют специально, а не избавляются от копий.
Р - репликация
С технической точки, у баз данных для множественного доступа, должны быть блокировки. Кто когда-то работал с базами и ловил deadlock или gap, тот знает. Кто не работал, то просто поверьте на слово. Реализовать это сложней, дополнительной логики и вычислений больше, а профит в месте на диске
Р - репликация
С технической точки, у баз данных для множественного доступа, должны быть блокировки. Кто когда-то работал с базами и ловил deadlock или gap, тот знает. Кто не работал, то просто поверьте на слово. Реализовать это сложней, дополнительной логики и вычислений больше, а профит в месте на диске
D
Энди, вы не переживайте, они не сделают свои услуги дешевле, они будут просто больше зарабатывать если смогут это реализовать))
там были разговоры какие-то, что хотят спец хардвару разработать под мастерноды даш.
CI
С другой стороны. Вот попомните мои слова. Блокчейны упрутся в место на диске. Вначале отвалятся интузиасты держащие ноды, потом мелкие хостеры, потом всё соберётся у мегахостеров, которые могут себе это позволить. А за это будут весь трафик с нод анализировать, и тогда уж забудьте про PrivateSend, в том формате который он сейчас есть.
CI
там были разговоры какие-то, что хотят спец хардвару разработать под мастерноды даш.
В роадмапе есть такое. Это больше для того чтоб ноды могли держать еволюцию. Там нормально вычислений будет по сравнению с нынешней загрузкой холостой)
D
Хотя железо это не скоро. Тут бы самой еволюции дождаться, потом чтоб ей начали пользоваться так чтоб обычные серваки не справлялись, потом время на разработку железа (это сам по себе процесс не быстрый и не дешевый)
без масс адопшн имхо железо не нужно вообще
AB
У меня один аргумент по этому поводу. RAID)) Нынче данные дублируют специально, а не избавляются от копий.
Р - репликация
С технической точки, у баз данных для множественного доступа, должны быть блокировки. Кто когда-то работал с базами и ловил deadlock или gap, тот знает. Кто не работал, то просто поверьте на слово. Реализовать это сложней, дополнительной логики и вычислений больше, а профит в месте на диске
Р - репликация
С технической точки, у баз данных для множественного доступа, должны быть блокировки. Кто когда-то работал с базами и ловил deadlock или gap, тот знает. Кто не работал, то просто поверьте на слово. Реализовать это сложней, дополнительной логики и вычислений больше, а профит в месте на диске
Ну так я не понял. Какая разница? Если хостер 1000 нод будет хранить только 1 копию блокчейна? Как он решит эту проблему оставим пока на его совести
CI
Давайте ближе к теме. Кто мешает хостеру модифицировать дашкор таким образом?
Я это к тому, что IP - это сколько человек прописанно в квартире. Туалет это база данных. А блокировка. Это когда кто-то живущий с вами уселся в туалете, когда вам захотелось покакать.
Думаю подобные решение либо есть, либо хостер их создаст при необходимости, и это будет универсальное решение никак не связанное с DASH и его коммандой разработчиков.
Думаю подобные решение либо есть, либо хостер их создаст при необходимости, и это будет универсальное решение никак не связанное с DASH и его коммандой разработчиков.
AB
Я это к тому, что IP - это сколько человек прописанно в квартире. Туалет это база данных. А блокировка. Это когда кто-то живущий с вами уселся в туалете, когда вам захотелось покакать.
Думаю подобные решение либо есть, либо хостер их создаст при необходимости, и это будет универсальное решение никак не связанное с DASH и его коммандой разработчиков.
Думаю подобные решение либо есть, либо хостер их создаст при необходимости, и это будет универсальное решение никак не связанное с DASH и его коммандой разработчиков.
мемпул общий на все ИП. Страдает Ваша аналогия.