status-im
/
nimbus-eth2
mirror of https://github.com/status-im/nimbus-eth2.git
2
0
Fork 0
Code Issues Projects Releases Wiki Activity
nimbus-eth2/beacon_chain/spec/eth2_apis/validator_callsigs.nim

34 lines
1.4 KiB
Nim
Raw Normal View History

Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
import
first batch of work towards the VC/BN split: - we have a new binary which connects via RPC to the respective BN and has an internal clock - waking it up on every slot - the BN has a new option called --external-validators and currently in order to have the VC binaries to run we need to pass EXTERNAL_VALIDATORS=yes to make - factored some code out of beacon_node.nim for easier reuse in validator_api.nim and validator_client.nim - the VC loads its associated private keys from the datadir for its BN - most of the validator API calls have been implemented as a stub. - the VC polls its BN at the start of each epoch - getting a list of all active validators for the current epoch - and then continues to request blocks and sign them with its appropriate validators when necessary
2020-05-22 17:04:52 +00:00
# Standard library
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
options,
first batch of work towards the VC/BN split: - we have a new binary which connects via RPC to the respective BN and has an internal clock - waking it up on every slot - the BN has a new option called --external-validators and currently in order to have the VC binaries to run we need to pass EXTERNAL_VALIDATORS=yes to make - factored some code out of beacon_node.nim for easier reuse in validator_api.nim and validator_client.nim - the VC loads its associated private keys from the datadir for its BN - most of the validator API calls have been implemented as a stub. - the VC polls its BN at the start of each epoch - getting a list of all active validators for the current epoch - and then continues to request blocks and sign them with its appropriate validators when necessary
2020-05-22 17:04:52 +00:00
# Local modules
../[datatypes, digest, crypto],
json_rpc/jsonmarshal,
- updated the validator shell script after the keystore changes - better logging & retrying requests on the VC side if the BN fails for some reason - VC now fetches the attestation duties 1 epoch in advance - in the future it will tell the BN to subscribe to the appropriate attestation topics in advance based on that info - a bunch of other code cleanup & fixes such as better naming for consoles when using multitail, etc. reviewed in PR #1184 - proper review of the API & VC are pending
2020-06-19 09:21:17 +00:00
callsigs_types
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
- updated the validator shell script after the keystore changes - better logging & retrying requests on the VC side if the BN fails for some reason - VC now fetches the attestation duties 1 epoch in advance - in the future it will tell the BN to subscribe to the appropriate attestation topics in advance based on that info - a bunch of other code cleanup & fixes such as better naming for consoles when using multitail, etc. reviewed in PR #1184 - proper review of the API & VC are pending
2020-06-19 09:21:17 +00:00
# calls that return a bool are actually without a return type in the main REST API
# spec but nim-json-rpc requires that all RPC calls have a return type.
more work on the BN/VC split - fixed comments from the last review - getting more data VIA RPC, moved some code back into the BN only - attestation duties being requested as well
2020-05-27 17:06:28 +00:00
Add an option for graffiti customization
2020-06-29 17:30:19 +00:00
proc get_v1_validator_block(slot: Slot, graffiti: GraffitiBytes, randao_reveal: ValidatorSig): BeaconBlock
- extracted the commands to run a VC into a separate run_validator.sh script - each BN gets half of its previous validators as inProcess and the other half goes to the respective VC for that BN - using separate data dirs where the keys are copied - also removed a few command line options which are no longer necessary - block proposals originating from a VC are propagated from one BN to the rest properly - other cleanup & moving code back to since it is no longer used elsewhere
2020-06-05 09:57:40 +00:00
- work towards more REST API endpoints being implemented - testnets can now be launched with a separate validator client - make altona SCRIPT_PARAMS="--separateVC" - reverted the ctrl+C signal handler code reuse - not necessary for the VC anyway (default is good enough) - added a bit more logging in the VC - removed unnecessary code in the VC - connect() just parses the address & port... - fixed a couple more VC issues - when fetching the duties for an epoch fails on the BN side ==> the VC shouldn't be left in a broken state - documented the currently supported json-rpc endpoints - added more checks on the BN side for the API - bounds-checking the requests & also checking if the BN itself is synced - other cleanup currently a local sim doesn't finalize, but participation in the altona network with a separate VC is painless and works just as well as with in-process validators in a BN
2020-07-08 10:11:22 +00:00
proc post_v1_validator_block(body: SignedBeaconBlock): bool
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
- work towards more REST API endpoints being implemented - testnets can now be launched with a separate validator client - make altona SCRIPT_PARAMS="--separateVC" - reverted the ctrl+C signal handler code reuse - not necessary for the VC anyway (default is good enough) - added a bit more logging in the VC - removed unnecessary code in the VC - connect() just parses the address & port... - fixed a couple more VC issues - when fetching the duties for an epoch fails on the BN side ==> the VC shouldn't be left in a broken state - documented the currently supported json-rpc endpoints - added more checks on the BN side for the API - bounds-checking the requests & also checking if the BN itself is synced - other cleanup currently a local sim doesn't finalize, but participation in the altona network with a separate VC is painless and works just as well as with in-process validators in a BN
2020-07-08 10:11:22 +00:00
proc get_v1_validator_attestation(slot: Slot, committee_index: CommitteeIndex): AttestationData
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
initial implementation of attestation aggregation for the validator API
2020-09-14 11:13:30 +00:00
proc get_v1_validator_aggregate_attestation(slot: Slot, attestation_data_root: Eth2Digest): Attestation
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
initial implementation of attestation aggregation for the validator API
2020-09-14 11:13:30 +00:00
proc post_v1_validator_aggregate_and_proofs(payload: SignedAggregateAndProof): bool
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
- updated the validator shell script after the keystore changes - better logging & retrying requests on the VC side if the BN fails for some reason - VC now fetches the attestation duties 1 epoch in advance - in the future it will tell the BN to subscribe to the appropriate attestation topics in advance based on that info - a bunch of other code cleanup & fixes such as better naming for consoles when using multitail, etc. reviewed in PR #1184 - proper review of the API & VC are pending
2020-06-19 09:21:17 +00:00
# TODO epoch is part of the REST path
initial implementation of attestation aggregation for the validator API
2020-09-14 11:13:30 +00:00
proc get_v1_validator_duties_attester(epoch: Epoch, public_keys: seq[ValidatorPubKey]): seq[AttesterDuties]
Initial implementation of a JSON-RPC service
2020-03-16 22:28:54 +00:00
- updated the validator shell script after the keystore changes - better logging & retrying requests on the VC side if the BN fails for some reason - VC now fetches the attestation duties 1 epoch in advance - in the future it will tell the BN to subscribe to the appropriate attestation topics in advance based on that info - a bunch of other code cleanup & fixes such as better naming for consoles when using multitail, etc. reviewed in PR #1184 - proper review of the API & VC are pending
2020-06-19 09:21:17 +00:00
# TODO epoch is part of the REST path
first batch of work towards the VC/BN split: - we have a new binary which connects via RPC to the respective BN and has an internal clock - waking it up on every slot - the BN has a new option called --external-validators and currently in order to have the VC binaries to run we need to pass EXTERNAL_VALIDATORS=yes to make - factored some code out of beacon_node.nim for easier reuse in validator_api.nim and validator_client.nim - the VC loads its associated private keys from the datadir for its BN - most of the validator API calls have been implemented as a stub. - the VC polls its BN at the start of each epoch - getting a list of all active validators for the current epoch - and then continues to request blocks and sign them with its appropriate validators when necessary
2020-05-22 17:04:52 +00:00
proc get_v1_validator_duties_proposer(epoch: Epoch): seq[ValidatorPubkeySlotPair]
- updated the validator shell script after the keystore changes - better logging & retrying requests on the VC side if the BN fails for some reason - VC now fetches the attestation duties 1 epoch in advance - in the future it will tell the BN to subscribe to the appropriate attestation topics in advance based on that info - a bunch of other code cleanup & fixes such as better naming for consoles when using multitail, etc. reviewed in PR #1184 - proper review of the API & VC are pending
2020-06-19 09:21:17 +00:00
proc post_v1_validator_beacon_committee_subscriptions(committee_index: CommitteeIndex,
slot: Slot,
aggregator: bool,
validator_pubkey: ValidatorPubKey,
slot_signature: ValidatorSig): bool