Это на самом деле очень хороший ответ, но он не попадает в точку. Только отказ от ответственности я не являюсь экспертом в этой области, следовательно, некоторые из моих объяснений могут быть неправильными.
Базы данных могут существовать в двух различных разделов, горизонтальные (поля являются горизонтальными?) Или вертикальные (поля являются вертикальными?) 
Для того, чтобы понять, что спрашивает TS, предположим, blockchain быть структурой данных. Я лично называю blockchain структуры данных, в отличие от базы данных, поскольку она по-прежнему использует базу данных для хранения своих данных. Это сугубо техническое, и даже я не понимаю эту тему подробно, но я знаю, что один из стартапов (Гон или что-то) и Ethereum работает над этим.

blockchain Bitcoin может храниться либо в плоских файлах (медленнее чтения) или в базе данных, как MySQL, Postgres, но Bitcoin Ядро / Ethereum Гет использует LevelDB, который Google bigdata системной таблицы (один из лучших там технически). Другой метод должен был бы использовать какой-то большой базы данных NoSQL (Hadoop / Cassandra). Тогда речь идет о разборе, запрос, хранящих структуры, вы должны смотреть в Merkle Patricia дерево, ключ-значение, BTrees, пенька, хэш-таблицу и т.д .. на основе использования. Если вы хотите для более быстрого чтения, я считаю, что это HDFS с помощью MapReduce, вы можете шард через кластеры для хранения данных архитектора data.Some здесь, вероятно, может объяснить это лучше.

Для 99,9% вне ICO там, было бы лучше для них, чтобы использовать типичную реляционную базу данных (которая в конечном итоге они будут - MySQL / Postgres) из-за сложности, связанные с хранением и чтения данных. Большинство blockchains сосредоточены на использовании пользователя, улучшая их корректуры зача-<вставить имя фантазии здесь>, А не сам по себе сам процесс чтения-записи из-за сложности.

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