Ao longo dos anos, a Uniswap tem trabalhado continuamente para impulsionar reformas funcionais e inovadoras, tornando as trocas mais amigáveis e justas para os usuários. Por exemplo, vimos o Uniswap Mobile, a Rede Fillers no UniswapX, o ERC-7682 para padronizar intenções de cross-chain e os ganchos que em breve serão disponibilizados no Uniswap V4 para personalizar as pools de AMM.
Em 10 de outubro, a Uniswap anunciou sua Rollup geralmente otimista, Unichain. A cadeia visa ser o centro de liquidez one-stop do ecossistema de supercadeias, oferecendo aos traders uma experiência de troca quase instantânea e spreads mais baixos, ao mesmo tempo em que maximiza a privacidade e a integridade dos participantes do MEV, utilizando TEE. Embora essa visão seja impressionante, os usuários questionam se há necessidade de mais um L2, inclusive Vitalik comentou que Unichain = "cada cópia do Uniswap em cada Rollup é assim". Em outras palavras, ele acredita que lançar clones do Uniswap em uma nova cadeia tem o mesmo propósito que lançar o Unichain em si. Então, afinal, Unichain é positivo ou negativo? Este artigo de hoje discutirá a arquitetura da Unichain e entenderá a "necessidade" da Unichain.
O que é Unichain? Unichain é um rollup otimista projetado para executar transações quase em tempo real, ao mesmo tempo em que utiliza a tecnologia de privacidade TEE para minimizar ao máximo o impacto potencial nos provedores de liquidez e traders na cadeia. Como Unichain é construído com as mesmas propriedades e padrões de outras cadeias de rollup otimistas, ele agora pode aproveitar a interoperabilidade no ecossistema da supercadeia e acessar a liquidez compartilhada em toda a rede. Para isso, Unichain traz 4 inovações significativas: • Separação entre Rollup-Boost e Sequencer Builder • Construção de blocos em TEE • Flashblock • Rede de validação Unichain (UVN)
1.1 Rollup Boost: Separation of Sequencer Proposer (SBS) Block Building is the key to solving the MEV problem. Before MEV Boost, Ethereum was plagued by audit risks and poor user experience. Due to the intense competition among searchers for profit-driven order inclusion, users faced high transaction fees and frontrunning issues. To address these problems, flashbot built MEV-boost. MEV Boost aggregates the roles of block builders and proposers by introducing relays and submits the most profitable blocks to proposers for signature, thus separating the roles of block builders and proposers. This design effectively decentralizes the MEV extraction process and democratizes MEV profits between validators and professional builders.
O conceito de Rollup Boost é semelhante ao MEV Boost, onde o L2 habilitado com SBS (Sequencer Builder Separation) pode separar o processo de construção de blocos do mecanismo de execução do sequenciador por meio de um sistema chamado "Block Builder Sidecar". Em resumo, o sistema possui 4 componentes principais internos: • Nó OP • OP-geth • Sidecar / Blockbuilder Sidecar • Construtor de Blocos Externo Aqui está o diagrama da arquitetura do optimism, onde podemos ver que o nó do sequenciador (também conhecido como op-chain) é composto por Op-geth e Op-node.
Para distinguir entre a construção de blocos e os papéis propostos no sequenciador, um componente chamado Sidecar foi adicionado. Os sidecars permitem que os nós OP recebam blocos de construtores externos, criando um mercado entre construtores de blocos e proponentes. O fluxo de trabalho é o seguinte: 1. O nó OP envia atualizações para o sidecar. 2. O sidecar atua como intermediário para encaminhar a atualização para o op-geth. 3. Quando um nó OP solicita um bloco de OP-geth, o sidecar interceta o pedido. 4. O sidecar então encaminha o pedido para o construtor de blocos externo, que é uma "lacuna" onde o construtor externo pode licitar e competir. 5. Uma vez recebido o bloco externo/vencedor, o sidecar envia-o para o nó OP. 6. Se nenhum bloco for recebido, o sidecar encaminhará o bloco gerado localmente. O principal benefício do sidecar construtor de blocos é que a atualização não requer modificações no cliente OP Chain, permitindo mais flexibilidade, simplificação e escrutínio de agrupamentos de transações. No entanto, devido à adição de um intermediário (sidecar), pode haver alguns atrasos.
1.2 Rollup Boost: Sequencer Proposer Separation (SBS) Rollup Boost takes the blockchain construction process to the next level by introducing a Trusted Execution Environment (TEE) to ensure the integrity of transactions. Thanks to the latest hardware advancements such as Intel TDX, real-time performance becomes possible. For those unfamiliar with TEE, they are secure areas within processors or hardware that provide enhanced privacy by preventing unauthorized entities from reading external data. At the same time, TEE maintains a high level of integrity as the code within TEE cannot be modified or replaced.
No contexto do Rollup Boost, a Unichain usará o construtor TEE para reduzir o risco de vazamento de MEV. Isso significa que, ao enviar pacotes de transações ou transações para o construtor de blocos TEE, a integridade do TEE pode garantir que a ordem das transações que chegam ao construtor não seja afetada por agentes externos que tentam extrair mais MEV.
Além disso, TEE fornece proteção de recuperação sem confiança, o que protege os usuários contra o impacto de transações falhas, pois TEE pode simular e detectar e eliminar qualquer transação de recuperação antes de processá-la. Isso não apenas melhora a eficiência do AMM (pois não há transações falhas passando), mas também melhora a experiência geral do usuário, especialmente em volumes de negociação elevados.
Para aumentar a transparência da classificação e construção de blocos, a prova de execução será publicamente divulgada aos usuários após a geração do bloco. Esta prova é crucial para verificar a classificação de prioridade, um conceito que será explicado no próximo parágrafo.
1.3 Flashblock e construção de blocos verificáveis O tempo médio de bloco do Ethereum de 12 segundos é muito lento e não pode atender à demanda atual por uma experiência de transação aceitável. Além disso, tempos de bloqueio lentos expõem a rede a mais oportunidades de MEV e a tornam vulnerável ao congestionamento da rede sob ataques de spam. O L2 visa melhorar a escalabilidade do Ethereum agrupando transações off-chain e enviando provas para verificar a correção computacional. A fim de fornecer uma experiência de transação mais suave, a Unichain pretende atingir um tempo de bloqueio de 250ms. No entanto, para conseguir isso, o Unichain precisa de um sistema que possa transmitir blocos de forma consistente com baixa latência, bem como tempos de confirmação quase instantâneos. Solana pode processar 440M em paralelo, mas um certo grau de descentralização é sacrificado para alcançar tal velocidade. Anteriormente, durante a maioria das propostas de blocos L2, havia um atraso na serialização de dados e geração de raiz de estado, tornando os tempos de bloco rápidos inviáveis. Para resolver esse problema, o flashbot criou o flashblock, cuja ideia é "quebrar" os pedaços em fragmentos menores, reduzindo assim o tempo entre os blocos para maximizar os benefícios do UX/LP.
Flashblock é uma pré-confirmação emitida pelo construtor de blocos TEE para confirmação parcial, mas rápida. Primeiro, a transação é transmitida para o construtor de blocos TEE. Se o L2 tiver o SBS ativado, o construtor de blocos será desacoplado do sequenciador. Após a classificação e agregação, a transação irá gradualmente formar-se em uma confirmação parcial de Flashblock. O Flashblock transmitirá do sequenciador para outros nós a cada 250 milissegundos para validação. Como a latência é causada pela geração de raiz de estado e serialização em L2, o Unichain reduz significativamente a latência calculando a raiz de estado e o consenso amortizando o custo do processo de construção de bloco apenas uma vez para vários blocos parciais. Em suma, o Flashblock é poderoso porque: • Tempos de geração de blocos mais curtos reduzem o risco de custo de seleção adversa para LPs. • O Flashblock fornece o status de execução antecipada dos estados existentes, facilitando a integração entre carteira e front-end. • Transações rápidas proporcionam uma ótima experiência de usuário (UX). Além disso, como os TEEs podem impor a priorização em cada Flashblock, aplicativos e contratos inteligentes agora podem cobrar impostos MEV, priorizar por interesse próprio e redistribuir MEV para LPs e usuários. Como Dan Robinson enfatizou em um de seus tweets, permitir que aplicativos e usuários "controlem" seu MEV é uma das principais funções/propósitos do Unichain. Melhor ainda, a priorização pode ser verificada pela prova pública de execução no TEE. Isso permite que os usuários verifiquem exatamente como suas negociações são executadas. Isso é muito importante porque é a única maneira de os usuários garantirem que a priorização seja feita de forma justa.
1.4 Rede de Verificação Unichain (UVN) Atualmente, a maioria dos ordenadores L2 são centralizados e o comportamento de um único ordenador pode afetar a justiça do MEV, a atividade ou a finalidade do bloco. Por exemplo, se o ordenador publicar um bloco inválido e submeter uma prova de fraude para desafiá-lo, a reversão da cadeia resultante realmente afetará a velocidade da cadeia. Para lidar com possíveis falhas de ponto único nos ordenadores, a Unichain introduziu a Rede de Verificação Unichain (UVN). O UVN aumenta uma camada adicional de finalidade, verificando os blocos através dos validadores que seguem as especificações da cadeia (Ethereum) ao propor um bloco. Esse processo é semelhante a trabalhos em paralelo, em que diferentes estágios da construção do bloco podem ocorrer simultaneamente em um período. No entanto, sem mais detalhes em documentos, é prematuro fazer suposições adicionais sobre isso.
O token $UNI 1.5 agora não é apenas um token de governança, mas também um token de utilidade. Para se tornar um validador, os operadores devem primeiro apostar $Uni na mainnet como garantia. O contrato inteligente rastreará o saldo e atualizará o status por meio da ponte nativa da Unichain. No início de cada período, o saldo de garantia atual será registrado e as taxas serão distribuídas proporcionalmente com base no peso da garantia. Os validadores com o maior peso de garantia $UNI serão selecionados como validadores ativos, podendo publicar provas para receber parte das recompensas de validação. Validadores que perderem ou não publicarem provas não receberão recompensas, e as recompensas serão acumuladas para o próximo período. Com base nas informações limitadas disponíveis publicamente, podemos inferir que as recompensas de validação serão: (taxas L2 pagas pelos usuários da Unichain - impostos MEV cobrados pelo aplicativo - custos de envio para a camada 1).
2. Unichain vs Appchain vs General Rollup
A diferença chave entre o Unichain/Rollup Genérico e a cadeia de aplicação é a MEV, a confirmação prévia e a competição pelo espaço do bloco.
Devido a capacidade das cadeias de aplicativos de personalizar suas arquiteturas de forma flexível, elas podem implementar diferentes mecanismos de MEV para mitigar problemas como a eliminação de riscos de censura ou redução de vazamentos de MEV.
Ao mesmo tempo, devido às propriedades de integridade fornecidas pelo TEE, a Unichain mitiga e reestrutura o MEV, garantindo que a ordem das transações não seja afetada por terceiros. A ordenação de prioridades verificável também garante a equidade do MEV e permite a redistribuição das receitas do MEV para os usuários e provedores de liquidez.
A maioria dos classificadores no mercado são centralizados, permitindo-lhes obter o máximo valor do fluxo de pedidos. Em contraste, a Unichain adota uma abordagem mais orientada para o 'interesse público', pois seu mecanismo de redistribuição do MEV limita a quantidade de MEV que os classificadores originais podem capturar.
Unichain is built on OpStack, which is the unified standard of Optimistic Chain. It enables Unichain to read messages and transfer assets on the super chain through secure message delivery, achieving low latency (about 2 seconds) through its native optimistic interoperability design. On the other hand, the application chain can utilize different interoperability solutions, such as joining the IBC ecosystem or building L3 on Arbitrum Orbit (although this is not common for OpStack's L2).
Conclusão Unichain é um conceito interessante que não só oferece aos usuários uma experiência de negociação fluida pré-confirmada, mas também, devido ao tempo de bloco mais curto habilitado pelo flashblocks, minimiza ao máximo a janela de aproveitamento do MEV. Essa inovação também reduz o risco de seleção adversa do LP e beneficia os usuários/LPs com deslizes menores, entre outros. Por outro lado, a integridade e a natureza privada do Ambiente de Execução Confiável (TEE) garantem aos usuários da cadeia uma transação justa, verificável ou gerenciada por aplicativo, com redistribuição de MEV, graças à priorização na Unichain. O processo de validação da Unichain também pode proteger os sequenciadores de falhas únicas, desempenhando um papel crucial na rápida validação final de blocos, transformando ao mesmo tempo a token $Uni em um ativo produtivo com retorno. No entanto, ao habilitar a redistribuição do MEV, o sequenciador acaba perdendo o potencial de capturar a maior quantidade de MEV possível, mas mais lucros estão retornando para os LPs/usuários da cadeia. Embora alguns possam pensar que a Unichain pode não ter atrativos suficientes para mover ativos para a nova cadeia, acredito que, com o contínuo desenvolvimento do ecossistema L2, a interoperabilidade entre as cadeias operacionais permitirá à Unichain capitalizar em pools de liquidez maiores, como os provenientes do Base. Além disso, além da doação (Unichain poderá ser fornecida em forma de USDC também após o DAO da Uniswap), os novos aplicativos DeFi têm incentivos suficientes para serem construídos na Unichain, pois podem se beneficiar de estratégias personalizadas de redistribuição de MEV. Ao mesmo tempo, os ativos no ecossistema podem se beneficiar do TEE para mitigar vazamentos de MEV. Assim, com sua velocidade, equidade na redistribuição de MEV e interoperabilidade entre cadeias, a Unichain tem o potencial de se tornar o próximo centro DeFi.
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
IOSG: Qual é a necessidade da Unichain? É informação favorável ou desfavorável?
Autor IOSG Ventures
Prefácio
Ao longo dos anos, a Uniswap tem trabalhado continuamente para impulsionar reformas funcionais e inovadoras, tornando as trocas mais amigáveis e justas para os usuários. Por exemplo, vimos o Uniswap Mobile, a Rede Fillers no UniswapX, o ERC-7682 para padronizar intenções de cross-chain e os ganchos que em breve serão disponibilizados no Uniswap V4 para personalizar as pools de AMM.
Em 10 de outubro, a Uniswap anunciou sua Rollup geralmente otimista, Unichain. A cadeia visa ser o centro de liquidez one-stop do ecossistema de supercadeias, oferecendo aos traders uma experiência de troca quase instantânea e spreads mais baixos, ao mesmo tempo em que maximiza a privacidade e a integridade dos participantes do MEV, utilizando TEE. Embora essa visão seja impressionante, os usuários questionam se há necessidade de mais um L2, inclusive Vitalik comentou que Unichain = "cada cópia do Uniswap em cada Rollup é assim". Em outras palavras, ele acredita que lançar clones do Uniswap em uma nova cadeia tem o mesmo propósito que lançar o Unichain em si. Então, afinal, Unichain é positivo ou negativo? Este artigo de hoje discutirá a arquitetura da Unichain e entenderá a "necessidade" da Unichain.
1.1 Rollup Boost: Separation of Sequencer Proposer (SBS) Block Building is the key to solving the MEV problem. Before MEV Boost, Ethereum was plagued by audit risks and poor user experience. Due to the intense competition among searchers for profit-driven order inclusion, users faced high transaction fees and frontrunning issues. To address these problems, flashbot built MEV-boost. MEV Boost aggregates the roles of block builders and proposers by introducing relays and submits the most profitable blocks to proposers for signature, thus separating the roles of block builders and proposers. This design effectively decentralizes the MEV extraction process and democratizes MEV profits between validators and professional builders.
O conceito de Rollup Boost é semelhante ao MEV Boost, onde o L2 habilitado com SBS (Sequencer Builder Separation) pode separar o processo de construção de blocos do mecanismo de execução do sequenciador por meio de um sistema chamado "Block Builder Sidecar". Em resumo, o sistema possui 4 componentes principais internos: • Nó OP • OP-geth • Sidecar / Blockbuilder Sidecar • Construtor de Blocos Externo Aqui está o diagrama da arquitetura do optimism, onde podemos ver que o nó do sequenciador (também conhecido como op-chain) é composto por Op-geth e Op-node.
Para distinguir entre a construção de blocos e os papéis propostos no sequenciador, um componente chamado Sidecar foi adicionado. Os sidecars permitem que os nós OP recebam blocos de construtores externos, criando um mercado entre construtores de blocos e proponentes. O fluxo de trabalho é o seguinte: 1. O nó OP envia atualizações para o sidecar. 2. O sidecar atua como intermediário para encaminhar a atualização para o op-geth. 3. Quando um nó OP solicita um bloco de OP-geth, o sidecar interceta o pedido. 4. O sidecar então encaminha o pedido para o construtor de blocos externo, que é uma "lacuna" onde o construtor externo pode licitar e competir. 5. Uma vez recebido o bloco externo/vencedor, o sidecar envia-o para o nó OP. 6. Se nenhum bloco for recebido, o sidecar encaminhará o bloco gerado localmente. O principal benefício do sidecar construtor de blocos é que a atualização não requer modificações no cliente OP Chain, permitindo mais flexibilidade, simplificação e escrutínio de agrupamentos de transações. No entanto, devido à adição de um intermediário (sidecar), pode haver alguns atrasos.
1.2 Rollup Boost: Sequencer Proposer Separation (SBS) Rollup Boost takes the blockchain construction process to the next level by introducing a Trusted Execution Environment (TEE) to ensure the integrity of transactions. Thanks to the latest hardware advancements such as Intel TDX, real-time performance becomes possible. For those unfamiliar with TEE, they are secure areas within processors or hardware that provide enhanced privacy by preventing unauthorized entities from reading external data. At the same time, TEE maintains a high level of integrity as the code within TEE cannot be modified or replaced.
No contexto do Rollup Boost, a Unichain usará o construtor TEE para reduzir o risco de vazamento de MEV. Isso significa que, ao enviar pacotes de transações ou transações para o construtor de blocos TEE, a integridade do TEE pode garantir que a ordem das transações que chegam ao construtor não seja afetada por agentes externos que tentam extrair mais MEV.
Além disso, TEE fornece proteção de recuperação sem confiança, o que protege os usuários contra o impacto de transações falhas, pois TEE pode simular e detectar e eliminar qualquer transação de recuperação antes de processá-la. Isso não apenas melhora a eficiência do AMM (pois não há transações falhas passando), mas também melhora a experiência geral do usuário, especialmente em volumes de negociação elevados.
Para aumentar a transparência da classificação e construção de blocos, a prova de execução será publicamente divulgada aos usuários após a geração do bloco. Esta prova é crucial para verificar a classificação de prioridade, um conceito que será explicado no próximo parágrafo.
1.3 Flashblock e construção de blocos verificáveis O tempo médio de bloco do Ethereum de 12 segundos é muito lento e não pode atender à demanda atual por uma experiência de transação aceitável. Além disso, tempos de bloqueio lentos expõem a rede a mais oportunidades de MEV e a tornam vulnerável ao congestionamento da rede sob ataques de spam. O L2 visa melhorar a escalabilidade do Ethereum agrupando transações off-chain e enviando provas para verificar a correção computacional. A fim de fornecer uma experiência de transação mais suave, a Unichain pretende atingir um tempo de bloqueio de 250ms. No entanto, para conseguir isso, o Unichain precisa de um sistema que possa transmitir blocos de forma consistente com baixa latência, bem como tempos de confirmação quase instantâneos. Solana pode processar 440M em paralelo, mas um certo grau de descentralização é sacrificado para alcançar tal velocidade. Anteriormente, durante a maioria das propostas de blocos L2, havia um atraso na serialização de dados e geração de raiz de estado, tornando os tempos de bloco rápidos inviáveis. Para resolver esse problema, o flashbot criou o flashblock, cuja ideia é "quebrar" os pedaços em fragmentos menores, reduzindo assim o tempo entre os blocos para maximizar os benefícios do UX/LP. Flashblock é uma pré-confirmação emitida pelo construtor de blocos TEE para confirmação parcial, mas rápida. Primeiro, a transação é transmitida para o construtor de blocos TEE. Se o L2 tiver o SBS ativado, o construtor de blocos será desacoplado do sequenciador. Após a classificação e agregação, a transação irá gradualmente formar-se em uma confirmação parcial de Flashblock. O Flashblock transmitirá do sequenciador para outros nós a cada 250 milissegundos para validação. Como a latência é causada pela geração de raiz de estado e serialização em L2, o Unichain reduz significativamente a latência calculando a raiz de estado e o consenso amortizando o custo do processo de construção de bloco apenas uma vez para vários blocos parciais. Em suma, o Flashblock é poderoso porque: • Tempos de geração de blocos mais curtos reduzem o risco de custo de seleção adversa para LPs. • O Flashblock fornece o status de execução antecipada dos estados existentes, facilitando a integração entre carteira e front-end. • Transações rápidas proporcionam uma ótima experiência de usuário (UX). Além disso, como os TEEs podem impor a priorização em cada Flashblock, aplicativos e contratos inteligentes agora podem cobrar impostos MEV, priorizar por interesse próprio e redistribuir MEV para LPs e usuários. Como Dan Robinson enfatizou em um de seus tweets, permitir que aplicativos e usuários "controlem" seu MEV é uma das principais funções/propósitos do Unichain. Melhor ainda, a priorização pode ser verificada pela prova pública de execução no TEE. Isso permite que os usuários verifiquem exatamente como suas negociações são executadas. Isso é muito importante porque é a única maneira de os usuários garantirem que a priorização seja feita de forma justa.
1.4 Rede de Verificação Unichain (UVN) Atualmente, a maioria dos ordenadores L2 são centralizados e o comportamento de um único ordenador pode afetar a justiça do MEV, a atividade ou a finalidade do bloco. Por exemplo, se o ordenador publicar um bloco inválido e submeter uma prova de fraude para desafiá-lo, a reversão da cadeia resultante realmente afetará a velocidade da cadeia. Para lidar com possíveis falhas de ponto único nos ordenadores, a Unichain introduziu a Rede de Verificação Unichain (UVN). O UVN aumenta uma camada adicional de finalidade, verificando os blocos através dos validadores que seguem as especificações da cadeia (Ethereum) ao propor um bloco. Esse processo é semelhante a trabalhos em paralelo, em que diferentes estágios da construção do bloco podem ocorrer simultaneamente em um período. No entanto, sem mais detalhes em documentos, é prematuro fazer suposições adicionais sobre isso.
O token $UNI 1.5 agora não é apenas um token de governança, mas também um token de utilidade. Para se tornar um validador, os operadores devem primeiro apostar $Uni na mainnet como garantia. O contrato inteligente rastreará o saldo e atualizará o status por meio da ponte nativa da Unichain. No início de cada período, o saldo de garantia atual será registrado e as taxas serão distribuídas proporcionalmente com base no peso da garantia. Os validadores com o maior peso de garantia $UNI serão selecionados como validadores ativos, podendo publicar provas para receber parte das recompensas de validação. Validadores que perderem ou não publicarem provas não receberão recompensas, e as recompensas serão acumuladas para o próximo período. Com base nas informações limitadas disponíveis publicamente, podemos inferir que as recompensas de validação serão: (taxas L2 pagas pelos usuários da Unichain - impostos MEV cobrados pelo aplicativo - custos de envio para a camada 1). 2. Unichain vs Appchain vs General Rollup
A diferença chave entre o Unichain/Rollup Genérico e a cadeia de aplicação é a MEV, a confirmação prévia e a competição pelo espaço do bloco.
Devido a capacidade das cadeias de aplicativos de personalizar suas arquiteturas de forma flexível, elas podem implementar diferentes mecanismos de MEV para mitigar problemas como a eliminação de riscos de censura ou redução de vazamentos de MEV.
Ao mesmo tempo, devido às propriedades de integridade fornecidas pelo TEE, a Unichain mitiga e reestrutura o MEV, garantindo que a ordem das transações não seja afetada por terceiros. A ordenação de prioridades verificável também garante a equidade do MEV e permite a redistribuição das receitas do MEV para os usuários e provedores de liquidez.
A maioria dos classificadores no mercado são centralizados, permitindo-lhes obter o máximo valor do fluxo de pedidos. Em contraste, a Unichain adota uma abordagem mais orientada para o 'interesse público', pois seu mecanismo de redistribuição do MEV limita a quantidade de MEV que os classificadores originais podem capturar.
Unichain is built on OpStack, which is the unified standard of Optimistic Chain. It enables Unichain to read messages and transfer assets on the super chain through secure message delivery, achieving low latency (about 2 seconds) through its native optimistic interoperability design. On the other hand, the application chain can utilize different interoperability solutions, such as joining the IBC ecosystem or building L3 on Arbitrum Orbit (although this is not common for OpStack's L2).