Rollups programáveis

O que são rollups programáveis?

Rollups programáveis são ambientes blockchain personalizáveis de Layer 2 ou Layer 3 que permitem aos desenvolvedores definir como funcionam a execução, as taxas, a governança, a disponibilidade de dados, a liquidação, o sequenciamento e a lógica das aplicações.

No mercado cripto, o termo costuma se referir a rollups que não são apenas redes de escalabilidade de uso geral, mas blockchains configuráveis que podem ser adaptadas a uma aplicação, um ecossistema ou um modelo de negócios específico.

Um usuário pode entender um rollup programável como um rollup que funciona como uma blockchain específica para uma aplicação, mas ainda usa uma camada-base ou uma infraestrutura modular para segurança, liquidação ou disponibilidade de dados.

Um desenvolvedor pode entendê-lo como uma stack de rollup cujas regras importantes no nível da cadeia podem ser programadas, em vez de serem totalmente determinadas por uma rede pública compartilhada.

A documentação de optimistic rollups da Ethereum explica que eles executam transações off-chain e publicam os dados das transações na Ethereum como calldata ou blobs.

A documentação da OP Stack descreve a OP Stack como uma stack modular e de código aberto de rollups de Layer 2 da Ethereum, com componentes como contratos inteligentes L1, sequenciadores, batchers, propositores e contestadores.

Os rollups programáveis desenvolvem essa ideia ao dar às equipes mais controle sobre o ambiente de execução, o token de gas, a lógica de taxas, o tempo de bloco, as permissões, o caminho de atualização, as regras da aplicação e as dependências de infraestrutura.

Isso os torna importantes para DeFi, jogos, pagamentos, identidade, ativos do mundo real, sistemas empresariais, aplicações sociais, appchains e produtos cripto de consumo com alto throughput.

A forma mais simples de entender os rollups programáveis é considerá-los rollups que os desenvolvedores podem personalizar profundamente, em vez de apenas implantar contratos inteligentes na cadeia compartilhada de outra pessoa.

Por que os rollups programáveis são importantes

Os rollups programáveis são importantes porque muitas aplicações cripto precisam de mais controle do que um contrato inteligente comum pode oferecer.

Um contrato inteligente em uma cadeia compartilhada precisa seguir o tempo de bloco, o token de gas, o mercado de taxas, a ordenação das transações, a máquina virtual, os limites de governança e as condições de congestionamento dessa cadeia.

Isso atende a muitas aplicações, mas pode limitar apps que precisam de taxas previsíveis, regras de conformidade personalizadas, fluxos privados de transações, ciclos rápidos de jogo, liquidez dedicada ou lógica de execução especializada.

Um rollup programável oferece ao projeto espaço de bloco dedicado e configuração no nível da cadeia, mantendo os benefícios da arquitetura de rollup.

Em vez de competir com todas as outras aplicações em uma única rede compartilhada, o projeto pode operar seu próprio ambiente de execução.

Isso pode melhorar o desempenho e a experiência do usuário.

Também pode introduzir novos riscos, pois o projeto passa a controlar mais infraestrutura e precisa tomar mais decisões de segurança.

Os rollups programáveis fazem parte da tendência de blockchain modular, na qual execução, liquidação, disponibilidade de dados e consenso podem ser separados em diferentes camadas.

Esse design modular permite que os desenvolvedores combinem diferentes infraestruturas, em vez de aceitar o modelo de uma única blockchain monolítica.

O principal valor é a flexibilidade, mas o maior desafio é a complexidade.

Como funcionam os rollups programáveis

Um rollup programável executa transações fora de uma camada-base e, depois, publica informações suficientes para que o sistema verifique, liquide ou reconstrua o estado do rollup.

Os usuários enviam transações ao rollup, em vez de enviá-las diretamente à camada-base.

Um sequenciador ordena essas transações e cria blocos ou lotes do rollup.

O ambiente de execução do rollup processa as transações e atualiza seu estado.

Um batcher ou serviço de publicação envia os dados ou compromissos das transações para uma camada de disponibilidade de dados ou de liquidação.

Um propositor pode publicar raízes de estado na camada de liquidação.

Um contestador ou provador pode ajudar a verificar se a transição de estado está correta.

Em um design optimistic, transições de estado inválidas podem ser contestadas por meio de provas de fraude durante um período de contestação.

Em um design de conhecimento zero, provas de validade são geradas para demonstrar que a transição de estado seguiu as regras do rollup.

A parte programável está no fato de que as equipes podem configurar ou substituir partes importantes desse fluxo.

Rollups programáveis vs. rollups tradicionais

Um rollup tradicional costuma ser projetado como uma camada de escalabilidade de uso geral para várias aplicações.

Ele pode oferecer suporte a contratos inteligentes e permitir que os desenvolvedores implantem aplicações, mas as regras no nível da cadeia geralmente são definidas pelo operador do rollup ou pelo sistema de governança.

Um rollup programável dá aos desenvolvedores mais controle direto sobre o design da cadeia.

Isso pode incluir precompiles, lógica de gas, abstração de contas, bridges, permissões, escolhas de disponibilidade de dados ou ambientes de execução personalizados.

Rollups tradicionais são como prédios de apartamentos compartilhados, onde várias aplicações seguem um único conjunto de regras.

Rollups programáveis se parecem mais com edifícios personalizados, projetados para atender às necessidades de uma aplicação ou ecossistema.

Isso não significa que rollups programáveis sejam automaticamente melhores.

Rollups compartilhados podem oferecer liquidez mais forte, ferramentas mais abrangentes, melhor suporte a carteiras, infraestrutura mais testada e redes de usuários maiores.

Rollups programáveis podem oferecer maior especialização, mas precisam resolver desafios de inicialização, segurança, liquidez e interoperabilidade.

A escolha depende de a aplicação precisar de infraestrutura personalizada o suficiente para justificar a complexidade adicional.

Rollups programáveis vs. appchains

Rollups programáveis têm relação próxima com appchains, mas nem sempre são a mesma coisa.

Uma appchain é uma blockchain criada para uma aplicação ou ecossistema específico.

Um rollup programável pode ser uma appchain se tiver sido projetado para uma aplicação e usar a arquitetura de rollup.

A diferença é que uma appchain pode ser uma cadeia de Layer 1 com seu próprio conjunto de validadores, enquanto um rollup programável pode depender de outra camada para liquidação, disponibilidade de dados ou suas premissas de segurança.

A explicação da Celestia sobre sovereign rollups descreve esses rollups como sistemas que publicam transações em outra blockchain para ordenação e disponibilidade de dados, enquanto seus próprios nós determinam qual é a cadeia correta.

Isso mostra que appchains baseadas em rollups podem ter diferentes modelos de liquidação e verificação.

Um rollup de contratos inteligentes pode depender de contratos inteligentes da camada de liquidação para verificar a correção.

Um sovereign rollup pode depender mais de seus próprios nós e regras de escolha de fork.

Rollups programáveis fazem parte desse espaço de design, pois os desenvolvedores podem escolher o modelo de segurança e governança mais adequado à aplicação.

A questão principal não é apenas se a cadeia é específica para uma aplicação, mas onde a correção é verificada e quem controla as atualizações.

Rollups programáveis vs. contratos inteligentes

Um contrato inteligente é um código implantado em uma blockchain existente.

Um rollup programável é um ambiente semelhante a uma blockchain, no qual contratos inteligentes ou lógica de aplicação podem funcionar sob regras personalizadas.

Implantar um contrato inteligente é mais simples porque o desenvolvedor herda a segurança, os usuários, as carteiras, a liquidez e a infraestrutura da cadeia existente.

Lançar um rollup programável oferece mais possibilidades, pois o desenvolvedor pode personalizar o próprio ambiente da cadeia.

Por exemplo, um jogo pode implantar contratos inteligentes em uma cadeia compartilhada, mas precisa aceitar as taxas de transação e o congestionamento dessa cadeia.

O mesmo jogo poderia lançar um rollup programável com taxas menores, regras personalizadas para transações, gas patrocinado, precompiles especiais ou abstração de contas ativada por padrão.

Isso pode fazer o app parecer mais com uma aplicação web convencional.

No entanto, a equipe do rollup precisará gerenciar a disponibilidade do sequenciador, as bridges, a publicação de dados, as atualizações, o monitoramento e a integração dos usuários.

Um contrato inteligente é mais fácil de lançar, enquanto um rollup programável oferece mais controle arquitetônico.

Os desenvolvedores devem escolher o modelo mais simples, a menos que realmente precisem personalizar a cadeia.

Rollups programáveis e ambientes de execução

O ambiente de execução é onde as transações são processadas e a lógica da aplicação é executada.

Muitos rollups usam um ambiente de execução compatível com a Ethereum, para que os desenvolvedores possam escrever contratos inteligentes em linguagens conhecidas e usar ferramentas existentes.

Outros rollups podem usar uma máquina virtual diferente, um runtime personalizado, um ambiente WebAssembly ou lógica de execução específica para a aplicação.

O anúncio da estrutura modular de rollup da Rollkit explica que a Rollkit pretende permitir que os desenvolvedores troquem ambientes de execução e integrem a EVM, o CosmWasm ou outras opções.

Esse é um dos exemplos mais claros de programabilidade no nível da infraestrutura de rollup.

Os desenvolvedores não ficam mais limitados a implantar contratos dentro de uma única máquina virtual fixa.

Eles podem projetar a camada de execução de acordo com as necessidades da aplicação.

Um app DeFi pode preferir compatibilidade com a EVM para ter acesso à liquidez e às ferramentas.

Um jogo pode precisar de um runtime mais rápido ou especializado.

Um sistema de identidade pode querer incorporar à cadeia uma lógica de verificação personalizada.

Rollups programáveis e disponibilidade de dados

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

Essa é uma das decisões de design mais importantes para rollups programáveis.

A documentação da Ethereum sobre disponibilidade de dados explica que os operadores de rollup precisam disponibilizar os dados das transações para que as mudanças de estado possam ser verificadas de forma independente.

Se os dados forem retidos, usuários e verificadores talvez não consigam consultar saldos, reconstruir o estado, contestar blocos inválidos ou sair da rede com segurança.

Rollups programáveis podem publicar dados em uma camada de liquidação, uma camada dedicada à disponibilidade de dados, blobs, calldata ou outro sistema modular de dados.

Cada opção envolve compensações em custo, segurança, permanência, verificação e suporte do ecossistema.

Uma disponibilidade de dados barata pode reduzir as taxas dos usuários, mas talvez envolva premissas mais fracas se menos participantes puderem verificar os dados.

Uma disponibilidade de dados robusta pode melhorar a segurança, mas aumentar os custos.

Os desenvolvedores não devem tratar a disponibilidade de dados como um detalhe secundário.

Ela é um dos fundamentos da segurança dos rollups.

Rollups programáveis e liquidação

Liquidação é o processo que determina a finalidade, a resolução de disputas, a segurança das bridges e o estado aceito do rollup.

Alguns rollups programáveis liquidam em uma camada-base importante por meio de contratos inteligentes.

Outros podem liquidar por meio de nós soberanos, camadas de liquidação compartilhadas ou estruturas modulares.

Em um rollup de contratos inteligentes, a camada de liquidação pode verificar provas de fraude ou provas de validade.

Em um sovereign rollup, os próprios nós do rollup podem determinar qual é a cadeia correta depois que os dados são publicados em outro lugar.

O modelo de liquidação afeta saques, confiança nas bridges, controle de atualizações, finalidade e proteção dos usuários.

Um rollup com contratos de liquidação robustos pode oferecer caminhos de saída mais claros, com menos necessidade de confiança.

Um rollup com liquidação soberana pode oferecer mais liberdade de governança, mas usar premissas diferentes para as bridges.

Rollups programáveis precisam escolher um modelo de liquidação que atenda às suas necessidades de segurança.

Os usuários devem entender que dois rollups podem ser chamados de rollups e, ainda assim, oferecer garantias de liquidação diferentes.

Rollups programáveis e sequenciadores

Um sequenciador é o componente que ordena transações e cria blocos ou lotes do rollup.

O design do sequenciador é uma das principais áreas de programabilidade.

Um rollup pode começar com um único sequenciador centralizado para oferecer velocidade e simplicidade.

Mais tarde, pode migrar para vários sequenciadores, sequenciamento compartilhado, sequenciamento descentralizado ou sequenciamento baseado.

Um sequenciador centralizado pode oferecer confirmações rápidas e uma experiência fluida para o usuário.

Também pode criar riscos de censura, indisponibilidade, MEV e dependência de um único operador.

Um design de sequenciador descentralizado pode melhorar a neutralidade e a resiliência.

Também pode aumentar a complexidade e introduzir atrasos de coordenação.

Rollups programáveis permitem que os projetos escolham regras de sequenciamento de acordo com suas necessidades.

Um jogo de alta velocidade pode priorizar baixa latência, enquanto um protocolo financeiro pode priorizar uma ordenação justa e resistência à censura.

Rollups programáveis e sistemas de prova

Os sistemas de prova determinam como um rollup demonstra que a execução ocorreu corretamente.

Rollups optimistic presumem que as transações são válidas, a menos que alguém as conteste com uma prova de fraude.

Rollups ZK geram provas de validade que podem ser verificadas por um contrato verificador ou sistema de verificação.

O material sobre a estrutura modular da Rollkit descreve metas de suporte a diferentes esquemas de prova, incluindo modos zk, optimistic e outros.

Em rollups programáveis, a escolha das provas afeta custo, finalidade, experiência dos desenvolvedores, requisitos de hardware e premissas de confiança dos usuários.

Sistemas optimistic podem ser mais fáceis de implementar em alguns ambientes de execução, mas muitas vezes incluem períodos de contestação antes da liquidação final.

Sistemas ZK podem oferecer garantias de validade imediata mais robustas, mas a geração de provas pode ser complexa e cara.

Alguns rollups específicos para aplicações podem escolher modelos de prova diferentes conforme a complexidade das transações e as necessidades de segurança.

Os usuários devem entender se o rollup utilizado depende de provas de fraude, provas de validade, verificação permissionada ou um sistema de provas ainda em desenvolvimento.

O termo "programável" não elimina a necessidade de um modelo de verificação claro.

Rollups programáveis e Rollup-as-a-Service

Rollup-as-a-Service, ou RaaS, é uma categoria de infraestrutura que ajuda equipes a lançar rollups personalizados sem precisar desenvolver todos os componentes do zero.

A visão geral da Chainlink sobre Rollup-as-a-Service define RaaS como plataformas de implantação e SDKs que permitem aos desenvolvedores lançar blockchains personalizadas para aplicações específicas.

Plataformas RaaS podem oferecer sequenciadores gerenciados, integrações de disponibilidade de dados, ferramentas para bridges, monitoramento, infraestrutura de nós, exploradores de blocos e painéis de implantação.

Isso facilita o lançamento de rollups programáveis.

Também cria dependência do provedor.

Se um projeto depender muito de um provedor gerenciado, o rollup poderá herdar os riscos de disponibilidade, operação e centralização desse provedor.

O RaaS pode reduzir o trabalho de engenharia, mas não elimina a necessidade de uma análise de segurança.

Os desenvolvedores devem entender o que o provedor opera, o que o projeto controla, como as chaves são gerenciadas, como funcionam as atualizações e o que acontece se o provedor ficar indisponível.

Os usuários não devem presumir que um rollup é descentralizado apenas por usar tecnologia de rollup.

O modelo operacional também importa.

Rollups programáveis e tokens de gas personalizados

Às vezes, rollups programáveis podem usar tokens de gas personalizados.

Um token de gas personalizado permite que os usuários paguem taxas de transação com o token da própria aplicação ou outro ativo selecionado, em vez de usar o ativo nativo da camada-base.

Isso pode melhorar a experiência do usuário, que talvez não precise adquirir um token de taxas separado antes de usar a aplicação.

Também pode dar suporte a uma tokenomics específica para a aplicação.

Por exemplo, um jogo pode usar seu próprio token para pagar taxas de transação dentro do jogo.

Um rollup de pagamentos pode patrocinar o gas ou abstrair as taxas para os usuários.

No entanto, tokens de gas personalizados trazem riscos.

Se o token for volátil, o custo das taxas poderá se tornar instável.

Se o token tiver baixa liquidez, os usuários poderão ter dificuldade para entrar ou sair do ecossistema.

Se as taxas forem subsidiadas, o rollup precisará explicar quem pagará os custos de infraestrutura ao longo do tempo.

Tokens de gas personalizados são uma ferramenta poderosa, mas exigem um modelo econômico sustentável.

Rollups programáveis e abstração de contas

A abstração de contas pode ser profundamente incorporada aos rollups programáveis.

Ela permite que as carteiras ofereçam recursos como transações patrocinadas, chaves de sessão, recuperação social, limites de gastos, ações em lote e esquemas de assinatura personalizados.

Um rollup programável pode tornar esses recursos parte nativa da experiência do usuário, em vez de complementos opcionais.

Isso é útil para jogos, apps de consumo, pagamentos por assinatura, sistemas de identidade e fluxos de trabalho empresariais.

Os usuários podem conseguir interagir sem gerenciar o gas manualmente.

As aplicações podem criar processos de integração mais simples.

No entanto, a abstração de contas precisa ser projetada com cuidado.

Chaves de sessão mal configuradas podem permitir que invasores gastem ativos.

Um design inadequado de paymaster pode ser explorado para gerar spam.

A recuperação social pode se tornar uma vulnerabilidade se os guardiões forem escolhidos sem cuidado.

Rollups programáveis podem melhorar a experiência das carteiras, mas a segurança delas continua importante.

Rollups programáveis e design específico para aplicações

O principal caso de uso dos rollups programáveis é o design específico para cada aplicação.

Um jogo descentralizado pode precisar de tempos de bloco rápidos, taxas baixas e regras personalizadas para ativos.

Um protocolo DeFi pode precisar de sequenciamento justo, controles robustos de oráculos e módulos de risco personalizados.

Um app de pagamentos pode precisar de taxas estáveis, transações patrocinadas e uma integração simples de carteiras.

Um sistema empresarial pode precisar de acesso permissionado, verificações de conformidade, tratamento privado de dados e regras de liquidação previsíveis.

Um app social pode precisar de publicações baratas, taxas antispam e regras de nome de usuário incorporadas à cadeia.

É difícil garantir esses recursos quando um app consiste apenas em um conjunto de contratos em uma cadeia compartilhada.

Rollups programáveis dão aos desenvolvedores mais controle direto sobre essas escolhas.

A contrapartida é que os desenvolvedores precisam manter, auditar e explicar cada regra personalizada.

A especialização só é útil quando seus benefícios superam a complexidade adicional.

Rollups programáveis e interoperabilidade

A interoperabilidade é um dos maiores desafios dos rollups programáveis.

Se cada aplicação lançar seu próprio rollup, a liquidez e os usuários poderão ficar fragmentados entre várias cadeias.

Isso pode resultar em mais bridges, carteiras, tokens de taxas e jornadas de usuário confusas.

Um usuário talvez precise transferir ativos entre vários rollups apenas para usar aplicações relacionadas.

Bridges podem introduzir riscos de contratos inteligentes, verificação de mensagens, liquidez e atrasos na liquidação.

Os desenvolvedores precisam decidir como o rollup se conectará ao restante do ecossistema cripto.

Isso pode envolver bridges nativas, camadas de mensagens compartilhadas, protocolos de interoperabilidade, sequenciadores compartilhados ou padrões entre rollups.

Uma interoperabilidade robusta pode fazer os rollups programáveis parecerem parte de um ecossistema conectado.

Uma interoperabilidade fraca pode fazê-los parecer ilhas isoladas.

O sucesso dos rollups programáveis depende muito de uma comunicação segura e fluida entre rollups.

Rollups programáveis e fragmentação da liquidez

A fragmentação da liquidez ocorre quando ativos e atividade de negociação se espalham por muitas cadeias ou rollups separados.

Isso pode tornar os mercados menos profundos, aumentar o slippage e reduzir a eficiência do capital.

Rollups programáveis podem agravar a fragmentação se muitas appchains pequenas forem lançadas sem bridges robustas ou sistemas de liquidez compartilhada.

Um usuário de DeFi pode encontrar condições de liquidez diferentes para o mesmo token em rollups distintos.

Um jogador pode ter ativos difíceis de usar fora de um único rollup.

Um projeto pode precisar incentivar a liquidez em sua própria cadeia, o que pode ser caro.

Camadas de liquidez compartilhada, bridges seguras, mensagens entre rollups e abstração de cadeia podem reduzir o problema.

No entanto, essas ferramentas também introduzem suas próprias premissas de segurança.

Os usuários devem verificar se os ativos em um rollup programável são nativos, transferidos por bridge, wrapped, sintéticos ou emitidos por um protocolo específico.

O design da liquidez faz parte do design do rollup.

Rollups programáveis e governança

A governança controla como um rollup programável muda ao longo do tempo.

Isso inclui atualizações, mudanças de taxas, parâmetros das bridges, alterações de sequenciador, configurações de disponibilidade de dados, tokenomics, pausas de emergência e regras das aplicações.

Um rollup programável pode ser governado por uma equipe, multisig, DAO, fundação, grupo de validadores ou contrato de protocolo.

A flexibilidade da governança pode ajudar o rollup a se adaptar rapidamente.

Também pode criar riscos para os usuários se administradores com poderes amplos puderem mudar as regras sem aviso.

Os usuários devem verificar se as atualizações são controladas por uma multisig, um timelock, uma votação pública, um conselho de emergência ou um único operador.

Os desenvolvedores devem publicar documentação clara sobre a governança.

Devem explicar quem pode atualizar contratos, pausar a bridge ou mudar as regras do sequenciador, e como os usuários podem sair caso discordem.

A programabilidade de um rollup não deve se tornar uma porta dos fundos invisível.

Uma governança transparente é essencial para gerar confiança.

Rollups programáveis e segurança

A segurança de um rollup programável depende de várias camadas.

O ambiente de execução precisa estar correto.

Os contratos das bridges precisam ser seguros.

O sequenciador precisa ser confiável e resistente à censura o suficiente para o caso de uso.

A camada de disponibilidade de dados precisa manter os dados acessíveis.

O sistema de provas precisa verificar corretamente as transições de estado.

O processo de atualização precisa estar protegido.

A interface não deve induzir os usuários a realizar transações inseguras.

O provedor de RaaS ou operador da infraestrutura não deve se tornar um único ponto de falha sem que os usuários percebam.

Como os rollups programáveis oferecem mais opções de design, também criam mais oportunidades para erros.

As análises de segurança precisam abranger toda a stack, não apenas os contratos inteligentes da aplicação.

Benefícios dos rollups programáveis

O primeiro benefício dos rollups programáveis é a personalização.

Os desenvolvedores podem projetar regras no nível da cadeia para uma aplicação ou ecossistema específico.

O segundo benefício é o espaço de bloco dedicado.

Uma aplicação não precisa competir com apps sem relação com ela pela capacidade de execução em uma cadeia compartilhada.

O terceiro benefício é uma experiência melhor para o usuário.

Gas personalizado, abstração de contas, transações patrocinadas e taxas previsíveis podem facilitar o uso de apps cripto.

O quarto benefício é um design de segurança modular.

As equipes podem escolher as camadas de liquidação e disponibilidade de dados, os sistemas de prova e os ambientes de execução mais adequados às suas necessidades.

O quinto benefício é a escalabilidade.

Rollups específicos para aplicações podem processar atividades fora da camada-base e publicar dados ou provas conforme as regras do rollup.

O sexto benefício é a experimentação mais rápida.

Estruturas de rollup e plataformas RaaS podem reduzir o custo e o tempo necessários para lançar ambientes de cadeia personalizados.

O sétimo benefício é a flexibilidade do modelo de negócios.

Os projetos podem criar políticas de taxas, regras de conformidade, processos de governança e fluxos de monetização personalizados.

Riscos e limitações dos rollups programáveis

O primeiro risco é a complexidade da infraestrutura.

Um rollup programável tem mais componentes do que um único contrato inteligente.

O segundo risco é a centralização.

Muitos rollups personalizados são lançados com sequenciadores centralizados, infraestrutura gerenciada ou atualizações controladas por administradores.

O terceiro risco é a exposição a bridges.

Os usuários talvez precisem transferir ativos para dentro e para fora do rollup, e bridges costumam ser sistemas de alto risco.

O quarto risco é a fragilidade da disponibilidade de dados.

Se os usuários não conseguirem acessar os dados das transações, talvez não possam verificar o estado ou sair com segurança.

O quinto risco é a fragmentação da liquidez.

Ativos e usuários podem se espalhar por muitos rollups pequenos.

O sexto risco são ferramentas ainda pouco maduras.

Runtimes personalizados e novas estruturas de rollup podem ter menos auditorias, exploradores, carteiras e ferramentas de monitoramento.

O sétimo risco é a falta de transparência na governança.

Se os usuários não souberem quem controla as atualizações, não poderão avaliar corretamente as premissas de confiança.

O oitavo risco é a instabilidade econômica.

Tokens de gas personalizados, taxas subsidiadas e incentivos específicos para aplicações podem falhar se o modelo não for sustentável.

Como os usuários devem avaliar rollups programáveis

Primeiro, os usuários devem perguntar qual camada o rollup usa para liquidação.

Também devem perguntar onde os dados das transações são publicados e por quanto tempo ficam disponíveis.

Devem verificar se o rollup usa provas de fraude, provas de validade, verificação permissionada ou um sistema de provas em desenvolvimento.

Devem conferir se o sequenciador é centralizado ou descentralizado.

Devem analisar como funcionam os saques e quanto tempo levam.

Devem verificar se os ativos são nativos, transferidos por bridge, wrapped ou sintéticos.

Devem conferir quem controla as atualizações e os poderes de emergência.

Devem verificar se o rollup tem auditorias, monitoramento, documentação pública e procedimentos de resposta a incidentes.

Devem entender que taxas baixas não significam automaticamente segurança robusta.

Devem tratar cada rollup programável como uma cadeia própria, com seu próprio perfil de risco.

Boas práticas para desenvolvedores

Os desenvolvedores devem definir por que precisam de um rollup programável antes de lançar um.

Devem evitar criar um novo rollup apenas porque está na moda.

Devem escolher uma estrutura de rollup considerando segurança, ferramentas, disponibilidade de dados, suporte do ecossistema e manutenção de longo prazo.

Devem documentar o ambiente de execução, o modelo do sequenciador, o sistema de provas, a camada de disponibilidade de dados, a camada de liquidação, o design da bridge e os controles de governança.

Devem auditar os contratos da aplicação e da infraestrutura do rollup.

Devem testar atualizações, saques, falhas de bridge, indisponibilidade do sequenciador e interrupções na disponibilidade de dados.

Devem explicar com clareza as regras de taxas e a economia do token de gas.

Devem disponibilizar aos usuários bridges e exploradores oficiais e fáceis de identificar.

Devem projetar controles de emergência seguros sem conceder poder irrestrito a uma única pessoa.

Devem planejar a interoperabilidade desde o início, em vez de tratar as bridges como algo secundário.

Equívocos comuns sobre rollups programáveis

Um equívoco é achar que rollups programáveis são automaticamente mais seguros do que contratos inteligentes comuns.

Eles podem oferecer mais flexibilidade, mas também acrescentam riscos de infraestrutura e governança.

Outro equívoco é achar que todo rollup programável tem a mesma segurança da camada-base.

A segurança depende dos contratos de liquidação, da disponibilidade de dados, das bridges, dos sistemas de prova, dos sequenciadores e dos controles de atualização.

Outro equívoco é achar que taxas baixas sempre indicam um design melhor.

As taxas podem ser baixas porque as premissas de segurança são mais fracas, os custos são subsidiados ou a disponibilidade de dados é menos cara.

Outro equívoco é achar que um rollup personalizado elimina a necessidade de auditorias de contratos inteligentes.

O código da aplicação ainda precisa de auditorias, e a infraestrutura do rollup também precisa ser analisada.

Outro equívoco é achar que lançar um rollup resolve os problemas de liquidez.

Um rollup personalizado pode criar nova fragmentação da liquidez se a interoperabilidade e o design do mercado não forem planejados com cuidado.

Perguntas frequentes

O que significa rollup programável?

Um rollup programável é uma blockchain de rollup personalizável na qual os desenvolvedores podem configurar recursos da cadeia, como execução, taxas, sequenciamento, liquidação, disponibilidade de dados, governança e lógica da aplicação.

Rollups programáveis são iguais a redes de Layer 2?

Muitos rollups programáveis são redes de Layer 2, mas alguns podem ser redes de Layer 3 ou sovereign rollups, conforme seus modelos de liquidação e disponibilidade de dados.

Por que os projetos usam rollups programáveis?

Os projetos usam rollups programáveis para obter espaço de bloco dedicado, taxas personalizadas, execução especializada, melhor experiência para o usuário e mais controle da infraestrutura do que uma implantação comum de contrato inteligente oferece.

Rollups programáveis são seguros?

Eles podem ser seguros, mas isso depende do design completo, incluindo bridges, sistemas de prova, disponibilidade de dados, sequenciadores, contratos de liquidação, atualizações e controles operacionais.

Qual é a diferença entre um rollup programável e uma appchain?

Uma appchain é qualquer blockchain específica para uma aplicação, enquanto um rollup programável é uma cadeia personalizável ou específica para uma aplicação que usa arquitetura de rollup.

Rollups programáveis podem usar tokens de gas personalizados?

Sim. Alguns rollups programáveis podem usar tokens de gas personalizados, gas patrocinado ou lógica especial de taxas, conforme a estrutura e a configuração.

Rollups programáveis precisam de bridges?

A maioria precisa de bridges ou sistemas de mensagens para que os usuários movimentem ativos e dados entre o rollup e outras cadeias.

Qual é o principal risco dos rollups programáveis?

O principal risco é que a personalização aumenta a complexidade, que pode resultar em bridges frágeis, sequenciadores centralizados, governança pouco clara, problemas de disponibilidade de dados e infraestrutura imatura.

Rollups programáveis são apenas para DeFi?

Não. Eles podem atender a DeFi, jogos, identidade, apps sociais, pagamentos, ativos do mundo real, sistemas empresariais e outros casos de uso cripto especializados.

O que é Rollup-as-a-Service?

Rollup-as-a-Service é uma infraestrutura que ajuda equipes a implantar e gerenciar rollups personalizados sem desenvolver do zero cada sequenciador, bridge, nó e componente de disponibilidade de dados.

Rollups programáveis podem ser compatíveis com a EVM?

Sim. Muitos usam execução compatível com a EVM, enquanto outros podem usar máquinas virtuais diferentes ou runtimes personalizados.

Como os usuários devem comparar rollups programáveis?

Os usuários devem comparar liquidação, disponibilidade de dados, sistema de provas, descentralização do sequenciador, segurança das bridges, governança, auditorias, liquidez, taxas e premissas de saque.

Conclusão

Rollups programáveis são ambientes de rollup personalizáveis que permitem aos desenvolvedores criar blockchains específicas para aplicações ou ecossistemas, com mais controle sobre execução, taxas, sequenciamento, liquidação, disponibilidade de dados, governança e experiência do usuário.

Eles fazem parte da mudança mais ampla em direção à arquitetura modular de blockchain, na qual as aplicações não precisam mais aceitar todas as regras de uma cadeia monolítica compartilhada.

Seu principal benefício é a flexibilidade.

Um projeto pode criar espaço de bloco dedicado, regras personalizadas de gas, abstração de contas, runtimes especializados, recursos de conformidade e configurações de desempenho específicas para a aplicação.

Sua principal desvantagem é a complexidade.

Um rollup programável ainda precisa resolver problemas difíceis relacionados a bridges, disponibilidade de dados, confiabilidade dos sequenciadores, sistemas de prova, atualizações, liquidez, interoperabilidade e proteção dos usuários.

Os desenvolvedores devem lançar rollups programáveis apenas quando a aplicação realmente precisar de controle no nível da cadeia.

Os usuários devem avaliar cada rollup programável como um sistema próprio, em vez de presumir que todos oferecem as mesmas garantias de segurança.

Os melhores rollups programáveis tornam a personalização transparente, deixam claras as premissas de segurança e oferecem uma experiência simples aos usuários.

A forma mais simples de entender os rollups programáveis é vê-los como uma maneira de transformar rollups de redes genéricas de escalabilidade em ambientes blockchain configuráveis, criados para aplicações e comunidades cripto específicas.