O que é Avalanche (AVAX) e como funciona?

O que é Avalanche (AVAX)?

Avalanche é uma plataforma blockchain proof-of-stake para smart contracts, ativos digitais e redes blockchain separadas. Estas redes são chamadas Avalanche L1's e podem, entre outras coisas, ter regras próprias para validadores e tokenomics. A mainnet da Avalanche entrou em funcionamento em setembro de 2020.

AVAX é o utility token nativo da Avalanche Network. O AVAX é usado, entre outras coisas, para taxas de transação e para ajudar a garantir a segurança da Primary Network através de staking.

A Primary Network é a base da rede Avalanche e é composta por três blockchains, cada uma com uma função própria:

• P-Chain (Platform Chain): gere, entre outras coisas, validadores, staking e Avalanche L1's.
• C-Chain (Contract Chain): é compatível com EVM e é usada para smart contracts e aplicações descentralizadas.
• X-Chain (Exchange Chain): destina-se à criação e transferência de ativos digitais.

Desta forma, staking, smart contracts e ativos nativos não são todos processados na mesma blockchain.

Pontos principais

• Avalanche é uma plataforma proof-of-stake para smart contracts, ativos digitais e Avalanche L1's.
• AVAX é o token nativo para fees e staking na Primary Network.
• A Primary Network é composta pela P-Chain, C-Chain e X-Chain.
• O consenso funciona com consultas aleatórias ponderadas pelo stake entre validadores.
• As Avalanche L1's podem escolher os seus próprios validadores, tokens, fees e regras.

Como funciona a Avalanche?

A Avalanche distribui funções importantes por três blockchains dentro da Primary Network. Validadores são participantes que fazem staking de AVAX e participam no processamento e na verificação de blocos e transações. Os validadores da Primary Network validam as três chains: a P-Chain, a C-Chain e a X-Chain.

A P-Chain gere, entre outras coisas, o staking, os validadores e a gestão das Avalanche L1's. Aqui, staking significa que o AVAX é bloqueado para participar como validador na Primary Network.

A C-Chain destina-se a smart contracts e aplicações descentralizadas. Esta chain é compatível com EVM. Isso significa que smart contracts em Solidity e muitas ferramentas do ecossistema Ethereum também podem ser usados na C-Chain.

A X-Chain suporta a emissão e a transferência de ativos nativos da Avalanche. Estes são ativos digitais que podem ser criados e enviados diretamente dentro da Avalanche.

Cada chain usa uma máquina virtual própria. Em termos simples, uma máquina virtual determina quais transações são válidas, como o estado de uma blockchain muda após uma transação e que funções a chain suporta.

Assim, a C-Chain usa com o Coreth uma implementação da Ethereum Virtual Machine. A P-Chain usa a PlatformVM e a X-Chain usa a AvalancheVM.

Para consenso, a Avalanche utiliza a família de consenso Snowman. O Snowman foi concebido para blockchains em que os blocos são colocados um a seguir ao outro numa única ordem fixa.

Na Primary Network é usado o Snowman++. O Snowman++ baseia-se no Snowman e acrescenta, entre outras coisas, regras que determinam que validador pode propor um novo bloco num determinado momento. Este sistema é usado na P-Chain, na C-Chain e na X-Chain.

Visão geral da Avalanche (AVAX)

O que são as Avalanche L1's?

Uma Avalanche L1 é uma rede autónoma dentro do ecossistema Avalanche. Uma L1 deste tipo pode definir regras próprias para, entre outras coisas, validadores, taxas de transação e a economia do token.

Uma L1 pode validar uma ou várias blockchains. Em sentido inverso, cada blockchain é validada por exatamente uma Avalanche L1. Desta forma, cada L1 pode formar um ambiente próprio com regras e aplicações próprias.

Uma Avalanche L1 pode, entre outras coisas, escolher por si própria uma máquina virtual, um token nativo, taxas de transação, gestão de validadores e um modelo de segurança. Por exemplo, uma L1 pode funcionar com permissionless proof-of-stake, em que os participantes podem tornar-se validadores livremente sob determinadas condições, mas também com um modelo permissioned, em que apenas validadores aprovados podem participar.

Desde a atualização Etna, os validadores de uma Avalanche L1 já não precisam de validar também a Primary Network. No entanto, os validadores da L1 têm de sincronizar a P-Chain. A P-Chain mantém, entre outras coisas, informação sobre os diferentes conjuntos de validadores dentro da Avalanche.

Para a comunicação entre diferentes Avalanche L1's, pode ser usada a Avalanche Warp Messaging. Trata-se de um sistema integrado que permite que diferentes L1's enviem e verifiquem mensagens entre si.

É importante notar que uma Avalanche L1 não tem automaticamente os mesmos validadores ou a mesma segurança económica que a Primary Network. Cada L1 determina, em grande medida, a forma como o seu próprio conjunto de validadores e a sua segurança são organizados.

Além disso, o desempenho de diferentes L1's está separado entre si. Assim, muita atividade numa Avalanche L1 não tem de causar diretamente atrasos noutra L1.

Exemplos de Avalanche L1's

Dentro do ecossistema Avalanche existem várias L1's criadas para diferentes aplicações. Alguns exemplos são:

• Gunzilla: uma Avalanche L1 desenvolvida para o ecossistema de gaming da Gunzilla Games. A rede pode ser usada para funções blockchain dentro de jogos, como ativos digitais e transações.

• DeFi Kingdoms: usa uma Avalanche L1 própria para o seu jogo blockchain e a economia associada. Desta forma, as transações do jogo podem ser processadas numa rede separada.

• Dexalot: uma Avalanche L1 para o ambiente de negociação descentralizada da Dexalot. Ao usar uma rede própria, a plataforma pode estruturar a sua blockchain especificamente para negociação.

• Beam: uma Avalanche L1 focada em gaming e em aplicações blockchain para jogos.

• FIFA: tem uma Avalanche L1 própria na qual podem ser criadas aplicações blockchain e objetos colecionáveis digitais dentro do ecossistema FIFA.

• Dinari Financial Network: uma Avalanche L1 focada em aplicações financeiras e ativos tokenizados.

Estes exemplos mostram que as Avalanche L1's não são todas criadas para o mesmo objetivo. Um developer ou organização pode criar uma rede própria e adaptar as suas regras, por exemplo, a gaming, negociação ou aplicações financeiras.

Como funciona o consenso na rede Avalanche?

Consenso é a forma como uma rede chega a acordo sobre quais transações e blocos são válidos. A Avalanche utiliza para isso a família de consenso Snow, que inclui Snowball e Snowman.

Em vez de cada validador comunicar com todos os outros validadores em cada decisão, um validador pergunta repetidamente a um pequeno grupo aleatoriamente escolhido de outros validadores qual é a sua preferência.

A probabilidade de um validador ser selecionado para essa consulta depende, na Primary Network, da quantidade de AVAX que o validador tem em staking. Assim, validadores com mais stake têm maior probabilidade de entrar numa amostra.

Imagine que um validador tem de determinar qual bloco tem preferência. O validador pergunta a um grupo de outros validadores qual é a sua preferência. Se um número suficiente de validadores der a mesma resposta, o validador adota essa preferência. Este processo é repetido várias vezes.

Nas definições padrão, são consultados 20 validadores por ronda. Para haver concordância suficiente, são necessários 15 votos. Após 20 rondas sucessivas bem-sucedidas, a decisão pode ser aceite.

O Snowman aplica este princípio a uma blockchain linear, na qual os blocos são colocados um a seguir ao outro numa única ordem fixa. O Snowman é usado na P-Chain, na C-Chain e na X-Chain e também constitui a base de muitas Avalanche L1's.

A segurança deste modelo de consenso é probabilística. Isso significa que a probabilidade de blocos aceites em conflito depende das definições de consenso escolhidas e das suposições sobre os validadores. Com as definições padrão, essa probabilidade é reduzida a um nível muito baixo.

Que papel desempenha o AVAX dentro da Avalanche?

O AVAX tem várias funções dentro da Avalanche Primary Network.

Em primeiro lugar, o AVAX é usado para taxas de transação. Na C-Chain, por exemplo, paga-se gas em AVAX para executar transações e smart contracts.

As taxas de transação na Primary Network são queimadas. Isso significa que o AVAX utilizado é permanentemente retirado de circulação.

Além disso, o AVAX é usado para staking. Quem quiser tornar-se validador independente da Primary Network tem de fazer staking de, no mínimo, 2.000 AVAX.

Os detentores de AVAX que não quiserem executar um validador por conta própria podem delegar o seu AVAX a um validador existente. Para isso, aplica-se um mínimo de 25 AVAX.

Quanto mais AVAX um validador tiver em staking, maior será o peso relativo desse validador nas consultas de consenso na Primary Network.

Um validador só recebe uma recompensa de staking se, durante o período de validação, estiver suficientemente correto e acessível. Para períodos de validação iniciados em ou após a atualização Helicon de 22 de setembro de 2026, aplica-se um tempo de atividade mínimo de 90% para poder ter direito a uma recompensa.

Slashing não é usado na Primary Network. No caso de slashing, uma parte dos tokens em staking poderia ser retirada como penalização. Assim, um validador que não cumpra as condições para receber uma recompensa não perde automaticamente o AVAX em staking na Avalanche, mas pode deixar de receber a sua recompensa de staking.

As Avalanche L1's podem usar regras próprias para validadores, fees e tokens. Por isso, uma Avalanche L1 não tem de usar o mesmo modelo de staking ou de token que a Primary Network.

Diferença entre Avalanche e outras blockchains

A Avalanche difere em vários pontos de outras blockchains Layer 1 conhecidas, como Ethereum, Solana e Cardano. Uma diferença importante é a estrutura da rede.

Avalanche vs. Ethereum

Ethereum tem uma rede principal única na qual são executados smart contracts e transações. Para escalabilidade adicional, o ecossistema faz também uso extensivo de redes Layer 2.

A Avalanche tem uma estrutura diferente. A Avalanche Primary Network já é composta por três chains especializadas:

• a P-Chain para validadores, staking e gestão das Avalanche L1's;
• a C-Chain para smart contracts EVM;
• a X-Chain para a criação e transferência de ativos nativos da Avalanche.

Além disso, dentro da Avalanche podem ser criadas Avalanche L1's autónomas. Uma L1 deste tipo pode usar validadores próprios, regras de token, taxas de transação e uma máquina virtual própria.

A C-Chain é tecnicamente a mais semelhante à Ethereum, porque suporta a Ethereum Virtual Machine. Desta forma, os developers podem usar smart contracts em Solidity e muitas ferramentas Ethereum já existentes.

O processo de consenso também é diferente. A Ethereum usa Proof of Stake, no qual os validadores propõem blocos e outros validadores votam sobre estes. Para a finalidade, os votos que representam pelo menos dois terços do ETH em staking têm de confirmar checkpoints.

A Avalanche usa o consenso Snowman. Aqui, os validadores perguntam repetidamente a um pequeno grupo aleatoriamente escolhido de outros validadores qual é a sua preferência. Desta forma, nem todos os validadores têm de comunicar diretamente com todos os outros validadores em cada decisão.

Avalanche vs. Solana

Solana é também uma Layer 1 rápida para smart contracts, mas a arquitetura difere muito da da Avalanche.

Na Solana, as aplicações correm, em princípio, na mesma Layer 1 e partilham a capacidade e a infraestrutura da rede Solana. A Avalanche, pelo contrário, permite criar Avalanche L1's separadas com validadores e regras próprios.

Exemplo: Um jogo que use uma L1 própria na Avalanche pode escolher um grupo de validadores próprio e regras próprias para taxas de transação. Uma aplicação que corra diretamente na Solana usa as regras e os validadores da rede Solana.

A execução das transações também difere. A Solana foi concebida para executar, tanto quanto possível, em paralelo as transações que utilizam diferentes partes da blockchain. A Avalanche distribui a escalabilidade, entre outras coisas, por diferentes chains e L1's autónomas.

Assim, as redes seguem abordagens diferentes: a Solana tenta processar muita atividade numa única Layer 1 partilhada e rápida, enquanto a Avalanche também permite várias L1's autónomas.

Avalanche vs. Cardano

Cardano usa, tal como a Avalanche, Proof of Stake, mas o mecanismo de consenso funciona de forma diferente.

A Cardano usa Ouroboros. O tempo é dividido em epochs e slots. Para cada slot, pode ser escolhido um stake pool para produzir um novo bloco. A probabilidade de ser selecionado para isso depende da quantidade de ADA associada a um stake pool.

A Avalanche não usa um sistema comparável em que o consenso é construído sobretudo em torno de líderes de slot sucessivos. No Snowman, os validadores perguntam repetidamente a validadores selecionados aleatoriamente qual é a sua preferência até ser alcançada segurança suficiente sobre uma decisão.

A arquitetura da rede também é diferente. A Cardano tem uma Layer 1 principal única na qual ADA, staking e funcionalidade de smart contracts se juntam. A Avalanche distribui funções dentro da Primary Network pela P-, C- e X-Chain e, além disso, permite Avalanche L1's autónomas.

No staking, existe também uma diferença prática. Os detentores de ADA podem delegar a sua ADA a um stake pool sem que a ADA fique bloqueada; a ADA pode continuar a ser utilizada. Na Avalanche, o AVAX é bloqueado durante um determinado período de staking quando valida ou delega.

Principais diferenças em resumo

A diferença mais importante é, portanto, que a Avalanche não tenta apenas escalar uma única blockchain. A rede foi concebida como um ecossistema em que, além da Primary Network, podem existir várias Avalanche L1's autónomas. Cada L1 pode fazer escolhas próprias para, entre outras coisas, validadores, fees, tokens e execução.

Desta forma, a descentralização, os custos, o desempenho e a segurança podem variar de uma Avalanche L1 para outra. As características da Primary Network não se aplicam, portanto, automaticamente a todas as L1's criadas dentro do ecossistema Avalanche.

Quem fundou a Avalanche?

