Tópicos em alta
#
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.

Pavel Paramonov
Fundador e CEO @hazeflow_xyz
Publicamos uma de nossas teses sobre o futuro do Ethereum com uma declaração de que os rollups baseados acabarão se tornando o núcleo do roteiro de dimensionamento do Ethereum.
No futuro, quando o PBS for integrado diretamente à camada de consenso (ePBS), veremos um mercado ainda mais aberto e transparente para a construção de blocos.


Hazeflow8 horas atrás
Por que os rollups baseados são o único futuro do Ethereum?
6 anos depois que o Ethereum revelou seu roteiro centrado em rollup, a visão está funcionando em grande parte: as taxas de transação estão baixas, a taxa de transferência é maior e o modelo de segurança principal se manteve firme.
1. No entanto, a interoperabilidade continua sendo um desafio não resolvido.
À medida que mais rollups são lançados, mais usuários, aplicativos e liquidez são divididos em ambientes isolados. Em vez de uma grande rede Ethereum, temos dezenas de pequenas ilhas. As pontes os conectam, mas adicionam latência, risco e atrito.
Essa fragmentação é agravada pelo fato de que cada rollup hoje executa seu próprio sequenciador centralizado, o sistema que decide a ordem das transações em um bloco, quem entra primeiro e também quem captura os lucros do MEV.
Como cada sequenciador opera de forma independente, os rollups são executados em linhas do tempo diferentes.
Os aplicativos em rollups separados não podem interagir atomicamente, no mesmo bloco ao mesmo tempo, o que fratura a liquidez e enfraquece a capacidade de composição.
2. Os sequenciadores centralizados faziam sentido desde o início.
Eles permitiram que as equipes iniciassem rapidamente ativando um servidor, reduziram o front-running por meio do fluxo de pedidos privado, forneceram pré-confirmações quase instantâneas para uma experiência de usuário suave e ofereceram flexibilidade operacional.
Mas esses benefícios vieram com compensações.
• O tempo de inatividade do sequenciador deixou todos os rollups offline por horas.
• Um sequenciador comprometido pode reordenar transações e drenar milhões.
• Eles não podem escalar de forma neutra e descentralizada e causam um problema de fragmentação.
Quando você soma tudo, os sequenciadores centralizados foram um ponto de partida útil, mas eles não podem levar rollups para onde precisam ir.
3. A próxima etapa são os rollups baseados.
Em vez de operar seu próprio sequenciador, um rollup baseado usa validadores de Camada 1 (Ethereum, Celestia) para sequenciamento (ordenação de transações).
É por isso que é chamado de "baseado": seu sequenciamento está vinculado diretamente à camada base.
Essa mudança restaura a neutralidade. Nenhuma equipe de rollup individual controla o fluxo de transações. Todos os rollups "baseados" compartilham a mesma camada de sequenciamento em todo o Ethereum, o que significa que podem interagir no mesmo bloco ao mesmo tempo.
O resultado é uma rede unificada:
• A liquidez permanece concentrada em vez de dividida em silos.
• A capacidade de composição é síncrona, para que os aplicativos em diferentes rollups possam interagir atomicamente.
• O controle é neutro, protegido pelos validadores do Ethereum em vez de um servidor centralizado.
4. Quais outros problemas os rollups baseados resolvem?
• DeFi: A liquidez permanece unificada sob a camada de sequenciamento do Ethereum.
Negociações, empréstimos e liquidações acontecem em L2s, mas compartilham a mesma ordem básica, mantendo os mercados profundos e concentrados, em vez de fragmentados ou perdidos para Solana.
• Usuários: os limites de acúmulo desaparecem.
Com contratos de depósito compartilhados e transferências nativas de L2 para L2, os ativos se movem perfeitamente entre os rollups - não há necessidade de rotear de volta para L1 ou se preocupar com "em qual cadeia" você está.
• Desenvolvedores: a capacidade de composição retorna.
Aplicativos em diferentes rollups podem interagir atomicamente no mesmo bloco, permitindo empréstimos de rollup cruzado, negociação e estratégias complexas que os sequenciadores centralizados não podem suportar.
5. Os sequenciadores compartilhados não estão fazendo o mesmo?
Essas 2 abordagens resolvem a fragmentação em escalas muito diferentes.
Pilhas de rollup como Arbitrum Orbiy, Optimism Superchain e zkSync Elastic Chain estão experimentando sequenciadores compartilhados que atuam como mini-hubs.
Portanto, a liquidez e os usuários permanecem presos dentro desse cluster do ecossistema, em vez de serem compartilhados no Ethereum como um todo.
Os rollups baseados vão além. Em vez de hubs no nível do ecossistema, eles usam o próprio Ethereum como sequenciador universal. Isso significa que os pools de liquidez se fundem em todos os rollups.
Os sequenciadores compartilhados reduzem a fragmentação localmente, enquanto os rollups baseados a resolvem globalmente em toda a rede Ethereum.
6. O Ethereum basicamente se tornou um sequenciador, mas como?
Durante a maior parte de sua história, o Ethereum só conseguiu sequenciar suas próprias transações. Os validadores coletaram transações do mempool, ordenaram-nas e construíram blocos.
Se cada rollup tivesse despejado suas transações diretamente nesse processo, o resultado teria sido o caos: conflitos, espaço em bloco desperdiçado e transações com falha.
O avanço veio com a Separação Proponente-Construtor (PBS).
Antes da PBS: os validadores tinham que fazer tudo, coletar transações, ordená-las e construir o bloco. Adicionar tráfego de rollup teria sido esmagador.
Com PBS: O trabalho é dividido.
• Os validadores (proponentes) simplesmente assinam os blocos, enquanto os construtores especializados fazem o trabalho pesado.
• Os construtores coletam transações (de Ethereum e rollups baseados
• Os validadores assinam apenas o cabeçalho do bloco mais valioso, sem precisar ver seu conteúdo.
Do ponto de vista do validador, nada mudou, mas, na prática, o Ethereum se tornou o sequenciador neutro para todos os rollups baseados.
7. Mas quem captura MEV em "mundo baseado"?
MEV, o lucro de transações de pedidos, que antes fluía para um sequenciador centralizado, agora vai para o pipeline PBS da Ethereum.
Os construtores montam blocos lucrativos, os validadores os assinam e o MEV é capturado lá, não pela equipe de rollup.
No entanto, o MEV nem sempre fica com validadores e construtores. Outras partes da pilha podem capturá-lo diretamente:
• DEXs com reconhecimento de MEV, como CoWSwap ou Uniswap v4, leiloam oportunidades de arbitragem e retornam lucros aos provedores de liquidez.
• Ferramentas como MetaMask Protect ou Rabby roteiam transações de forma privada para construtores, protegendo os usuários de front-running e, às vezes, redistribuindo parte do MEV.
Esses mecanismos reduzem a arbitragem prejudicial, mas o MEV não desaparece, ele simplesmente muda de mãos e forma.
8. Com o novo tipo de rollup, vem um novo tipo de economia.
Essa mudança reformula a economia para rollups. Muitos hesitam em ir "baseados" hoje porque capturam a receita do MEV por meio de seus sequenciadores centralizados, swaps front-running ou preços de arbitragem entre locais.
Mas, a longo prazo, o fluxo de receita mais durável são as taxas de execução, o pedágio que os usuários pagam para executar transações na máquina virtual do rollup. Vamos mostrar um exemplo hipotético:
Rollup com sequenciador próprio (hoje):
• Taxas de execução = US$ 2 milhões/mês
• MEV = US$ 1 milhão/mês
• Total = US$ 3 milhões/mês
Mesmo rollup que um rollup baseado (futuro):
• MEV → validadores Ethereum = $0
• Taxas de execução (de efeitos de rede unificados) = US$ 10 milhões/mês
• Total = US$ 10 milhões/mês
Esse é o GAMBITO MEV: sacrifique o peão (sequenciador MEV) para ganhar o prêmio maior (receita de execução muito maior). Os rollups baseados evitam brigar pelo MEV e, em vez disso, concentram-se no dimensionamento de sua camada de execução.
9. O Ethereum pode lidar com essa capacidade?
A pergunta óbvia é: se cada rollup se conecta ao Ethereum como seu sequenciador, o Ethereum L1 pode realmente lidar com isso?
No momento, o Ethereum é executado em slots de 12 segundos. O tempo de slot é a verdadeira restrição. Com slots de 12 segundos, o UX parece lento.
A pesquisa mostra que o Ethereum provavelmente poderia reduzir isso para ~ 4 segundos sem sacrificar a descentralização, os validadores ainda podem ser executados na Internet doméstica ou até mesmo no Raspberry Pis.
Pré-confirmações sem confiança são fundamentais para o Ethereum competir com sequenciadores centralizados em velocidade. Este sistema usa proponentes que apostam garantias e assinam garantias para incluir transações, o que pode resultar em confirmações de ~ 100 ms.
Isso é significativamente mais rápido do que os tempos de bloco atuais e ainda mais rápido do que algumas configurações de "superchain", fornecendo velocidades semelhantes à latência da Internet.
10. No entanto, essa carga de trabalho pesada é demais para os validadores domésticos.
APS (Attester Proposer Separation) divide o trabalho para resolver isso: os attesters verificam e publicam transações válidas, enquanto os proponentes/construtores constroem blocos e gerenciam pré-confirmações.
Inicialmente, isso é feito por meio de gateways, mas, eventualmente, o APS e o PBS consagrado permitirão que o Ethereum forneça nativamente pré-confirmações rápidas e sem confiança e sequenciamento compartilhado.
11. Tecido: Construindo os padrões.
Mesmo com APS e PBS em vigor, ainda há a questão do encanamento. Hoje, todas as equipes de rollup baseadas precisam reinventar APIs para pré-confs, ajustar pipelines PBS, configurar registros e lidar com o compartilhamento de blobs.
Se não for controlado, isso corre o risco de se fragmentar em "mini padrões" incompatíveis.
@fabric_ethereum é o esforço de coordenação para evitar isso. Ele não inicia um rollup ou token. Em vez disso, ele fornece componentes mínimos de código aberto, incluindo:
• API de compromissos para pré-confs
• Contrato de Registro Universal para responsabilidade do sequenciador
• Blob compartilhado e infraestrutura de ponte
Apoiado por equipes como @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs e muito mais, o Fabric está emergindo como o ponto de partida para a infraestrutura de rollup baseada - alinhando equipes em padrões compartilhados para que o ecossistema seja dimensionado em conjunto, não separado.



686
Preparando-se para a competição de supino de Nader. Parte 2.

Pavel Paramonov6 de set., 12:47
Preparando-se para a competição de supino de @dabit3 em Buenos Aires.
99
Melhores
Classificação
Favoritos