HyperChains

O que são HyperChains no universo cripto?

HyperChains são redes blockchain personalizáveis, alimentadas por provas de conhecimento zero, construídas com o ZK Stack e projetadas para se conectar à rede mais ampla ZKsync Elastic Network.

Em termos simples, uma HyperChain é uma blockchain específica para um aplicativo ou ecossistema, capaz de processar transações de forma independente e, ao mesmo tempo, conectar-se a outras blockchains compatíveis por meio de uma infraestrutura compartilhada de conhecimento zero.

O termo HyperChains foi muito usado em discussões anteriores sobre ZKsync para descrever blockchains soberanas baseadas em ZK e construídas com o ZK Stack.

A documentação oficial atual costuma usar termos como ZKsync Chains, ZK Chains e Elastic Network, mas a ideia central continua semelhante.

A documentação oficial do ZK Stack descreve o ZK Stack como uma estrutura modular para lançar blockchains interoperáveis baseadas em ZK.

Uma HyperChain não é um token, uma carteira, uma bridge ou uma plataforma de trading.

É um conceito de arquitetura blockchain para construir rollups conectados, validiums, volitions ou outros ambientes de execução baseados em ZK.

As HyperChains são importantes porque foram projetadas para resolver dois grandes problemas do universo cripto ao mesmo tempo.

O primeiro é a escalabilidade: uma única blockchain pode ficar congestionada quando muitos usuários e aplicativos disputam espaço nos blocos.

O segundo é a fragmentação: várias blockchains independentes podem dividir usuários, liquidez, ativos e a atenção dos desenvolvedores.

HyperChains e o ZK Stack

O ZK Stack é o conjunto de ferramentas usado para construir HyperChains.

A visão geral oficial do ZK Stack o descreve como uma estrutura modular e acessível para desenvolvedores personalizarem e implantarem blockchains interoperáveis baseadas em ZK.

Isso é importante porque uma HyperChain não foi concebida como uma blockchain independente e aleatória, sem padrões compartilhados.

A ideia é seguir uma estrutura comum para manter a compatibilidade com outras blockchains da mesma rede.

Os desenvolvedores podem usar o ZK Stack para personalizar aspectos importantes de uma blockchain, incluindo disponibilidade de dados, sequenciamento, token de gas, configurações de privacidade e modo de operação.

Isso diferencia as HyperChains da simples implantação de um smart contract em uma blockchain existente.

Um projeto que lança uma HyperChain pode controlar mais aspectos do ambiente de execução.

Esse controle pode incluir a política de taxas, a filtragem de transações, as permissões da blockchain, tokens-base personalizados e opções de disponibilidade de dados.

Ao mesmo tempo, a blockchain ainda pode se beneficiar de provas ZK e da interoperabilidade com outras blockchains do ZK Stack.

Essa combinação de personalização e conectividade é o principal motivo pelo qual as HyperChains se tornaram uma ideia importante de escalabilidade.

HyperChains vs. ZKsync Chains

HyperChains e ZKsync Chains são termos intimamente relacionados.

Materiais anteriores do ecossistema costumavam usar HyperChains para descrever blockchains personalizadas baseadas em ZK e construídas com o ZK Stack.

A documentação oficial atual geralmente se refere a essas blockchains como ZKsync Chains ou ZK Chains.

A documentação oficial de ZKsync Chains explica que qualquer pessoa pode desenvolver e implantar ZKsync Chains, mas elas precisam usar o ZK Stack para serem confiáveis e totalmente interoperáveis dentro da Elastic Network.

Isso significa que HyperChains deve ser entendido como o nome anterior ou popular para a mesma direção geral de design.

Um glossário ainda pode usar HyperChains, pois muitos usuários de cripto, pesquisadores e artigos mais antigos reconhecem o termo.

No entanto, quem pesquisa detalhes técnicos atuais também deve buscar ZKsync Chains, ZK Chains, Elastic Network e ZK Stack.

Essa questão de nomenclatura é importante porque os termos cripto mudam rapidamente à medida que os protocolos amadurecem.

O conceito não desapareceu apenas porque a linguagem da documentação ficou mais precisa.

A ideia evoluiu para uma rede mais ampla de blockchains interoperáveis baseadas em ZK.

Por que as HyperChains são importantes

As HyperChains são importantes porque buscam tornar a escalabilidade blockchain menos fragmentada para usuários e desenvolvedores.

Muitos ecossistemas cripto têm blockchains, bridges, tokens de gas e pools de liquidez separados.

Isso prejudica a experiência do usuário, que pode precisar transferir fundos por bridges, trocar de rede, comprar diferentes tokens para pagar taxas e acompanhar manualmente ativos em vários lugares.

As HyperChains foram projetadas para fazer várias blockchains funcionarem mais como uma rede conectada.

O anúncio oficial da Elastic Chain descreve a visão da Elastic Chain como uma rede crescente de rollups ZK protegidos pela matemática e interoperáveis de forma nativa, com uma experiência uniforme para o usuário.

Para os usuários, o objetivo é facilitar a movimentação entre blockchains.

Para os desenvolvedores, é ter mais liberdade para criar ambientes de execução personalizados sem isolar os usuários do restante do ecossistema.

Para os aplicativos, o objetivo é oferecer espaço dedicado nos blocos e, ao mesmo tempo, acesso a usuários e liquidez compartilhados.

Para a infraestrutura cripto, o objetivo é escalar horizontalmente, adicionando mais blockchains em vez de forçar todas as atividades em uma única camada de execução.

Como as HyperChains funcionam

As HyperChains combinam a execução independente de cada blockchain com uma infraestrutura compartilhada de provas de conhecimento zero e interoperabilidade cross-chain.

Cada HyperChain pode processar suas próprias transações e manter seu próprio estado.

Dependendo da configuração, a blockchain pode enviar provas de validade ou dados de liquidação para o Ethereum ou para uma infraestrutura de rede compartilhada.

As provas de conhecimento zero permitem que a blockchain prove que as transições de estado foram calculadas corretamente sem exigir que o Ethereum execute novamente todas as transações.

Essa é a principal vantagem de escalabilidade da tecnologia ZK rollup.

A documentação oficial da ZKsync Era explica que a ZKsync Era executa transações off-chain, agrupa-as em lotes e gera uma prova de validade sucinta, que é enviada ao Ethereum.

As HyperChains ampliam essa ideia: em vez de um único rollup, formam uma rede de várias blockchains compatíveis baseadas em ZK.

Em vez de uma blockchain atender a todos os aplicativos, várias podem operar em paralelo.

A interoperabilidade permite que essas blockchains se comuniquem, transfiram ativos e ofereçam suporte a operações cross-chain.

Esse design busca aumentar a capacidade sem fazer com que os usuários se sintam presos em ilhas isoladas.

HyperChains e provas de conhecimento zero

As provas de conhecimento zero são essenciais para as HyperChains.

Uma prova de conhecimento zero pode demonstrar que um cálculo é válido sem revelar todos os detalhes subjacentes e sem obrigar outra blockchain a repetir todo o cálculo.

Em sistemas rollup, isso permite processar muitas transações off-chain e provar o resultado em uma camada de liquidação.

Nas HyperChains, as provas ZK ajudam a oferecer segurança e interoperabilidade entre várias blockchains.

Se cada blockchain puder provar suas transições de estado, outras partes da rede poderão verificar essas alterações com mais eficiência.

É por isso que a visão da Elastic Network costuma descrever o sistema como protegido pela matemática.

Essa expressão significa que provas de validade, e não apenas a confiança social ou os operadores de bridges, ajudam a verificar estados cross-chain.

As provas ZK não eliminam todos os riscos.

Elas ainda dependem de circuitos corretos, criptografia sólida, smart contracts seguros, disponibilidade de dados, operação honesta da infraestrutura necessária e comportamento seguro dos usuários.

No entanto, podem reduzir a necessidade de confiar em um custodiante de bridge independente para cada movimentação cross-chain.

HyperChains e a Elastic Network

A Elastic Network é a rede mais ampla que conecta blockchains do ZK Stack.

A página oficial de blockchains da Elastic Network lista várias blockchains do ecossistema ZKsync e observa que os IDs e a disponibilidade das blockchains podem mudar com o tempo.

Isso é importante porque as HyperChains não se limitam ao lançamento de uma única blockchain personalizada.

Elas buscam criar uma rede de blockchains que possa crescer conforme a demanda aumenta.

O termo “elástica” significa que o sistema pode se expandir adicionando mais blockchains quando for necessária mais capacidade.

Em vez de uma única blockchain se tornar um gargalo, diferentes aplicativos ou comunidades podem operar em suas próprias blockchains.

Ao mesmo tempo, a interoperabilidade compartilhada busca reduzir as dificuldades de movimentação entre elas.

Isso é diferente de um cenário em que cada blockchain tem uma bridge, um fluxo de carteira e uma liquidez isolados.

A Elastic Network busca fazer várias blockchains parecerem partes de um único ambiente mais amplo.

Essa é a principal promessa de longo prazo das HyperChains.

HyperChains e ZKsync Era

A ZKsync Era é importante porque foi a primeira blockchain lançada com o ZK Stack e se tornou o primeiro membro da Elastic Network.

A documentação oficial da ZKsync Era afirma que ela é um rollup Layer 2 construído com o ZK Stack para escalar o Ethereum usando provas de conhecimento zero.

No contexto das HyperChains, a ZKsync Era pode ser entendida como o primeiro exemplo ativo da arquitetura mais ampla.

Ela mostra como a execução baseada em ZK pode oferecer suporte a smart contracts, abstração de contas e liquidação alinhada ao Ethereum.

Outras blockchains do ZK Stack podem ampliar a rede para casos de uso mais especializados.

Uma blockchain para jogos, pagamentos, privacidade, empresas, DeFi ou um aplicativo específico pode fazer escolhas diferentes.

Essas escolhas podem envolver disponibilidade de dados, escolha do token para taxas, modelo de sequenciamento e permissões.

Essa modularidade é um dos motivos pelos quais as HyperChains atraem desenvolvedores.

É possível desenvolver para as necessidades de um aplicativo sem começar com uma pilha blockchain completamente desvinculada.

HyperChains e interoperabilidade

Interoperabilidade significa que diferentes blockchains podem se comunicar e realizar transações entre si.

A documentação oficial do ZKsync Connect explica que a interoperabilidade entre blockchains ZKsync é viabilizada por smart contracts que verificam transações entre blockchains usando provas de Merkle.

Isso permite que as blockchains recebam mensagens, enviem ativos, executem chamadas, agrupem chamadas remotas e gerenciem smart accounts entre diferentes redes.

Para os usuários, a interoperabilidade é importante porque pode reduzir a necessidade de transferências manuais por bridges e de troca de rede.

Para desenvolvedores, é importante porque os aplicativos podem usar ativos ou ações de outras blockchains com mais facilidade.

Para a liquidez, é importante porque pode reduzir a fragmentação.

Em um ambiente cripto fragmentado, um token pode ter versões diferentes em várias blockchains, cada uma com seus próprios pools de liquidez.

Em um ambiente mais conectado, os usuários devem conseguir movimentar valor e intenções entre blockchains com menos atrito.

