Из-за революционности архитектурных изменений (теперь все объекты хрнятся не в оперативной памяти сервера, а в базе данных) нового функционала практически нет, и сохранена полная совместимость по API-вызовам. Иными словами, нет такого номера блока, к которому большинство должно установить новую версию под угрозой хардфорка.
Derived object tables are kept small by trimming them, only records needed to
allow rollback of up to 1440 blocks back are kept. If you need to preserve and
query historical information going back all the way to height 0, this trimming
can be disabled by setting nxt.trimDerivedTables=false (default is true) in
nxt.properties. After changing this property, a rebuild of the derived tables
can be triggered using the new scan API request, see below.
The default number of rollback records kept can be increased while still keeping
trimming enabled, by setting nxt.maxRollback to a higher value (default and
lowest possible is 1440). This should provide a compromise for those who want to
keep history of more than the default 1440 blocks, yet want to avoid the
performance penalty of never trimming the derived objects tables.
Я вот что выкопал... Я правильно понимаю, что если я делаю запросы по истории - то при дефолтовых настройках данные в быстром доступе будут только для последних 1440 блоках, а более старая инфа где-то архиве будет и ее получение займет больше времени? Не совсем понял я, в общем, если кто знает - напишите плиз.
