Solana está na moda hoje em dia, e com razão. Passou dos dias sombrios da crise de Alameda para uma forte ação de preços, e de paragens frequentes para gerir com sucesso uma das mais movimentadas reclamações de lançamento aéreo da história - tudo isto mantendo taxas incrivelmente baixas. Do ponto de vista da integração de novos utilizadores, Solana é uma boa escolha: As L2 da Ethereum ainda cobram até 1 USD por transação (e não achamos que começar a partir da BSC ou da Tron seja uma boa ideia).
Outro ponto forte do Solana é o seu estado global único que reflecte instantaneamente todos os sinais do mercado, sem a arbitragem e os saltos entre rollups ou shards. É como se a negociação em todas as bolsas globais fosse contínua 24 horas por dia, com eventos instantaneamente reflectidos em alterações de preços em todas as bolsas, independentemente da geografia ou do fuso horário.
Estas são as vantagens de uma cadeia monolítica no seu melhor, mas existem ainda desvantagens nesta escolha de design. O mais importante é o facto de o validador Solana ter tendência para a centralização devido aos elevados requisitos de hardware. Isso acontece porque o Solana lida monoliticamente com as três camadas do blockchain: execução, consenso e disponibilidade de dados.
No outro extremo do espetro da conceção, a arquitetura modular - e especificamente a camada de disponibilidade de dados externalizada - está a ganhar popularidade. Esta abordagem reduz os custos de transação, mantendo ao mesmo tempo baixos os requisitos de hardware(embora o MEV ameace este aspeto). Uma conceção modular também permite cadeias e hardware mais especializados para aplicações específicas, sendo o dYdX o melhor exemplo.
Na vanguarda do movimento modular está o Celestia, uma cadeia optimizada para a eficiência dos dados de rollup. O Ethereum, por outro lado, chegou a uma abordagem modular de uma forma mais fragmentada, construindo o avião enquanto já está a voar. Acreditamos que os rollups são a chave para escalar e baratear as transacções, com a batalha pelas camadas de disponibilidade de dados (e o resto da pilha modular) agora em curso.
O problema da disponibilidade de dados foi identificado pela primeira vez na corrida inicial para escalar as cadeias de blocos. O objetivo era minimizar a quantidade de dados a armazenar de modo a maximizar o número de nós numa rede. A mesma dinâmica esteve na base das guerras de tamanho de bloco da Bitcoin. A disponibilidade de dados refere-se à capacidade de uma cadeia de blocos de tornar os seus dados acessíveis a todos os participantes na rede. O principal avanço na resolução deste problema foi a introdução da amostragem de disponibilidade de dados (DAS), como explica Bridget Harris:
"Com o DAS, os nós de luz podem confirmar que os dados estão disponíveis participando em rondas de amostragem aleatória de dados de blocos em vez de terem de descarregar cada bloco inteiro. Uma vez concluídas as várias rondas de amostragem - e atingido um determinado limiar de confiança de que os dados estão disponíveis - o resto do processo de transação pode ocorrer em segurança. Desta forma, uma cadeia pode escalar o seu tamanho de bloco e manter uma verificação fácil da disponibilidade dos dados. Além disso, é possível obter economias de custos consideráveis: estas camadas emergentes podem reduzir os custos de DA até 99%."
Celestia, Avail, NearDA e EigenDA são os projectos de DA mais importantes. Não precisam de verificar as transacções, mas simplesmente verificar se cada bloco foi adicionado por consenso e se estão disponíveis novos blocos na rede. Dependem de sequenciadores de terceiros para executar e verificar as transacções. A Celestia foi lançada em outubro de 2023, a Avail e a EigenDA terão a sua rede principal nos próximos meses e a Near anunciou mais recentemente a sua solução DA. Vamos rever as características únicas de cada um:
E depois temos os próprios rollups. Dos rollups que se baseiam nestes fornecedores de DA, há uma série de ferramentas que facilitam o lançamento de um rollup:
De uma forma verdadeiramente modular, os módulos de cada camada são escolhidos com base em necessidades específicas. Pode ver a variedade de opções de combinação aqui:
Os projectos de rollup como serviço, como o Eclipse, facilitam ainda mais o lançamento de um rollup, em que o programador escolhe a tecnologia a utilizar para cada um dos três módulos.
Da mesma forma, Conduit permite-lhe implementar um rollup em 15 minutos, com Optimism, Arbitrum Orbit e Celestia como as pilhas suportadas. É paga uma taxa mensal de infraestrutura de alojamento à Conduit e existe uma taxa separada de disponibilidade de dados paga ao fornecedor.
A riqueza de combinações possíveis que a modularidade cria é certamente um grande passo em frente. É semelhante à dificuldade de construir um site antigo em comparação com a facilidade e a personalização do Squarespace atualmente?
Apesar do crescimento dos projectos de AD, muitos têm reservas quanto à externalização da AD. Vitalik deixou bem claro: "A sua camada de dados deve ser a sua camada de segurança". Dankrad Feist, outro membro da Fundação Ethereum, concorda: "Se não utilizar o Ethereum para a disponibilidade de dados, não é um (rollup Ethereum) e, por conseguinte, não é um Ethereum L2".
Estamos de acordo. Os rollups com disponibilidade de dados subcontratados serão menos seguros do que os que utilizam a mesma cadeia para os dados e para o consenso (e devem ser realmente referenciados como "validiums"), embora suficientemente seguros para determinadas aplicações. Os projectos de curto prazo que utilizam estes rollups surgem e desaparecem rapidamente, o que os torna um bom campo de experimentação e teste. No entanto, para a detenção a longo prazo de activos financeiros, as L1 como a Ethereum ou os rollups que as utilizam tanto para dados como para consenso continuarão a ser as redes com o perfil de risco mais baixo.
Embora cético em relação à disponibilidade de dados externalizados, o Ethereum aposta na arquitetura modular. A visão inicial de escalonamento via sharding foi abandonada em favor do modular.
As três principais actualizações necessárias para implementar a visão são os rollups(já falámos sobre eles), a separação entre proponente e construtor ("em vez de um proponente de blocos gerar sozinho um bloco que maximize as receitas, delega a tarefa num mercado de actores externos (construtores)") e a amostragem de dados. Esta última é uma forma de os nós leves verificarem se um bloco foi publicado, descarregando apenas algumas partes de dados seleccionadas aleatoriamente. Este projeto é tecnicamente mais difícil do que os outros dois e exigirá dois a três anos para ser lançado.
Nota importante: O EIP-4844 foi o primeiro passo para melhorar a camada de disponibilidade de dados do Ethereum antes de a amostragem de dados entrar em funcionamento. Como discutido anteriormente, melhorar o Ethereum é semelhante a construir o avião enquanto voa; uma vez que a Fundação Ethereum reconheceu a necessidade de rollups(também conhecido como quando Vitalik deixou cair o famoso futuro centrado em rollups), a equipa optou por estender os blocos com blobs (um espaço dedicado feito especificamente para dados de rollup). Espera-se que os blobs reduzam o custo das transacções de rollup até 10 vezes. Prevê-se que a EIP-4844 entre em funcionamento com a atualização Dencun em março/abril. Embora se trate de uma solução temporária para manter o Ethereum competitivo durante dois a três anos, a solução a longo prazo consistirá em apoiar as provas de validade na própria rede principal, o que tornará os rollups muito mais baratos.
Embora a Solana possa estar a defender com veemência a sua filosofia de arquitetura monolítica (e pode estar certa para muitos casos de utilização), a indústria parece estar a convergir para a modularidade. No caso do Ethereum, só a arquitetura modular permitirá um futuro onde:
As transacções são baratas para milhões de utilizadores graças aos rollups (escalabilidade);
A rede está protegida contra a censura e ameaças como ataques de 51% (segurança); e
Um PC comum ou mesmo um telemóvel pode executar um nó para verificar as transacções (descentralização).
Poderá perguntar-se se a arquitetura modular do Ethereum resolve o trilema da cadeia de blocos que se supunha insolúvel? Tecnicamente não o faz, porque o Ethereum já não é uma rede monolítica, mas como rede modular, sim.
Destes três, pensamos que a descentralização é a parte mais importante do trilema a resolver. A inovação acabará por fazer baixar os custos de transação; dar prioridade à descentralização (especialmente geográfica) é a única forma de garantir a segurança da rede a longo prazo. A Ethereum está a liderar a descentralização ao ter o conjunto de validadores mais distribuído, com mais de 800.000 validadores. Ao mesmo tempo, com a abordagem modular, pode adaptar-se a novas inovações de design através de rollups personalizados que são lançados no topo. Celestia e outros partilham certamente esta visão. A questão que se coloca é se o Ethereum pode avançar nesta direção modular com rapidez suficiente para acompanhar a concorrência, que está a construir a partir do zero, e não a reparar o avião enquanto voa.
Partilhar
Solana está na moda hoje em dia, e com razão. Passou dos dias sombrios da crise de Alameda para uma forte ação de preços, e de paragens frequentes para gerir com sucesso uma das mais movimentadas reclamações de lançamento aéreo da história - tudo isto mantendo taxas incrivelmente baixas. Do ponto de vista da integração de novos utilizadores, Solana é uma boa escolha: As L2 da Ethereum ainda cobram até 1 USD por transação (e não achamos que começar a partir da BSC ou da Tron seja uma boa ideia).
Outro ponto forte do Solana é o seu estado global único que reflecte instantaneamente todos os sinais do mercado, sem a arbitragem e os saltos entre rollups ou shards. É como se a negociação em todas as bolsas globais fosse contínua 24 horas por dia, com eventos instantaneamente reflectidos em alterações de preços em todas as bolsas, independentemente da geografia ou do fuso horário.
Estas são as vantagens de uma cadeia monolítica no seu melhor, mas existem ainda desvantagens nesta escolha de design. O mais importante é o facto de o validador Solana ter tendência para a centralização devido aos elevados requisitos de hardware. Isso acontece porque o Solana lida monoliticamente com as três camadas do blockchain: execução, consenso e disponibilidade de dados.
No outro extremo do espetro da conceção, a arquitetura modular - e especificamente a camada de disponibilidade de dados externalizada - está a ganhar popularidade. Esta abordagem reduz os custos de transação, mantendo ao mesmo tempo baixos os requisitos de hardware(embora o MEV ameace este aspeto). Uma conceção modular também permite cadeias e hardware mais especializados para aplicações específicas, sendo o dYdX o melhor exemplo.
Na vanguarda do movimento modular está o Celestia, uma cadeia optimizada para a eficiência dos dados de rollup. O Ethereum, por outro lado, chegou a uma abordagem modular de uma forma mais fragmentada, construindo o avião enquanto já está a voar. Acreditamos que os rollups são a chave para escalar e baratear as transacções, com a batalha pelas camadas de disponibilidade de dados (e o resto da pilha modular) agora em curso.
O problema da disponibilidade de dados foi identificado pela primeira vez na corrida inicial para escalar as cadeias de blocos. O objetivo era minimizar a quantidade de dados a armazenar de modo a maximizar o número de nós numa rede. A mesma dinâmica esteve na base das guerras de tamanho de bloco da Bitcoin. A disponibilidade de dados refere-se à capacidade de uma cadeia de blocos de tornar os seus dados acessíveis a todos os participantes na rede. O principal avanço na resolução deste problema foi a introdução da amostragem de disponibilidade de dados (DAS), como explica Bridget Harris:
"Com o DAS, os nós de luz podem confirmar que os dados estão disponíveis participando em rondas de amostragem aleatória de dados de blocos em vez de terem de descarregar cada bloco inteiro. Uma vez concluídas as várias rondas de amostragem - e atingido um determinado limiar de confiança de que os dados estão disponíveis - o resto do processo de transação pode ocorrer em segurança. Desta forma, uma cadeia pode escalar o seu tamanho de bloco e manter uma verificação fácil da disponibilidade dos dados. Além disso, é possível obter economias de custos consideráveis: estas camadas emergentes podem reduzir os custos de DA até 99%."
Celestia, Avail, NearDA e EigenDA são os projectos de DA mais importantes. Não precisam de verificar as transacções, mas simplesmente verificar se cada bloco foi adicionado por consenso e se estão disponíveis novos blocos na rede. Dependem de sequenciadores de terceiros para executar e verificar as transacções. A Celestia foi lançada em outubro de 2023, a Avail e a EigenDA terão a sua rede principal nos próximos meses e a Near anunciou mais recentemente a sua solução DA. Vamos rever as características únicas de cada um:
E depois temos os próprios rollups. Dos rollups que se baseiam nestes fornecedores de DA, há uma série de ferramentas que facilitam o lançamento de um rollup:
De uma forma verdadeiramente modular, os módulos de cada camada são escolhidos com base em necessidades específicas. Pode ver a variedade de opções de combinação aqui:
Os projectos de rollup como serviço, como o Eclipse, facilitam ainda mais o lançamento de um rollup, em que o programador escolhe a tecnologia a utilizar para cada um dos três módulos.
Da mesma forma, Conduit permite-lhe implementar um rollup em 15 minutos, com Optimism, Arbitrum Orbit e Celestia como as pilhas suportadas. É paga uma taxa mensal de infraestrutura de alojamento à Conduit e existe uma taxa separada de disponibilidade de dados paga ao fornecedor.
A riqueza de combinações possíveis que a modularidade cria é certamente um grande passo em frente. É semelhante à dificuldade de construir um site antigo em comparação com a facilidade e a personalização do Squarespace atualmente?
Apesar do crescimento dos projectos de AD, muitos têm reservas quanto à externalização da AD. Vitalik deixou bem claro: "A sua camada de dados deve ser a sua camada de segurança". Dankrad Feist, outro membro da Fundação Ethereum, concorda: "Se não utilizar o Ethereum para a disponibilidade de dados, não é um (rollup Ethereum) e, por conseguinte, não é um Ethereum L2".
Estamos de acordo. Os rollups com disponibilidade de dados subcontratados serão menos seguros do que os que utilizam a mesma cadeia para os dados e para o consenso (e devem ser realmente referenciados como "validiums"), embora suficientemente seguros para determinadas aplicações. Os projectos de curto prazo que utilizam estes rollups surgem e desaparecem rapidamente, o que os torna um bom campo de experimentação e teste. No entanto, para a detenção a longo prazo de activos financeiros, as L1 como a Ethereum ou os rollups que as utilizam tanto para dados como para consenso continuarão a ser as redes com o perfil de risco mais baixo.
Embora cético em relação à disponibilidade de dados externalizados, o Ethereum aposta na arquitetura modular. A visão inicial de escalonamento via sharding foi abandonada em favor do modular.
As três principais actualizações necessárias para implementar a visão são os rollups(já falámos sobre eles), a separação entre proponente e construtor ("em vez de um proponente de blocos gerar sozinho um bloco que maximize as receitas, delega a tarefa num mercado de actores externos (construtores)") e a amostragem de dados. Esta última é uma forma de os nós leves verificarem se um bloco foi publicado, descarregando apenas algumas partes de dados seleccionadas aleatoriamente. Este projeto é tecnicamente mais difícil do que os outros dois e exigirá dois a três anos para ser lançado.
Nota importante: O EIP-4844 foi o primeiro passo para melhorar a camada de disponibilidade de dados do Ethereum antes de a amostragem de dados entrar em funcionamento. Como discutido anteriormente, melhorar o Ethereum é semelhante a construir o avião enquanto voa; uma vez que a Fundação Ethereum reconheceu a necessidade de rollups(também conhecido como quando Vitalik deixou cair o famoso futuro centrado em rollups), a equipa optou por estender os blocos com blobs (um espaço dedicado feito especificamente para dados de rollup). Espera-se que os blobs reduzam o custo das transacções de rollup até 10 vezes. Prevê-se que a EIP-4844 entre em funcionamento com a atualização Dencun em março/abril. Embora se trate de uma solução temporária para manter o Ethereum competitivo durante dois a três anos, a solução a longo prazo consistirá em apoiar as provas de validade na própria rede principal, o que tornará os rollups muito mais baratos.
Embora a Solana possa estar a defender com veemência a sua filosofia de arquitetura monolítica (e pode estar certa para muitos casos de utilização), a indústria parece estar a convergir para a modularidade. No caso do Ethereum, só a arquitetura modular permitirá um futuro onde:
As transacções são baratas para milhões de utilizadores graças aos rollups (escalabilidade);
A rede está protegida contra a censura e ameaças como ataques de 51% (segurança); e
Um PC comum ou mesmo um telemóvel pode executar um nó para verificar as transacções (descentralização).
Poderá perguntar-se se a arquitetura modular do Ethereum resolve o trilema da cadeia de blocos que se supunha insolúvel? Tecnicamente não o faz, porque o Ethereum já não é uma rede monolítica, mas como rede modular, sim.
Destes três, pensamos que a descentralização é a parte mais importante do trilema a resolver. A inovação acabará por fazer baixar os custos de transação; dar prioridade à descentralização (especialmente geográfica) é a única forma de garantir a segurança da rede a longo prazo. A Ethereum está a liderar a descentralização ao ter o conjunto de validadores mais distribuído, com mais de 800.000 validadores. Ao mesmo tempo, com a abordagem modular, pode adaptar-se a novas inovações de design através de rollups personalizados que são lançados no topo. Celestia e outros partilham certamente esta visão. A questão que se coloca é se o Ethereum pode avançar nesta direção modular com rapidez suficiente para acompanhar a concorrência, que está a construir a partir do zero, e não a reparar o avião enquanto voa.