ETHS aos olhos dos tecnólogos: a essência é a especulação financeira e não a inovação de produtos

Autor: Wuyue, Geek Web3

Introdução: A inscrição ETH atual ainda é um vinho velho em uma nova garrafa de Ordinals, e não há um novo paradigma real. O ETHS ainda tem riscos de segurança e, embora seja verdade que é mais descentralizado do que o Rollup, seu processo de retirada ainda depende de notários/administradores de terceiros, e há um risco de roubo. Obviamente, o ETHS ainda é baseado principalmente na especulação financeira, não que ele possa trazer inovação que o ETH Layer 2 não pode trazer. **

Recentemente, a popularidade do BTC de inscrições ecológicas levou desenvolvedores de outras cadeias a construir sistemas semelhantes. Os sistemas de inscrição em diferentes cadeias são ligeiramente diferentes na forma como são implementados e no que pode ser alcançado, mas existem alguns pontos em comum:

1. As inscrições usam as informações de texto anexadas à transferência para expressar a operação que você deseja concluir, por exemplo, escreva “transferir 1 moeda para XXX” na mensagem. Observe que essas informações são de texto simples e não envolverão operações como a execução de contratos inteligentes on-chain.
2. O desenvolvedor irá projetar um conjunto de especificações e padrões para normalizar todas as informações de texto.
3. O desenvolvedor fornece um conjunto de indexador indexador, que é usado para coletar as informações de texto de todas as inscrições na cadeia e calcular o estado do sistema de inscrição. O indexador é um componente de código aberto off-chain que qualquer pessoa pode executar.

A inscrição BTC Ordinals estabeleceu um mecanismo para emitir NFTs e tokens no BTC, e também levou a pensar em larga escala sobre BTC L2, neste sentido, podemos considerar que os ordinais têm uma certa natureza de ponta e exploratória. No entanto, o Ordinals foi limitado pela arquitetura do próprio BTC em termos de tecnologia e experiência do produto, e também foi criticado pela comunidade BTC OG por causa da poluição por poeira e ocupação de dados.

Afinal, a própria ETH ETH tem contratos inteligentes complexos, e ERC20 e NFT também são o conteúdo do workshop ETH, e que impacto esses projetos de inscrição terão na ecologia do ETH, e haverá controvérsias e turbulências no BTC?

Implementação técnica de Ethions

Vamos dar uma olhada na implementação do Ethions, que é um projeto de inscrição bem conhecido no workshop ETH que usa principalmente Calldata para operar.

**Calldata são os dados de entrada originais transmitidos em transações ETH. **É geralmente usado para transmitir parâmetros necessários para a interação de contratos inteligentes, mas também pode ser usado para enviar mensagens de texto para endereços EOA (mensagens, inscrições, notas de transferência, etc.). Na figura, Input Data é calldata.

Se você quiser usar Ethions para gravar “Hello world” em uma transação, você precisa criar uma transação que contenha os seguintes calldata:

Quando o Indexador off-chain ouve a transação, ele atualiza o banco de dados e notifica o usuário de que uma nova inscrição foi gerada, que lê Hello world. A inscrição também pode conter conteúdos mais complexos, como o base64, que representa informações de imagem.

Atualmente, a Ethions adotou 6 ESIPs (Proposals for improvement to the Ethions protocol), semelhantes às propostas EIP, para definir o uso de inscrições em diferentes cenários. No entanto, estas são apenas especificações básicas de inscrição, como o formato das transações de inscrição iniciadas a partir de EOA, eventos de emissão de contrato, e assim por diante.

Como o Ethions é um projeto sobre ETH, ele também pode usar o contrato inteligente do ETH Fang para alcançar um certo grau de lógica. É importante notar que interagir diretamente com contratos inteligentes não é a maneira recomendada para Ethions.

Embora o mercado oficial de NFT, etc., também seja implementado diretamente com contratos inteligentes. De acordo com a documentação oficial, o que a Ethions quer fornecer aos usuários é um “serviço de computação descentralizado e acessível”: retirar a computação off-chain reduzirá significativamente o custo do uso do ETH. **

Vamos dar uma olhada mais de perto no custo de invocar um contrato inteligente, que pode ser dividido em três partes:

Custo de Transação Base: Qualquer transação ETH é pagável e atualmente é de 21000 gás.

• • Custo de transferência de dados (calldata) :* * calldata é geralmente usado para enviar dados e parâmetros que interagem com contratos inteligentes. Depois que o EIP-2028 é ajustado, o calldata consome 16 gás por byte (4 gás para bytes com 0 dados). Custo de execução do contrato: Se a transação chama uma função no contrato inteligente, então também há um custo computacional dependendo da complexidade da execução da função. Por exemplo, se uma atualização de estado estiver envolvida (como atualizar informações de saldo em um contrato ERC-20), chamar SSTORE consumirá até 5.000 ~ 20.000 gás.

Vamos tomar uma transação de transferência USDT muito simples como exemplo, que consumiu um total de 63197 gás e os dados de chamada são:

Vamos analisar os dados de chamada e quanto gás custará:**

• ETH calldata está em formato hexadecimal, ou seja, um byte por dois dígitos (16^2 = 2^8). Um 0x no início do dia indica que os dados estão em formato hexadecimal.
• O a9059cbb após o 0x no início é um seletor de função e ocupa 4 bytes diferentes de zero.
• Os próximos 32 bytes são o endereço, precedido por 12 bytes de zeros (porque o endereço ETH é de 20 bytes, aqui a esquerda é preenchida com zeros a 32 bytes) e 20 bytes de dados de endereço diferentes de zero.
• Os últimos 32 bytes representam a quantidade, com um grande número de zeros à esquerda, 3b9aca00 dados diferentes de zero no final e 4 bytes diferentes de zero.
• Assim, 28 não-zero bytes e 40 zero bytes

Portanto, calldataGas = 28 *16 + 40 *4 = 608 gás.

O gás total é de 63197, menos o custo de calldata e o custo fixo, e o custo computacional do contrato inteligente para executar a transação é de 41589 gás. **O custo do cálculo do contrato é responsável pela maior parte desta transação, e esta é apenas uma transação simples, e o custo do cálculo do contrato aumentará ainda mais em transações complexas. **

Colocar o processo de computação fora da cadeia reduz significativamente o custo de uso: se você não quiser chamar o contrato inteligente diretamente on-chain, poderá enviar um endereço EOA predeterminado

0x00000000000000000000000000000000000face7 enviar dados de transação

Nos calldata da transação, declare qual contrato você originalmente queria chamar e os parâmetros de entrada correspondentes. Uma vez que o endereço acima é uma conta EOA e não tem um código de contrato, a operação acima mencionada não irá desencadear a tarefa de cálculo na cadeia, ** apenas publicar uma mensagem. **

Off-chain, depois que o Indexador ouvir essa mensagem, ele irá analisá-la para descobrir qual contrato na cadeia o originador da mensagem originalmente queria chamar ETH e, em seguida, o Indexador calculará o resultado da chamada de contrato off-chain.

Se o Indexador offline quiser executar operações de inscrição e contrato inteligente, ele deve ter um conjunto de regras STF (State Transition Function) e tempo de execução, e o complexo pode ser chamado de VM de máquina virtual. A Ethions lançou sua própria VM no ESIP-4, a Ethions VM, que mais tarde foi renomeada para Facet VM.

Faceta - Tipo um coprocessador

A Facet se define como uma plataforma de computação barata, fácil de usar, segura e descentralizada. **Ouça os calldata do Ethions no workshop ETH, puxe-os para a VM para cálculo e, finalmente, devolva o resultado ao usuário. **A faceta consiste em vários componentes-chave:

• Facet VM, um conjunto de VMs escritas em rubi, é responsável por ouvir transações ETHS, analisar dados de chamada e executar operações.
• Rubidity, a linguagem de programação de contrato inteligente no Facet, tem uma certa semelhança com o Ruby, mas mantém muito uso e conceitos de solidez, na esperança de que os desenvolvedores possam começar rapidamente.
• Dumb Contract, um tipo de contrato que funciona na Facet. O nome é cheio de humor. Algumas pessoas têm razão em chamá-lo de contrato burro, burro em si é um trocadilho, burro pode descrever o processo silencioso desse tipo de contrato funcionando. Mas, por outro lado, de acordo com o ditado oficial “Tão burro, eles são inteligentes”, há um forte senso de chamar contratos inteligentes, então não há problema em chamar contratos estúpidos.

O contrato estúpido em si não será realmente implantado no ETH, mas seu código será publicado na cadeia ETH na forma de calldata. Aqui está um exemplo de uma faceta que chama um contrato estúpido:

Uma transação de cunhagem para um endereço de buraco negro EOA

0x00000000000000000000000000000000000face7 enviar os dados de chamada na figura abaixo para declarar os tokens e a quantidade que deseja cunhar, que na verdade é o mesmo que Ordinais ou BRC-20:**

Vamos dar uma olhada na comparação visual entre Rubidity e Solidity, como mostra a imagem abaixo.

Embora seja oficialmente dito que Rubidity tem um conceito e estrutura semelhante ao Solidity, para que os desenvolvedores possam começar rapidamente. Mas sabemos que isso tem um impacto negativo no desenvolvimento do lado do desenvolvedor. E no momento, Facet VM só suporta contratos estúpidos na lista branca oficial, o que mostra que o oficial não tem total confiança neste conjunto de idiomas e VMs. Não sei se reutilizar o EVM é oficialmente mais difícil de engenharia do que desenvolver uma nova VM e uma nova linguagem. Mas uma coisa é certa: uma nova linguagem, um novo contrato, uma nova ecologia e uma nova maneira de usar o ETH, existem de fato truques suficientes.

O ataque da Facet aos contratos inteligentes

A documentação da Facet tem o seguinte comentário poderoso sobre ETH e contratos inteligentes: “Os contratos inteligentes são considerados o recurso acima de todos os outros que torna o Ethereum especial, e ainda assim a tese da Facet é que os contratos inteligentes são do Ethereum maior falha de design.”

Eles acreditam que o contrato inteligente da ETH Fang é a maior falha de design, porque o contrato em si é determinista, desde que a entrada (calldata) seja dada, então não deve ser calculado on-chain e desperdiçar dinheiro sem motivo. Combinado com o que a Ethions chama de “serviços de computação descentralizados e acessíveis”, é claro que a Ethions e a Facet estão interessadas em criar uma impressão de mercado de que “estamos criando um novo paradigma de escalonamento de ETH e maneira de usá-lo”, mas, na verdade, algumas das próprias soluções técnicas da ETHS não são muito confiáveis.

Do ponto de vista do produto, a Facet pode indiretamente chamar contratos inteligentes de off-chain, e tem seu próprio sistema de contratos estúpidos off-chain, que de fato está oficialmente praticando seu slogan.

Mas, do ponto de vista econômico, não existe almoço grátis, e armazenamento e computação certamente custam dinheiro. Então, como o Indexer resolve essa parte do custo?**Não há uma explicação clara neste funcionário, podemos imaginar:

• Encargos para os utilizadores. Por exemplo, o mercado NFT cobra uma taxa aos compradores, mas não podemos olhar para o método de cobrança de longo prazo de uma rede semelhante a L2 com um modelo de taxa de projeto simples.
• Fique rico confiando em seu próprio hype ecológico. Isso é certamente viável, mas é apenas uma solução de curto prazo que faz com que a festa do projeto se sinta bem por um tempo. Para que o Ethions se torne um novo paradigma de ETH, o Indexer deve ter um mecanismo econômico de longo prazo, baseado em rede, para garantir seu funcionamento.
• Se for um bem público sem fins lucrativos, que tipo de organizações irão doar? Eu não acho que a Fundação ETH será particularmente ativa, porque a própria Fundação ETH tem um plano muito bom - Rollup.

A causa raiz do surgimento de facetas e contratos estúpidos

Se precisarmos apenas de uma forma simples de inscrição ETH Fang, então apenas um item de Ethions é suficiente. Então, por que sua proposta ESIP-4 deu origem à Facet?

Porque o sistema de inscrição não pode ser usado para lógica de transação complexa. Podemos examinar a lógica operacional do contrato oficial de mercado NFT da Ethions, que usa um mecanismo de ordem pendente.

Se você quiser depositar o NFT de inscrição no contrato, você só precisa escrever os dados de chamada como o EthionId da inscrição e chamar o contrato de mercado. Como essa operação escolhe deliberadamente uma forma inválida de chamada de função, fallback() será acionado por padrão.

Eventualmente, um evento chamado PotentialEthionDeposited será lançado no ETH Place, e o nó Indexer transferirá a propriedade do NFT para o contrato de mercado localmente depois de ouvir o evento off-chain.

Para economizar gás, o mercado de negociação ETHS não armazena alguns parâmetros das ordens pendentes dos vendedores, como preço e tempo de validade, no contrato ETH, mas os coloca offline na forma de mensagens, que devem ser armazenadas no servidor dApp. Uma vez que o comprador tenha monitorado a mensagem, ele pode emitir um comando buyWithSignature() para fazer uma compra.

É normal que os NFTs usem o mecanismo de ordem do fabricante, porque os próprios NFTs não são homogêneos. Então, se for uma inscrição de token homogeneizada, você pode usar o mecanismo AMM do contrato? A resposta é não. O status da inscrição NFT ou token não está em L1, que é semelhante ao Ordinals e BRC-20. Isso é diametralmente oposto à propaganda de algumas comunidades, e todos precisam prestar atenção ao fato de que a inscrição não é um ativo ETH real na cadeia. Não podemos dizer que os calldata que geram o ativo estão em L1, e você pode declarar a instrução de operação em L1, que é chamada de ativo nativo em L1, caso contrário, também podemos chamar o ativo nativo L2 no ativo Rollup L1, porque os calldata do Rollup estão em L1. Obviamente, é ridículo chamar isso de ativo nativo L1.

Na verdade, este contrato é responsável apenas por coletar dinheiro, transferir dinheiro e lançar eventos para o nó Indexer na cadeia para ouvir e acionar a operação correspondente. Aos olhos do ETH EVM, o estado de algo como uma inscrição não pode ser restaurado no “Estado Mundial”, um banco de dados dedicado ao armazenamento do estado em ETH, e o contrato não pode se referir a ele.

Independentemente da forma do ativo, se é um token ou um NFT ou qualquer coisa bizarra, posso dar um critério muito simples para distinguir um ativo L1 de um ativo L2: se seu estado pode ser restaurado no “estado mundial” do ETH, se o EVM L1 pode referenciar, chamar, consultar, modificar o estado do ativo e, se não, então não é um ativo L1.

Então você também pode ver que o nome do evento de depósito é PotentialEthionDeposit, que é “depósito de inscrição possível”, em vez de um depósito determinístico, porque o contrato não pode determinar se essa inscrição existe e não pode verificar sua autenticidade. Se você fizer um pedido de uma inscrição inexistente, ou inscrição de outra pessoa, o contrato não irá rejeitá-lo, mas o Indexador não incluirá seu comportamento.

Portanto, o sistema de inscrição só pode implementar essa lógica simples de pseudocontrato, e os pedidos pendentes são um deles. **A essência de uma ordem pendente é que as duas partes da transação concordam uma com a outra para fornecer as informações fornecidas uma pela outra sob uma regra, na verdade, ela pode ser expressa em texto simples sem um contrato inteligente, o que é semelhante ao princípio da inscrição.

Podemos imaginar como o processo acima pode ser feito sem o uso de contratos inteligentes: o vendedor grava uma mensagem em uma transação comum, e a pessoa que me transfere 1 ETH com o posfácio 123 pode obter minha inscrição NFT com o número 123. Desta forma, o Indexador só precisa suportar essa lógica, e ele pode transferi-lo diretamente para o banco de dados Indexer off-chain se ouvir que alguém transferiu 1 ETH para o vendedor com um BCH postscript.

É claro que este exemplo realmente trará alguns problemas, como transações repetidas que podem resultar de várias pessoas abocanhando um NFT, etc., o vendedor recebe várias transferências, mas no final o NFT só pode ser atribuído a uma pessoa pelo Indexador. Esta também deve ser uma das razões pelas quais o funcionário critica claramente os contratos inteligentes, mas usa contratos para realizar o mercado NFT, então você também deve ser capaz de entender que a declaração oficial de que chamar contratos inteligentes através da Facet sem computação é propaganda não confiável.

É claro que as ordens pendentes podem, teoricamente, usar texto simples, em vez de ter que usar contratos, mas a lógica relativamente complexa do AMM deve usar contratos inteligentes, porque requer não o acordo p2p de ambas as partes, mas o contrato de contrato. O contrato que atua como um revisor confiável precisa verificar as informações básicas, como saldo e liquidez, e realizar cálculos, e quaisquer dados de ativos que ele precisa devem estar disponíveis para o contrato.

AMMs são apenas uma forma relativamente simples de DeFi, e qualquer outra lógica complexa não pode ser implementada apenas em Ethions. É por isso que a Facet foi lançada - a primeira prioridade da Facet é cross-domain!, na verdade é um L2, mas não tem uma estrutura de bloco, então não chamamos de cross-chain, é cross-domain. Quando todos os ativos L1 são de domínio cruzado para a Facet, não há problema de que o domínio cruzado não possa ser chamado, e todos os ativos off-chain podem ser operados com contratos estúpidos para dar suporte à lógica de contrato complexa.

vs. Rollup

A partir da tirada acima, você deve ser capaz de ver que o esquema de Ethions é um pouco semelhante ao Rollup. Mas isso é apenas “semelhante”, se estritamente falando, ele só pode implementar um subconjunto da funcionalidade principal do Rollup. E a funcionalidade prejudicada é fatal para sua narrativa, ou coloca o usuário em sério risco.

Os rollups são sistemas complexos, e não vamos expandi-los aqui. Tem algumas coisas em comum com Ethions:

• Envie os dados de chamada das transações L2 no ETH Square.

• Todas as operações são tratadas fora da cadeia.

As semelhanças são muito claras, e precisamos desenvolver as diferenças.

Rollup Bulk Submit Calldata

Na maioria dos casos, os usuários no rollup não enviam transações diretamente para L1, mas as enviam para o sequenciador off-chain, que classifica todas as transações, empacota e compacta, e envia dados de chamada para L1 em lotes. Desta forma, os dados de chamada de vários usuários são submetidos em uma única transação, o que pode diluir o custo base de 21.000 gás.

Não existe esse mecanismo no Ethions, onde todos os usuários enviam dados de chamada diretamente para L1.

Vamos usar o exemplo USDT acima (608 gas para calldata), assumindo que 100 usuários iniciam 100 transações, e calcular a diferença de custo entre os dois de forma muito vaga:

• Os usuários de inscrição são obrigados a pagar 21608 gás (608 + 21000) por pessoa. O resto do cálculo não é pago porque o cálculo está fora da cadeia.
• Os usuários do rollup pagam 818 gás por pessoa ((608*100+21000)/100). A parte aritmética é a mesma acima.

Claro, cada usuário de rollup também precisa pagar taxas de computação e armazenamento L2 para o sequenciador, mas é muito mais barato do que L1 e é insignificante neste caso. Além disso, o rollup também precisa de alguns campos especiais adicionais para aumentar o volume, mas ao mesmo tempo há uma melhor compressão de dados, que não expandiremos aqui.

Através desta estimativa aproximada, pode-se descobrir que Ethions não tem qualquer vantagem sobre a Camada 2 em termos de custo. Além disso, na propaganda comunitária do projeto, vi algo como “4000 inscrições podem ser transferidas em lotes, cerca de 0,11ETH, e a transferência média só precisa de 0,05U” para provar que o uso de Ethions é muito barato, o que na verdade não esclarece o princípio e os detalhes de interação do ETHS.

Pré-confirmação fora da cadeia

Graças ao sequenciador off-chain, as solicitações do usuário para rollups podem ser pré-confirmadas em 1s. Isso é muito melhor do que os 12 segundos ou mais do sistema de inscrição em L1, UX. É claro que os proponentes da inscrição também podem argumentar que a finalidade de tal transação não é confiável até que os dados de chamada sejam submetidos à cadeia ETH.

Resistência à Censura e Descentralização

Os usuários em Rollups podem ser censurados por sequenciadores off-chain, enquanto Ethions não pode censurar usuários. No entanto, um rollup bem projetado terá uma função de agregação forçada para combater a censura do sequenciador e, em última análise, o sequenciador não terá o poder de censurar o usuário.

Portanto, quando os usuários usam o Rollup, eles também podem ignorar o sequenciador diretamente em L1. Os rollups oferecem aos usuários diferentes opções, seja usando um sequenciador mais rápido ou usando L1 diretamente. Mas Ethions só pode usar L1 e não dá aos usuários a liberdade de escolher.

Além disso, Ethions criticou o sequenciador de Rollup como centralizado. Mas o Indexer em si também é um componente altamente centralizado. Ethions explicou que o Indexer não é centralizado porque pode ser executado e verificado por qualquer pessoa, mas na verdade a grande maioria das pessoas não executa seus próprios nós. Portanto, o ETHS é apenas em casos extremos, ele mostrará seu lado descentralizado do que o Rollup, afinal, o sequenciador do Rollup pode estar inativo ou funcionando mal, mas o ETHS pode continuar a operar enquanto houver membros da comunidade executando vários Indexadores. **

Modelo de Lucro

É impossível para qualquer projeto gerar eletricidade com amor, e os projetos de desenvolvimento de longo prazo devem considerar seriamente a questão do modelo de lucro, seja uma combinação de entidades centralizadas ou entidades descentralizadas, elas devem ser lucrativas para poder proteger a segurança da rede por um longo tempo.

O sequenciador do Rollup tem um modelo de lucro claro: sobrecarregando gás, apertando MEV, etc. O sequenciador tem o poder de manter a rede funcionando. Como o Ethions envia dados de chamada diretamente para L1, o Indexer não é fácil de cobrar.

Simpatia do desenvolvedor

A maioria das linguagens de desenvolvimento de contrato e cadeias de ferramentas do Rollup podem ser usadas diretamente pela ETH, e os desenvolvedores podem migrar perfeitamente para o Rollup. Nenhum deles está presente no Ethions, a nova Rubidity precisa ser dominada, novas varreduras precisam ser construídas, novas VMs precisam ser familiarizadas e assim por diante. É claro que essas resistências, por sua vez, são também uma oportunidade pioneira que pode ser trazida pelo desenvolvimento de uma nova ecologia.

Retirada & Status Liquidação

Este é o problema fatal da Facet. Sabemos que o Rollup não apenas enviará dados de chamada (entrada) para L1 em lotes, mas também enviará a liquidação de estado (saída) após operações N para L1 em intervalos regulares. ZKR e OPR têm provas diferentes para determinar se a relação entre entrada e saída está correta, e independentemente do método de prova, a sentença final é o contrato em L1. A saída e a entrada no Rollup são rastreáveis e não podem ser falsificadas.

Então, para que serve a liquidação de status? É utilizado para levantamentos, ou seja, o levantamento de fundos de L2 para L1. Quando o status em L1 é publicado, podemos usar Merkle Proof e outros meios para provar que meu pedido de retirada em L2 está incluído na raiz do estado. Uma vez verificado o contrato, o ativo pode ser liberado em L1.

**Facet não tem um mecanismo de liquidação estatal, então ele não pode conseguir retiradas descentralizadas e sem permissão de L2 para L1. **Como mencionado acima, ele precisa de uma camada L2 por sua vez para executar uma lógica de contrato mais complexa. Como o seu AMM Swap FacetSwap.

Podemos ver que no FacetSwap (um dex construído com contratos estúpidos no Facet), há claramente duas ações: depósito e retirada. Geralmente, o Swap não tem depósitos e saques, porque o Facet exige que você atravesse fronteiras antes de poder usá-lo.

No Facet, o depósito precisa bloquear os fundos L1 no contrato de ponte L1 e emitir os ethions de evento correspondentes_protocol_CreateEthion para o indexador indexar. Isto é consistente com outros métodos de carregamento L2.

**Os levantamentos, por outro lado, têm sérias preocupações de segurança. **Uma vez que não existe um mecanismo de liquidação de estatuto na Facet, não é possível utilizar contratos para determinar automaticamente se uma retirada é válida ou não em L2 a L1. Então, que método o Facet usa? Liberação do administrador, ou mecanismo de testemunha, semelhante ao anteriormente roubado Axie Bridge.

Vamos dar uma olhada diretamente na ponte da Facet, no endereço

0xD729345aA12c5Af2121D96f87B673987f354496B。

A hashedMessage é uma mensagem assinada pelo signatário, que contém algum conteúdo que é retirado. Um signatário é um endereço de administrador predefinido. Como não há liquidação estatal, não há como fazer qualquer verificação, como se a conta tem tantas moedas em L2. Portanto, todos os fundos do contrato podem ser retirados com a assinatura do signatário, quer a parte do projeto seja má ou ataques de hackers para obter a chave privada. **

No Rollup, não há necessidade de as testemunhas liberarem bens, e na cadeia lateral, se as testemunhas quiserem ser mais descentralizadas, elas podem escolher uma parte de seu próprio sistema de consenso como uma procuração, e usar staking e outros métodos para realizar uma certa dissuasão econômica para conter o mal.

Em Ethions e Facet, nada. É simplesmente, descaradamente um endereço de administrador. Isso provavelmente é muito desleixado para um projeto do tipo L2 que muitas vezes grita que “contratos inteligentes são uma falha de design”, “Rollup é centralizado” e “somos uma plataforma de computação de próxima geração”. Obviamente, há muito mais falhas nele, mas podemos manter uma visão de esperar para ver delas, embora não sejam fáceis de compensar e possam estar presentes na Camada 2 do BTC também. **

Resumo

Há uma certa quantidade de “falsa propaganda” nos Ethions atuais, alguns pontos principais:

• Ativos em Ethions e Facet não são ativos emitidos em L1.
• Para ter capacidades contratuais complexas, a entidade L2 da Facet evoluiu, mas apresenta grandes riscos de segurança financeira.
• A alegação oficial de ser baseada no contrato em L1 nem sequer é usada para a sua própria aplicação de topo.
• Ethions é semelhante a um Rollup muito incompleto. Nem o barato e a velocidade de um Rollup, nem a segurança de um Rollup. O que ele pode alcançar, o Rollup pode fazer, e o Rollup pode alcançar funções muito importantes que ele não pode fornecer.
• Se ele quiser resolver o problema acima, ele precisa desenvolver um mecanismo de liquidação estatal, além de um sequenciador, bloco L2, então ele acabará se tornando um rollup.

Aproveitando as inscrições BTC, Ethions se baseou em conceitos para divulgar o vinho velho em novas garrafas, mas ainda não descobriu um novo paradigma. Atualmente, o ETHS ainda é dominado pela especulação financeira, não que este produto em si possa trazer coisas que o ETH Layer 2 não tem. O valor a longo prazo deste tipo de coisas está obviamente ainda por explorar,** mas na sua forma atual, o ETHS assumiu o “peso insuportável da vida”, e o seu slogan de propaganda está longe do seu efeito prático. **