"Ethions é um protocolo cujo objetivo é permitir que os usuários compartilhem informações e realizem cálculos no Ethereum L1 a um custo mais baixo, o que ignora o uso de armazenamento e execução de contratos inteligentes para conseguir isso, aplicando regras de protocolo determinísticas aos dados de chamadas do Ethereum para calcular o estado."
Aprendi sobre eths pela primeira vez em meados de agosto deste ano, quando já não era um conceito novo, e várias inscrições estavam voando por todo o lugar, e muitas pessoas apenas o usaram como uma réplica do BRC-20. E não havia absolutamente nenhum entusiasmo por esse conceito no Twitter naquela época, e não foi até hoje que vi professores falando sobre se eths é a Camada 2.
Eu olhei em vários meios de comunicação, e parece que não há ciência popular sobre o conceito de Ethions Virtual Machine (ESC-VM), então vou escrever um artigo para ver o que é essa coisa, tentar não envolver tecnologia, e explicar as coisas de forma simples e clara.
Camada2
Algumas frases simples primeiro olhar para a Camada 2, este conceito deve ser mais claro, houve um período de tempo antes de eu também escrever uma série de OP Rollup, ZK Rollup e outras soluções de expansão mainstream da Camada 2, OP Stack como um artigo tema de ferramentas Chain SaaS.
Não repetiremos aqui muitas das questões básicas. O problema central da camada 2 é expandir a capacidade e reduzir os custos de transação.
Porque os nós em excesso na cadeia têm que competir por espaço de bloco limitado. Com o rápido desenvolvimento do ecossistema Ethereum, mais execução e computação precisam ser concluídas, resultando em transações on-chain muito congestionadas, e o gás é frequentemente especulado para o céu.
Existem muitas opções para a implementação de L2, e elas estão constantemente sendo atualizadas. Primeiros canais de estado, plasma, validium, agora popular Optimistic-Rollup, Zk-Rollup, etc.
O esquema de rollup é calcular e alterar o estado específico das transações off-chain, e processar o resumo do estado final e a verificação após o processamento em lote de transação e transação na cadeia, o que pode efetivamente aliviar o congestionamento no Ethereum.
Mas na época, não falamos sobre eths como uma solução layer2, ou mesmo como uma solução preliminar, porque eths era apenas usado como um protocolo de inscrição Ethereum na época, e não havia nada muito especial.
Em atualizações subsequentes, uma sugestão para melhorar o protocolo Ethions: ESIP-4: The Ethions Virtual Machine mudou fundamentalmente muito.
Etiões (ETHS)
Ethions, um protocolo cujo objetivo é permitir que os usuários compartilhem informações e realizem cálculos no Ethereum L1 a um custo mais baixo, ignora o uso de armazenamento e execução de contratos inteligentes para conseguir isso, aplicando regras de protocolo determinísticas aos dados de chamada do Ethereum para calcular o estado.
É mais barato porque usa dados de chamada de transação Ethereum em vez de contratos inteligentes para armazenar dados on-chain, o que naturalmente reduz o custo, e também economiza o mecanismo de prova otimista semelhante ao OP e o custo de verificação do mecanismo de prova eficaz do ZK.
Claro, há muito conteúdo de Ethions, então vamos nos concentrar em The Ethions Virtual Machine.
ESIP-4: A Máquina Virtual Ethions
Ethions Virtual Machine, que é o conteúdo central do projeto ESIP-4 para melhorar eths, é também a expansão funcional do ETHS pela proposta, de modo que é livre do conceito de hype inscrição e tem utilidade funcional além do valor hype.
Podemos esclarecer o propósito do seu desenvolvimento de acordo com uma frase do Livro Branco:
O objetivo do ESC-VM não é substituir contratos inteligentes ou L2, mas priorizar como fornecer poder de computação de baixo custo ao descentralizar.
No rascunho do ESIP-4, o conceito da Máquina Virtual Ethions (ESC-VM) foi introduzido, um novo protocolo construído em cima do Ethions.
O ESC VM melhora a funcionalidade do protocolo Ethions habilitando ethions como um tipo de instrução de computador que permite aos usuários interagir com programas especiais chamados Dumb Contracts.
Na inscrição anterior do ETHS, a "queima" de várias imagens aproveitou os "dados de chamada" do Ethereum, ou seja, a função "Calldata". Calldata refere-se aos dados fornecidos na chamada para o contrato inteligente. Este também é o ponto central de que é mais barato do que usar armazenamento por contrato.
No contrato burro do ESIP-4, os comandos podem ser executados: deploy (criar um novo contrato), invoke (chamar a função de mudança de estado de um contrato existente), este processo também é armazenado por inscrição, e a transação é armazenada na cadeia como um campo calldata, ignorando assim os custos de execução e armazenamento do EVM.
O ESC-VM fornece um ambiente semelhante ao EVM para contratos burros, permitindo que funções de contrato burro sejam paralelizadas com funções de contrato inteligente, para dizer sem rodeios, o ESC-VM pode basicamente ser considerado EVM.
Neste processo, como os custos de execução e armazenamento do EVM são contornados, os contratos burros são muito mais baratos do que os contratos inteligentes, o que pode reduzir muito os custos, o que resolve o objetivo principal da Camada 2.
Mas a diferença definitivamente ainda é grande, vamos dar uma olhada na diferença entre ESC-VM e a Camada 2 existente.
O ESC-VM é um L2?
No Livro Branco do ESIP-4, isto é claramente mencionado e a razão é apresentada.
A VM ESC não é uma L2. Uma maneira de entender isso é considerar as duas noções de consenso que existem no Ethereum:
(1)Consenso sobre quais transações são incluídas em cada bloco e em que ordem. Consenso sobre quais transações são incluídas em cada bloco e em que ordem.
(2)Consenso sobre o impacto agregado (1) no estado do MEV. Consenso sobre (1) o impacto global no estatuto de EVM.
A ideia principal de Ethions é:
Construa um sistema totalmente descentralizado concentrando-se em (1), pois o estado do blockchain especifica clara e definitivamente o estado do EVM. Com o blockchain em si, qualquer pessoa pode verificar de forma independente e definitiva o status do EVM.
Por outro lado, é impossível verificar a "autenticidade" de (1) por se tratar de um processo não determinístico sem "resposta certa".
Combinar (1) e (2) no protocolo Ethereum é ideal. No entanto, essa combinação é muito cara para a maioria das aplicações. Ethions sacrificou parte do protocolo Ethereum (2) e construiu ferramentas para facilitar o cálculo de estados determinísticos.
Em contrapartida, a L2 adota a abordagem oposta. Como o estado L2 é gerenciado no contexto do blockchain, é mais conveniente verificar do que o estado do ecossistema Ethions. No entanto, a validação de L2 é condicional. Ele diz que, dadas as transações X contidas em um bloco classificado Y, podemos inferir que o estado do blockchain deve mudar para Z. Mas em um sistema L2, não há como verificar se X e Y estão corretos.
Em geral, X e Y só serão justos se torná-los justos estiver alinhado com os objetivos da organização que opera L2. As empresas que operam L2 têm um dever fiduciário para com os acionistas que têm precedência sobre os interesses dos usuários L2. Em casos extremos, a L2 será encerrada se deixar de ser do interesse da empresa.
A filosofia representada por Ethions é:
As blockchains nunca podem ser consideradas seguras sem um consenso descentralizado em questões não determinísticas, como inclusão de blocos e ordem de transações. O objetivo do uso do ESC-VM é combinar descentralização e segurança com recursos próximos aos recursos do EVM.
Problemas existentes
Atualmente, o contrato burro tem alguns problemas que precisam ser resolvidos.
(1) A função de contrato burro não pode ser paga diretamente e precisa ser superada;
(2) O ESIP-4 não permite a criação arbitrária de contratos estúpidos. Contratos burros podem ser implantados e executados sem confiança, mas o código em si é definido junto com o resto das regras do protocolo Ethions no processo ESIP;
(3) Um problema muito importante mencionado por 0x8699 professor (@ethan0x8699): o ETHS depende muito de indexadores, mas o mecanismo não dá atenção suficiente aos indexadores, tendo em vista que este problema pode ser escrito separadamente e em profundidade, não vou falar sobre isso aqui.
Este artigo é baseado no livro branco + a discussão dos professores, este artigo não constitui qualquer conselho de investimento, se houver alguma omissão, eu sou responsável.
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.
Noções básicas sobre a máquina virtual Ethions (ESC-VM)
"Ethions é um protocolo cujo objetivo é permitir que os usuários compartilhem informações e realizem cálculos no Ethereum L1 a um custo mais baixo, o que ignora o uso de armazenamento e execução de contratos inteligentes para conseguir isso, aplicando regras de protocolo determinísticas aos dados de chamadas do Ethereum para calcular o estado."
Aprendi sobre eths pela primeira vez em meados de agosto deste ano, quando já não era um conceito novo, e várias inscrições estavam voando por todo o lugar, e muitas pessoas apenas o usaram como uma réplica do BRC-20. E não havia absolutamente nenhum entusiasmo por esse conceito no Twitter naquela época, e não foi até hoje que vi professores falando sobre se eths é a Camada 2.
Eu olhei em vários meios de comunicação, e parece que não há ciência popular sobre o conceito de Ethions Virtual Machine (ESC-VM), então vou escrever um artigo para ver o que é essa coisa, tentar não envolver tecnologia, e explicar as coisas de forma simples e clara.
Camada2
Algumas frases simples primeiro olhar para a Camada 2, este conceito deve ser mais claro, houve um período de tempo antes de eu também escrever uma série de OP Rollup, ZK Rollup e outras soluções de expansão mainstream da Camada 2, OP Stack como um artigo tema de ferramentas Chain SaaS.
Não repetiremos aqui muitas das questões básicas. O problema central da camada 2 é expandir a capacidade e reduzir os custos de transação.
Porque os nós em excesso na cadeia têm que competir por espaço de bloco limitado. Com o rápido desenvolvimento do ecossistema Ethereum, mais execução e computação precisam ser concluídas, resultando em transações on-chain muito congestionadas, e o gás é frequentemente especulado para o céu.
Existem muitas opções para a implementação de L2, e elas estão constantemente sendo atualizadas. Primeiros canais de estado, plasma, validium, agora popular Optimistic-Rollup, Zk-Rollup, etc.
O esquema de rollup é calcular e alterar o estado específico das transações off-chain, e processar o resumo do estado final e a verificação após o processamento em lote de transação e transação na cadeia, o que pode efetivamente aliviar o congestionamento no Ethereum.
Mas na época, não falamos sobre eths como uma solução layer2, ou mesmo como uma solução preliminar, porque eths era apenas usado como um protocolo de inscrição Ethereum na época, e não havia nada muito especial.
Em atualizações subsequentes, uma sugestão para melhorar o protocolo Ethions: ESIP-4: The Ethions Virtual Machine mudou fundamentalmente muito.
Etiões (ETHS)
Ethions, um protocolo cujo objetivo é permitir que os usuários compartilhem informações e realizem cálculos no Ethereum L1 a um custo mais baixo, ignora o uso de armazenamento e execução de contratos inteligentes para conseguir isso, aplicando regras de protocolo determinísticas aos dados de chamada do Ethereum para calcular o estado.
É mais barato porque usa dados de chamada de transação Ethereum em vez de contratos inteligentes para armazenar dados on-chain, o que naturalmente reduz o custo, e também economiza o mecanismo de prova otimista semelhante ao OP e o custo de verificação do mecanismo de prova eficaz do ZK.
Claro, há muito conteúdo de Ethions, então vamos nos concentrar em The Ethions Virtual Machine.
ESIP-4: A Máquina Virtual Ethions
Ethions Virtual Machine, que é o conteúdo central do projeto ESIP-4 para melhorar eths, é também a expansão funcional do ETHS pela proposta, de modo que é livre do conceito de hype inscrição e tem utilidade funcional além do valor hype.
Podemos esclarecer o propósito do seu desenvolvimento de acordo com uma frase do Livro Branco:
O objetivo do ESC-VM não é substituir contratos inteligentes ou L2, mas priorizar como fornecer poder de computação de baixo custo ao descentralizar.
No rascunho do ESIP-4, o conceito da Máquina Virtual Ethions (ESC-VM) foi introduzido, um novo protocolo construído em cima do Ethions.
O ESC VM melhora a funcionalidade do protocolo Ethions habilitando ethions como um tipo de instrução de computador que permite aos usuários interagir com programas especiais chamados Dumb Contracts.
Na inscrição anterior do ETHS, a "queima" de várias imagens aproveitou os "dados de chamada" do Ethereum, ou seja, a função "Calldata". Calldata refere-se aos dados fornecidos na chamada para o contrato inteligente. Este também é o ponto central de que é mais barato do que usar armazenamento por contrato.
No contrato burro do ESIP-4, os comandos podem ser executados: deploy (criar um novo contrato), invoke (chamar a função de mudança de estado de um contrato existente), este processo também é armazenado por inscrição, e a transação é armazenada na cadeia como um campo calldata, ignorando assim os custos de execução e armazenamento do EVM.
O ESC-VM fornece um ambiente semelhante ao EVM para contratos burros, permitindo que funções de contrato burro sejam paralelizadas com funções de contrato inteligente, para dizer sem rodeios, o ESC-VM pode basicamente ser considerado EVM.
Neste processo, como os custos de execução e armazenamento do EVM são contornados, os contratos burros são muito mais baratos do que os contratos inteligentes, o que pode reduzir muito os custos, o que resolve o objetivo principal da Camada 2.
Mas a diferença definitivamente ainda é grande, vamos dar uma olhada na diferença entre ESC-VM e a Camada 2 existente.
O ESC-VM é um L2?
No Livro Branco do ESIP-4, isto é claramente mencionado e a razão é apresentada.
A VM ESC não é uma L2. Uma maneira de entender isso é considerar as duas noções de consenso que existem no Ethereum:
(1)Consenso sobre quais transações são incluídas em cada bloco e em que ordem. Consenso sobre quais transações são incluídas em cada bloco e em que ordem.
(2)Consenso sobre o impacto agregado (1) no estado do MEV. Consenso sobre (1) o impacto global no estatuto de EVM.
A ideia principal de Ethions é:
Construa um sistema totalmente descentralizado concentrando-se em (1), pois o estado do blockchain especifica clara e definitivamente o estado do EVM. Com o blockchain em si, qualquer pessoa pode verificar de forma independente e definitiva o status do EVM.
Por outro lado, é impossível verificar a "autenticidade" de (1) por se tratar de um processo não determinístico sem "resposta certa".
Combinar (1) e (2) no protocolo Ethereum é ideal. No entanto, essa combinação é muito cara para a maioria das aplicações. Ethions sacrificou parte do protocolo Ethereum (2) e construiu ferramentas para facilitar o cálculo de estados determinísticos.
Em contrapartida, a L2 adota a abordagem oposta. Como o estado L2 é gerenciado no contexto do blockchain, é mais conveniente verificar do que o estado do ecossistema Ethions. No entanto, a validação de L2 é condicional. Ele diz que, dadas as transações X contidas em um bloco classificado Y, podemos inferir que o estado do blockchain deve mudar para Z. Mas em um sistema L2, não há como verificar se X e Y estão corretos.
Em geral, X e Y só serão justos se torná-los justos estiver alinhado com os objetivos da organização que opera L2. As empresas que operam L2 têm um dever fiduciário para com os acionistas que têm precedência sobre os interesses dos usuários L2. Em casos extremos, a L2 será encerrada se deixar de ser do interesse da empresa.
A filosofia representada por Ethions é:
As blockchains nunca podem ser consideradas seguras sem um consenso descentralizado em questões não determinísticas, como inclusão de blocos e ordem de transações. O objetivo do uso do ESC-VM é combinar descentralização e segurança com recursos próximos aos recursos do EVM.
Problemas existentes
Atualmente, o contrato burro tem alguns problemas que precisam ser resolvidos.
(1) A função de contrato burro não pode ser paga diretamente e precisa ser superada;
(2) O ESIP-4 não permite a criação arbitrária de contratos estúpidos. Contratos burros podem ser implantados e executados sem confiança, mas o código em si é definido junto com o resto das regras do protocolo Ethions no processo ESIP;
(3) Um problema muito importante mencionado por 0x8699 professor (@ethan0x8699): o ETHS depende muito de indexadores, mas o mecanismo não dá atenção suficiente aos indexadores, tendo em vista que este problema pode ser escrito separadamente e em profundidade, não vou falar sobre isso aqui.
Este artigo é baseado no livro branco + a discussão dos professores, este artigo não constitui qualquer conselho de investimento, se houver alguma omissão, eu sou responsável.