As HyperChains foram projetadas em torno dessa experiência conectada.

O objetivo não é ter apenas muitas blockchains rápidas, mas muitas blockchains rápidas que possam trabalhar em conjunto.

HyperChains e Gateway

Gateway faz parte da infraestrutura que oferece suporte à agregação de provas e à interoperabilidade das blockchains ZKsync.

A documentação oficial de ZKsync Chains descreve Gateway como um hub de agregação de provas e uma infraestrutura crítica para a interoperabilidade entre blockchains ZKsync.

A agregação de provas é importante porque verificar muitas provas separadamente no Ethereum pode ser caro.

Ao agregá-las, a rede pode reduzir o custo de verificação e oferecer suporte a mais blockchains com eficiência.

Isso é importante para as HyperChains porque uma rede com muitas blockchains precisa de uma forma escalável de liquidar e verificar as atividades.

Se cada blockchain tivesse que liquidar suas atividades completamente à parte, sem agregação compartilhada, os custos e a complexidade poderiam crescer rapidamente.

Gateway foi projetado para oferecer suporte a uma comunicação mais rápida entre blockchains e reduzir os custos relacionados às provas.

No entanto, os usuários ainda devem entender que os recursos de interoperabilidade podem ser disponibilizados em etapas.

Alguns recursos podem estar ativos, outros podem estar disponíveis em testes locais e alguns podem depender de futuras atualizações do protocolo.

É importante consultar a documentação atual antes de desenvolver ou movimentar fundos por uma rota específica entre blockchains.

HyperChains e disponibilidade de dados

A disponibilidade de dados é uma das escolhas de design mais importantes para as HyperChains.

Disponibilidade de dados significa que os dados necessários para reconstruir e verificar o estado da blockchain estão disponíveis para usuários, validadores ou outros participantes necessários.

A documentação oficial de ZKsync Chains explica que a disponibilidade de dados afeta a segurança, a privacidade, a velocidade das transações e os custos.

Uma HyperChain pode escolher um modo semelhante ao ZK rollup, no qual as alterações de estado são publicadas no Ethereum.

Isso oferece propriedades mais fortes de segurança herdada e resistência à censura, mas pode custar mais.

Uma HyperChain também pode usar disponibilidade de dados no estilo validium, com dados controlados fora do Ethereum.

Isso pode reduzir custos e melhorar a privacidade, mas introduz premissas adicionais sobre a disponibilidade dos dados.

Se os dados necessários ficarem indisponíveis, os usuários talvez não consigam reconstruir o estado com segurança nem sair da rede da forma habitual.

Por isso, os usuários não devem presumir que todas as HyperChains têm o mesmo perfil de segurança.

A escolha de disponibilidade de dados altera o modelo de risco.

HyperChains como rollups, validiums e volitions

As HyperChains podem ser configuradas com diferentes modos de operação.

Um ZK rollup publica dados suficientes no Ethereum para que os usuários verifiquem e recuperem o estado usando o Ethereum como camada de disponibilidade de dados.

Um validium mantém os dados fora do Ethereum, mas continua usando provas de validade para confirmar a correção das transições de estado.

Um modelo volition pode permitir diferentes opções de disponibilidade de dados para transações ou contas distintas.

O anúncio da Elastic Chain descreve a rede como composta por ZK Chains, incluindo rollups, validiums e volitions.

Esses termos são importantes porque definem as compensações entre confiança e custos de uma HyperChain.

O modo rollup pode ser mais caro, mas oferece uma perspectiva mais forte quanto à disponibilidade de dados.

O modo validium pode ser mais barato e privado, mas depende mais da disponibilidade de dados off-chain.

O modo volition pode oferecer flexibilidade, mas acrescenta complexidade.

Usuários e desenvolvedores devem verificar o modo exato antes de presumir que uma HyperChain é segura, barata, privada ou resistente à censura.

HyperChains e tokens-base personalizados

As HyperChains podem oferecer suporte a tokens-base personalizados para pagar taxas de transação.

A documentação oficial de ZKsync Chains explica que o ZK Stack oferece suporte a tokens ERC-20 como tokens-base para as taxas da blockchain, em vez de usar apenas ETH.

Isso pode ser útil para uma blockchain específica de um aplicativo que queira ter seu próprio modelo econômico.

Por exemplo, uma blockchain comunitária pode querer que os usuários paguem taxas com seu próprio token do ecossistema.

Uma blockchain voltada a pagamentos pode preferir cobrar taxas em um ativo de valor estável.

Uma blockchain para jogos pode abstrair ou patrocinar as taxas para que os usuários nem precisem pensar em gas.

Tokens-base personalizados podem melhorar a experiência do usuário, mas também criam riscos.

Se o token usado para pagar taxas perder liquidez ou se tornar volátil, a experiência na blockchain pode ser prejudicada.

Se a economia do token for fraca, o modelo de taxas poderá se tornar instável.

Os desenvolvedores devem escolher um token-base com base nas necessidades reais dos usuários, não apenas na marca.

HyperChains e sequenciadores

Um sequenciador é responsável por ordenar transações antes de elas serem provadas e liquidadas.

As HyperChains podem usar diferentes modelos de sequenciamento, conforme suas necessidades.

A documentação de ZKsync Chains lista opções como sequenciamento centralizado, sequenciamento descentralizado, filas prioritárias e protocolos externos de sequenciamento.

Um sequenciador centralizado pode oferecer confirmações rápidas e operação simples.

Também pode criar premissas de confiança, pois um operador tem forte controle sobre a ordenação e a disponibilidade.

Um sequenciador descentralizado pode reduzir a confiança depositada em operadores, mas talvez acrescente latência e complexidade operacional.

Uma fila prioritária pode ajudar a proteger os usuários contra a censura, permitindo o envio de transações por um mecanismo alternativo.

O sequenciamento é importante porque a ordenação das transações afeta a experiência do usuário, o risco de MEV, a resistência à censura e a equidade dos aplicativos.

Ao avaliar uma HyperChain, os usuários devem perguntar quem opera o sequenciador e quais mecanismos de saída existem caso ele falhe ou censure transações.

HyperChains e appchains

As HyperChains costumam ser descritas como uma infraestrutura no estilo appchain.

Uma appchain é uma blockchain projetada para um aplicativo, uma comunidade, um modelo de negócios ou um ecossistema específico, em vez de atender a todos os casos de uso possíveis.

Appchains podem ser úteis porque aplicativos com alta demanda talvez precisem de capacidade de processamento dedicada, taxas personalizadas, configurações especiais de privacidade ou participação controlada.

Uma blockchain de uso geral pode ficar congestionada quando muitos aplicativos sem relação entre si disputam recursos.

Uma HyperChain pode oferecer espaço próprio nos blocos de um aplicativo e, ao mesmo tempo, mantê-lo conectado a uma rede mais ampla.

Isso é útil para jogos, aplicativos financeiros, sistemas de identidade, programas de fidelidade, redes empresariais, plataformas sociais e ambientes com transações de alta frequência.

No entanto, as appchains também trazem responsabilidades.

A equipe precisa gerenciar as operações da blockchain, a estratégia de liquidez, o monitoramento de segurança, as atualizações, os parceiros de infraestrutura e o suporte aos usuários.

Uma HyperChain dá mais controle aos desenvolvedores, mas mais controle também significa mais risco operacional.

Lançar uma blockchain não é o mesmo que lançar um smart contract simples.

HyperChains e liquidez compartilhada

A liquidez compartilhada é uma das principais promessas das HyperChains.

Em um ambiente multi-chain fragmentado, a liquidez pode ficar dividida entre várias bridges, pools, ativos wrapped e bases de usuários distintas.

Isso pode encarecer swaps, complicar o uso de bridges e dificultar o onboarding de usuários.

A visão geral do ZK Stack afirma que todas as blockchains ZKsync do ecossistema compartilham usuários e liquidez.

Isso não significa que todo ativo terá automaticamente liquidez profunda em todas as blockchains.

Significa que a arquitetura foi projetada para facilitar a movimentação e o uso cross-chain da liquidez, em comparação com sistemas de blockchains isoladas.

A interoperabilidade, a liquidação compartilhada, a agregação de provas e as mensagens no nível da rede buscam reduzir a fragmentação da liquidez.

Para usuários de DeFi, isso pode significar acesso mais fluido a ativos em várias blockchains.

Para desenvolvedores de aplicativos, pode reduzir a necessidade de criar liquidez do zero em uma blockchain totalmente isolada.

Para o ecossistema, a liquidez compartilhada pode contribuir para uma experiência mais unificada.

HyperChains e abstração de contas

A abstração de contas é uma parte importante da experiência do usuário na ZKsync.

Ela permite que smart accounts ofereçam recursos que contas de propriedade externa normalmente não oferecem por padrão.

Em um ambiente HyperChain, a abstração de contas pode ajudar os usuários a interagir entre blockchains com menos etapas manuais.

Por exemplo, smart accounts podem oferecer paymasters, transações patrocinadas, chaves de sessão, recuperação social, transações agrupadas ou lógica de assinatura personalizada.

Isso é importante porque o uso de criptoativos entre blockchains costuma ser complexo demais para usuários comuns.

Os usuários talvez não queiram entender cada token de gas, rota de bridge ou troca de rede.

A abstração de contas pode fazer com que a experiência se pareça mais com o uso de um único aplicativo do que com o gerenciamento de várias redes.

No entanto, a abstração de contas também acrescenta riscos de smart contracts.

Se a lógica da conta, as regras do paymaster ou as permissões da carteira apresentarem falhas, os usuários poderão sofrer perdas ou ver suas transações falharem.

Um bom design de carteira e uma análise de segurança continuam sendo essenciais.

HyperChains e bridges

As bridges são um tema importante no design das HyperChains porque a movimentação de ativos entre blockchains historicamente apresentou riscos no universo cripto.

As bridges tradicionais costumam exigir que os usuários confiem em operadores, provedores de liquidez, validadores ou sistemas externos de mensagens.

As HyperChains buscam reduzir as premissas de confiança das bridges usando interoperabilidade baseada em ZK e infraestrutura de protocolo compartilhada.

A documentação do ZKsync Connect explica que a interoperabilidade pode oferecer suporte a transferências de ativos e chamadas cross-chain, verificando mensagens com provas.

Isso pode tornar as operações cross-chain mais nativas do que o uso de bridges de terceiros sem relação com o ecossistema.

Ainda assim, os usuários não devem presumir que toda transferência cross-chain é livre de riscos.

Os riscos podem incluir bugs em smart contracts, atrasos de relayers, seleção da blockchain errada, disponibilidade escalonada de recursos, problemas de disponibilidade de dados e erros de assinatura dos usuários.

Antes de movimentar quantias elevadas, os usuários devem verificar se a rota é compatível e testá-la com uma pequena transferência.

A segurança cross-chain melhora quando o design da bridge minimiza a confiança necessária, mas ainda é preciso agir com cuidado.

HyperChains e liquidação no Ethereum

A liquidação no Ethereum é uma importante referência de segurança para muitas blockchains baseadas em ZK.

A documentação da ZKsync Era explica que as provas de validade são enviadas ao Ethereum para verificar mudanças de estado e fornecer finalização.

Dependendo do design da blockchain, o Ethereum pode atuar como uma camada compartilhada de liquidação e verificação para as HyperChains.

Isso significa que os usuários podem se beneficiar da segurança do Ethereum sem que todas as transações sejam executadas diretamente nele.

A blockchain executa transações off-chain ou em um ambiente de execução separado e, em seguida, envia provas ou compromissos para liquidação.

Isso pode reduzir os custos de transação e, ao mesmo tempo, manter uma conexão mais forte com a segurança do Ethereum do que uma blockchain totalmente independente.

No entanto, a segurança da liquidação depende da configuração exata.

Um ZK rollup, um validium e um volition não têm premissas idênticas.

Os usuários devem verificar se os dados das transações são publicados no Ethereum, armazenados em outro lugar ou tratados por outro sistema de disponibilidade.

A expressão “liquidado no Ethereum” deve ser entendida considerando os detalhes técnicos, e não como uma garantia geral de segurança.

HyperChains e personalização para desenvolvedores

A possibilidade de personalização pelos desenvolvedores é um dos principais motivos para criar uma HyperChain.

A documentação de ZKsync Chains afirma que as blockchains ZKsync são modulares e permitem que os desenvolvedores escolham diferentes componentes, mantendo padrões essenciais de segurança e interoperabilidade.

A personalização pode incluir sequenciamento, disponibilidade de dados, token de taxas, design de privacidade, filtros de transação, permissões e lógica específica para o aplicativo.

Um desenvolvedor pode criar uma blockchain para jogos que priorize taxas baixas e interações rápidas.

Um aplicativo financeiro pode priorizar controles de conformidade, finalização previsível e recursos de privacidade.

Um aplicativo social pode priorizar recuperação de contas, transações patrocinadas e publicações de baixo custo.

Um aplicativo de alta capacidade pode priorizar uma capacidade de execução dedicada.

Essas escolhas ajudam os aplicativos a evitar as limitações de uma blockchain de uso geral que tenta atender a todos os casos.

A desvantagem é a complexidade.

Cada personalização deve ser explicada claramente para que os usuários entendam o modelo de risco.

HyperChains e experiência do usuário

As HyperChains foram projetadas para melhorar a experiência do usuário, reduzindo a sensação de fragmentação entre blockchains.

A documentação do ZKsync Connect informa que a interoperabilidade pode abstrair interações cross-chain complexas, de modo que os usuários não precisem transferir fundos manualmente por bridges quando já tiverem fundos em uma blockchain da Elastic Network.

Isso é importante porque muitos usuários têm dificuldade com tokens de gas, bridges, ativos wrapped e troca de rede.

Uma experiência melhor poderia permitir que os usuários se concentrassem na ação que desejam realizar.

Por exemplo, um usuário pode querer fazer um swap, mint, pagamento, resgate, jogar, emprestar ou votar sem aprender cada etapa técnica em várias blockchains.

As HyperChains buscam tornar essas ações mais fluidas conectando as blockchains no nível do protocolo.

No entanto, uma boa experiência depende do suporte das carteiras, do design dos aplicativos, da confiabilidade dos relayers, da clareza das solicitações de transação e de configurações padrão seguras.

A arquitetura da blockchain oferece a base, mas as ferramentas voltadas ao usuário também são importantes.

Uma HyperChain tecnicamente avançada ainda pode confundir os usuários se as carteiras e os aplicativos explicarem mal as ações.

HyperChains e premissas de segurança

As premissas de segurança das HyperChains podem variar conforme a configuração.

Uma HyperChain no estilo rollup, com disponibilidade de dados no Ethereum, apresenta riscos diferentes dos de uma HyperChain no estilo validium, com disponibilidade de dados off-chain.

Uma blockchain com sequenciador centralizado tem premissas diferentes de censura e disponibilidade em relação a uma blockchain com sequenciamento descentralizado.

Uma blockchain com tokens-base personalizados tem premissas econômicas diferentes de uma que usa ETH.

Uma blockchain com recursos de privacidade pode ter premissas diferentes quanto à auditabilidade e ao acesso aos dados.

Os usuários não devem tratar todas as HyperChains como igualmente seguras apenas por pertencerem à mesma família de redes.

Devem analisar o modo de disponibilidade de dados, o modelo do sequenciador, o design da bridge, os controles de atualização, as auditorias dos contratos e a equipe responsável pela operação.

Os desenvolvedores devem divulgar claramente essas escolhas de design.

Em sistemas blockchain modulares, segurança não é apenas um rótulo.

Ela resulta da combinação de muitas escolhas.

HyperChains e validiums

Os validiums são uma configuração importante das HyperChains porque podem reduzir custos e melhorar a privacidade ao manter dados fora do Ethereum.

A documentação de ZKsync Chains explica que os validiums podem ser úteis para aplicativos empresariais que precisam de auditabilidade e confidencialidade, mas a disponibilidade de dados controlada pode criar risco de congelamento de ativos se os dados ficarem indisponíveis.

Essa é uma compensação importante.

Provas de validade podem demonstrar que as transições de estado estão corretas, mas os usuários ainda precisam de dados suficientes para conhecer e reconstruir o próprio estado.

Se a disponibilidade de dados falhar, os usuários poderão ter dificuldade para sair da rede ou comprovar seus saldos.

Validiums podem ser adequados para aplicativos em que o baixo custo ou a privacidade sejam mais importantes do que a disponibilidade total de dados no Ethereum.

Podem ser menos adequados para usuários que buscam as garantias de saída mais fortes possíveis com o mínimo de confiança.

Não existe uma resposta universal.

O melhor design depende das necessidades do aplicativo e da tolerância ao risco dos usuários.

Os desenvolvedores de HyperChains devem ser transparentes sobre essa compensação.

HyperChains e rollups

HyperChains ZK rollup publicam dados suficientes no Ethereum para que os usuários possam verificar e recuperar o estado dentro do modelo rollup.

Isso pode oferecer propriedades mais fortes de segurança e resistência à censura, pois o Ethereum atua como camada de disponibilidade de dados.

A desvantagem é o custo.

Publicar dados no Ethereum pode ser mais caro do que usar disponibilidade de dados off-chain.

HyperChains no estilo rollup podem ser mais adequadas para DeFi de alto valor, governança, liquidação e aplicativos em que as garantias de saída dos usuários são essenciais.

Podem ser menos eficientes em termos de custo para interações de baixo valor e alto volume, como alguns jogos ou ações sociais.

O ZK Stack permite que os desenvolvedores escolham políticas de disponibilidade de dados conforme o caso de uso.

Essa modularidade é útil, mas também significa que os usuários precisam consultar a documentação da blockchain.

Uma HyperChain pode ser baseada em ZK sem ter o mesmo perfil de segurança de todas as outras blockchains baseadas em ZK.

O modo rollup costuma ser a opção mais conservadora quando a disponibilidade pública de dados é importante.

HyperChains e privacidade

A privacidade pode ser um dos motivos para lançar uma HyperChain.

Alguns aplicativos talvez não queiram que todos os detalhes das transações ou ações dos usuários fiquem totalmente visíveis ao público.

Casos de uso empresariais, sistemas de identidade, pagamentos privados e fluxos de trabalho regulados podem exigir divulgação seletiva ou tratamento confidencial de dados.

A documentação de ZKsync Chains discute opções de privacidade, como o modo validium e protocolos especializados de privacidade.

A privacidade melhora a usabilidade de alguns aplicativos, mas acrescenta complexidade ao design.

Os usuários precisam entender quem pode ver os dados, quem controla a disponibilidade dos dados, como funcionam as auditorias e o que acontece se o acesso for restringido.

Uma HyperChain focada em privacidade deve explicar se a privacidade se aplica ao usuário, ao operador, ao aplicativo ou apenas à interface.

Também deve explicar como os usuários podem sair da rede ou comprovar saldos caso algo dê errado.

A privacidade é valiosa, mas alegações vagas sobre privacidade são arriscadas.

Um bom design de HyperChain deve deixar claras as premissas de privacidade.

HyperChains e governança

A governança é importante porque as HyperChains podem precisar de atualizações, alterações de parâmetros, respostas a emergências e coordenação de protocolos.

A documentação de ZKsync Chains observa que uma governança unificada pode ajudar o ecossistema a coordenar atualizações ou responder a vulnerabilidades.

A governança pode envolver decisões no nível do protocolo, do ecossistema ou de uma blockchain específica.

Uma HyperChain pode ter seus próprios operadores, comunidade, detentores de tokens, fundação ou processo de governança.

Os usuários devem perguntar quem pode atualizar contratos, alterar sequenciadores, modificar taxas, pausar componentes ou mudar configurações de disponibilidade de dados.

A governança pode ser útil quando um bug precisa ser corrigido rapidamente.

Também pode criar riscos de centralização se um grupo pequeno controlar alterações críticas.

Timelocks, propostas públicas, controles multisig, auditorias e políticas claras de atualização podem reduzir os riscos de governança.

Uma blockchain não minimiza totalmente a necessidade de confiança se atores poderosos puderem mudar regras importantes sem transparência.

A governança das HyperChains deve ser visível e compreensível.

HyperChains vs. redes Layer 2 de uso geral

Uma rede Layer 2 de uso geral é projetada para oferecer suporte a vários aplicativos sem relação entre si em uma única camada de execução compartilhada.

Uma HyperChain pode ser de uso geral, mas costuma ser discutida como uma blockchain personalizada ou específica para um aplicativo.

A diferença está no controle e na especialização.

Uma rede de uso geral oferece aos desenvolvedores um ambiente pronto, com usuários e liquidez existentes.

Uma HyperChain oferece mais controle sobre configuração, economia e experiência do usuário.

Esse controle pode ser valioso para aplicativos de grande escala ou projetos com necessidades especiais.

No entanto, lançar uma HyperChain também exige mais responsabilidade operacional.

As equipes precisam considerar infraestrutura, monitoramento, atualizações, disponibilidade de dados, rotas de bridge, carteiras, segurança e suporte aos usuários.

Para muitos projetos, pode ser mais fácil implantar um smart contract em uma blockchain existente.

Para projetos que precisam de capacidade dedicada ou regras personalizadas, uma HyperChain pode ser mais adequada.

A escolha depende da escala e dos requisitos do aplicativo.

HyperChains vs. smart contracts específicos para aplicativos

Um smart contract específico para um aplicativo opera em uma blockchain existente.

Uma HyperChain é um ambiente blockchain separado, que pode hospedar contratos, contas e transações com sua própria configuração.

É mais fácil implantar um smart contract e, em geral, integrá-lo aos usuários existentes.

Uma HyperChain oferece mais controle, mas também exige mais infraestrutura.

Por exemplo, uma coleção simples de NFTs talvez não precise de sua própria HyperChain.

Um jogo de alto volume, com milhões de pequenas transações, pode se beneficiar de espaço dedicado nos blocos e de um modelo de taxas personalizado.

Um fluxo de trabalho empresarial regulado pode precisar de permissões ou recursos de privacidade difíceis de implementar de forma eficiente em uma blockchain pública compartilhada.

Um protocolo DeFi pode optar por uma blockchain existente se a composabilidade síncrona for mais importante do que uma execução personalizada.

A questão principal é se as necessidades do aplicativo justificam uma blockchain inteira.

As HyperChains são poderosas, mas não devem ser usadas apenas porque lançar uma blockchain parece impressionante.

Benefícios das HyperChains

O primeiro benefício das HyperChains é a escalabilidade por meio da execução paralela em várias blockchains.

O segundo é a personalização, pois os desenvolvedores podem ajustar a blockchain para um caso de uso específico.

O terceiro é a interoperabilidade, já que blockchains compatíveis podem se comunicar por uma infraestrutura compartilhada.

O quarto é a possibilidade de compartilhar liquidez em toda a Elastic Network.

O quinto é a liquidação alinhada ao Ethereum para blockchains que o utilizam como referência de verificação.

O sexto é a redução potencial das taxas de transação por meio da execução off-chain e da agregação de provas.

O sétimo é a melhoria da experiência do usuário por meio da abstração de contas, das mensagens cross-chain e da redução das transferências manuais por bridges.

O oitavo é a flexibilidade na disponibilidade de dados para aplicativos com diferentes necessidades de segurança, privacidade e custo.

Esses benefícios são maiores quando a blockchain é bem projetada, documentada e operada.

Uma HyperChain mal gerenciada ainda pode representar riscos para os usuários, mesmo que a estrutura subjacente seja avançada.

Riscos das HyperChains

O primeiro risco é o de configuração.

A disponibilidade de dados, o sequenciamento, o token-base, a governança e as configurações de bridge de uma HyperChain podem afetar a segurança dos usuários.

O segundo risco é o de smart contracts.

Bridges, roteadores, contratos de conta, paymasters e contratos de aplicativos podem conter bugs.

O terceiro risco é o de disponibilidade de dados.

Configurações no estilo validium podem impedir que os usuários acessem seus ativos se os dados necessários ficarem indisponíveis.

O quarto risco é o do sequenciador.

Um sequenciador centralizado pode censurar, atrasar ou reordenar transações até que mecanismos alternativos sejam usados.

O quinto risco é o da implementação gradual da interoperabilidade.

Alguns recursos cross-chain podem estar ativos, enquanto outros ainda podem ser limitados, experimentais ou depender de atualizações futuras.

O sexto risco é o de liquidez.

Uma HyperChain nova talvez não tenha liquidez profunda, aplicativos confiáveis ou amplo suporte de carteiras logo no início.

O sétimo risco é o de governança.

Contratos atualizáveis ou controles administrativos poderosos podem alterar o perfil de risco da blockchain.

Como avaliar uma HyperChain

O primeiro passo é confirmar se a blockchain foi construída com o ZK Stack oficial e está conectada à Elastic Network.

O segundo é verificar o modo de disponibilidade de dados.

O terceiro é verificar se a blockchain usa uma configuração rollup, validium, volition ou outra.

O quarto é analisar quem opera o sequenciador.

O quinto é verificar se a blockchain usa ETH ou um token-base personalizado para pagar taxas.

O sexto é analisar os contratos de bridge, o suporte do Gateway e o status da interoperabilidade.

O sétimo é inspecionar a governança e as permissões de atualização.

O oitavo é verificar o suporte de carteiras, exploradores, confiabilidade de RPC e compatibilidade com aplicativos.

O nono é analisar auditorias, histórico de incidentes e transparência operacional.

O décimo é testar a blockchain com pequenas quantias antes de movimentar valores significativos.

Equívocos comuns sobre HyperChains

Um equívoco comum é pensar que HyperChains são um token.

HyperChains não são um token, pois se trata de um conceito de arquitetura blockchain.

Outro equívoco é acreditar que todas as HyperChains têm o mesmo nível de segurança.

A segurança depende da configuração, da disponibilidade de dados, do sequenciamento, da governança e da segurança dos contratos.

Um terceiro equívoco é acreditar que as provas ZK eliminam todas as premissas de confiança.

As provas ZK são poderosas, mas os usuários ainda dependem de uma implementação correta, dados disponíveis, contratos seguros e infraestrutura confiável.

Um quarto equívoco é acreditar que blockchains personalizadas resolvem automaticamente os problemas de liquidez.

A interoperabilidade pode facilitar a movimentação da liquidez, mas a liquidez real ainda depende de usuários, ativos, formadores de mercado, aplicativos e incentivos.

Um quinto equívoco é pensar que as HyperChains servem apenas para DeFi.

Elas podem oferecer suporte a DeFi, jogos, pagamentos, identidade, aplicativos sociais, fluxos de trabalho empresariais e outros casos de uso de blockchain.

Boas práticas para usuários

Antes de movimentar fundos, os usuários devem verificar se a HyperChain está listada ou documentada oficialmente.

Devem verificar as rotas de bridge e evitar links aleatórios publicados nas redes sociais.

Devem entender o modo de disponibilidade de dados da blockchain antes de presumir que ela oferece segurança equivalente à do Ethereum.

Devem manter tokens suficientes para pagar taxas na blockchain que estão usando.

Devem ler com atenção as solicitações da carteira, especialmente em transações cross-chain.

Devem fazer transferências de teste com pequenas quantias antes de transferir valores elevados.

Devem verificar se os aplicativos são compatíveis com a blockchain e o ativo específicos que pretendem usar.

Devem acompanhar o status da bridge e da rede durante atualizações.

Devem evitar presumir que uma interface fluida significa que não há riscos.

Sistemas cross-chain podem ocultar a complexidade, mas não podem eliminá-la completamente.

Boas práticas para desenvolvedores

Os desenvolvedores só devem escolher uma HyperChain quando as necessidades do aplicativo justificarem uma infraestrutura blockchain dedicada.

Devem documentar claramente as premissas de disponibilidade de dados, a operação do sequenciador, os controles de atualização e o funcionamento das bridges.

Devem usar os recursos oficiais do ZK Stack e manter as dependências atualizadas.

Devem testar os fluxos de interoperabilidade antes da implantação na mainnet.

Devem projetar regras seguras para abstração de contas e paymasters.

Devem evitar personalizações desnecessárias que dificultem a auditoria da blockchain.

Devem realizar análises de segurança dos contratos da blockchain, dos contratos de aplicativos, dos fluxos das bridges e dos controles administrativos.

Devem preparar procedimentos de monitoramento, resposta a incidentes e atualização antes do lançamento.

Devem apresentar divulgações de risco simples e visíveis aos usuários.

Uma HyperChain é uma infraestrutura; por isso, seu lançamento deve ser tratado como um trabalho de segurança de infraestrutura.

Perguntas frequentes

O que são HyperChains?

HyperChains são redes blockchain personalizáveis baseadas em ZK, construídas com o ZK Stack e projetadas para interoperar dentro da ZKsync Elastic Network.

HyperChains são iguais a ZKsync Chains?

HyperChains é um termo anterior ou popular, enquanto a documentação oficial atual costuma usar ZKsync Chains ou ZK Chains.

HyperChains são criptomoedas?

Não. HyperChains não são criptomoedas, pois descrevem um tipo de infraestrutura blockchain, e não uma moeda ou um token específico.

O que é o ZK Stack?

O ZK Stack é uma estrutura modular para construir blockchains personalizáveis e interoperáveis baseadas em ZK.

O que é a Elastic Network?

A Elastic Network é o ecossistema mais amplo da ZKsync, composto por ZK Chains interconectadas e projetado para compartilhar usuários, liquidez e infraestrutura de interoperabilidade.

As HyperChains usam provas de conhecimento zero?

Sim. As HyperChains usam tecnologia de provas de conhecimento zero para verificar transições de estado e oferecer suporte à liquidação escalável e à interoperabilidade.

Qualquer pessoa pode lançar uma HyperChain?

A documentação da ZKsync informa que qualquer pessoa pode desenvolver e implantar ZKsync Chains, mas a interoperabilidade plenamente confiável dentro da Elastic Network exige o uso do ZK Stack.

Todas as HyperChains são igualmente seguras?

Não. Cada HyperChain pode ter premissas de segurança diferentes, conforme a disponibilidade de dados, o sequenciamento, a governança, o design da bridge e o modo de operação.

Qual é a diferença entre uma HyperChain rollup e uma HyperChain validium?

Uma HyperChain rollup publica dados no Ethereum para oferecer maior disponibilidade de dados, enquanto uma HyperChain validium pode manter os dados fora do Ethereum para reduzir custos ou aumentar a privacidade, com premissas adicionais de disponibilidade de dados.

Por que um projeto construiria uma HyperChain?

Um projeto pode construir uma HyperChain para obter espaço dedicado nos blocos, taxas personalizadas, disponibilidade de dados personalizada, opções de privacidade ou desempenho específico para um aplicativo, mantendo a conexão com uma rede mais ampla.

Quais riscos os usuários devem verificar antes de usar uma HyperChain?

Os usuários devem verificar o modo de disponibilidade de dados, o modelo do sequenciador, a rota da bridge, as permissões de governança, as auditorias, a liquidez, o suporte das carteiras e o status atual da interoperabilidade.

As HyperChains eliminam completamente a fragmentação das blockchains?

Não. As HyperChains buscam reduzir a fragmentação por meio da interoperabilidade e de uma infraestrutura compartilhada, mas a liquidez, o suporte das carteiras, o design dos aplicativos e a educação dos usuários continuam importantes.

Conclusão

HyperChains são um importante conceito de escalabilidade cripto relacionado ao ZK Stack, às ZKsync Chains e à Elastic Network.

Representam a ideia de que a capacidade das blockchains pode crescer com a adição de várias blockchains personalizáveis baseadas em ZK, em vez de obrigar todos os usuários e aplicativos a usar uma única camada de execução.

Uma HyperChain pode ser especializada para um aplicativo, comunidade, caso de uso empresarial ou ecossistema específico e, ainda assim, conectar-se a outras blockchains compatíveis.

Esse design busca combinar personalização, escalabilidade, interoperabilidade e segurança alinhada ao Ethereum.

A maior vantagem das HyperChains é a possibilidade de reduzir a compensação entre espaço dedicado nos blocos e acesso a uma rede compartilhada.

Os desenvolvedores podem projetar uma blockchain conforme suas próprias necessidades, enquanto os usuários podem se beneficiar de uma movimentação cross-chain mais fluida.

No entanto, as HyperChains não são automaticamente livres de riscos.

O perfil de risco exato depende da disponibilidade de dados, do design do sequenciador, da infraestrutura de bridges, da agregação de provas, da governança, dos smart contracts e da liquidez.

Os usuários não devem presumir que todas as HyperChains têm o mesmo nível de segurança só porque usam tecnologia ZK.

Os desenvolvedores devem documentar claramente a configuração da blockchain e evitar ocultar premissas importantes por trás de uma marca simples.

O ecossistema atual passou a usar termos como ZKsync Chains, ZK Chains e Elastic Network, mas HyperChains continua sendo um termo útil de glossário para entender a visão original.

Para os usuários de cripto, a principal conclusão é simples.

HyperChains são blockchains personalizáveis baseadas em ZK, projetadas para ampliar o uso de blockchain e manter as redes conectadas por meio de uma infraestrutura compartilhada de interoperabilidade.