pathfinder
pathfinder copied to clipboard
eqlabs
A Starknet full node written in Rust
This has lost the persistance chunking, but we can easily add that back in.
Closes https://github.com/eqlabs/pathfinder/issues/1129.
Implement tracking sync for transactions and receipts. - [ ] Create a source similar to [`EventSource`](https://github.com/eqlabs/pathfinder/blob/main/crates/pathfinder/src/sync/track.rs#L150-L153). - [ ] Processing stage to verify hashes - [ ] Connect the plumbing
Implement the [event commitment verification](https://github.com/eqlabs/pathfinder/blob/1b89072749d3a24abf9bbb133fb9564513d5e7c5/crates/pathfinder/src/sync/events.rs#L157-L164) stage. The [existing implementation](https://github.com/eqlabs/pathfinder/blob/1b89072749d3a24abf9bbb133fb9564513d5e7c5/crates/pathfinder/src/state/block_hash.rs#L430-L457) is not quite suitable as it takes in a slice whereas we now have a `HashMap`. The latter has lost the...
This issue contains follow up tasks for #1704 - [x] #1856 - [x] #1858 - [ ] #1857
Follow-up from https://github.com/eqlabs/pathfinder/pull/2007#discussion_r1600307827. In that PR, events are only broadcasted from blocks accepted on L1. Instead events should also be broadcasted from pending events.
This PR adds XYZZ coordinates support for faster table-based scalar-multiplication: - Positive: Decreases the main elliptic curve operation used from 13M+2S to 8M+2S, where M is the field multiplications and...
Some prior discussion [here](https://github.com/eqlabs/pathfinder/discussions/1107). It would be nice if we can support the full transaction status flow. That is: 1. Received 2. L2 Accepted / Rejected 3. L1 Accepted Currently...