Проблема в том, что возможна такая ситуация, когда два блока сгенерированы «одновременно». К примеру, клиент А сгенерировал блок #N и разослал его в сеть. Это заняло некоторое время, за которое клиент В сгенерировал блок #N+1. Причем оба клиента свято уверены, что их блок последний и «правильный». У обоих блоков в ссылке на предыдущий стоит блок #N-1 и оба клиента рассылают его на все узлы сети. Цепочка блоков раздвоилась. Как быть?

Механизм обхода этой ситуации следующий. Задача нахождения блока математически сложна, иначе любой желающий сможет как угодно быстро генерировать блоки и записывать туда какие угодно транзакции, и сеть будет разрушена. Причем таким параметром как сложность генерации обладает любой блок. Постепенно будут сгенерированы новые блоки, которые запишутся в одну или в другую ветвь. При новой генерации клиент будет стараться записать блок в более длинную ветвь, и таким образом более короткая рано или поздно обрубится и заглохнет. Причем, «более длинной» считается не та ветвь, в которой блоков больше, а та, в которой выше суммарная сложность их генерации. Транзакции записанные в блоки «неправильной» короткой ветви переписываются в блоки основной цепочки.

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

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

forum.bits.media/index.php?/blogs/entry/44-%D0%B0%D1%82%D0%B0%D0%BA%D0%B0-51

Вот это я имел ввиду, говоря, «вся прелесть Blockchain — бесполезна». Выходит, что данные, в описанном мною хранилище, в итоге можно безнаказанно изменить.