Comments (4)
This needs to be discussed
from ssv-spec.
So we have a max of 512 sync committee participants. As the network grows this number will become more and more negligible.
So perhaps it makes sense to separate runners for attestations and sync committees so we have a clean protocol that won't run into rare issues.
On the other hand, we can have an optimization instead that all non-slashable duties will use the same consensus
from ssv-spec.
This is easily solvable
In spec we need to initialize valueCheckF with only the validators that do attestation duties
from ssv-spec.
Solved by #471
from ssv-spec.
Related Issues (20)
- Take the OperatorID field out of partialSigMessage HOT 1
- RunnerRole can be compressed farther on wire HOT 1
- SignedSSVMessage isn't very readable and we invoke Decode too much. HOT 2
- `DomainType` fits better in config than in committeeMember ( or share for that matter) since its used for everything under the same network and we're not going to have different domainTypes for different shares/members ever unless its a bug.
- We seem to have some redundancy with "e2e" and "unit tests"
- All runners should be committee Based
- Get rid of the `GetShare` pattern that loops over share map
- Include Message Validation in Spec
- Reduce State Comparison Files
- Simplify Message Containers
- `DecidedValue` in BaseRunner has a misleading name.
- Update Alan fork epoch in spec
- we printed errors instead of returning them HOT 2
- We can't reach Message Type error in tests that comes from `baseCommitValidationIgnoreSignature`
- can we use one of the sign functions in the runners instead of repeating this code?
- instead of storing a map of shares here, i think we should store map of shares in CommitteeRunner and only a single share in the other runners
- i think we can remove all getters that dont do any computation (in all code not just here)
- Sort signers in decided messages
- Don't process messages after instance is decided
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ssv-spec.