CryptoManufaktur: Allocate an additional 4,000 keys on the Gnosis Chain Network
Summary
Operator description: CryptoManufaktur
Servers geographical location: Kubernetes in AWS us-east-2; consensus and execution clients in OVH baremetal in US-East, US-West, Canada-East
Consensus layer clients: Lighthouse, Prysm
Execution layer clients: Nethermind, OpenEthereum
Number of keys requested: 4,000 keys
We are currently running three load-balanced CL:EL combinations for 1,000 keys, and will add an additional three to support this new allocation. We will monitor sync committee performance closely, in collaboration with Stakewise, and adjust the infrastructure to account for the load seen.
Specification
-
DAO calls
addOperator
function ofPoolValidators
contract with the following parameters:- operator:
0x59eCf48345A221E0731E785ED79eD40d0A94E2A5
- depositDataMerkleRoot:
0x73ed99b55c6df9da2beef8638d6f26e2fcfc0dc4c0d163cf1e98806eef17cd4d
- depositDataMerkleProofs:
/ipfs/QmaCfwMcNnk9Wwc9xWuceeVmPzfgwWwaQeWNFkkzLjj4Sa
- operator:
-
If the proposal will be approved, the operator must perform the following steps:
- Call
operator-cli sync-vault
oroperator-cli sync-local
with the same mnemonic as used for generating the proposal - Create or update validators and make sure the new keys are added
- Call
commitOperator
from the0x59eCf48345A221E0731E785ED79eD40d0A94E2A5
address
- Call
Share the encrypted validator key shares with the committee members through Telegram:
- @kiriyha1: /home/ubuntu/committee/kiriyha1-59ecf483-2.shard
- @gleb0x: /home/ubuntu/committee/gleb0x-59ecf483-2.shard
- @ali_run: /home/ubuntu/committee/ali_run-59ecf483-2.shard
- @ottodv: /home/ubuntu/committee/ottodv-59ecf483-2.shard
- @tsudmi: /home/ubuntu/committee/tsudmi-59ecf483-2.shard
Vote
! Please make sure to examine the operator overview here before voting!
- Yes
- No
0 voters
Discussion
As always, we invite StakeWise DAO members as well as the members of the existing node operator set to share thoughts & comment on the proposal.