feat(events): полный SHiP action_trace в ActionEvent (transaction_id, creator_action_ordinal, receipt.auth_sequence, …) #1

Merged

claude merged 5 commits from feat/action-trace-fields into dev 2026-05-26 04:26:34 +00:00

Conversation 0 Commits 5 Files Changed 12

+137 -13

claude commented 2026-05-25 16:30:32 +00:00

Owner

Copy Link

Copy Source

ActionEvent отдавал лишь подмножество трассировки. Контроллер ЦК при переезде с parser1 на parser2 теряет данные: ledger2 связывает операцию с родительским apply по transaction_id + action_ordinal/creator_action_ordinal, а blockchain-explorer показывает receipt/account_ram_deltas/console. Эти поля уже декодируются wharfkit'ом — ship-reader их просто не извлекал.

Что добавлено (из реального SHiP action_trace, без заглушек)

• ship-reader ShipTrace: creatorActionOrdinal, contextFree, elapsed, console, accountRamDeltas; ActionReceipt: authSequence. Извлечение в ShipProtocol.decodeBlocksResult (auth_sequence поддержан и как объект {account,sequence}, и как кортеж [account,sequence]).
• parser2 ActionEvent: transaction_id, creator_action_ordinal, context_free, elapsed, console, account_ram_deltas + receipt.auth_sequence (через ship-reader). BlockProcessor копирует их.
• bigint сериализуется в стрим строкой (существующий replacer) — новые поля совместимы.

Версии

ship-reader 0.1.0 → 0.2.0, parser2 1.0.3 → 1.1.0.

Проверки

• typecheck обоих пакетов — чисто.
• Тесты: ship-reader 51, parser2 205 — зелёные (фикстуры обновлены под новые обязательные поля).
• build (tsup) обоих — успешно, dist d.ts содержит новые поля.

После merge — релиз (lerna publish) parser2@1.1.0 + ship-reader@0.2.0; контроллер ЦК переезжает на них.

🤖 Generated with Claude Code

ActionEvent отдавал лишь подмножество трассировки. Контроллер ЦК при переезде с parser1 на parser2 теряет данные: ledger2 связывает операцию с родительским apply по `transaction_id` + `action_ordinal`/`creator_action_ordinal`, а blockchain-explorer показывает `receipt`/`account_ram_deltas`/`console`. Эти поля уже декодируются wharfkit'ом — ship-reader их просто не извлекал. ## Что добавлено (из реального SHiP action_trace, без заглушек) - **ship-reader** `ShipTrace`: `creatorActionOrdinal`, `contextFree`, `elapsed`, `console`, `accountRamDeltas`; `ActionReceipt`: `authSequence`. Извлечение в `ShipProtocol.decodeBlocksResult` (auth_sequence поддержан и как объект `{account,sequence}`, и как кортеж `[account,sequence]`). - **parser2** `ActionEvent`: `transaction_id`, `creator_action_ordinal`, `context_free`, `elapsed`, `console`, `account_ram_deltas` + `receipt.auth_sequence` (через ship-reader). `BlockProcessor` копирует их. - bigint сериализуется в стрим строкой (существующий replacer) — новые поля совместимы. ## Версии ship-reader 0.1.0 → **0.2.0**, parser2 1.0.3 → **1.1.0**. ## Проверки - typecheck обоих пакетов — чисто. - Тесты: ship-reader **51**, parser2 **205** — зелёные (фикстуры обновлены под новые обязательные поля). - build (tsup) обоих — успешно, dist d.ts содержит новые поля. После merge — релиз (lerna publish) parser2@1.1.0 + ship-reader@0.2.0; контроллер ЦК переезжает на них. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

claude added 2 commits 2026-05-25 16:30:33 +00:00

docs(readme): задокументировать известное ограничение SHiP — схлопывание create+remove внутри блока ... 2eab959e58

