-
Notifications
You must be signed in to change notification settings - Fork 97
feat: partial hyperliquid finalizer #2722
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: bz/executorUpdate
Are you sure you want to change the base?
Conversation
Signed-off-by: Bennett <[email protected]>
| abi: SPONSORED_CCTP_DST_PERIPHERY_ABI, | ||
| }, | ||
| coreReader: { | ||
| address: "0x0000000000000000000000000000000000000801", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this is the right name for this contract, as its the spot-balance precompile address. It can only be used to query spot balances
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Renamed here: f12fcea
|
Also I merged in this PR so you can rebase and get accesss to |
| }); | ||
| } | ||
|
|
||
| private async getOutstandingOrdersOnPair(pair: Pair): Promise<SwapFlowInitialized[]> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so I think we are currently constrained to get the latest spot balances of base and finalToken as of some Hypercore block. We can get that Hypercore block by querying an "L1_PRECOMPILE" contract at 0x0000000000000000000000000000000000000809
But we're still missing a link between this Hypercore block and some equivalent HyperEVM block we can set as the last block to which we should fetch SwapFlowInitialized events
Signed-off-by: Bennett <[email protected]>
Signed-off-by: Bennett <[email protected]>
Taking some logic from #2716. Implements a basic finalizer (but incorrectly derives limitOrderOut currently).