-
Notifications
You must be signed in to change notification settings - Fork 665
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
🔷 [Project Tracking] Resharding v3 #11881
Comments
The design phase is now completed. We will be implementing the Instant Resharding approach. I will rearrange the issue to reflect the current work and I'll move the design task list down the description. |
Sept 2-13
|
# Feature to stabilize This PR stabilizes Resharding V3. It introduces a new implementation for resharding and two new shard layouts for the production networks. # Context - NEP: near/NEPs#568 - Implementation: #11881 # Testing and QA This feature was extensively tested in unit tests, testloop tests and in forknet. # Checklist - [ ] Link to nightly nayduck run https://nayduck.nearone.org/#/run/1142 - [x] Update CHANGELOG.md to include this protocol feature in the `Unreleased` section.
Goals
References
Resharding Docs
Resharding V2 tracking issue
Tasks
MVP Implementation
Design
Design - Instant Resharding
node hash
@wacbanStateSyncDumpProgress::Skipped
filter_incoming_receipts_for_shard
)Design - Continuous Balancing @Longarithm & @Trisfald
Design - Resharding v2.1 @wacban
The old resharding is not particularly interesting because it takes at least an epoch to take effect. It's here mostly for completeness but it may be also worth considering it as a milestone towards the v3. Viability depends on the overlap with the end goal design and the amount of throw away work.
Design - Automatic Scheduling aka Dynamic Resharding
Design - Mid-Epoch / Next-Epoch Resharding
The typical resharding operations, splitting and merging shards, require changes to the validator assignment. In order to execute resharding fast we will need to enhance the assignment to be able to be adjusted without the usual two epoch delay.
The text was updated successfully, but these errors were encountered: