Да очень доволен его производительность. Он использует около 1,2 ГБ оперативной памяти, чтобы держать все, и это скорость происходит от идеи копирования всего blockchain в ОЗУ в одной операции копирования (120MB / s для моего жесткого диска), а затем, используя только ссылку и указатели на места в этом фрагменте данные для всего остального - устраняет необходимость внешних операций копирования.

На данный момент, эта реализация FullRAM был самый простой способ для меня, чтобы сделать все (и самый быстрый), и совершенно нормально, по крайней мере год (на данный момент, это для собственного использования, и у меня есть 8 ГБ оперативной памяти). Таким образом, я реализовал его с объектами BlockObjRef ссылаться на оперативную память, но позже может быть обновлен для ссылки местоположения файлов вместо ОЗУ. Тогда, когда blockchain слишком большой, я могу сделать мое первоначальное сканирование на куски и оставить большую часть данных на диске, извлекая его по требованию. Карты заголовков и ТХ хэши / рефов не будет вписываться в оперативной памяти без проблем в течение очень долгого времени.

Имейте в виду, что есть некоторая кривая обучения на пути я организовал вещи. Но я не знаю ни одного полного BTC реализации, что бы избежать этого (BTC осложнено ...). Все проходит в картах указателей / ссылок - вы Можно получить от какой-либо одной части информации к другому, он просто может занять несколько прыжков через память. К счастью, SWIG обрабатывает указатели / ссылки очень хорошо. Я не играл с ним слишком много (только что получил это работает вчера), но до сих пор я не нашел каких-либо проблем с ней.

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