Organize validator set

## Types

Eventually, we will have only 3 types for validators.

1. `ctypes::Validator` - It has two fields: `public_key` and `weight`.
2. `ctypes::ValidatorSet` - It is a newtype of `Vec`, but it save it sorted, and provides methods to save to/load from state. Also, its hash will be directly written in block header.
3. `foundry_graphql_engine::Validator` GraphQL resolver for validator.

All other types will be completely removed. (`NextValidatorSet`, `CurrentValidatorSet`, `SimpleValidator`, `WeightOrderedValidators`, ...)

## Naming

Validators -> Validator set
delegation/deposit/ ... -> weight

## Next / Current
Both will be saved, but share same type `ValidatorSet`.

## Coordinator-Module interface
Will be asked to return only `Vec` as the validator set.

## Test
We have to add various e2e tests that involve multiple nodes + varying validator set.

Commencez par suivre les utilisations des types de validateurs nommés (`ctypes::Validator`, `ctypes::ValidatorSet`, `foundry_graphql_engine::Validator`) et de l’interface du module coordinateur. Examinez comment les ensembles de validateurs actuel et suivant sont stockés et hachés, puis identifiez les points d’entrée existants des tests end-to-end. Le travail est considéré comme terminé lorsque les types de validateurs obsolètes sont supprimés, que les deux ensembles utilisent `ValidatorSet` et que les tests multi-nœuds couvrent des ensembles de validateurs variables.

Rédigé par le modèle d'indexation à partir du texte de l'issue.