Telegram (ask questions / claim the issue here first): https://t.me/+DOylgFv1jyJlNzM0
Why this matters
logger.ts:4-18 injects requestId into log lines only from the AsyncLocalStorage store set on HTTP requests. The Soroban worker and indexerService run outside any requestContext, so a poll batch and its per-event errors share no traceable id - you cannot correlate failures belonging to one poll cycle or a specific admin replay.
Acceptance criteria
Files to touch
backend/src/workers/soroban-event-worker.ts
backend/src/logger.ts
backend/src/services/indexerService.ts
Out of scope
- Changing the log transport/format library
Why this matters
logger.ts:4-18 injects requestId into log lines only from the AsyncLocalStorage store set on HTTP requests. The Soroban worker and indexerService run outside any requestContext, so a poll batch and its per-event errors share no traceable id - you cannot correlate failures belonging to one poll cycle or a specific admin replay.
Acceptance criteria
Files to touch
backend/src/workers/soroban-event-worker.tsbackend/src/logger.tsbackend/src/services/indexerService.tsOut of scope