minor copy edits to vc api
This commit is contained in:
parent
8e67dec7e4
commit
7b30c55cd4
|
@ -15,7 +15,7 @@ The validator client is a conceptually separate entity which utilizes private ke
|
||||||
|
|
||||||
Since it is recommended to separate these concerns in the client implementations, we must clearly define the communication between them.
|
Since it is recommended to separate these concerns in the client implementations, we must clearly define the communication between them.
|
||||||
|
|
||||||
The goal of this specification is to promote interoperability between beacon nodes and validator clients derived from different projects. For example, the validator client from Lighthouse, could communicate with a running instance of the beacon node from Prysm.
|
The goal of this specification is to promote interoperability between beacon nodes and validator clients derived from different projects and to encourage innovation in validator clients independet of beacon node development. For example, the validator client from Lighthouse could communicate with a running instance of the beacon node from Prysm, or a staking pool might create a decentrally managed validator client plugging into the same API.
|
||||||
|
|
||||||
This specification is derived from a proposal and discussion on Issues [#1011](https://github.com/ethereum/eth2.0-specs/issues/1011) and [#1012](https://github.com/ethereum/eth2.0-specs/issues/1012)
|
This specification is derived from a proposal and discussion on Issues [#1011](https://github.com/ethereum/eth2.0-specs/issues/1011) and [#1012](https://github.com/ethereum/eth2.0-specs/issues/1012)
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue