Add comment about inabilitiy to use restaked value for repair

Co-authored-by: Leonardo Bautista-Gomez <leobago@gmail.com>
This commit is contained in:
Mark Spanbroek 2024-06-03 11:15:33 +02:00
parent 5cce266739
commit b76c3b5fed

View File

@ -63,10 +63,14 @@ could allow Ethereum validators to use (a part of) their stake on the beacon
chain for filling slots in storage contracts. There are a few downsides to this. chain for filling slots in storage contracts. There are a few downsides to this.
It becomes rather difficult to reason about how high the stake for a storage It becomes rather difficult to reason about how high the stake for a storage
contract should be when when the stake behind a storage provider's promise can contract should be when when the stake behind a storage provider's promise can
be shared with a number of other protocols (§3.4.1). Also, the hardware be shared with a number of other protocols (§3.4.1). Codex uses part of the
requirements for running an Ethereum validator are sufficiently different from slashed stake to incentivize repair, which would not be possible with restaking,
the requirements of running a Codex provider, that we do not expect there to be because the stake only becomes available in Eigenlayer after the validator stops
many people that run both. validating the beacon chain, and withdraws its collatoral. That is, if the stake
hasn't already been slashed by the beacon chain. Also, the hardware requirements
for running an Ethereum validator are sufficiently different from the
requirements of running a Codex provider, that we do not expect there to be many
people that run both.
We might also use restaking to keep proof aggregators honest (§4.1, point 6). We might also use restaking to keep proof aggregators honest (§4.1, point 6).
Preferably using a combination of staked Codex tokens and restaked ETH (§4.4), Preferably using a combination of staked Codex tokens and restaked ETH (§4.4),