vitalik.eth
@VitalikButerin
CC
@drakefjustin Basically, to remove the 32 ETH minimum (eg. reduce it to 1 ETH) we would have to be able to handle >1-10m validators in the network (depending on how much ETH is staked). From a raw bandwidth perspective, this *is* theoretically feasible, because you can get the bandwidth overhead of recursive SNARK aggregation down all the way to 1 bit per participant per slot + O(1) overhead. But in practice, that requires conservative parameter choices that increase latency: basically, do perhaps 4 rounds of aggregation instead of 2. This will not affect slot time (as available chain is a separate mechanism). But it will affect finality time (eg. maybe instead of 8-16 second finality we would have 16-32 second finality). So that's the tradeoff that the ecosystem would have to accept.
@drakefjustin Basically, to remove the 32 ETH minimum (eg. reduce it to 1 ETH) we would have to be able to handle >1-10m validators in the network (depending on how much ETH is staked). From a raw bandwidth perspective, this *is* theoretically feasible, because you can get the bandwidth overhead of recursive SNARK aggregation down all the way to 1 bit per participant per slot + O(1) overhead. But in practice, that requires conservative parameter choices that increase latency: basically, do perhaps 4 rounds of aggregation instead of 2. This will not affect slot time (as available chain is a separate mechanism). But it will affect finality time (eg. maybe instead of 8-16 second finality we would have 16-32 second finality). So that's the tradeoff that the ecosystem would have to accept.