При emplace+erase строки в одном блоке chainbase::undo_index::on_remove
уничтожает узел без записи в _removed_values — это by-design оптимизация
для отката блока, но SHiP физически не видит такую транзиентную пару и
парсер её не индексирует. Описаны симптомы, когда возникает на практике,
workaround на стороне приложения (sleep ≥ block_time между транзакциями
или modify вместо erase) и план системного фикса в нашем форке coopos.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

feat(events): прокинуть полный SHiP action_trace в ActionEvent — transaction_id, creator_action_ordinal, receipt.auth_sequence, console/elapsed/context_free/account_ram_deltas ... 9e37cb585d

ActionEvent отдавал только подмножество трассировки. Потребители (контроллер ЦК:
ledger2 связывает операцию с родительским apply по transaction_id + action_ordinal/
creator_action_ordinal; blockchain-explorer показывает receipt/ram-deltas/console)
требуют полный паритет с прежним транспортом. Данные уже декодируются wharfkit'ом —
ship-reader их просто не извлекал.

ship-reader: ShipTrace += creatorActionOrdinal/contextFree/elapsed/console/
accountRamDeltas; ActionReceipt += authSequence; извлечение в ShipProtocol из
action_trace (auth_sequence поддержан и как объект, и как кортеж). parser2:
BlockProcessor копирует поля в ActionEvent; типы и тесты обновлены.

ship-reader 0.1.0→0.2.0, parser2 1.0.3→1.1.0. Тесты: ship-reader 51, parser2 205 — зелёные.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

claude referenced this pull request from C9S/mono 2026-05-25 17:10:21 +00:00

Эпик 3 sync-arch: переезд транспорта controller с parser1 на parser2 ParserClient [C28-13] #35

claude added 1 commit 2026-05-25 17:16:43 +00:00

ci: увеличить бюджет ожидания Chain API до 120 попыток + curl --max-time ... 1ee77e3427

На нагруженном раннере nodeos поднимался >6 мин (cache restore тоже ловил
ETIMEDOUT), а curl без --max-time подвисал на ещё-не-отвечающем порту и съедал
60-попыточный бюджет — integration падал на 'Chain API did not become ready'
при здоровой ноде. Узел не крашился (лог сплошь info), нужен лишь запас времени.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

claude added 1 commit 2026-05-25 17:51:48 +00:00

ci: сносить остаточный контейнер blockchain перед docker run ... 82d3ed2643

Self-hosted раннер персистентный: упавший integration оставляет контейнер
с фиксированным именем blockchain, следующий docker run падает exit 125
(Conflict, name already in use). docker rm -f перед стартом — фикс
самовосстанавливающийся, чистит остаток от предыдущего прогона.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

claude added 1 commit 2026-05-26 04:25:57 +00:00

ci: монтировать pristine-копию node-config через mktemp + запас по таймауту ... 1c3cf56dd0

Настоящая причина падения integration — не медленный старт, а краш узла:
'plugin_config_exception: Incorrect plugin configuration'. nodeos генерирует
protocol_features/*.json в смонтированный config-каталог; при монтировании
самого workspace эти untracked root-файлы остаются между прогонами на
персистентном раннере и ломают конфиг. Монтируем свежую копию в mktemp-каталог
— узел стартует на чистом конфиге. Заодно sleep 4 (бюджет ожидания ~8 мин).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

claude merged commit fce498ce45 into dev 2026-05-26 04:26:34 +00:00

claude referenced this pull request 2026-05-26 16:13:50 +00:00

release: parser2 1.1.0 + ship-reader 0.2.0 (полный SHiP action_trace) #3

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

Clear labels

bug

Something isn't working

documentation

Improvements or additions to documentation

duplicate

This issue or pull request already exists

enhancement

New feature or request

good first issue

Good for newcomers

help wanted

Extra attention is needed

invalid

This doesn't seem right

question

Further information is requested

wontfix

This will not be worked on

No Label

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

ant (Алексей Муравьев) claude valeriy

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: C9S/parser2#1