A Avalanche foi fundada por Emin Gün Sirer, Kevin Sekniqi e Maofan "Ted" Yin. Estes estiveram envolvidos na Ava Labs, a empresa que desenvolve software importante para a rede Avalanche.

A família de consenso por trás da Avalanche foi inicialmente descrita por um grupo pseudónimo sob o nome Team Rocket. Mais tarde, surgiu investigação académica sobre estes mecanismos de consenso com, entre outros, Maofan Yin, Kevin Sekniqi, Robbert van Renesse e Emin Gün Sirer como autores.

Robbert van Renesse colaborou, portanto, na investigação sobre o consenso, mas não é considerado fundador da Avalanche.

Quais são as vantagens da Avalanche?

A Avalanche tem várias características técnicas que podem ser relevantes para utilizadores e developers:

• Compatibilidade EVM na C-Chain: Smart contracts em Solidity e muitas ferramentas Ethereum existentes podem ser usados na C-Chain.

• Consenso eficiente: No Snow-consensus, os validadores perguntam repetidamente a um pequeno grupo de outros validadores qual é a sua preferência. Assim, nem todos os validadores têm de comunicar diretamente com todos os outros validadores em cada decisão.

• Muita liberdade para as Avalanche L1's: Uma L1 pode usar regras próprias para validadores, lógica de execução, taxas de transação e tokens nativos.

• Isolamento de desempenho entre L1's: Muita atividade numa Avalanche L1 não tem de afetar diretamente o desempenho de outras L1's.

• Comunicação entre L1's: A Avalanche Warp Messaging permite trocar mensagens entre diferentes Avalanche L1's.

• Queima de fees na Primary Network: As taxas de transação na Primary Network são queimadas e, assim, retiradas permanentemente de circulação.

• Finalidade rápida: A Avalanche foi concebida para tornar as transações definitivas rapidamente depois de os validadores terem chegado a acordo suficiente.

Estas características não significam que cada Avalanche L1 seja automaticamente igualmente segura, líquida ou fiável. Isso também depende da forma como uma L1 específica está estruturada.

Quais são as desvantagens da Avalanche?

Existem também vários pontos de atenção e trade-offs:

• Elevado limiar de staking para validadores: Validar de forma independente na Primary Network requer, no mínimo, 2.000 AVAX. Para delegação, aplica-se um mínimo de 25 AVAX.

• Sem slashing: Os validadores que não estiverem suficientemente acessíveis ou corretos não perdem o AVAX em staking. No entanto, podem deixar de receber a sua recompensa de staking.

• As L1's dependem de validadores ativos suficientes: Uma Avalanche L1 pode funcionar normalmente enquanto validadores com, em conjunto, pelo menos cerca de 80% do peso total dos validadores estiverem online e ativos. Se essa percentagem descer demasiado, a finalidade pode atrasar-se e a L1 pode, no fim, deixar de processar transações.

• Responsabilidade própria dos operadores das L1's: Uma Avalanche L1 tem de tratar por si de aspetos como gestão de validadores, atualizações, regras de token e segurança. Erros, por exemplo, numa atualização podem ter consequências importantes para a rede.

• Complexidade adicional devido a várias chains: A Primary Network é composta pela P-Chain, C-Chain e X-Chain, cada uma com uma função própria. Além disso, as Avalanche L1's podem ter regras e infraestrutura próprias. Isso torna o sistema mais complexo do que uma rede com uma única chain principal.

• Nem sempre igual à versão mais recente da Ethereum: A C-Chain e a Subnet-EVM suportam atualmente a versão Cancun da EVM, mas ainda não as alterações mais recentes do Pectra.

As regras de staking, as condições de recompensa e o suporte EVM podem mudar com futuras atualizações da rede.

Conclusão

A Avalanche é uma plataforma blockchain proof-of-stake para smart contracts, ativos digitais e Avalanche L1's autónomas. O AVAX é o token nativo da Primary Network e é usado, entre outras coisas, para taxas de transação e staking.

A Primary Network é composta por três chains com funções diferentes: a P-Chain para staking, validadores e gestão de L1, a C-Chain para smart contracts EVM e a X-Chain para ativos nativos da Avalanche.

Para consenso, a Avalanche utiliza a família de consenso Snow. Os validadores chegam a acordo perguntando repetidamente a pequenos grupos aleatoriamente escolhidos de outros validadores qual é a sua preferência.

Uma parte importante da Avalanche é a possibilidade de criar Avalanche L1's autónomas. Estas podem usar validadores, tokens, taxas de transação e outras regras de rede próprias.

Essa flexibilidade traz também responsabilidade adicional. A segurança, a disponibilidade e o desempenho de uma Avalanche L1 dependem, em grande medida, da forma como essa L1 específica é estruturada e gerida.

A Avalanche combina assim uma Primary Network rápida com uma arquitetura em que várias L1's autónomas podem coexistir lado a lado.