Binance Square

vitalik.eth

0 A seguir
0 Seguidores
2 Gostaram
0 Partilharam
Todos os Conteúdos
--
Ver original
Os países nórdicos estão recuando da iniciativa de sociedade sem dinheiro porque a implementação centralizada do conceito é muito frágil. O dinheiro se mostra necessário como uma reserva. O Ethereum precisa ser resiliente o suficiente e privado o suficiente para poder desempenhar esse tipo de papel de forma credível.
Os países nórdicos estão recuando da iniciativa de sociedade sem dinheiro porque a implementação centralizada do conceito é muito frágil. O dinheiro se mostra necessário como uma reserva.

O Ethereum precisa ser resiliente o suficiente e privado o suficiente para poder desempenhar esse tipo de papel de forma credível.
Traduzir
A fun math aside, on the idea of splitting a large zk proving workload between multiple provers. Suppose you have N provers, and you have a proving workload that you split into N parts (so, one part per prover). You require provers to pre-register, but registration is open-access. Suppose you have a constant fault rate (eg. 1/5 of registered provers fail). Provers expect to complete in one round (eg. 3s). If one prover fails, other provers have to come in and re-prove that load. How many rounds does it take for the entire workload to get proven? Answer: log*(N) (yes, that's the iterated-log function) Why: In the first round, you go from N unproven workloads to N/5 unproven workloads In the second round, each remaining workload gets assigned 5 provers, so per-workload failure rate becomes 1 in 5^5. So you go to N / 5 / 5^5 unproven workloads In the third round, each remaining workload gets assigned ~5^5 provers, so failure rate is 1 in 5^(5^5). So you go to N / 5 / 5^5 / 5^(5^5) unproven workloads
A fun math aside, on the idea of splitting a large zk proving workload between multiple provers.

Suppose you have N provers, and you have a proving workload that you split into N parts (so, one part per prover). You require provers to pre-register, but registration is open-access.

Suppose you have a constant fault rate (eg. 1/5 of registered provers fail). Provers expect to complete in one round (eg. 3s). If one prover fails, other provers have to come in and re-prove that load. How many rounds does it take for the entire workload to get proven?

Answer: log*(N)

(yes, that's the iterated-log function)

Why:

In the first round, you go from N unproven workloads to N/5 unproven workloads

In the second round, each remaining workload gets assigned 5 provers, so per-workload failure rate becomes 1 in 5^5. So you go to N / 5 / 5^5 unproven workloads
In the third round, each remaining workload gets assigned ~5^5 provers, so failure rate is 1 in 5^(5^5). So you go to N / 5 / 5^5 / 5^(5^5) unproven workloads
Ver original
Como tornar a escalabilidade do Ethereum L1 mais amigável para usuários que executam nós locais para uso pessoal: https://ethresear.ch/t/a-local-node-favoring-delta-to-the-scaling-roadmap/22368
Como tornar a escalabilidade do Ethereum L1 mais amigável para usuários que executam nós locais para uso pessoal:

https://ethresear.ch/t/a-local-node-favoring-delta-to-the-scaling-roadmap/22368
Inicia sessão para explorares mais conteúdos
Fica a saber as últimas notícias sobre criptomoedas
⚡️ Participa nas mais recentes discussões sobre criptomoedas
💬 Interage com os teus criadores preferidos
👍 Desfruta de conteúdos que sejam do teu interesse
E-mail/Número de telefone

Últimas Notícias

--
Ver Mais
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma