-
Notifications
You must be signed in to change notification settings - Fork 191
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
Manage pending in memory and move it to synchroniser #1844
Conversation
4d851b3
to
cf6de15
Compare
This also fixes #1450 |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1844 +/- ##
==========================================
- Coverage 74.52% 74.43% -0.10%
==========================================
Files 109 109
Lines 11558 11493 -65
==========================================
- Hits 8614 8555 -59
- Misses 2272 2275 +3
+ Partials 672 663 -9 ☔ View full report in Codecov by Sentry. |
5e2d6e6
to
cc6cf21
Compare
cc6cf21
to
09e6778
Compare
c9f49cd
to
81d8a1c
Compare
7cd5306
to
9220e49
Compare
ca7b92b
to
7342444
Compare
7342444
to
66f53e1
Compare
This pull request is stale because it has been open 35 days with no activity. Remove stale label or comment or this will be closed in 14 days. |
66f53e1
to
bb10120
Compare
Pending Block is now only managed in memory this is to make sure that pending block in the DB and in memory do not become out of sync. Before the pending block was managed in memory as a cache, however, since there is only one pending block at a given time it doesn't make sense to keep track of pending block in both memory and DB. To reduce the number of block not found errors while simulating transactions it was decided to store empty pending block, using the latest header to fill in fields such as block number, parent block hash, etc. This meant that any time we didn't have a pending block this empty pending block would be served along with empty state diff and classes. Every time a new block was added to the blockchain a new empty pending block was also added to the DB. The unforeseen side effect of this change was when the --poll-pending-interval flag was disabled the rpc would still serve a pending block. This is incorrect behaviour. As the blocks changed per new versions of starknet the empty block also needed to be changed and a storage diff with a special contract "0x1" needed to be updated in the state diff. This overhead is unnecessary and incorrectly informs the user that there is a pending block when there isn't one.
bb10120
to
a562e91
Compare
In order to moved handling of pending to synchroniser the following changes needed to be made: - Add database to synchroniser, so that pending state can be served - Blockchain and Events Filter have a pendingBlockFn() which returns the pending block. Due to import cycle pending struct could not be referenced, therefore, the anonymous function is passed. - Add PendingBlock() to return just the pending block, this was mainly added to support the pendingBlockFn(). - In rpc package the pending block and state is retrieved through synchroniser. Therefore, receipt and transaction handler now check the pending block for the requested transaction/receipt.
a562e91
to
45524e2
Compare
Fixes
parts of#1789.A migration to remove the pending from DB is still outstanding.It would be best to review the commits individually and in order.