Camada de liquidação L3

O que é uma camada de liquidação L3?

Uma camada de liquidação L3 é a blockchain ou o ambiente de liquidação em que uma rede Layer 3 publica seus dados de transação, compromissos de estado, provas ou declarações para que sua atividade possa ser finalizada e verificada por uma camada inferior.

No universo cripto, Layer 3 geralmente se refere a uma blockchain especializada ou específica para determinada aplicação, construída sobre uma rede Layer 2. Já a camada de liquidação é o ambiente que recebe os compromissos da L3 e ajuda a determinar a finalização.

Em vez de liquidar diretamente em uma blockchain Layer 1, muitos sistemas L3 liquidam em uma Layer 2, que, por sua vez, depende de uma Layer 1 para obter segurança mais robusta e liquidação final.

Isso cria uma estrutura em camadas: a L3 executa aplicações, a L2 cuida da agregação e da lógica de liquidação, e a L1 fornece a segurança mais robusta da camada base.

O termo é importante porque explica de onde vêm a confiança, a segurança, a disponibilidade de dados e a finalização em uma arquitetura blockchain com várias camadas.

Uma camada de liquidação L3 não é um token, uma carteira, uma conta em uma exchange, um método de mineração ou uma estratégia de trading.

É um conceito de infraestrutura usado para descrever como ambientes blockchain especializados se conectam a uma blockchain principal mais segura.

Significado simples de camada de liquidação L3

Em termos simples, uma camada de liquidação L3 é “a camada principal que uma blockchain L3 usa para registrar e finalizar seu estado”.

Se um jogo blockchain funciona em sua própria L3, essa rede pode processar as ações dos usuários de forma rápida e barata e, em seguida, enviar lotes ou provas para uma camada de liquidação L2.

Depois, a L2 pode enviar seus próprios dados, compromissos ou provas para Ethereum ou outra blockchain base.

Isso significa que a L3 não precisa depender apenas de seu próprio conjunto de validadores para obter segurança.

Ela pode herdar parte da segurança da L2 principal e, indiretamente, da L1 base.

O nível exato de segurança herdada depende do design da L3, da L2 principal, da bridge, do sistema de provas, do modelo de disponibilidade de dados e das regras de finalização.

Os usuários não devem presumir que todas as L3s têm o mesmo nível de segurança de suas camadas de liquidação.

Os detalhes importam porque diferentes sistemas L3 podem fazer escolhas muito distintas entre velocidade, custo, descentralização e premissas de confiança.

Por que existem camadas de liquidação L3

As camadas de liquidação L3 existem porque muitas aplicações cripto precisam de mais personalização do que uma L1 ou L2 de uso geral pode oferecer.

Um jogo pode precisar de alto volume de transações, taxas baixas, confirmações rápidas e regras de taxas personalizadas.

Uma aplicação de pagamentos pode precisar de custos previsíveis, fluxos de conta simples e finalização rápida para transferências pequenas.

Uma aplicação voltada à privacidade pode precisar de sistemas de provas especiais, difíceis de executar em uma blockchain pública compartilhada.

Uma aplicação de ativos do mundo real pode precisar de permissões, controles de conformidade, verificações de identidade e lógica de transferência controlada.

Uma L3 pode ser projetada para atender a essas necessidades e, ao mesmo tempo, usar uma camada de liquidação principal para segurança e verificação.

Essa abordagem pode reduzir o congestionamento em redes compartilhadas, pois a L3 executa a maior parte das operações separadamente.

Ela também pode dar aos desenvolvedores mais controle sobre tokens de gas, ordenação de transações, regras de sequenciadores, disponibilidade de dados, governança e caminhos de atualização.

O resultado é uma arquitetura blockchain mais modular, na qual cada camada desempenha uma função diferente.

Como funciona a liquidação L3

Em geral, uma L3 processa transações em seu próprio ambiente de execução.

Os usuários enviam transações para a L3, e o sequenciador ou produtor de blocos da rede ordena essas transações em blocos.

Em seguida, a L3 cria um lote, uma raiz de estado, uma prova ou uma declaração que resume o que aconteceu na rede.

Esse resumo é publicado na camada de liquidação L3, que muitas vezes é uma rede L2.

A L2 registra o compromisso de estado da L3 e fornece as regras para disputas, verificação de provas, bridges ou transmissão de mensagens.

Depois, a L2 depende de sua própria relação de liquidação com a blockchain base L1.

Isso cria uma cadeia de confiança que vai da L3 à L2 e, depois, da L2 à L1.

A documentação de escalabilidade da Ethereum explica que os rollups executam operações fora da camada base e publicam dados ou compromissos de volta em uma camada inferior para obter segurança.

Uma camada de liquidação L3 aplica uma ideia semelhante em um nível superior da arquitetura.

L1, L2 e L3 em uma única arquitetura

A Layer 1 é a blockchain base que fornece a segurança mais robusta de liquidação e consenso da arquitetura.

A Layer 2 é uma camada de escalabilidade que processa transações fora da L1 e depende dela para liquidação, disponibilidade de dados ou resolução de disputas.

A Layer 3 é uma blockchain ou sistema especializado que funciona sobre uma L2 e pode liquidar nessa L2, em vez de fazê-lo diretamente na L1.

A L1 costuma ser mais lenta e cara, mas também mais segura e descentralizada.

A L2 geralmente é mais barata e rápida, sem deixar de herdar propriedades de segurança importantes da L1.

A L3 pode ser ainda mais personalizada e específica para determinada aplicação, mas pode introduzir premissas adicionais por depender de seu próprio design e da L2 principal.

Essa arquitetura em camadas é semelhante à construção de estradas sobre fundações mais resistentes.

A L3 oferece às aplicações uma via rápida própria, a L2 conecta várias dessas vias, e a L1 funciona como a fundação final da liquidação.

Liquidação versus execução

Liquidação e execução são funções diferentes no design de uma blockchain.

Execução significa processar transações, atualizar saldos, executar contratos inteligentes e alterar o estado da blockchain.

Liquidação significa registrar o resultado em um local onde outras partes possam verificá-lo e considerá-lo final de acordo com as regras do sistema.

Uma L3 pode executar transações localmente e liquidar o resultado em uma L2.

Isso permite que a L3 otimize a execução para uma aplicação, comunidade ou modelo de negócios específico.

A camada de liquidação não precisa processar cada transação da L3 individualmente.

Em vez disso, ela pode precisar apenas verificar provas compactadas, aceitar declarações, armazenar compromissos ou oferecer períodos para contestação.

Essa separação é um dos motivos pelos quais a arquitetura L3 pode reduzir custos e aumentar a capacidade de processamento.

Liquidação versus disponibilidade de dados

Liquidação e disponibilidade de dados também são conceitos diferentes.

A liquidação responde onde o estado da blockchain é finalizado e verificado.

A disponibilidade de dados responde se os dados de transação necessários para reconstruir ou contestar o estado estão realmente acessíveis.

Uma L3 pode liquidar em uma L2 e usar outra abordagem para disponibilidade de dados.

Alguns sistemas publicam dados na blockchain principal, enquanto outros usam redes ou comitês externos de disponibilidade de dados.

O estudo sobre disponibilidade de dados de rollups publicado na Future Internet explica que os dados de transação off-chain precisam permanecer disponíveis para que os participantes possam verificar o estado da blockchain de forma independente.

Isso importa porque um sistema pode parecer rápido e barato, mas esconder riscos adicionais relacionados à disponibilidade de dados.

Se os dados não estiverem disponíveis, os usuários podem não conseguir reconstruir o estado da blockchain, contestar atualizações inválidas ou sair com segurança.

Um design robusto de liquidação L3 deve deixar claras tanto a liquidação quanto a disponibilidade de dados.

Camada de liquidação L3 e rollups

Muitos designs de L3 se baseiam na lógica dos rollups.

Um rollup executa transações fora da camada inferior e publica nela informações compactadas.

Em geral, os designs optimistic presumem que os lotes são válidos, a menos que alguém os conteste durante um período de disputa.

Os designs com provas de validade usam provas criptográficas para demonstrar que as transições de estado estão corretas.

Quando uma L3 é construída como rollup, ela pode publicar seus compromissos ou provas em uma camada de liquidação L2.

Depois, a L2 pode publicar seus próprios dados ou compromissos em uma L1.

Isso cria um modelo de rollups aninhados, em que uma camada de escalabilidade fica sobre outra.

Essa estrutura pode reduzir taxas e aumentar a flexibilidade das aplicações, mas também eleva a complexidade do design.

Antes de confiar em bridges, saques ou ativos de alto valor em uma L3, os usuários devem entender todo o caminho de liquidação.

Por que as L3s costumam liquidar em L2s

As L3s costumam liquidar em L2s porque a liquidação em uma L2 pode custar menos do que a liquidação direta em uma L1.

Publicar cada blockchain de aplicação especializada diretamente em uma L1 pode elevar os custos e consumir espaço limitado nos blocos.

Uma L2 pode funcionar como um hub de liquidação para várias L3s, reduzindo o custo de ancorar muitos ambientes especializados.

Essa estrutura pode fazer sentido para aplicações que precisam de sua própria blockchain, mas não precisam publicar cada atualização diretamente na camada base.

Ela também pode melhorar a experiência do usuário, pois depósitos, saques e mensagens cross-chain da L3 podem passar por um ambiente L2 conhecido.

A visão geral das blockchains Arbitrum descreve redes configuráveis que podem ajustar execução, modelos de taxas, governança, disponibilidade de dados e parâmetros relacionados à liquidação conforme necessidades específicas.

Isso mostra por que as L3s costumam ser discutidas junto com appchains, rollups e arquiteturas blockchain modulares.

Finalização em uma camada de liquidação L3

Finalização significa que uma transação ou atualização de estado é considerada liquidada de acordo com as regras do sistema.

Em uma arquitetura L3, a finalização pode depender de várias camadas ao mesmo tempo.

O usuário pode ver uma confirmação rápida na L3 em questão de segundos.

Depois de um curto período, o lote da L3 pode ser aceito na L2 principal.

A liquidação da própria L2 na L1 pode levar mais tempo, dependendo do sistema de provas, do período de contestação ou das regras de finalização.

Isso significa que “confirmação rápida” e “liquidação final” nem sempre são a mesma coisa.

A documentação da Arbitrum sobre a finalização da fila de entrada atrasada explica que a finalização de uma L3 pode depender de diferentes camadas e ser configurada de várias formas.

Antes de presumir que um depósito, saque ou mensagem de bridge foi totalmente liquidado, os usuários de cripto devem verificar qual camada finalizou a transação.

Premissas de segurança de uma camada de liquidação L3

Uma camada de liquidação L3 pode aumentar a segurança ao conectar a L3 a uma blockchain principal mais robusta.

No entanto, isso não torna automaticamente a L3 tão segura quanto a blockchain principal.

A segurança depende do sequenciador da L3, do modelo de validadores, do sistema de provas, dos contratos da bridge, das chaves de atualização, da disponibilidade de dados, das provas de fraude, das provas de validade e dos controles de governança.

Se a L3 usar um sequenciador centralizado, os usuários podem enfrentar riscos de censura, indisponibilidade ou ordenação de transações.

Se a L3 usar um modelo fraco de disponibilidade de dados, os usuários podem enfrentar riscos relacionados à reconstrução do estado ou à saída da rede.

Se a bridge da L3 for mal projetada, os ativos podem ficar expostos a bugs nos contratos ou falhas na transmissão de mensagens.

Se as chaves de governança tiverem poderes excessivos, a blockchain poderá ser atualizada de formas inesperadas pelos usuários.

A liquidação em uma L2 robusta ajuda, mas é preciso analisar todo o modelo de segurança, da L3 até a L1.

Benefícios de uma camada de liquidação L3

O primeiro benefício é a redução de custos.

Uma L3 pode reduzir taxas ao processar a maior parte da atividade em um ambiente especializado e publicar resultados compactados em uma camada principal.

O segundo benefício é a maior capacidade de processamento.

Uma L3 pode oferecer capacidade de execução própria a uma aplicação ou ecossistema, em vez de disputar espaço com muitas aplicações sem relação entre si em uma blockchain compartilhada.

O terceiro benefício é a personalização.

Os desenvolvedores podem ajustar regras de gas, tempos de bloco, sistemas de conta, governança, disponibilidade de dados e ordenação de transações para seu caso de uso.

O quarto benefício é facilitar o design de aplicações.

Um jogo, aplicativo de pagamentos, sistema de identidade ou programa de fidelidade pode usar uma L3 para oferecer uma experiência mais fluida sem exigir que os usuários disputem espaço em uma blockchain de uso geral.

O quinto benefício é a escalabilidade modular.

Uma camada de liquidação L3 permite que muitas blockchains especializadas se conectem à segurança compartilhada por meio de uma L2 principal.

Isso pode ajudar as aplicações cripto a crescer sem exigir que todas as transações sejam executadas na blockchain base.

Riscos de uma camada de liquidação L3

O primeiro risco é o aumento da complexidade.

Cada camada adicional acrescenta contratos, bridges, sequenciadores, sistemas de provas e dependências operacionais.

O segundo risco é uma segurança herdada mais fraca.

Uma L3 pode depender da L2, mas seu próprio design ainda pode introduzir novas premissas de confiança.

O terceiro risco é o risco de bridge.

Os ativos que circulam entre L3, L2 e L1 podem depender de bridges de mensagens sujeitas a falhas ou exploração.

O quarto risco é a confusão sobre finalização.

Os usuários podem acreditar que uma transação foi totalmente liquidada quando ela apenas foi confirmada pelo sequenciador da L3.

O quinto risco é a falha de disponibilidade de dados.

Se os dados de transação não estiverem disponíveis, usuários e validadores talvez não consigam verificar o estado da L3.

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

Quando há muitas L3s, os ativos e usuários podem se espalhar por diversos ambientes pequenos.

O sétimo risco é a indisponibilidade operacional.

Uma L3 pequena pode ter menos nós, operadores e infraestrutura testada do que uma L1 ou L2 importante.

Camada de liquidação L3 e Ethereum

A Ethereum é a principal referência de camada base em muitas discussões sobre liquidação L3, pois seu ecossistema adota um roteiro de escalabilidade centrado em rollups.

A documentação da Ethereum sobre danksharding explica que os rollups publicam compromissos e usam blobs de dados para tornar os dados dos rollups mais eficientes para validadores e usuários.

Isso importa para as L3s porque os custos de liquidação nas camadas inferiores afetam o custo das blockchains de camadas superiores.

Quando a liquidação L2 fica mais barata, os sistemas L3 podem se tornar mais viáveis.

Quando a disponibilidade de dados se torna mais eficiente, os sistemas baseados em rollups podem publicar mais informações por um custo menor.

No entanto, as L3s não substituem a Ethereum nem outras blockchains base.

Elas são camadas adicionais de escalabilidade e personalização que dependem da segurança e da infraestrutura das camadas inferiores.

A visão de Vitalik Buterin sobre Layer 3

A terminologia Layer 3 tem sido debatida pela comunidade Ethereum.

O artigo de Vitalik Buterin, What kind of layer 3s make sense?, explica que o termo “camada” deve ser usado com cuidado, pois nem todo sistema construído sobre uma L2 tem a mesma finalidade.

O artigo argumenta que alguns sistemas semelhantes a camadas podem ser úteis para necessidades específicas, como privacidade, execução personalizada ou agregação de provas.

Isso é importante porque “camada de liquidação L3” não deve ser usada como uma expressão de marketing vaga.

Um design real de liquidação L3 deve explicar o que a L3 faz, o que a camada principal verifica, onde os dados ficam disponíveis, como funciona a finalização e como os usuários podem sair com segurança.

O rótulo importa menos do que a arquitetura técnica por trás dele.

Camada de liquidação L3 e appchains

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

Muitas L3s são appchains, pois são projetadas para um jogo, protocolo DeFi, rede de pagamentos, aplicação social ou plataforma de ativos do mundo real.

A camada de liquidação L3 permite que essa appchain se conecte a um ambiente de segurança mais amplo, em vez de operar como uma blockchain totalmente independente.

Isso pode dar à appchain mais liberdade do que uma L2 compartilhada, mantendo alguma conexão com a arquitetura L2 e L1.

Para os desenvolvedores, isso pode ser atraente porque permite projetar a blockchain de acordo com as necessidades dos usuários, em vez de aceitar um ambiente de execução padronizado.

Para os usuários, as vantagens potenciais são taxas mais baixas e interações mais rápidas.

A contrapartida é que os usuários precisam entender uma nova blockchain, um novo caminho de bridge e um novo modelo de segurança.

Camada de liquidação L3 e blockchains modulares

O design de blockchain modular distribui diferentes funções entre diferentes camadas.

Uma camada pode se concentrar na execução.

Outra pode se concentrar na liquidação.

Outra pode se concentrar na disponibilidade de dados.

Outra pode se concentrar no consenso.

Uma camada de liquidação L3 se encaixa nesse modelo modular porque permite que uma L3 terceirize a liquidação para uma camada principal, em vez de cuidar de tudo sozinha.

Isso pode tornar o sistema mais flexível, mas também exige que os usuários entendam qual camada é responsável por cada garantia.

Uma arquitetura modular pode ser poderosa quando cada camada é transparente e confiável.

Ela pode ser perigosa quando a linguagem de marketing esconde as verdadeiras premissas de confiança.

Exemplos de design de liquidação L3

Uma L3 de jogos pode liquidar em uma L2 para permitir milhares de ações dentro do jogo a baixo custo, sem sobrecarregar uma blockchain de uso geral.

Uma L3 de pagamentos pode liquidar em uma L2 para que transferências pequenas sejam confirmadas rapidamente e continuem conectadas a uma liquidez mais ampla.

Uma L3 de privacidade pode liquidar provas em uma L2 e manter privados os detalhes das transações dos usuários por meio de um sistema de provas especializado.

Uma L3 de DeFi pode usar parâmetros de risco, regras de taxas ou lógica de execução personalizados e liquidar os resultados em uma L2 principal.

Uma L3 de ativos do mundo real pode usar transferências permissionadas e depender de uma camada principal para liquidação e auditabilidade.

Esses exemplos mostram que uma camada de liquidação L3 não corresponde a um único tipo de produto.

É um padrão de design para conectar ambientes blockchain especializados a um sistema de segurança e verificação de camada inferior.

O que os usuários devem verificar antes de usar uma L3

Primeiro, os usuários devem verificar qual camada de liquidação a L3 utiliza.

Devem perguntar se a L3 liquida em uma L2, diretamente em uma L1 ou em outra blockchain principal personalizada.

Também devem verificar se a L3 usa provas optimistic, provas de validade, um modelo de comitê ou um conjunto permissionado de validadores.

Devem analisar como funciona a disponibilidade de dados e se os dados de transação são publicados on-chain ou armazenados em outro local.

Também devem verificar como os depósitos e saques transitam entre L3, L2 e L1.

Devem analisar quanto tempo os saques levam e se existe um período de contestação.

Devem verificar se os contratos passaram por auditoria e se as chaves de atualização são controladas por uma multisig, DAO, fundação ou empresa.

Também devem analisar se o sequenciador é centralizado ou descentralizado.

Devem verificar se os usuários têm uma forma segura de sair caso o operador da L3 deixe de funcionar.

Essas verificações são importantes porque a arquitetura de liquidação L3 afeta a segurança dos ativos, a experiência do usuário e a confiança a longo prazo.

Camada de liquidação L3 e bridges

As bridges são uma das partes mais importantes de uma arquitetura de liquidação L3.

Uma bridge permite que ativos ou mensagens circulem entre a L3 e sua camada principal.

Em um caso simples, o usuário deposita ativos de uma L2 em uma L3 e, depois, os saca de volta para a L2.

Em um caso mais complexo, o usuário pode transferir ativos da L1 para a L2, depois para a L3 e, em seguida, fazer o caminho inverso.

Cada etapa pode introduzir atrasos, riscos de contratos inteligentes, riscos de liquidez e erros do usuário.

Uma bridge L3 robusta deve explicar claramente os prazos de depósito e saque, a finalização de mensagens, os requisitos de provas, as taxas e os procedimentos de emergência.

Os usuários devem ter cuidado com bridges não oficiais, pois elas podem usar premissas de confiança diferentes das do caminho de liquidação nativo.

Uma bridge barata nem sempre é uma bridge segura.

Camada de liquidação L3 e sequenciadores

Um sequenciador é o sistema que ordena transações antes que sejam publicadas ou finalizadas.

Muitas L2s e L3s usam sequenciadores para oferecer confirmações rápidas e uma experiência mais fluida.

Em uma L3, o sequenciador pode fornecer uma resposta quase instantânea antes mesmo de o estado da L3 ser totalmente liquidado na camada principal.

Isso é útil, mas cria uma diferença entre confirmação provisória e liquidação final.

Um sequenciador centralizado também pode criar riscos de censura, indisponibilidade e ordenação de transações.

Alguns designs de L3 podem migrar posteriormente para sequenciamento compartilhado, descentralizado ou realizado pela camada principal.

Os usuários devem entender quem controla o sequenciador e o que acontece se ele falhar.

Camada de liquidação L3 e taxas

As taxas em uma arquitetura L3 podem incluir taxas de execução, publicação de dados, geração de provas, bridge e liquidação na camada principal.

A L3 pode cobrar dos usuários um token de gas nativo ou usar um token conhecido do ecossistema principal.

A L2 principal pode cobrar do operador da L3 para publicar lotes ou provas.

A L1 pode cobrar da L2 principal pela disponibilidade de dados e liquidação.

Isso significa que a taxa final do usuário pode depender da atividade de várias camadas da rede.

Um dos motivos que tornam as L3s atraentes é a possibilidade de reduzir a quantidade de interações caras com camadas inferiores necessária para cada transação do usuário.

No entanto, os usuários ainda devem verificar se as taxas baixas são sustentadas por segurança robusta ou por premissas adicionais de confiança.

Transações muito baratas podem ser vantajosas, mas não têm utilidade se a blockchain não for segura ou se for difícil sair dela.

Camada de liquidação L3 e blobs de dados

Os blobs de dados fazem parte do roteiro de escalabilidade de rollups da Ethereum e foram projetados para reduzir o custo de publicação de dados de rollups.

A explicação da Chainlink sobre o EIP-4844 descreve o proto-danksharding como uma atualização da Ethereum que introduziu transações com blobs para reduzir os custos de disponibilidade de dados para rollups.

Custos de dados mais baixos podem beneficiar as L2s, e uma economia L2 mais saudável também pode apoiar ecossistemas L3 que liquidam por meio dessas L2s.

As L3s nem sempre publicam dados diretamente nos blobs da Ethereum, mas os custos de liquidação de sua L2 principal ainda podem ser afetados pelos mercados de blobs.

Por isso, as camadas de liquidação L3 estão conectadas às atualizações mais amplas de escalabilidade da Ethereum.

Quando a disponibilidade de dados nas camadas inferiores melhora, as aplicações de camadas superiores podem se tornar mais baratas e viáveis.

Camada de liquidação L3 para desenvolvedores

Os desenvolvedores podem escolher uma camada de liquidação L3 quando uma L2 compartilhada não é suficiente para sua aplicação.

Eles podem querer tempos de bloco personalizados, lógica de taxas própria, abstração de conta personalizada, precompilações especiais, acesso controlado ou governança específica para a aplicação.

Também podem querer evitar que seus usuários sejam afetados pelo congestionamento causado por aplicações sem relação com a deles.

Uma L3 pode oferecer um ambiente de execução dedicado aos desenvolvedores, mantendo a conexão com a liquidez e a segurança de um ecossistema principal.

No entanto, os desenvolvedores também precisam operar mais infraestrutura.

Podem precisar de sequenciadores, publicadores de lotes, validadores, contratos de bridge, sistemas de monitoramento, indexadores, nós RPC, exploradores e processos de resposta a incidentes.

Também precisam explicar claramente aos usuários o modelo de liquidação.

Uma L3 mal documentada pode causar confusão, mesmo que a tecnologia funcione corretamente.

Camada de liquidação L3 para usuários

Os usuários podem perceber uma L3 como uma blockchain rápida e barata para uma aplicação específica.

Durante o uso normal, talvez não percebam todo o caminho de liquidação.

Podem notá-lo apenas ao depositar ou sacar ativos, transferir tokens por uma bridge ou verificar a finalização de uma transação.

Por isso, a educação dos usuários é importante.

O usuário deve saber se os fundos estão na L1, L2 ou L3.

Deve saber qual bridge usou e quanto tempo os saques podem levar.

Deve saber se a L3 ainda é experimental ou se está pronta para produção.

Deve saber se a blockchain depende de um sequenciador centralizado, de um comitê de dados ou de chaves administrativas especiais.

As L3s podem melhorar a experiência do usuário, mas isso só acontece quando os usuários entendem as contrapartidas por trás da interface simples.

Equívocos comuns sobre camadas de liquidação L3

Um equívoco é pensar que toda L3 herda automaticamente a segurança integral da L1.

Na realidade, a segurança da L3 depende de toda a cadeia de liquidação, verificação de provas, disponibilidade de dados e design da bridge.

Outro equívoco é acreditar que uma camada de liquidação L3 é o mesmo que uma camada de disponibilidade de dados.

Liquidação e disponibilidade de dados podem se sobrepor, mas não são a mesma função.

Um terceiro equívoco é pensar que L3 significa “melhor que L2” em todos os aspectos.

As L3s podem ser mais baratas e personalizadas, mas também podem ser mais complexas e menos testadas em condições reais.

Um quarto equívoco é achar que uma confirmação rápida significa liquidação final.

Uma transação L3 pode aparecer rapidamente na aplicação e ainda depender de etapas posteriores de liquidação.

Um quinto equívoco é pensar que as L3s servem apenas para usuários avançados de DeFi.

As L3s também podem oferecer suporte a jogos, aplicações sociais, pagamentos, identidade, fluxos empresariais e plataformas de ativos do mundo real.

Como avaliar uma camada de liquidação L3

Comece identificando a blockchain principal.

Depois, verifique se ela é um rollup L2, um sistema do tipo validium, uma sidechain ou outra blockchain especializada.

Em seguida, analise o que é publicado da L3 na camada principal.

Isso pode incluir lotes de transações, raízes de estado, declarações de provas de fraude, provas de validade ou certificados de disponibilidade de dados.

Depois, verifique como a camada principal verifica ou aceita essas atualizações.

Em seguida, analise como a camada principal liquida as transações na camada base.

Por fim, verifique se os usuários podem sacar com segurança caso a L3 deixe de funcionar normalmente.

Uma boa camada de liquidação L3 deve apresentar essas informações com facilidade na documentação oficial.

Se o projeto não conseguir explicar claramente seu caminho de liquidação, os usuários devem considerar o sistema de maior risco.

Perguntas frequentes

O que significa camada de liquidação L3?

Uma camada de liquidação L3 é a camada principal em que uma blockchain Layer 3 publica seus compromissos de estado, provas, dados ou declarações para que sua atividade possa ser verificada e finalizada.

Uma camada de liquidação L3 é o mesmo que uma blockchain Layer 3?

Não. A L3 é a blockchain ou o ambiente de execução, enquanto a camada de liquidação é a camada inferior que recebe e verifica as atualizações de estado da L3.

Uma L3 sempre liquida em uma L2?

Muitas L3s liquidam em uma L2, mas o design exato depende do projeto, da estrutura do rollup, da bridge e do modelo de segurança.

Por que uma L3 liquidaria em uma L2 em vez de diretamente em uma L1?

Uma L3 pode liquidar em uma L2 para reduzir custos, melhorar a velocidade, usar a infraestrutura L2 existente e permitir personalizações específicas para a aplicação.

Uma L3 é tão segura quanto a Ethereum ou outra L1?

Não automaticamente. A segurança de uma L3 depende de seu próprio design, da L2 principal, da bridge, do modelo de disponibilidade de dados e das regras de finalização.

Qual é o principal benefício de uma camada de liquidação L3?

O principal benefício é permitir que blockchains especializadas processem transações de forma rápida e barata e continuem conectadas a uma arquitetura de liquidação mais robusta.

Qual é o maior risco de uma camada de liquidação L3?

O maior risco é a complexidade adicional, pois os usuários precisam entender e confiar na L3, na camada principal, nas bridges, na disponibilidade de dados, nos sequenciadores e nos sistemas de provas.

Como a finalização funciona de forma diferente em uma L3?

Uma L3 pode oferecer confirmações locais rápidas, mas a finalização mais profunda pode depender do momento em que a L3 liquida na L2 principal e de quando essa L2 liquida na camada base.

As camadas de liquidação L3 podem oferecer suporte a appchains?

Sim. Muitos sistemas L3 são projetados como appchains para jogos, pagamentos, DeFi, identidade, aplicações sociais ou fluxos de ativos do mundo real.

O que os usuários devem verificar antes de usar uma L3?

Os usuários devem verificar a camada de liquidação, o caminho da bridge, as regras de finalização, o modelo de disponibilidade de dados, o design do sequenciador, as auditorias, as chaves de atualização e o processo de saque.

Conclusão

Uma camada de liquidação L3 é um conceito essencial da infraestrutura cripto modular porque explica onde uma blockchain Layer 3 ancora seu estado e recebe suporte de liquidação.

A ideia básica é que uma L3 pode executar operações especializadas para uma aplicação e liquidar em uma L2 principal, dependendo indiretamente de uma L1 base.

Esse design pode reduzir taxas, aumentar a capacidade de processamento, ampliar a personalização e dar aos desenvolvedores mais controle sobre a experiência do usuário.

Também pode apoiar appchains, redes de jogos, sistemas de pagamento, aplicações de privacidade, plataformas de ativos do mundo real e outros ambientes cripto especializados.

No entanto, as camadas de liquidação L3 também introduzem complexidade.

Usuários e desenvolvedores precisam entender a finalização, as bridges, a disponibilidade de dados, os sequenciadores, os sistemas de provas, os controles de atualização e todo o caminho da L3 à L2 e à L1.

A expressão “liquida em uma L2” nunca deve ser considerada, por si só, uma explicação completa de segurança.

Uma análise cuidadosa deve perguntar o que é publicado, onde é publicado, quem pode verificar, como os dados permanecem disponíveis e como os usuários podem sair se algo der errado.

Quando bem projetada, uma camada de liquidação L3 pode tornar as aplicações cripto mais rápidas, baratas e flexíveis, mantendo sua conexão com a segurança mais robusta das camadas inferiores.

Quando mal projetada, pode esconder riscos atrás de uma linguagem técnica e levar os usuários a fazer suposições inseguras.

A melhor forma de entender uma camada de liquidação L3 é vê-la como a conexão entre o desempenho de blockchains específicas para aplicações e a segurança mais profunda da arquitetura de liquidação mais ampla.