Hybrid Rollup

O que é um Hybrid Rollup no mercado cripto?

Um Hybrid Rollup é um design de escalabilidade de blockchain Layer 2 que combina ideias de optimistic rollups e zero-knowledge rollups.

Em termos simples, um Hybrid Rollup tenta manter a velocidade, a compatibilidade e o menor custo de geração de provas dos optimistic rollups, acrescentando recursos de provas de conhecimento zero para oferecer uma verificação mais robusta ou uma finalização mais rápida.

Hybrid Rollup não é um padrão universal único.

É uma categoria de design usada para descrever rollups que combinam mais de um modelo de prova ou verificação.

O significado mais comum é um rollup que presume, por padrão, que as transações são válidas, como um optimistic rollup, mas pode usar provas de validade ou máquinas virtuais de conhecimento zero quando uma contestação, um desafio ou uma etapa de verificação se fizer necessária.

A documentação da Ethereum sobre optimistic rollups explica que esses rollups publicam dados de transações na Ethereum e presumem que as transações são válidas, a menos que alguém as conteste.

A documentação da Ethereum sobre ZK-rollups explica que esses rollups enviam provas de validade para verificar a computação off-chain.

Um Hybrid Rollup fica entre essas duas abordagens.

Seu objetivo é reduzir as desvantagens de cada design e, ao mesmo tempo, preservar os benefícios mais importantes de ambos.

Por que Hybrid Rollups são importantes

Hybrid Rollups são importantes porque a escalabilidade de blockchain continua sendo um grande desafio no mercado cripto.

Blockchains públicas precisam atender mais usuários, aplicações e liquidações mais rápidas e com taxas menores, sem enfraquecer a segurança.

Os rollups ajudam ao executar transações fora da camada principal de liquidação, mas continuam usando essa camada para dados, provas ou resolução de disputas.

A página da L2BEAT sobre riscos de disponibilidade de dados explica que rollups publicam periodicamente compromissos de estado na Ethereum e validam esses compromissos por meio de provas de validade ou mecanismos otimistas de contestação.

Os optimistic rollups costumam ser mais fáceis de compatibilizar com contratos inteligentes no estilo Ethereum, mas os saques podem demorar porque os usuários precisam de tempo para contestar alegações inválidas.

Os ZK-rollups podem oferecer finalização mais rápida depois da verificação da prova, mas gerar provas para computações complexas de uso geral pode ser difícil e caro.

Os Hybrid Rollups tentam tornar essa compensação menos extrema.

Eles podem permitir que o sistema opere de forma otimista na maior parte do tempo e use provas ZK quando for necessária uma verificação adicional.

Isso pode criar um caminho para uma finalização mais rápida, maior segurança e compatibilidade prática para desenvolvedores.

Para usuários de cripto, o termo é importante porque descreve uma nova geração de designs Layer 2 que pode mudar o funcionamento de saques, desafios, bridges e finalização.

Como funciona um Hybrid Rollup

Um Hybrid Rollup geralmente processa transações off-chain e publica dados de transações, raízes de estado ou compromissos em uma blockchain Layer 1 usada para liquidação.

O operador do rollup ou sequenciador reúne as transações dos usuários e cria lotes.

Em seguida, o rollup publica informações suficientes para que a camada de liquidação e observadores independentes possam verificar o estado do rollup.

Em um optimistic rollup puro, o novo estado é aceito, a menos que alguém apresente uma prova de fraude válida durante o período de contestação.

Em um ZK-rollup puro, o novo estado é aceito depois que uma prova de validade confirma que o lote foi calculado corretamente.

Um Hybrid Rollup pode usar os dois caminhos lógicos.

Por exemplo, pode aceitar lotes de forma otimista durante a operação normal e exigir uma prova de conhecimento zero apenas quando alguém contestar um lote.

Outro design pode usar provas ZK para operações específicas de alto risco e premissas otimistas para a execução regular.

Um terceiro design pode usar vários sistemas de prova, de modo que um método de prova dê suporte a outro.

A ideia central é que o rollup não se limita a um único estilo de verificação.

Componente de optimistic rollup

O componente otimista de um Hybrid Rollup presume que os lotes de transações enviados são válidos, a menos que alguém prove o contrário.

Esse design é útil porque dispensa a geração de provas de validade caras para cada lote.

Se a maioria dos lotes for honesta, o sistema pode operar com eficiência.

Os usuários podem receber confirmações rápidas provisórias do sequenciador antes que o lote seja totalmente finalizado na camada de liquidação.

A contrapartida é a necessidade de uma janela de contestação.

Durante esse período, validadores, observadores ou outros participantes podem analisar o lote e contestar transições de estado inválidas.

Se nenhuma contestação válida for enviada, o lote é finalizado de acordo com as regras otimistas.

Essa abordagem pode ser simples e compatível com ambientes de execução existentes no estilo Ethereum.

No entanto, a janela de contestação pode atrasar saques e reduzir a confiança na liquidação.

Um Hybrid Rollup usa o componente otimista para manter custos e complexidade menores durante a operação normal.

Componente de conhecimento zero

O componente de conhecimento zero de um Hybrid Rollup usa provas de validade para verificar a computação de forma mais direta.

Uma prova de validade pode demonstrar que uma transição de estado foi calculada corretamente sem exigir que a camada de liquidação execute novamente cada transação.

Isso é poderoso porque pode reduzir a necessidade de longos períodos de contestação.

Também pode ajudar a resolver contestações mais rapidamente quando um lote é questionado.

As discussões sobre Hybrid Rollups na Ethereum Research descrevem um modelo em que as provas de validade podem ser geradas apenas quando houver uma contestação, em vez de para cada lote normal.

Isso pode reduzir o custo de geração de provas, pois o sistema não precisa gerar provas ZK constantemente.

Ao mesmo tempo, pode melhorar a segurança porque um lote contestado pode ser verificado por meio de prova criptográfica, em vez de depender apenas de um longo processo interativo de prova de fraude.

O componente de conhecimento zero é o que dá ao Hybrid Rollup potencial de verificação mais robusta.

Também é a parte que introduz complexidade no sistema de provas.

Se os circuitos ZK, a máquina virtual, os contratos verificadores ou o processo de geração de provas apresentarem falhas, o Hybrid Rollup pode enfrentar sérios problemas de segurança.

Hybrid Rollup vs. optimistic rollup

Um Hybrid Rollup se assemelha a um optimistic rollup porque pode presumir, por padrão, que os lotes de transações são válidos.

Os dois designs podem reduzir custos ao evitar a execução completa de cada transação on-chain.

Ambos podem publicar dados de transações ou compromissos de estado em uma camada de liquidação.

Ambos podem usar um processo de contestação para proteger os usuários contra transições de estado inválidas.

A diferença é que um Hybrid Rollup pode acrescentar uma camada de provas de validade para reforçar ou acelerar a resolução de disputas.

Um optimistic rollup padrão costuma depender de provas de fraude e de uma janela de contestação.

Um Hybrid Rollup pode usar provas ZK para demonstrar se um lote contestado está correto.

Isso pode reduzir a necessidade de longos atrasos nos saques, desde que o sistema de provas seja confiável e aceito pelo contrato de liquidação.

O modelo otimista dá eficiência de custos aos Hybrid Rollups durante a operação normal.

O modelo ZK oferece um caminho de verificação mais robusto quando algo dá errado.

Hybrid Rollup vs. ZK-rollup

Um Hybrid Rollup também se assemelha a um ZK-rollup porque pode usar provas de validade de conhecimento zero.

Ambos podem depender de sistemas criptográficos de prova para verificar transições de estado.

Ambos podem reduzir a confiança necessária no sequenciador ou operador.

Ambos podem ajudar a oferecer finalização mais rápida quando as provas de validade são usadas com eficiência.

A diferença é que um ZK-rollup completo geralmente gera provas de validade para cada lote ou grupo de lotes.

Um Hybrid Rollup pode não precisar gerar uma prova todas as vezes.

Ele pode gerar provas apenas durante disputas, em checkpoints, saques ou eventos de liquidação de alto valor.

Isso pode reduzir o custo de geração de provas e facilitar a operação do sistema enquanto a geração de provas ZK para computações complexas continuar cara.

A contrapartida é que, durante a operação normal, o sistema ainda pode herdar algumas premissas de optimistic rollup.

Portanto, um Hybrid Rollup não é automaticamente tão final ou tão minimizado em confiança quanto um ZK-rollup completo em todas as configurações.

Provas de fraude em um Hybrid Rollup

Uma prova de fraude é um mecanismo usado para demonstrar que uma transição de estado enviada pelo rollup é inválida.

Em um sistema otimista, as provas de fraude são essenciais porque o rollup aceita lotes, a menos que alguém prove que há fraude.

Um Hybrid Rollup ainda pode usar uma lógica de provas de fraude, mas a prova pode receber suporte de uma prova ZK ou de uma máquina virtual ZK.

Por exemplo, alguém que conteste o lote pode alegar que ele é inválido e, em seguida, apresentar uma prova que demonstre o resultado correto da execução.

Isso pode tornar a resolução de disputas mais rápida e precisa.

Os sistemas tradicionais de provas de fraude podem exigir várias rodadas interativas entre quem faz a alegação e quem contesta.

Uma prova de fraude assistida por ZK pode reduzir a interação necessária se a prova puder verificar diretamente a computação contestada.

Essa é uma das razões pelas quais os pesquisadores de Layer 2 se interessam pelos Hybrid Rollups.

Eles podem reduzir o atrito das provas de fraude sem exigir a geração de provas ZK completas para cada lote.

No entanto, um sistema de provas de fraude só é útil se os contestadores honestos puderem acessar os dados, apresentar contestações e arcar com os custos necessários.

Provas de validade em um Hybrid Rollup

Uma prova de validade é uma prova criptográfica de que um lote ou uma computação foi executado corretamente.

Em um ZK-rollup, as provas de validade são a principal fonte de verificação das transições de estado.

Em um Hybrid Rollup, as provas de validade podem ser usadas de maneira mais seletiva.

Elas podem ser geradas durante disputas, usadas em checkpoints, utilizadas para saques mais rápidos ou exigidas para determinados tipos de transação.

Esse uso seletivo pode reduzir os custos em comparação com a geração de provas para cada lote.

Também pode oferecer garantias mais fortes do que um design puramente otimista.

O desafio é que as provas de validade exigem sistemas especializados.

A geração de provas pode exigir muita capacidade computacional, circuitos otimizados, hardware especializado ou máquinas virtuais cuidadosamente projetadas.

Os contratos verificadores também precisam ser seguros e eficientes.

Se o sistema de provas de validade ainda não estiver pronto para produção, o Hybrid Rollup pode continuar dependendo fortemente de premissas otimistas.

Períodos de contestação

Um período de contestação é o intervalo em que um estado enviado pelo rollup pode ser contestado.

Os optimistic rollups precisam de períodos de contestação porque presumem que lotes inválidos são válidos, a menos que sejam contestados.

Os Hybrid Rollups podem tentar encurtar esse período usando provas ZK para resolver disputas mais rapidamente.

Isso pode melhorar a experiência do usuário, pois longos atrasos nos saques são uma das reclamações mais comuns sobre optimistic rollups.

Se uma disputa puder ser resolvida com uma prova de validade, talvez o sistema não precise esperar tanto para aceitar o estado final.

No entanto, encurtar o período de contestação é arriscado se o sistema de provas, a disponibilidade dos dados ou o acesso dos contestadores forem deficientes.

Os usuários precisam de tempo e informações suficientes para detectar problemas.

Uma alegação de finalização rápida só é útil se o sistema continuar seguro diante de condições adversas reais.

Os desenvolvedores de Hybrid Rollup precisam equilibrar velocidade com o direito de contestar.

Os sistemas mais seguros tornam as contestações práticas, acessíveis e bem documentadas.

Finalização de saques

A finalização de saques é uma das principais razões pelas quais os desenvolvedores exploram Hybrid Rollups.

Em muitos designs otimistas, os saques de volta para a camada de liquidação podem demorar porque os usuários precisam esperar o período de contestação.

Em muitos designs ZK, os saques podem ser liquidados mais rapidamente depois que a prova de validade é aceita.

Um Hybrid Rollup pode tentar oferecer finalização mais rápida de saques usando provas ZK apenas quando necessário.

Isso poderia permitir que os usuários evitassem longos atrasos sem que o sistema precisasse gerar provas constantemente.

Uma finalização mais rápida de saques pode melhorar DeFi, pagamentos, jogos, liquidação institucional e a experiência cross-chain.

No entanto, a velocidade dos saques não é a única questão de segurança.

Os usuários também devem verificar se o rollup tem mecanismos de saída de emergência, saques forçados, garantias de disponibilidade de dados e contratos de bridge seguros.

Uma bridge de saque rápido não é segura se depender de uma verificação fraca.

Um Hybrid Rollup seguro deve explicar exatamente quando os saques são finais e qual sistema de provas lhes dá suporte.

Disponibilidade de dados

A disponibilidade de dados é essencial para qualquer rollup, inclusive um Hybrid Rollup.

Disponibilidade de dados significa que os dados das transações necessários para reconstruir o estado do rollup estão acessíveis aos usuários e contestadores.

Se os dados não estiverem disponíveis, os participantes honestos podem não conseguir detectar fraudes ou provar o estado correto.

A documentação de rollups da Ethereum destaca que eles publicam dados ou informações compactadas das transações para que a rede principal possa dar suporte à verificação e à recuperação.

Um Hybrid Rollup que usa premissas otimistas ainda precisa de disponibilidade de dados para permitir contestações.

Um Hybrid Rollup que usa provas ZK ainda pode precisar de disponibilidade de dados para que os usuários consultem seus saldos e saiam com segurança.

Alguns sistemas podem usar a Ethereum para disponibilidade de dados; outros podem usar camadas ou comitês separados para essa finalidade.

Essas escolhas alteram o modelo de confiança.

Os usuários não devem considerar todos os Hybrid Rollups igualmente seguros se eles não usarem o mesmo design de disponibilidade de dados.

O sistema de provas de um rollup é importante, mas a disponibilidade dos dados é o que torna viável a verificação independente.

Sequenciadores

Um sequenciador é o componente que ordena transações em muitos sistemas de rollup.

Em um Hybrid Rollup, o sequenciador pode fornecer confirmações rápidas de transações antes da liquidação final.

Isso melhora a experiência do usuário, pois não é necessário esperar a confirmação de cada transação na camada de liquidação.

No entanto, um sequenciador centralizado pode introduzir riscos de censura, indisponibilidade e ordenação de transações.

Um sequenciador pode atrasar ou reordenar transações, ou parar temporariamente de produzir lotes.

Um Hybrid Rollup ainda pode ser seguro no nível da liquidação enquanto os usuários enfrentam problemas no nível do sequenciamento.

Bons designs incluem mecanismos alternativos, como inclusão forçada, proponentes alternativos, sequenciamento descentralizado ou caminhos de saída claros.

Os usuários devem verificar quem opera o sequenciador e o que acontece se ele falhar.

Confirmações rápidas são úteis, mas não devem ser confundidas com liquidação final.

Um Hybrid Rollup deve deixar clara a diferença entre uma confirmação provisória e a finalização.

Hybrid Rollup e zkVMs

Uma zkVM é uma máquina virtual de conhecimento zero que pode provar a execução correta de um programa.

Os designs de Hybrid Rollup costumam mencionar zkVMs porque elas podem permitir que a execução complexa do rollup seja comprovada apenas quando necessário.

A documentação da ZKM sobre Hybrid Rollup descreve um modelo em que os lotes de transações são presumidos válidos, a menos que sejam contestados, e a tecnologia de provas ZK é usada no processo de contestação.

Esse tipo de design pode ajudar a combinar execução otimista com verificação criptográfica.

Uma zkVM pode ser útil porque pode provar a execução sem exigir que os desenvolvedores reescrevam cada aplicação em circuitos personalizados.

Isso pode melhorar a compatibilidade para desenvolvedores.

No entanto, os sistemas zkVM são tecnicamente complexos.

Eles exigem conjuntos de instruções seguros, sistemas de prova sólidos, geração eficiente de provas, contratos verificadores corretos e integração cuidadosa com as regras de estado do rollup.

Uma zkVM pode reforçar um Hybrid Rollup, mas apenas se for madura e implementada corretamente.

Os usuários não devem presumir que a simples menção a zkVM garante segurança.

Arquitetura de Hybrid Rollup

A arquitetura de um Hybrid Rollup costuma incluir um sequenciador, software de nó do rollup, lógica de envio de lotes, sistema de disponibilidade de dados, contratos de liquidação, lógica de provas de fraude, geração de provas ZK e contratos verificadores.

O sequenciador ordena transações e cria lotes.

O nó do rollup acompanha o estado e valida a execução.

O sistema que envia os lotes publica compromissos ou dados na camada de liquidação.

O sistema de disponibilidade de dados garante que os dados das transações possam ser inspecionados.

O contrato de liquidação aceita raízes de estado, gerencia contestações e controla saques.

O sistema de provas de fraude detecta transições inválidas.

O provador ZK gera provas de validade quando necessário.

O contrato verificador verifica essas provas on-chain.

Todos esses componentes precisam funcionar em conjunto.

Uma falha em um deles pode enfraquecer o sistema inteiro.

Hybrid Rollup e Ethereum

A maioria das discussões sobre Hybrid Rollups está ligada à escalabilidade da Ethereum, pois ela se tornou a principal camada de liquidação de muitos designs de rollup.

A Ethereum oferece liquidação robusta, ampla participação de validadores, ferramentas maduras para contratos inteligentes e um ecossistema ativo de desenvolvedores.

Um Hybrid Rollup pode usar a Ethereum como camada em que compromissos de estado, provas ou resultados de disputas são efetivamente aplicados.

Isso permite que o rollup processe transações a um custo menor, mantendo a conexão com a segurança da Ethereum.

No entanto, a segurança exata herdada da Ethereum depende do design do rollup.

Se os dados das transações forem publicados na Ethereum e o sistema de provas for aplicado por contratos da Ethereum, o rollup poderá herdar garantias mais robustas baseadas na Ethereum.

Se os dados forem armazenados em outro lugar ou as atualizações forem controladas por um pequeno grupo de administradores, o perfil de risco muda.

Os usuários devem ler a arquitetura real, em vez de presumir que todo rollup conectado à Ethereum oferece o mesmo nível de confiança.

Os Hybrid Rollups são promissores porque podem usar a Ethereum como âncora de liquidação e, ao mesmo tempo, oferecer mais flexibilidade de execução.

Continuam sendo sistemas Layer 2 com riscos operacionais e de governança próprios.

Benefícios de um Hybrid Rollup

O primeiro benefício de um Hybrid Rollup é a eficiência de custos.

Ao evitar a geração constante de provas de validade, o rollup pode reduzir os custos de prova durante a operação normal.

O segundo benefício é a resolução mais rápida de disputas.

As provas ZK podem ajudar a resolver lotes contestados mais rapidamente do que longos processos interativos de prova de fraude.

O terceiro benefício é uma experiência de saque melhor.

Se as contestações puderem ser resolvidas mais rapidamente, os usuários podem enfrentar atrasos menores nos saques.

O quarto benefício é a compatibilidade para desenvolvedores.

Um modelo de execução otimista pode ser mais fácil de adaptar a contratos inteligentes no estilo Ethereum.

O quinto benefício é oferecer segurança mais robusta do que um design puramente otimista, se a camada de provas ZK for confiável.

O sexto benefício é a flexibilidade.

Diferentes aplicações podem usar regras de verificação distintas conforme o valor, a velocidade, o custo ou o risco.

Riscos de um Hybrid Rollup

O primeiro risco é a complexidade adicional.

Um Hybrid Rollup tem mais componentes móveis do que um design otimista simples ou um design ZK simples.

O segundo risco é uma falha no sistema de provas.

Se o verificador ZK, o circuito ou a máquina virtual apresentar falhas, estados inválidos podem ser aceitos ou estados válidos podem ser bloqueados.

O terceiro risco é o acesso às contestações.

Se os contestadores honestos não puderem acessar os dados ou arcar com os custos das contestações, o componente otimista do sistema fica mais fraco.

O quarto risco é de governança.

Chaves de atualização, controles de emergência e alterações no verificador podem afetar a segurança dos usuários.

O quinto risco é a disponibilidade de dados.

Sem dados disponíveis, usuários e observadores podem não conseguir verificar o estado do rollup.

O sexto risco é o sequenciador.

Um sequenciador pode causar problemas de disponibilidade, censura e ordenação de transações.

O sétimo risco é a confusão causada pelo marketing.

Um projeto pode se chamar híbrido sem explicar claramente o que é, de fato, híbrido.

Hybrid Rollup e premissas de segurança

Todo Hybrid Rollup tem premissas de segurança que os usuários devem compreender.

O sistema pode presumir que existe pelo menos um observador honesto.

Pode presumir que os dados das transações estarão disponíveis durante o período de contestação.

Pode presumir que o sistema de provas ZK é sólido.

Pode presumir que o contrato de liquidação está correto.

Pode presumir que o sequenciador não consegue censurar os usuários permanentemente porque há inclusão forçada.

Pode presumir que os administradores das atualizações não agirão de forma maliciosa ou sem aviso.

Essas premissas nem sempre ficam evidentes nas interfaces para usuários.

Uma carteira pode exibir uma transação simples, enquanto o rollup subjacente ainda depende de várias camadas de confiança.

Os usuários devem procurar documentação pública, auditorias, informações sobre o estado do sistema de provas, análises de risco de Layer 2 e divulgações claras de governança.

Um Hybrid Rollup é mais robusto quando suas premissas são transparentes e reduzidas ao mínimo.

Hybrid Rollup e finalização

Finalização significa que uma transação ou atualização de estado foi liquidada o suficiente para que os usuários possam confiar nela.

Um Hybrid Rollup pode ter vários tipos de finalização.

A finalização provisória pode ocorrer quando o sequenciador confirma rapidamente uma transação.

A finalização econômica pode se fortalecer quando o lote é publicado e as condições de contestação se tornam mais difíceis de reverter.

A finalização baseada em provas pode ocorrer quando uma prova de validade é verificada.

A finalização na camada de liquidação depende da Layer 1 subjacente.

Os usuários não devem tratar todos os sinais de finalização como equivalentes.

Uma transação que aparece como confirmada na interface do rollup ainda pode estar sujeita à publicação de lotes, à verificação de provas ou às regras de contestação.

Os Hybrid Rollups podem melhorar a finalização, mas também precisam comunicar claramente qual etapa de finalização o usuário está vendo.

Isso é especialmente importante para bridges, transações DeFi de alto valor e liquidação institucional.

Os melhores sistemas distinguem a confirmação simples para o usuário da liquidação criptográfica final.

Hybrid Rollup e bridges

As bridges estão entre os componentes mais sensíveis de qualquer sistema de rollup.

Uma bridge de rollup controla como os ativos se movimentam entre a camada de liquidação e o rollup.

Em um Hybrid Rollup, a bridge pode depender de raízes de estado otimistas, provas ZK, períodos de contestação ou uma combinação desses elementos.

Se a bridge aceitar um estado inválido, os fundos dos usuários podem ficar em risco.

Se a bridge for lenta demais, a experiência do usuário será prejudicada.

Se a bridge tiver controles de atualização privilegiados, os usuários precisarão confiar nos administradores.

Os Hybrid Rollups buscam melhorar a finalização das bridges usando mecanismos de prova mais robustos quando necessário.

No entanto, a segurança das bridges ainda depende da segurança dos contratos, da disponibilidade de dados, da verificação das provas e da governança.

Os usuários devem ter cuidado ao transferir grandes valores por qualquer bridge de rollup.

Uma pequena transferência de teste é uma prática de segurança útil.

Hybrid Rollup e DeFi

As aplicações DeFi podem se beneficiar dos Hybrid Rollups porque precisam de taxas baixas, execução rápida e garantias sólidas de liquidação.

Trading, empréstimos, pools de liquidez, derivativos e pagamentos se tornam mais acessíveis quando os custos de transação diminuem.

Ao mesmo tempo, DeFi é sensível à finalização e à segurança das bridges.

Um protocolo de empréstimo precisa contabilizar as garantias com confiabilidade.

Um protocolo de trading precisa de proteção contra atualizações de estado inválidas.

Um protocolo de derivativos precisa confiar que a liquidação não será revertida inesperadamente.

Os Hybrid Rollups podem ajudar ao combinar o desempenho otimista com melhorias de segurança baseadas em provas.

No entanto, os usuários de DeFi ainda devem analisar os riscos de sequenciador, oráculo, bridge e contratos.

Uma Layer 2 mais rápida não torna automaticamente um protocolo DeFi seguro.

Tanto a segurança do rollup quanto a segurança da aplicação precisam ser robustas.

Hybrid Rollup e jogos

Os jogos em blockchain também podem se beneficiar dos Hybrid Rollups.

Os jogos costumam precisar de muitas transações de baixo custo para ações como transferências de itens, recompensas, melhorias, anúncios em marketplaces e interações entre jogadores.

Gerar uma prova ZK completa para cada ação pode ser caro se o jogo tiver um volume alto de transações.

Um modelo puramente otimista pode ser eficiente, mas pode resultar em uma finalização mais lenta para saques e transferências de ativos.

Um Hybrid Rollup pode permitir interações rápidas no jogo e usar provas ZK para liquidações, disputas ou movimentações importantes de ativos.

Isso pode tornar os jogos on-chain mais práticos sem exigir que cada interação ocorra em uma camada-base congestionada.

No entanto, os usuários de jogos ainda precisam de segurança para as carteiras, propriedade clara dos ativos e caminhos confiáveis para saída.

Se a blockchain do jogo tiver disponibilidade de dados fraca ou controles centralizados, os usuários podem enfrentar riscos para seus ativos.

A infraestrutura de jogos baseada em Hybrid Rollup deve explicar como itens, tokens e saídas são protegidos.

Taxas baixas são úteis, mas a segurança dos ativos continua sendo essencial.

Hybrid Rollup e uso empresarial

Aplicações empresariais de blockchain podem usar conceitos de Hybrid Rollup quando precisam combinar desempenho, privacidade e garantias de liquidação.

As empresas podem querer alta capacidade de processamento para transações internas ou com parceiros.

Também podem querer liquidação baseada em provas para facilitar auditorias.

Um Hybrid Rollup pode permitir que a maior parte da atividade seja processada com eficiência, enquanto transições de estado críticas são comprovadas ou liquidadas com garantias mais robustas.

Isso pode ser útil para registros de cadeia de suprimentos, fluxos de trabalho financeiros, sistemas de identidade, programas de fidelidade ou operações com ativos tokenizados.

No entanto, os casos de uso empresariais frequentemente acrescentam requisitos de permissões, conformidade, privacidade de dados e governança.

Esses requisitos podem alterar as premissas de confiança do rollup.

Os usuários devem distinguir um Hybrid Rollup público e permissionless de um sistema híbrido permissionado.

Ambos podem usar tecnologia de rollup, mas não oferecem o mesmo nível de abertura ou resistência à censura.

O termo híbrido descreve o design de verificação, não necessariamente a descentralização.

Hybrid Rollup e design de blockchain modular

Os Hybrid Rollups fazem parte do movimento mais amplo de blockchains modulares.

O design modular separa funções da blockchain, como execução, liquidação, consenso e disponibilidade de dados.

Um rollup geralmente executa transações fora da cadeia principal e usa outra camada para liquidação ou disponibilidade de dados.

Um Hybrid Rollup acrescenta modularidade à verificação porque pode combinar sistemas de prova otimistas e baseados em validade.

Essa modularidade pode aumentar a flexibilidade.

Um sistema pode escolher quando usar premissas otimistas e quando usar provas ZK.

Outro pode escolher diferentes camadas de disponibilidade de dados ou cronogramas de provas.

O benefício é a personalização.

O risco é a complexidade.

Usuários e desenvolvedores precisam de documentação clara para compreender qual camada é responsável por cada propriedade de segurança.

Hybrid Rollup e sistemas de múltiplas provas

Um Hybrid Rollup pode ser entendido como um tipo de sistema de múltiplas provas.

Um sistema de múltiplas provas usa mais de um mecanismo para verificar transições de estado ou proteger os usuários.

Um caminho de prova pode ser otimista.

Outro pode se basear em conhecimento zero.

Outro caminho pode envolver governança de emergência ou mecanismos de saída.

O objetivo é evitar a dependência total de um único mecanismo.

Por exemplo, a execução otimista pode manter baixos os custos normais, enquanto provas ZK podem fornecer evidências mais robustas durante disputas.

Se for bem projetado, isso pode tornar o sistema mais resiliente.

No entanto, mais caminhos de prova também podem criar mais modos de falha.

Um sistema de múltiplas provas deve ser auditado com cuidado, pois a interação entre os caminhos de prova pode ser tão importante quanto cada caminho isoladamente.

Como avaliar um Hybrid Rollup

O primeiro passo é perguntar o que torna o rollup híbrido.

Alguns sistemas combinam provas de fraude otimistas com provas de validade ZK.

Alguns combinam provas ZK com ambientes de execução confiáveis ou outros sistemas de verificação.

Alguns usam o termo híbrido apenas para descrever o design de disponibilidade de dados ou de liquidação.

O segundo passo é verificar se o sistema de provas está ativo ou apenas planejado.

O terceiro é verificar se o rollup permite contestações permissionless.

O quarto é verificar se os observadores independentes têm acesso aos dados das transações.

O quinto é verificar as regras de saque e os prazos de finalização.

O sexto é analisar as auditorias dos contratos de bridge, contratos verificadores e software dos nós do rollup.

O sétimo é examinar a governança e os controles de atualização.

O oitavo é verificar a descentralização do sequenciador e as opções de inclusão forçada.

O nono é comparar as alegações do projeto com análises de risco independentes, quando disponíveis.

O décimo é testar o sistema com valores pequenos antes de confiar a ele valores maiores.

Equívocos comuns sobre Hybrid Rollups

Um equívoco comum é pensar que um Hybrid Rollup é automaticamente mais seguro do que qualquer optimistic rollup ou ZK-rollup.

Isso não é verdade, pois a segurança depende da implementação, da disponibilidade de dados, da governança e da maturidade do sistema de provas.

Outro equívoco é pensar que cada lote de um Hybrid Rollup é comprovado com provas ZK.

Muitos designs de Hybrid Rollup usam provas ZK seletivamente, em vez de continuamente.

Um terceiro equívoco é acreditar que a finalização mais rápida é garantida.

A finalização mais rápida depende de o sistema de provas estar ativo, ser aceito on-chain e estar integrado aos saques.

Um quarto equívoco é pensar que Hybrid Rollups eliminam a necessidade de observadores.

Se o sistema ainda usar premissas otimistas, observadores ou contestadores podem continuar sendo importantes.

Um quinto equívoco é pensar que híbrido é uma categoria formal de protocolo.

Na prática, o termo é flexível, portanto os usuários precisam ler a arquitetura real.

Boas práticas para usuários

Os usuários devem confirmar se o Hybrid Rollup tem um sistema de provas ativo antes de confiar nas alegações de segurança baseadas em provas.

Devem ler a documentação oficial sobre saques, períodos de contestação e finalização.

Devem verificar se a bridge é protegida por provas de fraude, provas de validade, controles administrativos ou uma combinação desses mecanismos.

Devem evitar presumir que uma interface simples significa que o sistema é totalmente descentralizado.

Devem verificar se há saques forçados ou inclusão forçada de transações.

Devem analisar as premissas de disponibilidade de dados antes de depositar valores elevados.

Devem acompanhar o estado da rede durante atualizações ou mudanças no sistema de provas.

Devem fazer pequenas transferências de teste ao usar uma bridge pela primeira vez.

Devem manter gas suficiente tanto no rollup quanto na camada de liquidação para sair, se necessário.

Devem tratar Hybrid Rollups como infraestrutura avançada que ainda envolve riscos de contratos inteligentes e operacionais.

Boas práticas para desenvolvedores

Os desenvolvedores devem documentar claramente quais partes do sistema são otimistas e quais usam provas ZK.

Devem evitar usar o termo híbrido como um rótulo de marketing vago.

Devem publicar as regras de contestação, os requisitos das provas, os endereços dos contratos verificadores e os prazos de saque.

Devem projetar o acesso às contestações para que participantes honestos possam contestar estados inválidos na prática.

Devem explicitar as premissas de disponibilidade de dados.

Devem auditar os contratos de bridge, os contratos verificadores, os mecanismos de atualização e o software dos nós do rollup.

Devem criar sistemas de monitoramento para indisponibilidade do sequenciador, atrasos no envio de lotes, falhas de provas e problemas na bridge.

Devem fazer lançamentos em etapas antes de administrar depósitos elevados de usuários.

Devem criar interfaces que distingam claramente os estados pendente, confirmado, contestado, comprovado e finalizado.

Devem lembrar que a complexidade de um Hybrid Rollup precisa ser explicada em uma linguagem segura e acessível aos usuários.

Perguntas frequentes

O que é um Hybrid Rollup?

Um Hybrid Rollup é um design de escalabilidade Layer 2 que combina premissas de optimistic rollups com mecanismos de prova de conhecimento zero ou provas de validade.

Um Hybrid Rollup é igual a um optimistic rollup?

Não. Um Hybrid Rollup pode usar execução otimista, mas também acrescenta outra camada de verificação, como provas ZK.

Um Hybrid Rollup é igual a um ZK-rollup?

Não. Um Hybrid Rollup pode usar provas ZK, mas nem sempre gera provas de validade para cada lote, como costuma fazer um ZK-rollup.

Por que os Hybrid Rollups usam métodos otimistas e ZK?

Eles usam os dois métodos para combinar custos operacionais normais mais baixos com uma resolução de disputas baseada em provas mais robusta ou rápida.

Os Hybrid Rollups têm prazos de saque menores?

Podem ter prazos menores se os mecanismos de disputa ou finalização baseados em provas ZK estiverem ativos e forem aceitos pelos contratos de liquidação.

Os Hybrid Rollups são mais seguros do que os rollups comuns?

Eles podem melhorar determinadas propriedades de segurança, mas isso depende da implementação, dos sistemas de prova, da disponibilidade de dados, da governança e do design da bridge.

Qual é o principal benefício de um Hybrid Rollup?

O principal benefício é combinar a eficiência de um optimistic rollup com a força de verificação de um ZK-rollup.

Qual é o maior risco de um Hybrid Rollup?

O maior risco é a complexidade, pois o sistema precisa combinar com segurança sequenciamento, disponibilidade de dados, provas de fraude, provas de validade, bridges e governança.

Um Hybrid Rollup precisa de disponibilidade de dados?

Sim. A disponibilidade de dados continua sendo importante porque usuários e contestadores precisam acessar os dados das transações para verificar o estado e proteger as saídas.

Hybrid Rollups podem oferecer suporte a DeFi?

Sim. Hybrid Rollups podem oferecer suporte a DeFi, mas os usuários ainda precisam avaliar a segurança das bridges, a finalização, os riscos de sequenciador e oráculo e os riscos dos contratos da aplicação.

Hybrid Rollups estão ativos ou ainda são experimentais?

Alguns componentes e implementações de Hybrid Rollup estão ativos ou em desenvolvimento, mas os usuários devem verificar o estado atual do sistema de provas e as divulgações de risco de cada projeto.

Como iniciantes devem entender os Hybrid Rollups?

Iniciantes podem pensar em um Hybrid Rollup como um rollup que opera com eficiência, como um optimistic rollup, na maior parte do tempo, mas pode usar provas ZK para reforçar a verificação quando necessário.

Conclusão

Um Hybrid Rollup é um design avançado de escalabilidade Layer 2 que combina ideias de optimistic rollups e zero-knowledge rollups.

Em geral, mantém a execução otimista para ganhar eficiência e acrescenta tecnologia de provas ZK para oferecer uma verificação mais robusta, resolver disputas mais rapidamente ou melhorar a finalização de saques.

Esse design é importante porque optimistic rollups e ZK-rollups têm vantagens e desvantagens próprias.

Optimistic rollups podem ser mais baratos e mais compatíveis com a execução no estilo Ethereum, mas costumam exigir períodos de contestação.

ZK-rollups podem oferecer uma finalização mais robusta baseada em provas, mas provar computações complexas pode ser caro e difícil.

Um Hybrid Rollup tenta reduzir essa contrapartida usando cada método onde ele faz mais sentido.

No entanto, um design híbrido não significa segurança perfeita automaticamente.

O rollup ainda depende da disponibilidade de dados, da correção do sistema de provas, dos contratos de bridge, do comportamento do sequenciador, do acesso dos observadores, dos controles de governança e das práticas de segurança dos usuários.

O termo Hybrid Rollup também é flexível, então os usuários devem sempre perguntar o que exatamente é híbrido no sistema.

Um Hybrid Rollup real deve explicar claramente quando se aplicam premissas otimistas, quando as provas ZK são geradas, como funcionam as contestações e como os saques são finalizados.

Para os usuários, Hybrid Rollups podem oferecer taxas menores, melhor finalização e experiências Layer 2 mais simples, se forem bem implementados.

Para os desenvolvedores, oferecem um caminho para aplicações escaláveis que equilibram compatibilidade, custo e segurança.

A maneira mais segura de entender um Hybrid Rollup é não tratá-lo como uma palavra da moda.

É uma escolha específica de design que deve ser avaliada com base na arquitetura, implementação, transparência e garantias reais de segurança.