Tópicos populares
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Soubhik Deb
Chefe de Investigação @eigencloud (protocolo de 10 mil milhões + AUM). Anfitrião @ TheCoordinate Podcast. Aprender em público. Anterior: Doutoramento @uw, Licenciatura em Engenharia Eletrotécnica @iitbombay.
Perguntei ao Justin que tipo de throughput o Lean Ethereum vai almejar para suportar como infraestrutura.
O que @drakefjustin respondeu é um vislumbre do "fronteira de gás Terra para L2s".
Aqui está o que ele disse:
"...o objetivo é chegar à "fronteira de gás Terra para os L2s". Isso significa que todos os L2s combinados terão disponibilidade de dados suficiente para suportar um Teragas por segundo. Se você tiver um consumo médio de cem mil gás por transação, isso equivale a 10 milhões de transações por segundo. E se você quiser olhar isso em bytes, é um gigabyte por segundo, que é ordens de magnitude mais do que temos.
Algumas coisas que nos ajudarão a chegar lá.
> Uma, todos os aprendizados que teremos a curto prazo com as melhorias incrementais, isso será muito importante.
> Dois, teremos a lei de Nielsen, que basicamente é o equivalente da lei de Moore para largura de banda, que diz que a cada ano a largura de banda de uma conexão de internet comum crescerá aproximadamente 50%. E quando você compõe 50% ao longo de 10 anos, você obtém aproximadamente 100x.
> E então a terceira coisa que estamos analisando é basicamente um redesenho do zero dos blobs que seriam agrupados com a mudança para pós-quântico. A criptografia KZG, como usada para blobs, não é segura contra pós-quântico. Portanto, estamos analisando designs, por exemplo, inspirados pela ZODA (@alexhevans et al.) da Celestia (@celestia). Infelizmente, a Celestia faz várias suposições que não se traduzem bem no contexto do Ethereum. Eles assumem, por exemplo, uma maioria honesta para a disponibilidade de dados. Esta não é uma suposição que queremos fazer. Portanto, teremos que trabalhar muito mais do que a Celestia para alcançar isso. E uma das ideias candidatas, que parece muito promissora, é reutilizar a criptografia que estamos desenvolvendo para a agregação de assinaturas pós-quânticas para a camada de dados também. Temos essa infraestrutura chamada lean VM, que é um ZKVM minimal, especialmente otimizado para criptografia baseada em hash. E a ideia poderia ser que poderíamos basicamente provar a correção da merculização de um código de apagamento de um blob..."
Ouça o episódio completo para mais detalhes.

Soubhik Deb21/02, 00:59
A Ethereum está a começar a partir do fim do jogo.
O Episódio 4 de TheCoordinate é uma análise profunda sobre Lean Ethereum: uma reavaliação do consenso, execução e disponibilidade de dados a partir do zero.
Sentei-me com @drakefjustin da @ethereumfndn para desvendar:
> necessidade da reescrita,
> itens da reescrita: segurança pós-quântica + finalidade rápida,
> finalidade do fim do jogo (3-slot -> 2-slot -> talvez 1-slot),
> anatomia do slot, restrições de rede, e o meme dos "slots SOL",
> prova ZK em tempo real mudando o roteiro de execução,
> resistência à censura com FOSSIL,
> papel dos L2s no mundo do Lean Ethereum,
> incentivos entre proponente, construtor, provador, incluente, atestador.
Se você está a construir em @ethereum ou tentando entender para onde a camada base está a ir, este é para você.
Este é o Episódio 4 de TheCoordinate. Espero que goste!
-------------------------------
Timestamps:
0:00 Introdução: a inteligência digital precisa de instituições digitais
0:30 As grandes questões: Lean Ethereum, consenso/execução, pós-quântico
1:25 Por que a Ethereum precisa de uma mentalidade de fim de jogo (e uma abordagem a partir do zero)
3:30 Os dois itens da "classe de reescrita": segurança pós-quântica + finalidade rápida
5:52 Beamchain → Consenso Lean → Lean Ethereum (expande além do consenso)
6:34 ZK EVM + prova em tempo real dentro de um slot → alvo de “10,000 TPS”
10:10 “Slots SOL”: empurrando a duração do slot em direção a restrições de velocidade da luz
11:09 finalidade de 3-slot (3SF) → finalidade do fim do jogo (caminhos de 2-slot / 1-slot)
18:19 eFP2P: gossip codificado por apagamento, eficiência de largura de banda, escalonamento de blobs
26:21 FOSSIL hoje: listas de inclusão + abertura de incluentes além dos validadores
39:09 Lean VM: ZKVM mínimo
51:04 XMSS explicado: assinaturas Merkle, 2^32 folhas, trade-off de estado
1:00:36 Rollups: 99.9% de throughput em L2s + “rollups nativos”
1:06:53 Economia: papéis (construtor/provador/incluente/atestador), custos de prova, limite de participação
1,18K
Top
Classificação
Favoritos