Лично я предпочел бы видеть движение к чему-то стандарту, а также. Поддержание некоторого собственный формата глупо, если библиотеки не использовать этот формат будет освобожден, а также.

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

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

ИМХО как «новичок» до Bitcoin вещи, но разработчик с опытом несколько десятилетий в разработке программного обеспечения, то «что нужно сделать», чтобы абстрагировать функциональность хранения бумажника в рамках клиента, и позволяет пользователю решить во время сборки, что бэкенд использовать. Если бумажник необходимо только Append (), получить (счет), и так далее, это не мешает использовать более продвинутый бэкенд, чтобы удовлетворить эти вызовы через уровень абстракции.