Эти преимущества не были доведены до Bitcoin по выбору с использованием базы данных для хранения бумажника. Хотя я согласен, что реальная система базы данных должна использоваться для критической базы данных миссии, я не считаю в Bitcoin кошелька в качестве базы данных. Я вижу его в качестве документа, как таблица Excel. Используя движок базы данных для Bitcoin кошелька для меня это так же нелепо, как с помощью отвертки Электродрели разбирать карманные часы.

На мой взгляд, бумажник (содержащий пары ключей) должны полностью отделены от файла, который содержит историю транзакций. Вы не используете ваш реальный кошелек, чтобы сохранить все ваши квитанции за все, что вы купили, так как вы были двенадцать, и не должны Bitcoin делать то же самое.

Атомные сделки: Кошелек не должен быть не более чем хранилище пары ключей, так что только операция, которая когда-нибудь нужно иметь место является случайным долива из keypool, и, возможно, экономя ярлыки, прикрепленные к адресам. (Например, keypool создано 500 пары ключей, и увенчанный обратно до 500, когда запас достигает 100, что делает сделки и / или модификация кошелька случается так редко, что вряд ли было бы неэффективным для достижения атомарность просто написав бренд новый файл, поменяв его со старым через переименованию, а затем удалить старую, как если бы это был документ.

Read проверки / записи: Ничего уникального для базы данных - если проверка необходима, это не просто код в клиенте. Записать файл, закройте файл, прочитать файл, проверьте файл (или хэш).

Высокий уровень доступности:  Как BDB повышение доступности по сравнению сказать плоский файл XML? Во всяком случае, это затруднило его, судя по количеству людей, которые получили "критические ошибки БД" и потерял доступ к своему кошельку.

Восстановление потери данных:  Во всяком случае, люди потеряли больше бумажников в результате BDB, чем когда-либо получили от него. По крайней мере, с XML вы можете вручную взломать вместе в текстовом редакторе. BDB, никоим образом.

Резервные копии: Еще одно место, где BDB не предложил никакой пользы, и необычное размещение (особенно на клиентах Windows, по сравнению с типичным пользователем Windows) сделали резервные копии трудно для среднего пользователя. Скорее всего, клиент должен рассматривать бумажник как документ, так же, как Microsoft Word обрабатывает файл .doc в качестве документа, в котором пользователь может поддержать это так же, как они резервное копирование письмо, например, нажав Файл - Сохранить как - и затем выбрать съемный носитель в качестве пункта назначения для файла, или путем перетаскивания копии из их папок документов и на их флэше-диск и т.д.