Em setembro, o fundador do Ethereum, Vitalik Buterin, publicou um discurso intitulado "O protocolo Ethereum deve encapsular mais funcionalidade?" pesa as vantagens e desvantagens da "consagração" para o protocolo Ethereum L1, dando aos leitores uma pista sobre para onde o Ethereum está indo no futuro. Este artigo apresentará o conceito de "encapsulamento" e como ele afetará o roteiro do Ethereum.
O conceito de "encapsulamento".
Na definição tradicional de desenvolvimento de software, encapsulamento refere-se a um método de encapsular e ocultar os detalhes de implementação de uma interface de função abstrata. Para o "encapsulamento" do Ethereum, isso significa que mais funções podem ser executadas diretamente na cadeia principal, e essas funções podem ter dependido de software externo no passado, e as novas funções que são encapsuladas se tornarão "funções de protocolo".
Na postagem do blog mencionada acima, Vitalik Buterin fala sobre a "filosofia de encapsulamento mínimo" original do Ethereum. A ideia é manter a camada básica do Ethereum L1 o mais simples possível, enquanto depende de soluções off-chain (como rollups) para recursos adicionais e novos recursos.
No entanto, ele agora acredita que pode ser necessário fazer um pequeno ajuste na "filosofia de encapsulamento mínimo". Em seguida, veremos mais de perto a "filosofia de encapsulamento mínimo" e seus prós e contras.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/2bccf302342e64a9d21868682c82b167.jpeg)
"Filosofia de encapsulamento mínimo"
"Encapsulamento mínimo" refere-se ao encapsulamento de funcionalidade específica em um blockchain que simplifica a execução sem impor regras rígidas. Por exemplo, o protocolo Ethereum não precisa encapsular um sistema completo de staking líquido (como o stETH lançado pelo Lido), mas apenas um subconjunto específico de funcionalidade que resolve um desafio-chave. Isso ajudará a implementar o recurso de forma simples, evitando complicá-lo.
Os principais desenvolvedores do Ethereum têm tentado mantê-lo limpo, simples e seguro na camada base. A construção de novos recursos em cima do protocolo Ethereum é principalmente responsabilidade do resto da comunidade Ethereum. Nas palavras de Vitalik Buterin, o Ethereum foi criado para "agir como uma máquina virtual para validar blocos". Uma das principais vantagens dessa abordagem é que um hard fork pode ser facilmente descrito como uma única transação de um contrato de processador de bloco. Outras vantagens da estrutura minimalista incluem a flexibilidade para atender às diferentes necessidades do usuário e evitar o inchaço do software.
No entanto, à medida que a indústria evoluiu, a comunidade percebeu que encapsular mais recursos pode levar a melhorias no protocolo Ethereum, como taxas de gás mais baixas, segurança aprimorada e riscos de centralização reduzidos.
Encapsulamento ERC-4337
Em 2023, a abstração de contas, um novo recurso do Ethereum, chegou à vista de todos. A abstração de conta, também conhecida como ERC-4337, foi escrita por Vitalik Buterin junto com outros cinco desenvolvedores e é o padrão de token que introduz a abstração de conta. A abstração de contas traz novos recursos, como carteiras de contratos inteligentes e o uso de tokens ERC-20 para pagar taxas de gás aos usuários do Ethereum. Esses recursos amigáveis são amplamente esperados por sua capacidade de acelerar a adoção de criptomoedas e carteiras de criptomoedas.
Ao longo dos anos, a abstração de contas passou por várias revisões. Ele evoluiu de uma Proposta de Melhoria Ethereum chamada EIP-86 para sua forma final, ERC-4337. Como um ERC, a abstração de conta não requer um hard fork e existe fora do protocolo Ethereum em um nível técnico.
Agora, Vitalik Buterin acredita que há vantagens claras em encapsular certas partes do ERC-4337. O padrão é propício para melhorar a resistência à censura, a eficiência de gás e o suporte para opcodes de Máquina Virtual Ethereum (EVM).
Se implementado através de software externo, é possível que um invasor possa explorar uma vulnerabilidade no contrato de ponto de entrada para roubar fundos. Por outro lado, o encapsulamento ERC-4337 substituirá seu contrato de ponto de entrada como uma função dentro do protocolo, tornando os fundos dos usuários mais seguros. Além disso, como parte do protocolo L1, os usuários têm taxas de gás mais baixas ao usar o recurso de abstração de conta encapsulada devido aos menores custos de armazenamento.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/84e4b0bb908386c1d49f4b53311ec39c.png)
Encapsular PBS ajudará a resolver o risco de centralização do Ethereum
O encapsulamento pode promover a descentralização e criar um sistema sem confiança, e o encapsulamento PBS (Proposer/Builder Separation) é um bom exemplo disso. Os proponentes no blockchain Ethereum são validadores que vendem seus direitos de produção de blocos para construtores especializados em extrair valor extraível máximo (MEV) de blocos. Os proponentes ganham recompensas MEV no processo, enquanto os construtores de blocos ficam com uma parte das recompensas MEV para si.
Atualmente, os validadores usam a solução de terceiros do FlashBot, mev-boost, para acessar os mercados dos construtores. Esta solução é atualmente amplamente popular, representando 90% dos blocos Ethereum gerados. A fim de libertar o protocolo do risco de centralização mev-boost, o encapsulamento do PBS está atualmente sendo promovido, o que permitirá que o PBS seja colocado na camada de consenso do protocolo Ethereum para execução. O mercado construtor dentro de tal protocolo estaria livre do controle de uma rede centralizada de terceiros (conhecidos como "retransmissores") que atua como casas de leilões no mercado mev-boost.
Encapsulamento ZK-EVM e estaca líquida
Vitalik Butein disse que, desde o início do projeto Ethereum, uma tentativa foi feita para manter o núcleo Ethereum o mais simples possível, construindo o protocolo no topo. Recentemente, no entanto, houve um interesse cauteloso em incorporar mais recursos no protocolo principal do Ethereum. Além da abstração de conta mencionada, esse recurso pode permitir que as carteiras de contratos inteligentes suportem recursos importantes, como congelamento e recuperação de contas. ZKEVM (ou seja, uma máquina virtual baseada em prova de conhecimento zero) também melhora a eficiência do processamento de transações de forma segura e confiável, aproveitando a criptografia avançada. Teoricamente, tanto a abstração de conta encapsulada quanto o ZKEVM fornecem uma maneira mais eficiente de lidar com vulnerabilidades.
No que diz respeito ao ZKEVM, o ERC-4337 também desempenha um papel nisso, mas o foco está mais no dimensionamento do que na abstração de contas. Os recursos do protocolo ZK podem promover a filosofia de diversificação de clientes Ethereum. O encapsulamento do ZKEVM permitirá que o consenso social do Ethereum lide com casos especiais, reduzindo a necessidade de governança adicional no ecossistema de rollup. No entanto, pode ser um desafio para o Ethereum encapsular ZKEVM porque o blockchain Ethereum tem dados limitados que podem ser armazenados. No entanto, esse problema também pode ser atenuado compactando mais dados com ZKEVM.
De acordo com Vitalik Buterin, os ZKEVMs seriam mais eficientes se não tivessem que carregar dados de "testemunhas". Ou seja, se um determinado dado já foi lido ou escrito em algum bloco anterior, pode-se simplesmente presumir que o provador tem acesso a ele sem ter que fornecer provas novamente.
A liquidez encapsulada impede a centralização do validador. Normalmente, o staking líquido envolve bloquear ou apostar criptomoeda em um blockchain PoS e receber o token correspondente de plataformas como Lido, que também pode continuar a ser usado em DeFi. Se esse único token for dominante, isso pode resultar em uma única ferramenta de governança potencialmente comprometida controlando a maioria dos validadores Ethereum. Protocolos como o Lido já têm mais garantias sobre isso, mas uma camada de defesa pode não ser suficiente.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/af34cd668cd0c223cd8e7f47dfb15624.jpeg)
Os recursos de encapsulamento exigem um meio termo flexível
Quando a complexidade do protocolo Ethereum é empurrada para a camada externa, o risco de centralização pode ocorrer, e o encapsulamento pode evitar isso. No entanto, o excesso de encapsulamento pode sobrecarregar a confiança e a governança do protocolo, comprometendo sua neutralidade. A complexidade do protocolo também introduz riscos sistémicos, como a necessidade de aumentar a complexidade da pré-codificação.
Portanto, quando se trata de embalagens, Vitalik Buterin está tomando um meio termo flexível. Ele ainda está interessado em encapsular mempools privados para ajudar a aliviar problemas como transações front-running. Como o mev-boost, as soluções de mempool privado são oferecidas por provedores terceirizados, o que levanta preocupações sobre centralização e confiança.
Embora o encapsulamento de mempools privados possa resolver esse problema, Vitalik Buterin adota uma abordagem mais pragmática, argumentando que encapsular anti-frontrunning em L1 ainda é uma proposta difícil, pelo menos até que a criptografia atrasada seja aperfeiçoada ou algum outro avanço tecnológico ocorra.
Os principais pontos que partilhou no seu blogue são os seguintes:
O encapsulamento pode ajudar a evitar o risco de centralização;
No entanto, se o encapsulamento enfraquecer o modelo de confiança do Ethereum e tornar o Ethereum mais subjetivo, é melhor evitar o encapsulamento;
Encapsular muitas funções complicará demais o protocolo;
Se a funcionalidade encapsulada não for utilizada por utilizadores suficientes, o encapsulamento pode ser contraproducente a longo prazo.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/86c377ee175f87f74c87ccaf36e01390.png)
Por um lado, há vantagens na tendência para abstrair mais funcionalidade:
Evite estender excessivamente a confiança do protocolo e os protocolos de carga de governança;
Suportar diversas necessidades dos utilizadores;
Quando a procura futura é incerta;
Reduza a complexidade do protocolo.
Por outro lado, a preferência por encapsular mais funcionalidade tem as seguintes vantagens:
Lidar com custos fixos elevados;
Reforçar a função de autorização do protocolo;
Reduzir o risco de erros de código para os usuários;
Evite riscos de centralização de alto nível.
A linha de fundo para a evolução do protocolo
Embora o plano original do Ethereum fosse fazer o blockchain funcionar com segurança, construindo um protocolo no topo, Vitalik Buterin acredita que o futuro do Ethereum não está definido em pedra. Como diz um ditado da indústria: "Não há solução perfeita em criptomoedas, apenas compensações". "O encapsulamento tem a vantagem de reduzir o risco de vulnerabilidades e reduzir a probabilidade de centralização, mas sua desvantagem óbvia é que pode fazer com que os protocolos se tornem cada vez mais complexos e, eventualmente, excessivamente estendidos e pesados. É um compromisso complexo sobre quais características devem ser trazidas para o protocolo e quais devem ser deixadas em outros níveis do ecossistema.
No geral, no ambiente atual, Vitalik Buterin vê blockchains como "sistemas sociais", e no caso de bons e bem fundamentados exemplos benéficos, ele tende a favorecer o protocolo Ethereum para encapsular características específicas. Para recursos que raramente são usados, o encapsulamento pode precisar ser removido para garantir a compatibilidade com versões mais antigas e redução de peso do protocolo. É claro que ele reconhece que as compensações em torno das embalagens continuarão a evoluir ao longo do tempo.
Ebunker, um long-termist Ethereum, é o primeiro a prestar atenção ao desenvolvimento da tecnologia Ethereum, atualizações de propostas e mudanças na comunidade, e compartilhar pesquisas e visões sobre as principais faixas do Ethereum, como staking, L2 e DeFi.
Atualmente, o Ebunker inclui o Ebunker Pool (um pool de staking Ethereum não custodial financiado) e o Ebunker Venture (Ethereum maximizando o capital de risco).
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Vitalik's Art of Trade-offs: Quais recursos o Ethereum deve encapsular?
Autor: Ebunker
Em setembro, o fundador do Ethereum, Vitalik Buterin, publicou um discurso intitulado "O protocolo Ethereum deve encapsular mais funcionalidade?" pesa as vantagens e desvantagens da "consagração" para o protocolo Ethereum L1, dando aos leitores uma pista sobre para onde o Ethereum está indo no futuro. Este artigo apresentará o conceito de "encapsulamento" e como ele afetará o roteiro do Ethereum.
O conceito de "encapsulamento".
Na definição tradicional de desenvolvimento de software, encapsulamento refere-se a um método de encapsular e ocultar os detalhes de implementação de uma interface de função abstrata. Para o "encapsulamento" do Ethereum, isso significa que mais funções podem ser executadas diretamente na cadeia principal, e essas funções podem ter dependido de software externo no passado, e as novas funções que são encapsuladas se tornarão "funções de protocolo".
Na postagem do blog mencionada acima, Vitalik Buterin fala sobre a "filosofia de encapsulamento mínimo" original do Ethereum. A ideia é manter a camada básica do Ethereum L1 o mais simples possível, enquanto depende de soluções off-chain (como rollups) para recursos adicionais e novos recursos.
No entanto, ele agora acredita que pode ser necessário fazer um pequeno ajuste na "filosofia de encapsulamento mínimo". Em seguida, veremos mais de perto a "filosofia de encapsulamento mínimo" e seus prós e contras.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/2bccf302342e64a9d21868682c82b167.jpeg)
"Filosofia de encapsulamento mínimo"
"Encapsulamento mínimo" refere-se ao encapsulamento de funcionalidade específica em um blockchain que simplifica a execução sem impor regras rígidas. Por exemplo, o protocolo Ethereum não precisa encapsular um sistema completo de staking líquido (como o stETH lançado pelo Lido), mas apenas um subconjunto específico de funcionalidade que resolve um desafio-chave. Isso ajudará a implementar o recurso de forma simples, evitando complicá-lo.
Os principais desenvolvedores do Ethereum têm tentado mantê-lo limpo, simples e seguro na camada base. A construção de novos recursos em cima do protocolo Ethereum é principalmente responsabilidade do resto da comunidade Ethereum. Nas palavras de Vitalik Buterin, o Ethereum foi criado para "agir como uma máquina virtual para validar blocos". Uma das principais vantagens dessa abordagem é que um hard fork pode ser facilmente descrito como uma única transação de um contrato de processador de bloco. Outras vantagens da estrutura minimalista incluem a flexibilidade para atender às diferentes necessidades do usuário e evitar o inchaço do software.
No entanto, à medida que a indústria evoluiu, a comunidade percebeu que encapsular mais recursos pode levar a melhorias no protocolo Ethereum, como taxas de gás mais baixas, segurança aprimorada e riscos de centralização reduzidos.
Encapsulamento ERC-4337
Em 2023, a abstração de contas, um novo recurso do Ethereum, chegou à vista de todos. A abstração de conta, também conhecida como ERC-4337, foi escrita por Vitalik Buterin junto com outros cinco desenvolvedores e é o padrão de token que introduz a abstração de conta. A abstração de contas traz novos recursos, como carteiras de contratos inteligentes e o uso de tokens ERC-20 para pagar taxas de gás aos usuários do Ethereum. Esses recursos amigáveis são amplamente esperados por sua capacidade de acelerar a adoção de criptomoedas e carteiras de criptomoedas.
Ao longo dos anos, a abstração de contas passou por várias revisões. Ele evoluiu de uma Proposta de Melhoria Ethereum chamada EIP-86 para sua forma final, ERC-4337. Como um ERC, a abstração de conta não requer um hard fork e existe fora do protocolo Ethereum em um nível técnico.
Agora, Vitalik Buterin acredita que há vantagens claras em encapsular certas partes do ERC-4337. O padrão é propício para melhorar a resistência à censura, a eficiência de gás e o suporte para opcodes de Máquina Virtual Ethereum (EVM).
Se implementado através de software externo, é possível que um invasor possa explorar uma vulnerabilidade no contrato de ponto de entrada para roubar fundos. Por outro lado, o encapsulamento ERC-4337 substituirá seu contrato de ponto de entrada como uma função dentro do protocolo, tornando os fundos dos usuários mais seguros. Além disso, como parte do protocolo L1, os usuários têm taxas de gás mais baixas ao usar o recurso de abstração de conta encapsulada devido aos menores custos de armazenamento.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/84e4b0bb908386c1d49f4b53311ec39c.png)
Encapsular PBS ajudará a resolver o risco de centralização do Ethereum
O encapsulamento pode promover a descentralização e criar um sistema sem confiança, e o encapsulamento PBS (Proposer/Builder Separation) é um bom exemplo disso. Os proponentes no blockchain Ethereum são validadores que vendem seus direitos de produção de blocos para construtores especializados em extrair valor extraível máximo (MEV) de blocos. Os proponentes ganham recompensas MEV no processo, enquanto os construtores de blocos ficam com uma parte das recompensas MEV para si.
Atualmente, os validadores usam a solução de terceiros do FlashBot, mev-boost, para acessar os mercados dos construtores. Esta solução é atualmente amplamente popular, representando 90% dos blocos Ethereum gerados. A fim de libertar o protocolo do risco de centralização mev-boost, o encapsulamento do PBS está atualmente sendo promovido, o que permitirá que o PBS seja colocado na camada de consenso do protocolo Ethereum para execução. O mercado construtor dentro de tal protocolo estaria livre do controle de uma rede centralizada de terceiros (conhecidos como "retransmissores") que atua como casas de leilões no mercado mev-boost.
Encapsulamento ZK-EVM e estaca líquida
Vitalik Butein disse que, desde o início do projeto Ethereum, uma tentativa foi feita para manter o núcleo Ethereum o mais simples possível, construindo o protocolo no topo. Recentemente, no entanto, houve um interesse cauteloso em incorporar mais recursos no protocolo principal do Ethereum. Além da abstração de conta mencionada, esse recurso pode permitir que as carteiras de contratos inteligentes suportem recursos importantes, como congelamento e recuperação de contas. ZKEVM (ou seja, uma máquina virtual baseada em prova de conhecimento zero) também melhora a eficiência do processamento de transações de forma segura e confiável, aproveitando a criptografia avançada. Teoricamente, tanto a abstração de conta encapsulada quanto o ZKEVM fornecem uma maneira mais eficiente de lidar com vulnerabilidades.
No que diz respeito ao ZKEVM, o ERC-4337 também desempenha um papel nisso, mas o foco está mais no dimensionamento do que na abstração de contas. Os recursos do protocolo ZK podem promover a filosofia de diversificação de clientes Ethereum. O encapsulamento do ZKEVM permitirá que o consenso social do Ethereum lide com casos especiais, reduzindo a necessidade de governança adicional no ecossistema de rollup. No entanto, pode ser um desafio para o Ethereum encapsular ZKEVM porque o blockchain Ethereum tem dados limitados que podem ser armazenados. No entanto, esse problema também pode ser atenuado compactando mais dados com ZKEVM.
De acordo com Vitalik Buterin, os ZKEVMs seriam mais eficientes se não tivessem que carregar dados de "testemunhas". Ou seja, se um determinado dado já foi lido ou escrito em algum bloco anterior, pode-se simplesmente presumir que o provador tem acesso a ele sem ter que fornecer provas novamente.
A liquidez encapsulada impede a centralização do validador. Normalmente, o staking líquido envolve bloquear ou apostar criptomoeda em um blockchain PoS e receber o token correspondente de plataformas como Lido, que também pode continuar a ser usado em DeFi. Se esse único token for dominante, isso pode resultar em uma única ferramenta de governança potencialmente comprometida controlando a maioria dos validadores Ethereum. Protocolos como o Lido já têm mais garantias sobre isso, mas uma camada de defesa pode não ser suficiente.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/af34cd668cd0c223cd8e7f47dfb15624.jpeg)
Os recursos de encapsulamento exigem um meio termo flexível
Quando a complexidade do protocolo Ethereum é empurrada para a camada externa, o risco de centralização pode ocorrer, e o encapsulamento pode evitar isso. No entanto, o excesso de encapsulamento pode sobrecarregar a confiança e a governança do protocolo, comprometendo sua neutralidade. A complexidade do protocolo também introduz riscos sistémicos, como a necessidade de aumentar a complexidade da pré-codificação.
Portanto, quando se trata de embalagens, Vitalik Buterin está tomando um meio termo flexível. Ele ainda está interessado em encapsular mempools privados para ajudar a aliviar problemas como transações front-running. Como o mev-boost, as soluções de mempool privado são oferecidas por provedores terceirizados, o que levanta preocupações sobre centralização e confiança.
Embora o encapsulamento de mempools privados possa resolver esse problema, Vitalik Buterin adota uma abordagem mais pragmática, argumentando que encapsular anti-frontrunning em L1 ainda é uma proposta difícil, pelo menos até que a criptografia atrasada seja aperfeiçoada ou algum outro avanço tecnológico ocorra.
Os principais pontos que partilhou no seu blogue são os seguintes:
O encapsulamento pode ajudar a evitar o risco de centralização;
No entanto, se o encapsulamento enfraquecer o modelo de confiança do Ethereum e tornar o Ethereum mais subjetivo, é melhor evitar o encapsulamento;
Encapsular muitas funções complicará demais o protocolo;
Se a funcionalidade encapsulada não for utilizada por utilizadores suficientes, o encapsulamento pode ser contraproducente a longo prazo.
! [A Arte de Trade-offs de Vitalik: Quais recursos o Ethereum deve encapsular?] ](https://cdn-img.panewslab.com//panews/2022/10/29/images/86c377ee175f87f74c87ccaf36e01390.png)
Por um lado, há vantagens na tendência para abstrair mais funcionalidade:
Evite estender excessivamente a confiança do protocolo e os protocolos de carga de governança;
Suportar diversas necessidades dos utilizadores;
Quando a procura futura é incerta;
Reduza a complexidade do protocolo.
Por outro lado, a preferência por encapsular mais funcionalidade tem as seguintes vantagens:
Lidar com custos fixos elevados;
Reforçar a função de autorização do protocolo;
Reduzir o risco de erros de código para os usuários;
Evite riscos de centralização de alto nível.
A linha de fundo para a evolução do protocolo
Embora o plano original do Ethereum fosse fazer o blockchain funcionar com segurança, construindo um protocolo no topo, Vitalik Buterin acredita que o futuro do Ethereum não está definido em pedra. Como diz um ditado da indústria: "Não há solução perfeita em criptomoedas, apenas compensações". "O encapsulamento tem a vantagem de reduzir o risco de vulnerabilidades e reduzir a probabilidade de centralização, mas sua desvantagem óbvia é que pode fazer com que os protocolos se tornem cada vez mais complexos e, eventualmente, excessivamente estendidos e pesados. É um compromisso complexo sobre quais características devem ser trazidas para o protocolo e quais devem ser deixadas em outros níveis do ecossistema.
No geral, no ambiente atual, Vitalik Buterin vê blockchains como "sistemas sociais", e no caso de bons e bem fundamentados exemplos benéficos, ele tende a favorecer o protocolo Ethereum para encapsular características específicas. Para recursos que raramente são usados, o encapsulamento pode precisar ser removido para garantir a compatibilidade com versões mais antigas e redução de peso do protocolo. É claro que ele reconhece que as compensações em torno das embalagens continuarão a evoluir ao longo do tempo.
Ebunker, um long-termist Ethereum, é o primeiro a prestar atenção ao desenvolvimento da tecnologia Ethereum, atualizações de propostas e mudanças na comunidade, e compartilhar pesquisas e visões sobre as principais faixas do Ethereum, como staking, L2 e DeFi.
Atualmente, o Ebunker inclui o Ebunker Pool (um pool de staking Ethereum não custodial financiado) e o Ebunker Venture (Ethereum maximizando o capital de risco).