Skip to content

Conversation

@cody-wang-cb
Copy link
Contributor

@cody-wang-cb cody-wang-cb commented Dec 9, 2025

For backrun bundles execution, it's critical to track times at individual component, thus updated more events to track the entire transaction executing lifecycle as well as for backrun bundles.

image

@cody-wang-cb cody-wang-cb marked this pull request as draft December 9, 2025 23:55
@cody-wang-cb cody-wang-cb changed the title (wip) more audit events feat: more audit events for tx inclusion and backrun Dec 15, 2025
@cody-wang-cb cody-wang-cb marked this pull request as ready for review December 15, 2025 16:47
timestamp: i64,
reason: DropReason,
},
TransactionReceived {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is it worth documenting the expected audit lifecycle of a transaction/backrun bundle?

Comment on lines +184 to +185
backrun_rx: broadcast::Receiver<(tips_core::Bundle, uuid::Uuid)>,
tx_bundle_id_rx: broadcast::Receiver<(TxHash, uuid::Uuid)>,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i might be missing something, but is it possible to only keep backrun_rx?

my thinking is that tips_core::Bundle contains a txs field which is a Vec<Bytes>

if we were to do that then we'd probably need an enum/flag to decide on which base_ RPC call to do

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants