Post
Topic
Board Кодеры
Topic OP
What would it take to make a 51% attack on the whole bitcoin network?
by
pioneer
on 18/09/2011, 18:38:01 UTC
Собственно, проблема в чем? Существует опасность, что некоторая криминальная организация может подготовить террористическую атаку, и получить контроль над более, чем 51% мощности сети. Затраты на финансирование подобной атаки оцениваются всего-лишь в 100-130кг бумажных денег
В англоязычной ветке уже идет обсуждение по данному вопросу. В основном, предлагают как-то усложнять алгоритм хэширования, путем повышения требований к ресурсам процессора и/или памяти

Но мне кажется, что более рациональным будет сделать чего-нибудь в подобном направлении:
I think the better way to find the decision is to think about changing a way of cooperation of nodes. For example it is possible to create a system of trust between nodes. If one node makes some suspicious actions (destributes a new block that not contains a majority part of transactions or new block chain that removes the last 10 blocks), its "rank" decreases. If a node destribute good information, its "rank" increased. Information from nodes with too low "rank" is skipped. Its only a raw idea, I know. I just want to show the direction of how else it could be.
Т.е. задача сводится к идентификации правонарушителя. Но, конечно, не в том смысле, чтобы отслеживать денежные потоки или IP адреса злоумышленника. Цель простая - нужно определить, какая из двух цепочек настоящая, а какая поддельная, т.е. скорректировать условие valid chain = longer chain

Самое примитивное решение. Если приходится выбирать одну цепочку из двух, то просто выбирать ту, в которой обрабатывается большинство валидных транзакций с достаточным приоритетом. Пока не понял, какие проблемы могут возникнуть, если такое реализовать?