fix(syncing): clean up already processed DA data - #3413
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthrough
ChangesDA Pending Data Cleanup
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #3413 +/- ##
==========================================
+ Coverage 62.32% 62.34% +0.02%
==========================================
Files 120 120
Lines 13461 13465 +4
==========================================
+ Hits 8389 8395 +6
+ Misses 4130 4128 -2
Partials 942 942
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
Overview
Clean up DA retriever data when the syncer discards an event for a height that has already been processed.
processBlobskeeps matched data pending until the syncer accepts the candidate block. When the node had already reached that block height,processHeightEventreturned early without removing the retained data. Replaying older DA heights after catching up through another source could therefore makependingDatagrow with blocks the node no longer needed.This change:
Testing
go test ./block/internal/syncing -run '^TestProcessHeightEvent_AlreadyProcessedDADataDoesNotAccumulate$' -count=1go test ./block/... -count=1Summary by CodeRabbit