in StreamingOrdered mode the slot buffer is fed one event at a time, but every
event parsed from the same transaction carries that transaction's tx_index.
push_streaming bumps the streaming watermark to tx_index + 1 as soon as it
releases the first event, so the rest of that transaction's events have
tx_index < watermark, fall into the "already delivered" branch and get dropped
without any trace.
so any transaction that parses into more than one dex event (a swap route that
touches several pools, a create + buy, and so on) only ever delivered its first
event when order_mode was StreamingOrdered. Unordered, Ordered and MicroBatch
were not affected.
fix:
- push_streaming now takes all events of one (slot, tx_index) as a group so the
watermark advances once per transaction instead of once per event
- the buffered drain advances the watermark per distinct tx_index, since a slot
can now hold several events under the same index
- the ordered buffers use a stable sort so events inside one transaction keep
the order the parser produced them in, sort_unstable could shuffle equal keys
added tests for the multi event transaction case and for releasing buffered out
of order multi event transactions.
clear active_subscription when the yellowstone stream task exits or subscribe fails, so callers are not stuck on "already subscribed" after a disconnect.
replace unwrap/expect in grpc pool parsing with validation and skip malformed account or transaction updates instead of panicking the whole stream.
Update English and Chinese README installation versions.
Document current SDK-backed gRPC and ShredStream usage.
Depend on sol-parser-sdk v0.4.9 from crates.io.
Route gRPC, ShredStream, and account parsing through sol-parser-sdk.
Remove local protocol parsing implementations.
Depend on sol-parser-sdk v0.4.8 from crates.io.
moondev