Em setembro, o fundador do Ethereum, Vitalik Buterin, escreveu uma mensagem intitulada "O protocolo Ethereum deve encapsular mais recursos?" A postagem do blog pesa as vantagens e desvantagens da "consagração" para o protocolo Ethereum L1, dando aos leitores pistas sobre a direção futura do Ethereum. **Este artigo apresentará o conceito de "encapsulamento" e como ele afetará o roteiro do Ethereum. **
O conceito de "encapsulamento"
A partir da 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 falou 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 rollup, para funcionalidades adicionais e novos recursos.
No entanto, ele agora acredita que um ligeiro ajuste na "filosofia de encapsulamento mínimo" pode ser necessário. Em seguida, exploraremos ainda mais a "filosofia minimamente encapsulada" e seus prós e contras.
** "Filosofia de encapsulamento mínimo"**
"Encapsulamento mínimo" refere-se ao encapsulamento de funcionalidades específicas no blockchain para simplificar a execução sem impor regras rígidas. Por exemplo, o protocolo Ethereum não precisa encapsular um sistema completo de staking de liquidez (como o stETH do Lido), mas apenas partes específicas da funcionalidade que resolvem os principais desafios. Isso ajudará a implementar o recurso de forma simples e evitará 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 "validar blocos como uma máquina virtual". 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 arquitetura minimalista incluem flexibilidade para atender às diferentes necessidades do usuário e evitar o inchaço do software. **
No entanto, à medida que a indústria cresceu, a comunidade percebeu que encapsular mais recursos poderia levar a melhorias no protocolo Ethereum, como taxas de gás mais baixas, maior segurança e riscos de centralização reduzidos.
Pacote ERC-4337
Em 2023, a abstração de contas, um novo recurso do Ethereum, entrou na mira 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 introduziu a abstração de conta. A abstração de conta 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 porque são propícios para acelerar a adoção de criptomoedas e carteiras de criptomoedas.
A abstração do relato foi revisada várias vezes ao longo dos anos. Ele evoluiu de uma proposta de melhoria do 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 tecnicamente independentemente do protocolo Ethereum.
Agora, Vitalik Buterin acredita que encapsular algumas partes do ERC-4337 tem vantagens claras. O padrão facilita 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 um recurso no 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 funções de abstração de conta encapsulada devido aos menores custos de armazenamento.
Encapsular PBS ajudará a lidar com os riscos 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. Os proponentes do 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 mesmos.
Atualmente, os validadores usam a solução de terceiros do FlashBot, mev-boost, para acessar os mercados dos construtores. A solução é atualmente muito bem-vinda, representando 90% dos blocos Ethereum gerados. A fim de isentar o protocolo do risco de centralização mev-boost, ele está atualmente defendendo o encapsulamento PBS, que permitirá que o PBS seja executado na camada de consenso do protocolo Ethereum. Os mercados de construtores dentro desses protocolos ficariam livres do controle de redes centralizadas de terceiros (conhecidas como "retransmissores") que atuam como casas de leilões no mercado MEV-BOOST.
Pacote ZK-EVM e função de staking de liquidez
Vitalik Butein disse que, desde o nascimento do projeto Ethereum, ele tentou manter o núcleo Ethereum o mais simples possível, construindo um protocolo no topo. Recentemente, no entanto, houve um interesse cauteloso em incorporar mais recursos no protocolo Ethereum principal. Além da abstração de conta mencionada, o recurso permite que as carteiras de contratos inteligentes suportem recursos importantes, como congelamento e recuperação de contas. ZKEVM, ou máquina virtual baseada em provas 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 o encapsulamento de abstrações de conta quanto o ZKEVM poderiam fornecer maneiras mais eficientes de lidar com vulnerabilidades.
Em relação ao ZKEVM, o ERC-4337 também desempenhou um papel nisso, mas o foco foi mais no dimensionamento do que na abstração de contas**. O recurso de protocolo ZK pode promover uma filosofia de diversificação dos 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, o Ethereum pode enfrentar desafios no encapsulamento do ZKEVM porque o blockchain do Ethereum tem dados limitados para armazenar. No entanto, esse problema também pode ser atenuado pelo ZKEVM compactando mais dados.
Vitalik Buterin acredita que, se os ZKEVMs não tiverem que carregar dados "testemunhas", sua eficiência de dados se tornará maior. **Ou seja, se um determinado dado já foi lido ou escrito em algum bloco anterior, pode-se simplesmente presumir que o provador poderá acessá-lo sem ter que fornecer provas novamente.
O encapsulamento do staking de liquidez impede a centralização do validador. Normalmente, o staking de liquidez envolve bloquear ou apostar uma criptomoeda em um blockchain PoS e receber um token correspondente de uma plataforma como o Lido, que também pode continuar a ser usado para DeFi. Se esse único token dominasse, isso poderia resultar em uma única ferramenta de governança potencialmente vulnerável controlando a maioria dos validadores do Ethereum. Protocolos como o Lido já dão mais garantias disso, mas uma camada de defesa pode não ser suficiente.
O encapsulamento requer um meio termo flexível
Os riscos de centralização podem ocorrer quando a complexidade do protocolo Ethereum é empurrada para a camada externa, e o encapsulamento evita isso. No entanto, o excesso de encapsulamento sobrecarrega a confiança e a governança do protocolo, minando sua neutralidade. A complexidade do protocolo também introduz riscos sistémicos, como a necessidade de aumentar a complexidade da pré-codificação.
Então, quando se trata de embalagens, Vitalik Buterin está adotando um meio termo flexível. Ele continua apaixonado por encapsular mempools privados para ajudar os usuários a mitigar problemas como transações preventivas. Como o Mev-Boost, as soluções privadas da Mempool são fornecidas por provedores terceirizados, levantando 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 o encapsulamento anti-frontrunning em L1 continua sendo uma proposta difícil, pelo menos até que a criptografia de latência seja aperfeiçoada ou algum outro avanço tecnológico surja.
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 uso do encapsulamento;
Encapsular muitas funções complicará demais o protocolo;
Se a função encapsulada não for utilizada por utilizadores suficientes, a encapsulação pode ser contraproducente a longo prazo.
(Nota do editor: "Abstrair mais funções" aqui é o oposto de "encapsular mais funções", funções abstratas podem ser entregues a mais software externo para implementar indiretamente, e funções encapsuladas são implementadas diretamente confiando em mais funções integradas.) ）
Por um lado, a tendência para abstrair mais características tem as seguintes vantagens:
Evite estender excessivamente a confiança do protocolo e os protocolos de carga de governança;
Apoiar as necessidades diversificadas dos utilizadores;
Quando a procura futura é incerta;
Reduza a complexidade do protocolo.
Por outro lado, a preferência por embalagens mais funcionais tem as seguintes vantagens:
Lidar com altos custos fixos;
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 da 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 o 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 levar a que os protocolos se tornem cada vez mais complexos e, eventualmente, excessivamente estendidos e pesados. É um compromisso complexo sobre quais recursos devem ser trazidos para o protocolo e quais devem ser deixados em outros níveis do ecossistema.
No geral, no ambiente atual, Vitalik Buterin considera as blockchains como "sistemas sociais" e, em exemplos justificados e benéficos, ele tende a apoiar o protocolo Ethereum encapsulando algumas funcionalidades específicas. Para funções raramente usadas, pode ser necessário remover o encapsulamento para garantir a compatibilidade com versões mais antigas e protocolos leves. É claro que ele reconhece que o trade-off em torno das embalagens continuará a evoluir ao longo do tempo.
Ebunker, um long-termist Ethereum, prestou atenção ao desenvolvimento da tecnologia Ethereum, atualizações de propostas e mudanças na comunidade pela primeira vez, compartilhando pesquisas e visões sobre Staking, L2, DeFi e outras faixas importantes do Ethereum.
Atualmente, o Ebunker inclui empresas como Ebunker Pool (financiamento de pool de mineração Ethereum Staking não custodial) e Ebunker Venture (Ethereum Max Ventures).
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.
A arte de compensações de Vitalik: Quais recursos o protocolo Ethereum deve encapsular?
Em setembro, o fundador do Ethereum, Vitalik Buterin, escreveu uma mensagem intitulada "O protocolo Ethereum deve encapsular mais recursos?" A postagem do blog pesa as vantagens e desvantagens da "consagração" para o protocolo Ethereum L1, dando aos leitores pistas sobre a direção futura do Ethereum. **Este artigo apresentará o conceito de "encapsulamento" e como ele afetará o roteiro do Ethereum. **
O conceito de "encapsulamento"
A partir da 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 falou 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 rollup, para funcionalidades adicionais e novos recursos.
No entanto, ele agora acredita que um ligeiro ajuste na "filosofia de encapsulamento mínimo" pode ser necessário. Em seguida, exploraremos ainda mais a "filosofia minimamente encapsulada" e seus prós e contras.
** "Filosofia de encapsulamento mínimo"**
"Encapsulamento mínimo" refere-se ao encapsulamento de funcionalidades específicas no blockchain para simplificar a execução sem impor regras rígidas. Por exemplo, o protocolo Ethereum não precisa encapsular um sistema completo de staking de liquidez (como o stETH do Lido), mas apenas partes específicas da funcionalidade que resolvem os principais desafios. Isso ajudará a implementar o recurso de forma simples e evitará 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 "validar blocos como uma máquina virtual". 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 arquitetura minimalista incluem flexibilidade para atender às diferentes necessidades do usuário e evitar o inchaço do software. **
No entanto, à medida que a indústria cresceu, a comunidade percebeu que encapsular mais recursos poderia levar a melhorias no protocolo Ethereum, como taxas de gás mais baixas, maior segurança e riscos de centralização reduzidos.
Pacote ERC-4337
Em 2023, a abstração de contas, um novo recurso do Ethereum, entrou na mira 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 introduziu a abstração de conta. A abstração de conta 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 porque são propícios para acelerar a adoção de criptomoedas e carteiras de criptomoedas.
A abstração do relato foi revisada várias vezes ao longo dos anos. Ele evoluiu de uma proposta de melhoria do 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 tecnicamente independentemente do protocolo Ethereum.
Agora, Vitalik Buterin acredita que encapsular algumas partes do ERC-4337 tem vantagens claras. O padrão facilita 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 um recurso no 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 funções de abstração de conta encapsulada devido aos menores custos de armazenamento.
Encapsular PBS ajudará a lidar com os riscos 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. Os proponentes do 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 mesmos.
Atualmente, os validadores usam a solução de terceiros do FlashBot, mev-boost, para acessar os mercados dos construtores. A solução é atualmente muito bem-vinda, representando 90% dos blocos Ethereum gerados. A fim de isentar o protocolo do risco de centralização mev-boost, ele está atualmente defendendo o encapsulamento PBS, que permitirá que o PBS seja executado na camada de consenso do protocolo Ethereum. Os mercados de construtores dentro desses protocolos ficariam livres do controle de redes centralizadas de terceiros (conhecidas como "retransmissores") que atuam como casas de leilões no mercado MEV-BOOST.
Pacote ZK-EVM e função de staking de liquidez
Vitalik Butein disse que, desde o nascimento do projeto Ethereum, ele tentou manter o núcleo Ethereum o mais simples possível, construindo um protocolo no topo. Recentemente, no entanto, houve um interesse cauteloso em incorporar mais recursos no protocolo Ethereum principal. Além da abstração de conta mencionada, o recurso permite que as carteiras de contratos inteligentes suportem recursos importantes, como congelamento e recuperação de contas. ZKEVM, ou máquina virtual baseada em provas 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 o encapsulamento de abstrações de conta quanto o ZKEVM poderiam fornecer maneiras mais eficientes de lidar com vulnerabilidades.
Em relação ao ZKEVM, o ERC-4337 também desempenhou um papel nisso, mas o foco foi mais no dimensionamento do que na abstração de contas**. O recurso de protocolo ZK pode promover uma filosofia de diversificação dos 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, o Ethereum pode enfrentar desafios no encapsulamento do ZKEVM porque o blockchain do Ethereum tem dados limitados para armazenar. No entanto, esse problema também pode ser atenuado pelo ZKEVM compactando mais dados.
Vitalik Buterin acredita que, se os ZKEVMs não tiverem que carregar dados "testemunhas", sua eficiência de dados se tornará maior. **Ou seja, se um determinado dado já foi lido ou escrito em algum bloco anterior, pode-se simplesmente presumir que o provador poderá acessá-lo sem ter que fornecer provas novamente.
O encapsulamento do staking de liquidez impede a centralização do validador. Normalmente, o staking de liquidez envolve bloquear ou apostar uma criptomoeda em um blockchain PoS e receber um token correspondente de uma plataforma como o Lido, que também pode continuar a ser usado para DeFi. Se esse único token dominasse, isso poderia resultar em uma única ferramenta de governança potencialmente vulnerável controlando a maioria dos validadores do Ethereum. Protocolos como o Lido já dão mais garantias disso, mas uma camada de defesa pode não ser suficiente.
O encapsulamento requer um meio termo flexível
Os riscos de centralização podem ocorrer quando a complexidade do protocolo Ethereum é empurrada para a camada externa, e o encapsulamento evita isso. No entanto, o excesso de encapsulamento sobrecarrega a confiança e a governança do protocolo, minando sua neutralidade. A complexidade do protocolo também introduz riscos sistémicos, como a necessidade de aumentar a complexidade da pré-codificação.
Então, quando se trata de embalagens, Vitalik Buterin está adotando um meio termo flexível. Ele continua apaixonado por encapsular mempools privados para ajudar os usuários a mitigar problemas como transações preventivas. Como o Mev-Boost, as soluções privadas da Mempool são fornecidas por provedores terceirizados, levantando 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 o encapsulamento anti-frontrunning em L1 continua sendo uma proposta difícil, pelo menos até que a criptografia de latência seja aperfeiçoada ou algum outro avanço tecnológico surja.
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 uso do encapsulamento;
Encapsular muitas funções complicará demais o protocolo;
Se a função encapsulada não for utilizada por utilizadores suficientes, a encapsulação pode ser contraproducente a longo prazo.
(Nota do editor: "Abstrair mais funções" aqui é o oposto de "encapsular mais funções", funções abstratas podem ser entregues a mais software externo para implementar indiretamente, e funções encapsuladas são implementadas diretamente confiando em mais funções integradas.) ）
Por um lado, a tendência para abstrair mais características tem as seguintes vantagens:
Evite estender excessivamente a confiança do protocolo e os protocolos de carga de governança;
Apoiar as necessidades diversificadas dos utilizadores;
Quando a procura futura é incerta;
Reduza a complexidade do protocolo.
Por outro lado, a preferência por embalagens mais funcionais tem as seguintes vantagens:
Lidar com altos custos fixos;
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 da 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 o 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 levar a que os protocolos se tornem cada vez mais complexos e, eventualmente, excessivamente estendidos e pesados. É um compromisso complexo sobre quais recursos devem ser trazidos para o protocolo e quais devem ser deixados em outros níveis do ecossistema.
No geral, no ambiente atual, Vitalik Buterin considera as blockchains como "sistemas sociais" e, em exemplos justificados e benéficos, ele tende a apoiar o protocolo Ethereum encapsulando algumas funcionalidades específicas. Para funções raramente usadas, pode ser necessário remover o encapsulamento para garantir a compatibilidade com versões mais antigas e protocolos leves. É claro que ele reconhece que o trade-off em torno das embalagens continuará a evoluir ao longo do tempo.
Ebunker, um long-termist Ethereum, prestou atenção ao desenvolvimento da tecnologia Ethereum, atualizações de propostas e mudanças na comunidade pela primeira vez, compartilhando pesquisas e visões sobre Staking, L2, DeFi e outras faixas importantes do Ethereum.
Atualmente, o Ebunker inclui empresas como Ebunker Pool (financiamento de pool de mineração Ethereum Staking não custodial) e Ebunker Venture (Ethereum Max Ventures).