Improve virtual ops storage, refactor account_history

The problem: virtual ops now accessible only with enabled account_history plugin. So, without account_history get_ops_in_block API call just returns nothing.

So I propose the following thing:

Virtual ops storage to the database should be handled by separate plugin. virtual_ops for instance.
get_ops_in_block becomes a wrapper with the following logic:
1. Whether account_history is disabled, it reads block content using get_block
2. Whether account_history is enabled, it reads block content from account_history database
3. Adds virtual ops using virtual_ops plugin

архитектурно так было бы правильно, но у нас вызовы привязаны к api, get block + get block header отдают только данные из dlt block log - не дополняя их (потому что не факт, что есть чем), записывать туда данные виртуальный операций - не совсем логично. Зависимость одного плагина от другого - досталась в наследства от Стима - там тоже был приоритет история у аккаунта, а уже потом история операций. Сейчас плагины переделаны, позволяют хранить лишь часть данных за ограниченное время (чтобы не складировать старый мусор). Поэтому перегруза по месту/памяти больше нет.

Navigation Menu

Repository navigation

Improve virtual ops storage, refactor account_history #7

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Improve virtual ops storage, refactor account_history #7

Description

Activity

On1x commented on May 21, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions