A popularidade da Degen Chain e de outros trouxe a camada 3 para a visão das pessoas, e o surgimento dessa tecnologia trará maior escalabilidade e interoperabilidade para as redes de blockchain, fornecendo soluções personalizadas para diferentes cenários de aplicação.
Entre os casos de uso emergentes da Camada 3, Arbitrum Orbit e Starknet têm mostrado o desempenho mais destacado e podem brilhar em áreas como Jogos e DeFi.
Se a Camada 3 quiser avançar, deve continuar a melhorar a sua tecnologia e procurar mais aplicações de adoção em grande escala para apoiar a sua evolução.
No dia anterior ao Dia das Mentiras deste ano, alguns projetos de criptografia aproveitaram os temas da Camada 4 e Camada 5 para criar piadas humorísticas. Entre eles, dYdX até brincou com o conteúdo de “a nova versão será construída em cima de L4”, o que até enganou alguns meios de comunicação e fez com que se espalhasse como notícia real.
E essa piada é naturalmente baseada na crescente popularidade da Camada 3. Quanto à Camada 3, o que todos estão geralmente preocupados é se ela é uma boneca aninhada entre cadeias ou uma extensão personalizada, e se tem potencial de escalabilidade. Este artigo se concentrará nessa controvérsia para entreter os leitores.
Recentemente, a popularidade da Camada 3 aumentou significativamente, atraindo muita atenção.
Especialmente o desempenho excepcional de tokens da Camada 3, como Degen Chain, como o aumento a curto prazo de mais de 150% por DEGEN, e o máximo histórico dos preços de GHST após a transformação do Aavegotchi para a Série Base da Camada 3, destacando ainda mais o potencial da Camada 3.
Origem: degen.tips
Na definição tradicional, a Camada 2 é a rede de liquidação na Ethereum A mainnet e tem escalabilidade. A Camada 3, por outro lado, é construída em cima da Camada 2 e depende dela para o acordo, proporcionando uma rede mais escalável.
O conceito da Camada 3 foi inicialmente proposto pela equipe da Starknet (então StarkWare) no artigo “Fractal Scaling: From L2 to L3.” Na visão da Starknet, a máquina virtual de Camada 2 serve como uma camada de computação universal descentralizada, mantendo um alto grau de componibilidade. Em contraste, a Camada 3 deve servir como uma cadeia específica de aplicativos, atendendo de forma flexível às necessidades únicas de vários aplicativos. A completude de Turing fornece uma base sólida para essa estrutura hierárquica. Em teoria, desde que haja completude de Turing, qualquer aplicativo possível pode ser construído.
A motivação para propor esta ideia foi que o Starknet desenvolveu a linguagem Cairo e a máquina virtual Cairo para gerar provas de forma mais eficiente, mas estas não eram totalmente compatíveis com o Ethereum. Neste ponto, as cadeias de Camada 3 podem desempenhar o seu papel e fornecer as garantias de segurança necessárias para estas aplicações. Através deste método, a Camada 3 tornou-se um meio eficaz para superar as limitações da Camada 2, promovendo ainda mais o desenvolvimento da tecnologia blockchain.
Do ponto de vista técnico, a Camada 3 ultrapassa as soluções L1 e L2 existentes ancorando as redes blockchain à L2, alcançando maior segurança e potencialmente trazendo vantagens de escalabilidade exponencial. No entanto, como tanto a Camada 2 quanto a Camada 3 dependem da rede principal para liquidação, seus mecanismos de compressão e sincronização de dados se tornaram o foco da discussão.
No contexto da Camada 2, os dados da transação são empacotados, comprimidos e sincronizados com a rede Ethereum. Da mesma forma, a Camada 3 adotará um mecanismo semelhante para comprimir e sincronizar seus dados de transação com a rede da Camada 2.
No entanto, esta abordagem, semelhante à aplicação de Rollup novamente em Rollup, tem sido questionada e criticada. Porque se continuarmos a imaginar redes de nível superior, como a Camada 4 e a Camada 5, com esta arquitetura, enfrentaremos o problema do limite de compressão de dados, uma vez que os dados não podem ser continuamente comprimidos indefinidamente.
Por exemplo, algumas instituições como Polygon A Labs afirmou explicitamente que não irá desenvolver a Camada 3, enquanto a dYdX até zomba das ideias fantasiosas da Camada 3 ao criar a Camada 4. Até o próprio Vitalik afirmou recentemente que a Camada 3 não aumenta magicamente o poder de processamento. Essas vozes refletem a atitude cautelosa da indústria em relação à viabilidade e praticidade da tecnologia da Camada 3.
Fonte: @VitalikButerin
A Camada 3 tem como objetivo resolver os problemas de interoperabilidade entre blockchains e satisfazer as necessidades personalizadas dos programadores, tornando mais fácil para o público usar e implementar, incluindo mecanismos de governança, regras e funções. Através do processamento off-chain de transações, a Camada 3 pode reduzir ainda mais a congestão da rede e os custos de transação com base na Camada 2, melhorando a eficiência de custos.
Atualmente, entre os casos de uso emergentes da Camada 3, a Orbit Arbitrum e a Starknet mostraram o desempenho mais excepcional e podem brilhar em áreas como Jogos e DeFi.
Em 2023, a Fundação Arbitrum lançou uma nova funcionalidade - Arbitrum Orbit, uma blockchain de Camada 3 construída na plataforma Arbitrum Nitro. Além de proporcionar custos de transação mais baixos e maior escalabilidade, o Arbitrum Orbit permite aos desenvolvedores criar blockchains autogeridas e dedicadas no Arbitrum Nitro.
Ao contrário do método simples de empilhamento, o Starknet atribui diferentes responsabilidades a L2 e L3 no novo quadro L3. Ele enfatiza que o L3 deve se concentrar em fornecer recursos personalizados, como proteção de privacidade ou otimização específica do aplicativo, em vez de simplesmente buscar escalabilidade.
Fonte: Starknet
Em fevereiro deste ano, a Starknet anunciou oficialmente uma parceria com a Celestia para construir em conjunto uma rede de camada 3 de alta taxa de transferência. No entanto, dado que a Starknet usa uma tecnologia única de prova zk STARK, que atualmente é relativamente imatura, ainda levará algum tempo para o lançamento do Starknet Stack.
A Orbs, como uma nova blockchain de Camada 3, tem como objetivo abordar as questões de escalabilidade do Ethereum e trabalhar em colaboração com os protocolos existentes de Camada 1 e Camada 2.
A camada 3 da Orbs é uma camada de ‘ução aprimorada’ que permite que os desenvolvedores utem e desenvolvam smart contracts em uma nuvem de servidores descentralizada. Isso significa que os desenvolvedores podem se concentrar em escrever e implantar smart contracts sem se preocupar com a infraestrutura de rede subjacente ou a manutenção de servidores físicos.
Atualmente, a Orbs suporta a utilização de vários protocolos de Camada 1 e Camada 2, como o Ethereum, BNB Cadeia, Avalanche, Polygon, etc.
Outra tecnologia digna de nota é o zkSync Hyperchains lançado pela equipe zkSync, que pode ser considerado como Camada 3 e usado para liquidação usando Camada 2.
Estas Hyperchains são impulsionadas pelo mesmo motor zkEVM na ZK Stack, garantindo consistência em todos os circuitos ZKP na plataforma e herdando a segurança da Camada 1.
Uma vantagem significativa desta arquitetura é que permite uma passagem de mensagens mais rápida entre a Camada 3 estabelecida na mesma Camada 2 e promove a interoperabilidade em todo um ecossistema mais amplo.
A camada 3 resolve principalmente a escalabilidade, o suporte complexo de dApp, a interoperabilidade de blockchain, a personalização, a alta relação custo-benefício e a acessibilidade de blockchain.
Não só melhora a escalabilidade da blockchain e suporta o desenvolvimento de dApps complexos, mas também serve como uma ponte entre diferentes blockchains, alcançando a interoperabilidade Fluxo de transações e dados. Enquanto isso, a Camada 3 permite personalização com base nas necessidades do desenvolvedor, reduzindo os custos das transações, melhorando a relação custo-benefício e tornando a tecnologia blockchain mais acessível ao público.
No entanto, a partir da evolução da tecnologia de criptografia, a Camada 3 não pode alcançar saltos de desempenho apenas através do empilhamento simples. Embora a personalização possa trazer vantagens específicas, a perda de universalidade limita a viabilidade do seu empilhamento.
Fonte: LK Venture