Com o rápido desenvolvimento da tecnologia blockchain, as blockchains monolíticas enfrentam sérios desafios de escalabilidade e interoperabilidade. Plataformas líderes como Ethereum experimentam taxas de transação astronômicas durante períodos de alta demanda de usuários, prejudicando significativamente a adoção de aplicativos descentralizados. Para lidar com esses problemas, os desenvolvedores têm procurado continuamente soluções inovadoras, e o surgimento do Avail oferece uma nova direção para resolver esses problemas. Após a atualização Cancun, os custos de transação no ecossistema Ethereum diminuíram significativamente, e a tecnologia modular se tornou uma narrativa importante no desenvolvimento da blockchain. Na primeira metade do ano, blockchains modulares como Celestia e EigenDA lideraram a tendência, e em 23 de julho, o Avail deu um grande passo à frente no campo modular ao lançar o Avail DA mainnet.
Como um dos projetos principais em blockchains modulares, Avail, EigenDA e Celestia atendem a áreas semelhantes. No entanto, cada um tem suas características únicas em termos de infraestrutura, modelos de execução e designs econômicos de token.
Avail originou-se da Polygon e tornou-se uma entidade independente e neutra em 2023. Antes de a disponibilidade de dados (DA) se tornar um ponto focal na indústria, Anurag Arjun colaborou com outros para desenvolver a cadeia Plasma, com o objetivo de resolver os problemas de escalabilidade da Ethereum. Embora esta cadeia tenha ajudado a Polygon a gerar $19 bilhões em receitas, ela acabou por não se tornar a solução ideal de escalonamento. Ao longo deste processo, Anurag percebeu que todas as blockchains eventualmente enfrentariam o mesmo desafio - a disponibilidade de dados. Aproximadamente 80% dos custos de transação Rollup estão relacionados com a DA, levando-o a conceber a criação de uma camada de DA economicamente viável que poderia resolver problemas de escalabilidade para múltiplas blockchains.
Esta ideia não era única para Anurag; muitos projetos blockchain de Layer 1 (L1) também tentaram posicionar-se como camadas DA. Por exemplo, Ethereum está a explorar soluções DA através da abordagem Rollup, enquanto outros projetos L1 estão a inovar neste espaço. Anurag acredita que um blockchain L1 especificamente projetado para DA oferece vantagens distintas.
Durante o seu tempo na Matic, Anurag conheceu Prabal Banerjee, o atual co-fundador da Gate, que estava a fazer um doutoramento em criptografia e segurança. Prabal juntou-se mais tarde à equipa como investigador e, juntos, dedicaram-se a construir uma camada DA escalável. Com o surgimento da tecnologia Zero-Knowledge Proof (ZK), os dois integraram designs de blockchain baseados em provas de validade. Aproveitando a experiência de Anurag na construção de um protocolo de bilhões de dólares na Polygon, avançaram no desenvolvimento de soluções para enfrentar os desafios de disponibilidade de dados.
Origem: Documentação Oficial Disponível
À medida que a competição pelos recursos computacionais subjacentes se intensifica, a arquitetura monolítica do Ethereum - que lida com execução, liquidação, ordenação e disponibilidade de dados (DA) em uma única cadeia - tem revelado cada vez mais suas limitações, especialmente em termos de escalabilidade. Isso levou a indústria a reavaliar o modelo monolítico e explorar novas soluções.
Rollups introduziram uma arquitetura modular ao mover a execução off-chain, o que aliviou a congestão nas redes da camada 1 (L1), reduziu os custos de transação para os usuários e aumentou o throughput de transação. Embora essa arquitetura tenha melhorado significativamente a eficiência on-chain, o espaço limitado de bloco do Ethereum ainda é um gargalo e, à medida que a demanda aumenta, esse problema pode ressurgir. Atualmente, as aplicações descentralizadas (Dapps) dependem do L1 para transmissão e liquidação de dados, enquanto os Rollups usam o L1 para gerenciar esses processos. Embora os Rollups tenham otimizado o uso do espaço de bloco, o espaço de bloco em si continua sendo um recurso escasso.
Analisar as transações L1 dos Ethereum Rollups revela que os custos DA representam 90% das despesas do Rollup, tornando-se a maior fonte de gastos. A maior parte deste custo advém do pagamento de taxas L1 para publicar dados de transações.
Similar ao modo como os Rollups transferem a execução para fora da cadeia, a arquitetura do Avail permite que a disponibilidade de dados seja movida para uma camada dedicada. O Avail fornece aos desenvolvedores uma camada DA flexível, amigável ao usuário e segura, que aborda os desafios de escalabilidade, governança e descentralização.
Avail tem como objetivo acelerar a unificação da Web3 aproveitando sua pilha modular de tecnologia, que integra disponibilidade de dados, agregação e segurança compartilhada. Rollups que usam Avail para publicar dados de transação off-chain formarão sistemas como Validium (para rollups otimistas, isso é chamado de Optimium). Validiums e Sovereign Rollups podem contar com o Avail para serviços de disponibilidade e ordenação de dados de baixa confiança.
Aqui está uma visão geral de como o Avail apoia Validiums e Sovereign Rollups:
Uma vez que a Avail utiliza provas de validade em vez de provas de fraude, os clientes leves podem verificar imediatamente a disponibilidade e correção dos dados após a finalização do estado. A rede de clientes leves também garante uma elevada disponibilidade de dados através da amostragem de disponibilidade de dados. À medida que mais clientes leves se juntam, a capacidade de amostragem melhora, permitindo que a rede suporte blocos maiores. Estes clientes leves podem até mesmo ser executados em computadores portáteis ou dispositivos móveis, melhorando a eficiência da rede.
Fonte: Documentação Oficial Disponível
Atualmente, muitas aplicações de blockchain dependem de intermediários para manter nós completos, com os usuários interagindo de forma indireta através desses intermediários, em vez de se conectarem diretamente à blockchain. Devido à falta de disponibilidade garantida de dados, os clientes leves ainda não se tornaram a alternativa ideal para arquiteturas tradicionais. A Avail resolve esse problema ao permitir que as aplicações interajam diretamente com a rede de blockchain sem depender de intermediários.
Embora a Avail suporte a operação de nós completos, a maioria das aplicações não precisa executar nós completos, ou apenas requer um número mínimo de nós para funcionar sem problemas. Isso reduz significativamente os requisitos de recursos para a participação na rede blockchain e aumenta a descentralização, permitindo que mais participantes interajam diretamente com a cadeia através de uma infraestrutura leve.
Semelhante aos clientes leves tradicionais, os clientes leves da Avail só precisam de baixar os dados do cabeçalho do bloco. Além disso, realizam amostragem aleatória de partes dos dados do bloco para verificar a sua disponibilidade através da amostragem de disponibilidade de dados (DAS). Ao combinar a codificação por apagamento com os compromissos polinomiais KZG, os clientes leves podem garantir quase 100% de disponibilidade de dados sem depender de provas de fraude, exigindo apenas um número pequeno e fixo de consultas.
A codificação de apagamento funciona dividindo os dados em fragmentos, restaurando o conteúdo original mesmo que algumas partes dos dados sejam perdidas. Em aplicações de blockchain, mesmo que atores maliciosos tentem ocultar partes dos dados, o sistema ainda pode recuperá-los de outros fragmentos. Esse mecanismo melhora significativamente a confiabilidade da amostragem de disponibilidade de dados e fortalece ainda mais a resistência do sistema à adulteração de dados.
Os compromissos KZG, desenvolvidos por Aniket Kate, Gregory M. Zaverucha e Ian Goldberg em 2010, são um método de compromisso polinomial eficiente que ganhou ampla adoção em sistemas de prova de conhecimento zero nos últimos anos. Na arquitetura da Avail, os compromissos KZG oferecem as seguintes vantagens:
Avail está a construir a “Camada Unificada,” uma pilha de tecnologia abrangente que começa com a camada de disponibilidade de dados (DA) fundamental, a camada unificada Nexus e uma camada adicional de segurança chamada Fusion. Com a sua camada de disponibilidade de dados escalável, a Avail tem como objetivo apoiar todo o ecossistema Web3. Ao usar provas de validade baseadas em compromissos polinomiais KZG, a Avail garante disponibilidade de dados em tempo real e fiável, permitindo que os rollups cresçam, se interconectem, mantenham a segurança e se adaptem.
Fonte: Documentação oficial disponível
Avail DA é uma arquitetura subjacente especificamente otimizada para a disponibilidade de dados. Utiliza os algoritmos de consenso GRANDPA e BABE, diferenciando-se de outras camadas de disponibilidade de dados. Este design confere à Avail DA uma alta escalabilidade, garantindo garantias de dados confiáveis a baixos custos através da Amostragem de Disponibilidade de Dados (DAS) e provas de validade.
No seu cerne, Avail DA prioriza e publica transações, permitindo aos utilizadores verificar a disponibilidade de dados do bloco sem necessidade de descarregar o bloco inteiro. Uma das características definidoras do Avail DA é a sua natureza agnóstica em relação aos dados. Suporta uma variedade de ambientes de execução, incluindo EVM, WASM e novas plataformas de execução personalizadas, proporcionando uma base versátil para uma ampla gama de aplicações blockchain.
Origem: Documentação Oficial Disponível
Avail Nexus, o segundo pilar do ecossistema Avail, é uma estrutura sem permissão projetada para unificar o ecossistema Web3. Conecta blockchains internos e externos, usando Avail DA como base confiável e atuando como um hub de validação. Nexus integra um sistema de Rollup coordenado por ZK, que consolida a agregação de provas, uma camada de verificação, um mecanismo de seleção de sequenciador e um sistema de leilão de slots. Nexus envia periodicamente provas agregadas para Ethereum e a camada Avail DA para verificação, garantindo a confiabilidade das operações entre cadeias.
Fonte: Documentação Oficial Disponível
Avail Fusion, o terceiro pilar, fornece segurança adicional para o ecossistema Avail e para o espaço Web3 mais amplo. O conceito central por trás da Fusion é que um sistema unificado requer segurança unificada a nível econômico. A Segurança da Fusion melhora o consenso da Avail, alavancando ativos nativos de ecossistemas estabelecidos como BTC e ETH, contribuindo para a segurança do consenso da Avail. Este marca a primeira tentativa de usar tokens externos para alcançar consenso entre blockchains.
A Fusion suporta dois tipos de staking de ativos: criptomoedas estabelecidas e tokens emergentes Rollup. Atualmente, o protótipo da Fusion inclui dois módulos de staking: um operando na blockchain Avail e outro para staking de conversão de ativos. É importante notar que o primeiro protótipo público da Avail Fusion ainda está em desenvolvimento.
Embora a arquitetura do Avail seja diferente das blockchains monolíticas tradicionais, ainda suporta vários tipos de nós, incluindo nós completos, clientes leves, nós de arquivo e nós validadores.
Os clientes leves monitorizam blocos confirmados na rede Avail e executam DAS em unidades de dados pré-designadas dentro de cada novo bloco. Após a verificação bem-sucedida, o sistema calcula a certeza de um subconjunto de unidades de dados dentro do bloco, com base no nível de confiança exigido pelo usuário.
Com o lançamento do Avail DA mainnet, a equipe distribuiu tokens AVAIL para usuários elegíveis, com um fornecimento total de 10 bilhões de tokens. A distribuição é a seguinte:
Origem: Disponível Documentação Oficial
O token AVAIL serve para múltiplos propósitos, incluindo governança do ecossistema e staking líquido. Embora o framework oficial de governança ainda não tenha sido totalmente detalhado, qualquer pessoa pode apostar AVAIL em toda a infraestrutura da Avail para ganhar recompensas de staking.
Para o staking, a Avail adota o mecanismo de consenso Nominated Proof-of-Stake (NPoS), herdado do ecossistema Substrate. O staking desempenha um papel crítico neste sistema, já que os utilizadores apostam tokens AVAIL para aumentar a segurança da rede e ganhar recompensas. Quanto mais tokens são apostados, mais segura a rede se torna, uma vez que o custo para atacar a rede aumenta com a quantidade de tokens apostados.
As aplicações de staking incluem:
É importante notar que os usuários que desejam desbloquear seus tokens devem passar por um período de desvinculação de 28 dias, durante o qual seus tokens AVAIL não podem ser usados ou transferidos.
O crescimento da Avail poderia ser desafiado por rollups de propósito geral e grandes que têm ecossistemas estabelecidos e soluções internas de interoperabilidade. Estes rollups podem eventualmente deixar de depender de sistemas de interoperabilidade externos, o que poderia diminuir o valor do Avail Nexus. No entanto, o aumento de rollups específicos de aplicativos e o alto grau de fragmentação enfrentado pelos usuários tornam esse cenário menos provável.
Com várias soluções de disponibilidade de dados (DA), como Celestia e EigenDA, e o próximo EIP-4844 da Ethereum, que introduz "blobs" como uma opção de publicação de dados, a concorrência na camada DA está se intensificando. A sensibilidade dos rollups aos custos de publicação de dados e a concorrência feroz entre as soluções de DA podem levá-los a preferir sistemas DA estabelecidos ou confiar na disponibilidade de dados nativos do Ethereum, especialmente quando o danksharding completo é implementado. Isso poderia potencialmente afetar a adoção da solução de DA da Avail.
O modelo de segurança compartilhado fornecido pela Avail Fusion depende de apostar vários ativos junto com o token AVAIL, o que pode levantar preocupações entre os usuários sobre a segurança desses vários ativos. Alguns desenvolvedores podem preferir derivar a segurança de um único ativo bem estabelecido, como ETH ou BTC, em vez de depender de vários tokens. Além disso, os desenvolvedores podem mudar para soluções DA com segurança econômica mais forte se a Avail Fusion não oferecer segurança suficiente.
Outros produtos de restaking ou segurança compartilhada podem desenvolver ecossistemas de serviços de valor agregado voltados para rollups. Por exemplo, a EigenLayer poderia oferecer sequenciamento descentralizado, disponibilidade de dados e serviços de finalidade rápida, tornando-se mais competitiva. Esses recursos adicionais podem atrair desenvolvedores que buscam uma solução mais abrangente e segura.
Com o rápido desenvolvimento da tecnologia blockchain, as blockchains monolíticas enfrentam sérios desafios de escalabilidade e interoperabilidade. Plataformas líderes como Ethereum experimentam taxas de transação astronômicas durante períodos de alta demanda de usuários, prejudicando significativamente a adoção de aplicativos descentralizados. Para lidar com esses problemas, os desenvolvedores têm procurado continuamente soluções inovadoras, e o surgimento do Avail oferece uma nova direção para resolver esses problemas. Após a atualização Cancun, os custos de transação no ecossistema Ethereum diminuíram significativamente, e a tecnologia modular se tornou uma narrativa importante no desenvolvimento da blockchain. Na primeira metade do ano, blockchains modulares como Celestia e EigenDA lideraram a tendência, e em 23 de julho, o Avail deu um grande passo à frente no campo modular ao lançar o Avail DA mainnet.
Como um dos projetos principais em blockchains modulares, Avail, EigenDA e Celestia atendem a áreas semelhantes. No entanto, cada um tem suas características únicas em termos de infraestrutura, modelos de execução e designs econômicos de token.
Avail originou-se da Polygon e tornou-se uma entidade independente e neutra em 2023. Antes de a disponibilidade de dados (DA) se tornar um ponto focal na indústria, Anurag Arjun colaborou com outros para desenvolver a cadeia Plasma, com o objetivo de resolver os problemas de escalabilidade da Ethereum. Embora esta cadeia tenha ajudado a Polygon a gerar $19 bilhões em receitas, ela acabou por não se tornar a solução ideal de escalonamento. Ao longo deste processo, Anurag percebeu que todas as blockchains eventualmente enfrentariam o mesmo desafio - a disponibilidade de dados. Aproximadamente 80% dos custos de transação Rollup estão relacionados com a DA, levando-o a conceber a criação de uma camada de DA economicamente viável que poderia resolver problemas de escalabilidade para múltiplas blockchains.
Esta ideia não era única para Anurag; muitos projetos blockchain de Layer 1 (L1) também tentaram posicionar-se como camadas DA. Por exemplo, Ethereum está a explorar soluções DA através da abordagem Rollup, enquanto outros projetos L1 estão a inovar neste espaço. Anurag acredita que um blockchain L1 especificamente projetado para DA oferece vantagens distintas.
Durante o seu tempo na Matic, Anurag conheceu Prabal Banerjee, o atual co-fundador da Gate, que estava a fazer um doutoramento em criptografia e segurança. Prabal juntou-se mais tarde à equipa como investigador e, juntos, dedicaram-se a construir uma camada DA escalável. Com o surgimento da tecnologia Zero-Knowledge Proof (ZK), os dois integraram designs de blockchain baseados em provas de validade. Aproveitando a experiência de Anurag na construção de um protocolo de bilhões de dólares na Polygon, avançaram no desenvolvimento de soluções para enfrentar os desafios de disponibilidade de dados.
Origem: Documentação Oficial Disponível
À medida que a competição pelos recursos computacionais subjacentes se intensifica, a arquitetura monolítica do Ethereum - que lida com execução, liquidação, ordenação e disponibilidade de dados (DA) em uma única cadeia - tem revelado cada vez mais suas limitações, especialmente em termos de escalabilidade. Isso levou a indústria a reavaliar o modelo monolítico e explorar novas soluções.
Rollups introduziram uma arquitetura modular ao mover a execução off-chain, o que aliviou a congestão nas redes da camada 1 (L1), reduziu os custos de transação para os usuários e aumentou o throughput de transação. Embora essa arquitetura tenha melhorado significativamente a eficiência on-chain, o espaço limitado de bloco do Ethereum ainda é um gargalo e, à medida que a demanda aumenta, esse problema pode ressurgir. Atualmente, as aplicações descentralizadas (Dapps) dependem do L1 para transmissão e liquidação de dados, enquanto os Rollups usam o L1 para gerenciar esses processos. Embora os Rollups tenham otimizado o uso do espaço de bloco, o espaço de bloco em si continua sendo um recurso escasso.
Analisar as transações L1 dos Ethereum Rollups revela que os custos DA representam 90% das despesas do Rollup, tornando-se a maior fonte de gastos. A maior parte deste custo advém do pagamento de taxas L1 para publicar dados de transações.
Similar ao modo como os Rollups transferem a execução para fora da cadeia, a arquitetura do Avail permite que a disponibilidade de dados seja movida para uma camada dedicada. O Avail fornece aos desenvolvedores uma camada DA flexível, amigável ao usuário e segura, que aborda os desafios de escalabilidade, governança e descentralização.
Avail tem como objetivo acelerar a unificação da Web3 aproveitando sua pilha modular de tecnologia, que integra disponibilidade de dados, agregação e segurança compartilhada. Rollups que usam Avail para publicar dados de transação off-chain formarão sistemas como Validium (para rollups otimistas, isso é chamado de Optimium). Validiums e Sovereign Rollups podem contar com o Avail para serviços de disponibilidade e ordenação de dados de baixa confiança.
Aqui está uma visão geral de como o Avail apoia Validiums e Sovereign Rollups:
Uma vez que a Avail utiliza provas de validade em vez de provas de fraude, os clientes leves podem verificar imediatamente a disponibilidade e correção dos dados após a finalização do estado. A rede de clientes leves também garante uma elevada disponibilidade de dados através da amostragem de disponibilidade de dados. À medida que mais clientes leves se juntam, a capacidade de amostragem melhora, permitindo que a rede suporte blocos maiores. Estes clientes leves podem até mesmo ser executados em computadores portáteis ou dispositivos móveis, melhorando a eficiência da rede.
Fonte: Documentação Oficial Disponível
Atualmente, muitas aplicações de blockchain dependem de intermediários para manter nós completos, com os usuários interagindo de forma indireta através desses intermediários, em vez de se conectarem diretamente à blockchain. Devido à falta de disponibilidade garantida de dados, os clientes leves ainda não se tornaram a alternativa ideal para arquiteturas tradicionais. A Avail resolve esse problema ao permitir que as aplicações interajam diretamente com a rede de blockchain sem depender de intermediários.
Embora a Avail suporte a operação de nós completos, a maioria das aplicações não precisa executar nós completos, ou apenas requer um número mínimo de nós para funcionar sem problemas. Isso reduz significativamente os requisitos de recursos para a participação na rede blockchain e aumenta a descentralização, permitindo que mais participantes interajam diretamente com a cadeia através de uma infraestrutura leve.
Semelhante aos clientes leves tradicionais, os clientes leves da Avail só precisam de baixar os dados do cabeçalho do bloco. Além disso, realizam amostragem aleatória de partes dos dados do bloco para verificar a sua disponibilidade através da amostragem de disponibilidade de dados (DAS). Ao combinar a codificação por apagamento com os compromissos polinomiais KZG, os clientes leves podem garantir quase 100% de disponibilidade de dados sem depender de provas de fraude, exigindo apenas um número pequeno e fixo de consultas.
A codificação de apagamento funciona dividindo os dados em fragmentos, restaurando o conteúdo original mesmo que algumas partes dos dados sejam perdidas. Em aplicações de blockchain, mesmo que atores maliciosos tentem ocultar partes dos dados, o sistema ainda pode recuperá-los de outros fragmentos. Esse mecanismo melhora significativamente a confiabilidade da amostragem de disponibilidade de dados e fortalece ainda mais a resistência do sistema à adulteração de dados.
Os compromissos KZG, desenvolvidos por Aniket Kate, Gregory M. Zaverucha e Ian Goldberg em 2010, são um método de compromisso polinomial eficiente que ganhou ampla adoção em sistemas de prova de conhecimento zero nos últimos anos. Na arquitetura da Avail, os compromissos KZG oferecem as seguintes vantagens:
Avail está a construir a “Camada Unificada,” uma pilha de tecnologia abrangente que começa com a camada de disponibilidade de dados (DA) fundamental, a camada unificada Nexus e uma camada adicional de segurança chamada Fusion. Com a sua camada de disponibilidade de dados escalável, a Avail tem como objetivo apoiar todo o ecossistema Web3. Ao usar provas de validade baseadas em compromissos polinomiais KZG, a Avail garante disponibilidade de dados em tempo real e fiável, permitindo que os rollups cresçam, se interconectem, mantenham a segurança e se adaptem.
Fonte: Documentação oficial disponível
Avail DA é uma arquitetura subjacente especificamente otimizada para a disponibilidade de dados. Utiliza os algoritmos de consenso GRANDPA e BABE, diferenciando-se de outras camadas de disponibilidade de dados. Este design confere à Avail DA uma alta escalabilidade, garantindo garantias de dados confiáveis a baixos custos através da Amostragem de Disponibilidade de Dados (DAS) e provas de validade.
No seu cerne, Avail DA prioriza e publica transações, permitindo aos utilizadores verificar a disponibilidade de dados do bloco sem necessidade de descarregar o bloco inteiro. Uma das características definidoras do Avail DA é a sua natureza agnóstica em relação aos dados. Suporta uma variedade de ambientes de execução, incluindo EVM, WASM e novas plataformas de execução personalizadas, proporcionando uma base versátil para uma ampla gama de aplicações blockchain.
Origem: Documentação Oficial Disponível
Avail Nexus, o segundo pilar do ecossistema Avail, é uma estrutura sem permissão projetada para unificar o ecossistema Web3. Conecta blockchains internos e externos, usando Avail DA como base confiável e atuando como um hub de validação. Nexus integra um sistema de Rollup coordenado por ZK, que consolida a agregação de provas, uma camada de verificação, um mecanismo de seleção de sequenciador e um sistema de leilão de slots. Nexus envia periodicamente provas agregadas para Ethereum e a camada Avail DA para verificação, garantindo a confiabilidade das operações entre cadeias.
Fonte: Documentação Oficial Disponível
Avail Fusion, o terceiro pilar, fornece segurança adicional para o ecossistema Avail e para o espaço Web3 mais amplo. O conceito central por trás da Fusion é que um sistema unificado requer segurança unificada a nível econômico. A Segurança da Fusion melhora o consenso da Avail, alavancando ativos nativos de ecossistemas estabelecidos como BTC e ETH, contribuindo para a segurança do consenso da Avail. Este marca a primeira tentativa de usar tokens externos para alcançar consenso entre blockchains.
A Fusion suporta dois tipos de staking de ativos: criptomoedas estabelecidas e tokens emergentes Rollup. Atualmente, o protótipo da Fusion inclui dois módulos de staking: um operando na blockchain Avail e outro para staking de conversão de ativos. É importante notar que o primeiro protótipo público da Avail Fusion ainda está em desenvolvimento.
Embora a arquitetura do Avail seja diferente das blockchains monolíticas tradicionais, ainda suporta vários tipos de nós, incluindo nós completos, clientes leves, nós de arquivo e nós validadores.
Os clientes leves monitorizam blocos confirmados na rede Avail e executam DAS em unidades de dados pré-designadas dentro de cada novo bloco. Após a verificação bem-sucedida, o sistema calcula a certeza de um subconjunto de unidades de dados dentro do bloco, com base no nível de confiança exigido pelo usuário.
Com o lançamento do Avail DA mainnet, a equipe distribuiu tokens AVAIL para usuários elegíveis, com um fornecimento total de 10 bilhões de tokens. A distribuição é a seguinte:
Origem: Disponível Documentação Oficial
O token AVAIL serve para múltiplos propósitos, incluindo governança do ecossistema e staking líquido. Embora o framework oficial de governança ainda não tenha sido totalmente detalhado, qualquer pessoa pode apostar AVAIL em toda a infraestrutura da Avail para ganhar recompensas de staking.
Para o staking, a Avail adota o mecanismo de consenso Nominated Proof-of-Stake (NPoS), herdado do ecossistema Substrate. O staking desempenha um papel crítico neste sistema, já que os utilizadores apostam tokens AVAIL para aumentar a segurança da rede e ganhar recompensas. Quanto mais tokens são apostados, mais segura a rede se torna, uma vez que o custo para atacar a rede aumenta com a quantidade de tokens apostados.
As aplicações de staking incluem:
É importante notar que os usuários que desejam desbloquear seus tokens devem passar por um período de desvinculação de 28 dias, durante o qual seus tokens AVAIL não podem ser usados ou transferidos.
O crescimento da Avail poderia ser desafiado por rollups de propósito geral e grandes que têm ecossistemas estabelecidos e soluções internas de interoperabilidade. Estes rollups podem eventualmente deixar de depender de sistemas de interoperabilidade externos, o que poderia diminuir o valor do Avail Nexus. No entanto, o aumento de rollups específicos de aplicativos e o alto grau de fragmentação enfrentado pelos usuários tornam esse cenário menos provável.
Com várias soluções de disponibilidade de dados (DA), como Celestia e EigenDA, e o próximo EIP-4844 da Ethereum, que introduz "blobs" como uma opção de publicação de dados, a concorrência na camada DA está se intensificando. A sensibilidade dos rollups aos custos de publicação de dados e a concorrência feroz entre as soluções de DA podem levá-los a preferir sistemas DA estabelecidos ou confiar na disponibilidade de dados nativos do Ethereum, especialmente quando o danksharding completo é implementado. Isso poderia potencialmente afetar a adoção da solução de DA da Avail.
O modelo de segurança compartilhado fornecido pela Avail Fusion depende de apostar vários ativos junto com o token AVAIL, o que pode levantar preocupações entre os usuários sobre a segurança desses vários ativos. Alguns desenvolvedores podem preferir derivar a segurança de um único ativo bem estabelecido, como ETH ou BTC, em vez de depender de vários tokens. Além disso, os desenvolvedores podem mudar para soluções DA com segurança econômica mais forte se a Avail Fusion não oferecer segurança suficiente.
Outros produtos de restaking ou segurança compartilhada podem desenvolver ecossistemas de serviços de valor agregado voltados para rollups. Por exemplo, a EigenLayer poderia oferecer sequenciamento descentralizado, disponibilidade de dados e serviços de finalidade rápida, tornando-se mais competitiva. Esses recursos adicionais podem atrair desenvolvedores que buscam uma solução mais abrangente e segura.