ASA (Algorand Standard Assets)

O que são Algorand Standard Assets?

ASA, ou Algorand Standard Assets, são ativos digitais personalizados criados diretamente na blockchain Algorand.

No setor de criptomoedas, um ASA pode representar um token fungível, uma stablecoin, pontos de fidelidade, moeda de jogo, item colecionável, NFT, instrumento semelhante a um valor mobiliário, direito sobre um ativo do mundo real ou outro ativo baseado em blockchain.

A documentação oficial de Algorand Standard Assets afirma que o protocolo Algorand oferece suporte a ativos on-chain que contam com a mesma segurança, compatibilidade, velocidade e facilidade de uso do ativo nativo Algo.

Isso é importante porque, por padrão, os ASAs não são tokens de contratos inteligentes comuns.

Eles são ativos nativos no nível do protocolo Algorand.

Um desenvolvedor pode criar um ASA sem escrever do zero um contrato inteligente completo.

O criador define parâmetros do ativo, como oferta total, casas decimais, nome da unidade, nome do ativo, metadados, endereço de gerenciamento, endereço de reserva, endereço de congelamento, endereço de clawback e status padrão de congelamento.

Após a criação, o ASA recebe um ID de ativo exclusivo na blockchain Algorand.

Esse ID é um dos identificadores mais importantes, pois nomes e tickers podem ser copiados, mas o ID do ativo é exclusivo.

Para os usuários, os ASAs fazem da Algorand mais do que uma rede para enviar ALGO.

Eles permitem que contas, carteiras, aplicativos e contratos inteligentes da Algorand interajam com vários tipos de ativos tokenizados.

Por que os ASAs são importantes no setor cripto

Os ASAs são importantes porque a criação de tokens é um recurso essencial das blockchains modernas.

Aplicativos cripto precisam de ativos para pagamentos, governança, transferência de valor estável, recompensas, jogos, NFTs, propriedade tokenizada e produtos financeiros.

Em algumas blockchains, os desenvolvedores criam cada token como um contrato inteligente.

Na Algorand, os ASAs estão integrados ao protocolo básico como um tipo padrão de ativo.

Isso pode simplificar o desenvolvimento, pois a criação, a transferência, a adesão (opt-in), o congelamento, o clawback e a destruição de ativos são realizados por meio de tipos de transação padronizados.

A documentação oficial sobre operações de ativos da Algorand afirma que os ASAs permitem que desenvolvedores tokenizem qualquer tipo de ativo na Algorand e aborda a criação, modificação, transferência, exclusão, adesão (opt-in), congelamento e funcionalidade de clawback.

Isso é importante para a interoperabilidade, pois carteiras e aplicativos podem reconhecer ASAs usando um modelo de protocolo compartilhado.

Uma carteira não precisa entender uma nova interface de contrato inteligente para cada transferência básica de token.

Um marketplace pode identificar um ASA semelhante a um NFT por meio dos parâmetros do ativo e dos padrões de metadados.

Um aplicativo DeFi pode interagir com ASAs como ativos padronizados, em vez de saldos de contratos personalizados.

Esse design nativo é um dos motivos pelos quais os ASAs são um componente essencial do ecossistema Algorand.

Como funciona um ASA

Um ASA funciona adicionando um registro do ativo ao ledger da Algorand.

O registro define a oferta do ativo, sua divisibilidade, seu nome, seus metadados e seus endereços de controle.

Quando uma conta cria um ASA, o criador paga uma taxa de transação e aceita um requisito de saldo mínimo mais alto.

A documentação oficial de Algorand Standard Assets afirma que cada ativo criado ou detido por uma conta aumenta o saldo mínimo dessa conta em 0.1 Algo, ou 100,000 microAlgo.

Depois que o ativo existe, as contas precisam aderir (opt-in) antes de recebê-lo.

A adesão (opt-in) é uma proteção no nível do protocolo que impede que ativos aleatórios sejam enviados à força para a conta de um usuário.

Após aderir, a conta pode receber, manter, transferir, encerrar a posição ou interagir com o ASA, conforme as regras do ativo e a lógica do aplicativo.

As transferências são feitas por meio de transações de transferência de ativos da Algorand.

As alterações na configuração dos ativos são feitas por meio de transações de configuração de ativos.

Congelamento, clawback e destruição usam fluxos de transação específicos, controlados pelos endereços de permissão do ativo.

Esse modelo baseado em transações torna os ASAs parte nativa da Algorand, em vez de apenas um recurso no nível do aplicativo.

ASA vs. ALGO

ALGO é a moeda nativa da blockchain Algorand.

ASAs são ativos personalizados criados na Algorand.

ALGO é usado para pagar taxas de transação e atender aos requisitos de saldo mínimo.

Um ASA pode representar praticamente qualquer tipo de ativo tokenizado, mas não substitui o ALGO como ativo nativo usado para pagar taxas da rede.

Por exemplo, um usuário pode manter ALGO para pagar taxas e também manter vários ASAs na mesma conta Algorand.

A conta precisa manter ALGO suficiente para cobrir o saldo mínimo básico da conta e quaisquer requisitos adicionais de saldo mínimo gerados por ativos ASA ou outros estados on-chain.

Isso é importante porque um usuário pode ver o saldo de um token na carteira, mas não conseguir movimentá-lo se não tiver ALGO suficiente para pagar as taxas ou cumprir as regras de saldo mínimo.

Portanto, os ASAs dependem do ALGO para o funcionamento da conta, mesmo quando o próprio ASA representa outro ativo.

A relação é semelhante à de tokens em muitas outras blockchains, que precisam do ativo nativo para pagar taxas de transação.

Para os usuários da Algorand, normalmente é necessário manter uma pequena quantidade de ALGO ao usar ASAs.

Criação de ASA

A criação de ASA é o processo de emitir um novo ativo na Algorand.

O criador define a oferta total, o número de casas decimais, o nome da unidade, o nome do ativo, a URL opcional, o hash de metadados opcional, o status padrão de congelamento e os endereços de controle.

A documentação sobre operações de ativos afirma que a criação de um ASA permite aos desenvolvedores emitir tokens digitais e atribuir a eles um identificador exclusivo na blockchain.

A oferta total define quantas unidades-base do ativo podem existir.

O valor de casas decimais define como essas unidades-base são exibidas aos usuários.

Um token com 0 casas decimais funciona como um ativo indivisível, algo comum em muitos ativos no estilo NFT.

Um token com casas decimais pode representar um ativo fungível divisível em unidades menores.

O nome da unidade costuma ser um símbolo curto exibido nas carteiras.

O nome do ativo é uma descrição mais longa e legível.

A URL e o hash de metadados podem apontar para metadados off-chain ou verificá-los, especialmente no caso de NFTs e mídias tokenizadas.

Esses parâmetros devem ser escolhidos com cuidado, pois alguns campos não podem ser alterados após a criação.

ID do ativo

O ID do ativo é o identificador exclusivo on-chain de um ASA.

Isso é importante porque os nomes dos ativos e das unidades não são suficientes para comprovar a autenticidade.

Um golpista pode criar um ativo falso com o mesmo nome ou símbolo de um ativo legítimo.

Carteiras, exploradores de blockchain, aplicativos e usuários devem verificar o ID do ativo para confirmar a autenticidade de um ASA.

Por exemplo, dois ativos podem exibir o mesmo ticker, mas terão IDs de ativo diferentes.

Os usuários nunca devem confiar apenas no nome do token, no logotipo ou na exibição da carteira.

É importante confirmar o ID do ativo na documentação oficial do projeto, em listagens de carteiras confiáveis ou em exploradores de blockchain confiáveis.

Os desenvolvedores também devem usar IDs de ativos na lógica dos aplicativos, em vez de depender de nomes.

Usar o ID de ativo errado pode levar o usuário a negociar, aceitar ou depositar o token incorreto.

Verificar o ID do ativo é uma das práticas básicas de segurança no uso de ASAs.

Parâmetros do ASA

Os parâmetros do ASA definem como um ativo se comporta.

Os principais parâmetros de oferta são a oferta total e as casas decimais.

Os principais parâmetros de exibição são o nome do ativo, o nome da unidade, a URL e o hash de metadados.

Os principais parâmetros de permissão são os endereços de gerenciamento, reserva, congelamento e clawback.

O parâmetro de congelamento padrão controla se os detentores ficam congelados inicialmente após aderirem (opt-in).

Essas configurações podem fazer com que dois ASAs se comportem de maneiras muito diferentes.

Um token comunitário simples pode não ter endereço de congelamento ou de clawback.

Um ativo regulamentado pode usar controles de congelamento e clawback para atender a restrições de transferência.

Um NFT pode ter 0 casas decimais e oferta total de 1.

Um token semelhante a uma stablecoin pode usar várias casas decimais e controles relacionados à conformidade.

Os usuários devem analisar os parâmetros antes de presumir que um ASA é descentralizado, transferível, escasso ou seguro.

Endereço de gerenciamento

O endereço de gerenciamento é o endereço que pode alterar determinados endereços de controle modificáveis de um ASA.

A documentação oficial sobre tipos de transação da Algorand explica que somente os endereços de gerenciamento, congelamento, clawback e reserva podem ser modificados durante a reconfiguração do ativo.

O endereço de gerenciamento tem poder significativo, pois pode atualizar as funções de controle enquanto essas funções ainda forem modificáveis.

Se o endereço de gerenciamento estiver associado a uma conta multisig confiável ou controlada por governança, o projeto poderá ter um processo administrativo mais claro.

Se o endereço de gerenciamento for controlado por uma carteira desconhecida, os usuários poderão estar sujeitos a um risco maior de centralização.

A documentação sobre tipos de transação também alerta que, se campos de endereço forem omitidos em uma transação de configuração de ativo, o protocolo os definirá como nulos e a alteração será permanente.

Isso significa que a reconfiguração de um ativo exige muito cuidado.

Remover um endereço de controle pode aumentar a descentralização, mas também pode impedir atualizações legítimas no futuro.

Os usuários devem verificar se um ASA ainda tem um endereço de gerenciamento ativo antes de confiar em sua configuração de longo prazo.

Endereço de reserva

O endereço de reserva é usado para representar ou manter a oferta ainda não circulante de um ASA.

Isso pode ajudar os usuários a entender quais tokens estão em circulação e quais estão reservados pelo emissor.

Em um token de oferta fixa, o endereço de reserva pode mostrar onde está a oferta ainda não distribuída.

Em um token de ativo do mundo real, o endereço de reserva pode fazer parte do modelo de custódia ou emissão do emissor.

O endereço de reserva não comprova automaticamente que existem reservas off-chain.

Ele apenas mostra o endereço on-chain associado à contabilização da reserva daquele ASA.

Os usuários não devem presumir que um endereço de reserva garante lastro, resgate, direitos legais ou a qualidade do tesouro.

Para qualquer ASA que alegue representar um ativo do mundo real, os usuários devem analisar a documentação do emissor, as auditorias, os relatórios de reservas, as condições de resgate e a estrutura jurídica.

O endereço de reserva é útil para a transparência, mas não comprova integralmente o valor do ativo.

Quando o ativo depende de lastro off-chain, os dados de oferta on-chain devem ser combinados com uma análise cuidadosa de informações off-chain.

Endereço de congelamento

Quando esse recurso está configurado, o endereço de congelamento pode congelar ou descongelar um ASA na conta de um usuário.

Uma conta congelada não pode transferir livremente o ativo congelado.

Os controles de congelamento podem ser úteis para ativos regulamentados, tokens de valores mobiliários, transferências sujeitas a regras de conformidade, resposta a fraudes ou controles administrativos.

Também podem criar riscos de centralização, pois o detentor de um ativo pode ser impedido de movimentar seus tokens.

Os usuários devem considerar o endereço de congelamento uma permissão importante.

Se um ASA tiver um endereço de congelamento ativo, o emissor ou controlador poderá restringir as transferências.

Isso pode ser aceitável para alguns ativos, especialmente os regulamentados e sujeitos a obrigações legais.

Pode não ser aceitável para usuários que esperam transferibilidade totalmente permissionless.

O importante não é que a funcionalidade de congelamento seja sempre ruim.

O importante é que os usuários entendam se ela existe e quem a controla.

Endereço de clawback

Quando esse recurso está configurado, o endereço de clawback pode revogar ou transferir um ASA de uma conta para outra.

Esse é um dos recursos de controle mais poderosos dos ASAs.

A funcionalidade de clawback pode ser útil para ativos regulamentados, ativos empresariais recuperáveis, resposta a fraudes, ordens de conformidade ou regras de transferência controladas por contratos inteligentes.

Também pode ser perigosa se os usuários não souberem que o emissor pode movimentar seus ativos.

Um token com clawback habilitado não equivale a um token cuja propriedade é totalmente controlada pelo usuário.

Os usuários devem verificar se um ASA tem endereço de clawback antes de tratá-lo como resistente à censura ou não custodial.

Os desenvolvedores devem explicar claramente o clawback nas interfaces de carteira e na documentação dos aplicativos.

Os emissores devem informar por que o clawback existe, quem o controla e em quais condições ele pode ser usado.

O clawback é uma ferramenta, mas altera o modelo de confiança do ativo.

Ignorar o risco de clawback pode levar a uma compreensão equivocada e grave da propriedade do token.

Status de congelamento padrão

O status de congelamento padrão define se as contas ficam congeladas automaticamente quando aderem (opt-in) a um ASA.

Se o congelamento padrão estiver ativado, o usuário poderá aderir e manter o ativo, mas ainda precisará de permissão para transferi-lo.

Isso é comum em casos de uso nos quais o emissor deseja manter um controle rigoroso sobre as transferências.

Entre os exemplos estão ativos regulamentados, associações restritas, recompensas privadas ou tokens sujeitos a requisitos de conformidade.

Se o congelamento padrão estiver desativado, os usuários geralmente poderão transferir o ativo após a adesão, a menos que uma ação posterior de congelamento os impeça.

O status de congelamento padrão deve ser analisado antes de o usuário aceitar um ativo.

Um token pode parecer um ativo transferível comum, mas se comportar de outra forma devido às configurações de congelamento.

Para os desenvolvedores, o status de congelamento padrão deve corresponder aos requisitos reais do aplicativo.

Para os usuários, esse status faz parte do modelo de confiança do ativo.

A liberdade de transferir depende não apenas do saldo, mas também da configuração do ativo.

Adesão a um ASA (opt-in)

A adesão (opt-in) a um ASA é o processo que permite que uma conta Algorand receba um ASA específico.

Antes de receber um novo ASA, uma conta precisa aderir a esse ativo.

A documentação oficial de Algorand Standard Assets afirma que o destinatário precisa aderir antes que um novo ativo possa ser transferido para sua conta.

A adesão ajuda a proteger os usuários contra spam de ativos e tokens indesejados.

Sem esse requisito, qualquer pessoa poderia enviar ativos indesejados para qualquer conta.

A adesão geralmente ocorre por meio de uma transação de transferência de ativos de 0 unidades da conta para ela mesma.

Depois de aderir, a conta pode receber esse ASA de outras contas ou aplicativos.

A adesão também aumenta o requisito de saldo mínimo da conta.

Por isso, uma carteira pode solicitar que o usuário mantenha ALGO extra antes de adicionar um novo ASA.

Os usuários não devem aderir a ativos aleatórios, a menos que entendam por que precisam deles.

Requisito de saldo mínimo

O requisito de saldo mínimo é essencial para usar ASAs com segurança.

As contas Algorand precisam manter um saldo mínimo de ALGO para permanecer válidas em relação aos ativos e estados on-chain que mantêm.

De acordo com a documentação oficial de Algorand Standard Assets, cada ASA criado ou detido por uma conta aumenta o requisito de saldo mínimo em 0.1 Algo.

Isso significa que manter muitos ASAs pode bloquear mais ALGO no saldo mínimo da conta.

O saldo mínimo bloqueado não é uma taxa paga a outra pessoa.

É uma reserva obrigatória que permite à conta manter essas entradas no ledger.

Se o usuário encerrar a posição em um ASA, o requisito de saldo mínimo relacionado poderá ser reduzido.

Por isso, as interfaces de carteira costumam oferecer funções para remover, encerrar ou cancelar a adesão a ASAs.

Os usuários devem entender o requisito de saldo mínimo antes de colecionar muitos NFTs ou aceitar vários tokens de baixo valor.

Uma carteira com muitas adesões a ASAs pode precisar de mais ALGO do que uma carteira que mantém apenas ALGO.

Transferências de ASA

As transferências de ASA movimentam uma quantidade especificada de um Algorand Standard Asset de uma conta para outra.

O destinatário precisa ter aderido antes de receber o ativo.

Se o remetente ou o destinatário estiver congelado para aquele ativo, a transferência poderá falhar.

Se o remetente não tiver saldo suficiente, a transferência falhará.

Se o ativo tiver controles de clawback, um endereço autorizado de clawback poderá movimentá-lo de maneiras específicas.

As transações de transferência de ASA são tipos de transação padronizados da Algorand.

Isso torna a movimentação de ativos previsível para carteiras e aplicativos.

Para ASAs fungíveis, as transferências podem representar pagamentos, negociações, staking, recompensas ou liquidação.

Para ASAs no estilo NFT, as transferências podem representar mudanças de propriedade de um item colecionável ou exclusivo.

Os usuários devem verificar o ID do ativo e o endereço do destinatário antes de enviar qualquer ASA, pois as transações em blockchain geralmente são irreversíveis.

Reconfiguração de ASA

A reconfiguração de ASA altera determinados endereços de controle modificáveis de um ativo existente.

A documentação oficial sobre tipos de transação da Algorand afirma que somente os endereços de gerenciamento, reserva, congelamento e clawback podem ser modificados durante a reconfiguração.

A reconfiguração não pode alterar a oferta total, as casas decimais, o nome da unidade, o nome do ativo ou outras configurações fixas da criação.

Por isso, os criadores precisam escolher os parâmetros de criação com cuidado.

O endereço de gerenciamento determina se a reconfiguração é possível.

Se o endereço de gerenciamento for removido e definido como nulo, talvez não seja possível reconfigurar o ativo no futuro.

Isso pode ser útil quando um projeto deseja demonstrar que nenhum administrador poderá alterar posteriormente os endereços de controle.

Também pode ser prejudicial caso o projeto precise fazer uma migração ou correção no futuro.

Os usuários devem verificar se um ASA tem endereços de controle modificáveis antes de confiar em suas promessas de longo prazo.

O poder de reconfiguração é uma das principais questões de governança e confiança de qualquer ASA.

Destruição de ASA

A destruição de ASA remove um ativo do ledger da Algorand quando as condições necessárias são atendidas.

A documentação sobre tipos de transação da Algorand afirma que o criador original precisa estar de posse de todas as unidades do ativo e que o gerente deve enviar e autorizar a transação de destruição.

Isso significa que, normalmente, um ASA não pode ser destruído enquanto outras contas ainda mantiverem unidades dele.

A destruição pode ser usada quando um ativo foi criado para testes, migrou para um novo ativo, foi descontinuado por um emissor ou deixou de ser necessário.

Os usuários devem entender que destruir um ativo não é o mesmo que queimar alguns tokens da oferta.

Isso remove o ativo inteiro quando todas as unidades são devolvidas ao criador e as condições autorizadas são atendidas.

Se um ativo estiver amplamente distribuído, a destruição poderá ser difícil ou impossível, a menos que todos os detentores devolvam suas unidades.

Os projetos devem documentar claramente o plano de destruição caso um ASA seja temporário.

Para os usuários, o risco de destruição costuma ser baixo em ativos amplamente distribuídos, mas pode ser relevante para ativos controlados ou de teste.

ASAs fungíveis

Um ASA fungível é um ativo em que cada unidade pode ser substituída por qualquer outra unidade do mesmo ativo.

Entre os exemplos estão stablecoins, pontos de recompensa, tokens de governança, moedas de jogos, ativos wrapped ou tokens de pagamento.

Em geral, os ASAs fungíveis têm oferta total superior a 1 e podem usar casas decimais.

As casas decimais permitem dividir o ativo em unidades menores para exibição.

Por exemplo, um token com 6 casas decimais pode ser exibido em valores fracionários, embora o ledger registre unidades-base.

ASAs fungíveis são úteis em DeFi porque negociação, empréstimos, pagamentos e pools de liquidez normalmente exigem ativos divisíveis.

Também são úteis em sistemas empresariais e de fidelidade, pois os emissores podem criar ofertas fixas ou controladas.

Mesmo assim, antes de confiar em um ASA fungível, os usuários devem analisar os endereços de controle, a oferta, a reputação do emissor, a liquidez e os metadados.

Um token fungível pode ser fácil de criar, mas isso não significa que tenha valor ou seja seguro.

O valor depende de utilidade, confiança, liquidez, demanda e controles de risco.

ASAs não fungíveis

Um ASA não fungível é um ASA projetado para representar um item exclusivo.

Muitos ASAs no estilo NFT têm oferta total de 1 e 0 casas decimais.

Isso significa que o ativo não pode ser fracionado e existe apenas uma unidade.

ASAs no estilo NFT podem representar arte, itens colecionáveis, ingressos, certificados, associações, itens de jogos, credenciais de identidade ou registros de ativos do mundo real.

Os metadados são especialmente importantes para ASAs no estilo NFT, pois o ativo on-chain muitas vezes aponta para mídia ou informações descritivas off-chain.

O padrão de metadados ARC-3 define convenções para arquivos de metadados de ASA usados por ativos fungíveis e não fungíveis.

Os metadados podem incluir campos que ajudam carteiras, marketplaces e aplicativos a exibir o ativo corretamente.

Os usuários devem lembrar que possuir um ASA no estilo NFT não significa automaticamente possuir direitos autorais, direitos comerciais ou titularidade legal.

Os direitos dependem dos termos do emissor e de qualquer acordo off-chain.

O ASA comprova a posse on-chain do token, não todos os possíveis direitos legais relacionados ao item.

Metadados de ASA

Os metadados de ASA ajudam usuários e aplicativos a entender o que um ativo representa.

Os metadados podem incluir descrições, links para imagens e mídias, propriedades, referências externas e dados de verificação.

Os ASAs podem incluir uma URL e um hash de metadados durante a criação.

A URL pode apontar para um arquivo de metadados ou recurso off-chain.

O hash de metadados pode ajudar a verificar se os metadados referenciados não foram alterados inesperadamente.

Os padrões de metadados são importantes porque carteiras e marketplaces precisam de formas consistentes de exibir tokens e NFTs.

O ARC-3 é um dos importantes padrões da Algorand para convenções de metadados.

O padrão de metadados de ASA ARC-69 também trata da exibição e da possibilidade de alteração de metadados para ativos de mídia digital.

Os usuários devem ter cuidado, pois os metadados podem apontar para recursos indisponíveis, centralizados ou modificáveis.

Um projeto sólido de NFT ou token deve explicar onde os metadados estão armazenados e como são protegidos.

Smart ASA

Um Smart ASA é um ASA controlado por um contrato inteligente.

O padrão oficial ARC-20 Smart ASA define um Smart ASA como um Algorand Standard Asset controlado por um contrato inteligente que expõe métodos para criar, configurar, transferir, congelar e destruir o ativo.

Os Smart ASAs existem porque os ASAs básicos são poderosos, mas não oferecem flexibilidade ilimitada.

Um ASA comum pode definir oferta, casas decimais, metadados e endereços de controle, mas não inclui automaticamente uma lógica empresarial avançada.

Um Smart ASA pode adicionar regras por meio de um contrato inteligente controlador.

Por exemplo, um Smart ASA pode oferecer vesting, condições de transferência, lógica de conformidade, configuração dinâmica ou comportamento especial em marketplaces.

O ARC-20 explica que um Smart ASA pode aproveitar os pontos fortes dos ASAs padrão e, ao mesmo tempo, oferecer mais expressividade e flexibilidade.

Isso torna os Smart ASAs úteis para aplicativos que precisam de mais do que simples transferências de tokens.

Os usuários devem entender que os Smart ASAs acrescentam riscos de contratos inteligentes.

O ativo pode estar sujeito tanto às regras do ASA quanto às regras do contrato controlador.

ASA vs. tokens de contratos inteligentes

Um ASA é um ativo no nível do protocolo.

Um token de contrato inteligente é representado principalmente pela lógica de um aplicativo dentro de um contrato inteligente.

A especificação oficial ARC-200 para tokens de contratos inteligentes afirma que a maioria dos tokens do ecossistema Algorand é atualmente representada por ASAs, mas que funcionalidades mais sofisticadas podem tornar desejáveis interfaces de tokens de contratos inteligentes.

Essa distinção é importante porque diferentes designs de tokens geram diferentes compensações.

Os ASAs contam com amplo suporte de carteiras, SDKs e aplicativos por usarem o modelo nativo de ativos.

Os tokens de contratos inteligentes podem oferecer uma lógica mais personalizada, mas os aplicativos talvez precisem entender uma interface separada.

Os Smart ASAs ficam entre esses modelos, pois usam um ASA nativo controlado por um contrato inteligente.

Os desenvolvedores devem escolher o modelo que melhor se adequa à finalidade do ativo.

Os usuários devem entender com que tipo de ativo estão interagindo antes de presumir como funcionam as transferências ou o suporte das carteiras.

O tipo de ativo afeta a segurança, a compatibilidade e a experiência do usuário.

ASAs e transferências atômicas

Os ASAs podem ser usados em grupos de transações atômicas da Algorand.

A documentação oficial da Algorand sobre grupos de transações atômicas explica que todas as transações de um grupo atômico são executadas com sucesso ou nenhuma delas é executada.

Isso é útil para trocas de ativos, operações de escrow, compras em marketplaces, interações DeFi e liquidações entre várias partes.

Por exemplo, um usuário pode enviar um ASA enquanto outro envia ALGO no mesmo grupo atômico.

Se uma das partes falhar, o grupo inteiro falha.

Isso reduz o risco de liquidação, pois uma parte não precisa enviar primeiro e torcer para que a outra cumpra sua parte.

Os grupos atômicos são especialmente úteis para ASAs porque transferências de tokens muitas vezes precisam ser combinadas com pagamentos, adesões (opt-ins), chamadas de contratos inteligentes ou atualizações do estado do aplicativo.

Os desenvolvedores devem projetar grupos atômicos com cuidado, pois todas as transações necessárias precisam ser válidas em conjunto.

Os usuários ainda devem revisar todas as transações de um grupo antes de assiná-lo.

Um grupo atômico seguro evita a execução parcial, mas não protege os usuários de aceitar um acordo ruim.

ASAs em DeFi

Os ASAs são importantes no DeFi da Algorand porque aplicativos DeFi precisam de ativos padronizados para swaps, liquidez, empréstimos, staking e recompensas.

Um aplicativo de negociação descentralizada pode usar ASAs em pools de liquidez.

Um aplicativo de empréstimos pode aceitar um ASA como garantia ou ativo fornecido.

Um aplicativo de recompensas pode distribuir um ASA aos usuários.

Um emissor de stablecoin pode criar um ASA para liquidações semelhantes às do dólar na Algorand.

Como os ASAs são ativos nativos, os aplicativos DeFi podem interagir com eles por meio de estruturas de transação padronizadas.

No entanto, os riscos de DeFi continuam existindo.

Um ASA pode ter pouca liquidez, endereços de controle perigosos, identidade visual falsa, reservas pouco claras, tokenomics inadequada ou comportamento malicioso do emissor.

Um protocolo DeFi também pode apresentar falhas em contratos inteligentes, risco de oráculo, risco de governança, risco de liquidez ou risco de liquidação.

Os usuários devem avaliar tanto o ASA quanto o aplicativo DeFi.

Um formato de ativo padronizado não torna todos os ativos confiáveis.

ASAs e ativos do mundo real

Os ASAs podem representar direitos sobre ativos do mundo real, mas a tokenização não comprova automaticamente a propriedade legal.

Um ASA de ativo do mundo real pode representar direitos sobre imóveis, faturas, commodities, participações em fundos, créditos de carbono, pontos de fidelidade ou outros direitos off-chain.

A documentação de Algorand Standard Assets afirma que os ASAs podem representar ativos únicos, como a escritura de uma casa, itens colecionáveis e peças de uma cadeia de suprimentos.

Para ativos do mundo real, a blockchain registra os saldos e as transferências de tokens.

O significado jurídico desses saldos depende de contratos off-chain, políticas do emissor, acordos de custódia e jurisdição.

Antes de confiar em um ASA de ativo do mundo real, os usuários devem verificar as condições de resgate, a documentação legal, as declarações de reservas, a identidade do emissor e as restrições de transferência.

Controles de congelamento e clawback podem ser comuns em ativos do mundo real regulamentados.

Esses controles podem ajudar a cumprir requisitos de conformidade, mas também significam que os usuários dependem do emissor ou controlador.

ASAs de ativos do mundo real podem ser úteis, mas exigem mais diligência do que simples itens colecionáveis on-chain.

A estrutura jurídica do ativo é tão importante quanto a tecnologia do token.

Riscos de segurança dos ASAs

O primeiro risco de segurança de um ASA é a falsificação da identidade do ativo.

Um golpista pode criar um ASA com um nome ou ticker conhecido.

O segundo risco é a autoridade de clawback ativa.

Um endereço de clawback pode conseguir movimentar o ativo a partir das contas dos usuários.

O terceiro risco é a autoridade de congelamento.

Um endereço de congelamento pode impedir transferências.

O quarto risco é o gerenciamento modificável.

Um endereço de gerenciamento pode conseguir alterar endereços de controle importantes se esses campos ainda puderem ser modificados.

O quinto risco são metadados inadequados.

Mídias ou metadados off-chain podem desaparecer, mudar ou apontar para conteúdo inseguro.

O sexto risco é a baixa liquidez.

Pode ser fácil receber um token, mas difícil vendê-lo.

O sétimo risco é o risco do emissor.

Um ASA de ativo do mundo real ou de valor estável depende da honestidade, das reservas e das operações do emissor.

O oitavo risco é o erro do usuário.

IDs de ativos incorretos, autorizações indevidas, aplicativos maliciosos e adesões descuidadas podem causar perdas.

Como avaliar um ASA

Os usuários devem começar verificando o ID do ativo.

É importante confirmar o ID do ativo em fontes oficiais do projeto ou em exploradores confiáveis.

Também devem analisar os endereços de gerenciamento, reserva, congelamento e clawback.

Devem verificar se o ativo é congelado por padrão.

Devem analisar a oferta total e as casas decimais.

Devem inspecionar os links de metadados e entender onde as mídias ou a documentação estão armazenadas.

Devem verificar se o emissor é conhecido, confiável e transparente.

Devem verificar se carteiras ou ferramentas do ecossistema reconhecem o ativo, lembrando que essa verificação não garante seu valor.

Devem verificar a liquidez antes de comprar o ativo ou aceitá-lo como pagamento.

Devem entender se o ASA é um ASA comum, um Smart ASA, um ASA no estilo NFT ou parte de um aplicativo de contrato inteligente.

Uma boa avaliação de ASA combina verificações on-chain com pesquisa off-chain.

Boas práticas para usuários de ASAs

Os usuários devem manter ALGO suficiente para cobrir taxas e requisitos de saldo mínimo.

Devem aderir apenas a ativos que compreendem.

Devem verificar o ID do ativo antes de receber, comprar ou negociar um ASA.

Devem analisar os endereços de congelamento e clawback antes de presumir que o controle do ativo está totalmente nas mãos dos usuários.

Devem ter cuidado com ativos enviados por links desconhecidos, sorteios ou mensagens em redes sociais.

Quando for seguro e houver suporte da carteira, devem encerrar a adesão a ASAs indesejados.

Não devem presumir que um ASA no estilo NFT inclui automaticamente direitos autorais ou direitos de propriedade legal.

Devem verificar a liquidez antes de tratar um ASA como se fosse dinheiro.

Devem usar carteiras e aplicativos confiáveis ao interagir com ASAs.

Devem lembrar que ativos no nível do protocolo ainda podem representar projetos de baixa qualidade ou maliciosos.

Boas práticas para criadores de ASAs

Os criadores devem escolher cuidadosamente a oferta total e as casas decimais, pois esses parâmetros determinam o funcionamento do ativo de forma permanente.

Devem usar nomes, nomes de unidade e metadados claros para que os usuários possam identificar o ativo.

Devem publicar o ID do ativo em destaque na documentação oficial.

Devem explicar se o congelamento ou o clawback está habilitado e por quê.

Devem usar custódia segura para os endereços de gerenciamento, reserva, congelamento e clawback.

Devem considerar controles multisig ou por contratos inteligentes para permissões sensíveis.

Devem evitar recursos de controle desnecessários quando o ativo não precisar deles.

Devem documentar os direitos de resgate, as políticas de reserva e os termos legais para ASAs de ativos do mundo real.

Devem testar a criação do ativo e os fluxos de transferência em redes de teste antes de usar valores reais.

Devem projetar o ativo considerando compatibilidade com carteiras, clareza para os usuários e confiança de longo prazo.

Equívocos comuns sobre ASAs

Um equívoco comum é acreditar que todo ASA é seguro por ser nativo da Algorand.

O formato ASA é nativo, mas a qualidade de cada ativo depende do emissor, da configuração, da liquidez, dos metadados e do caso de uso.

Outro equívoco é acreditar que os nomes dos ativos comprovam sua autenticidade.

Nomes e tickers podem ser copiados, por isso os usuários devem verificar o ID do ativo.

Um terceiro equívoco é acreditar que a propriedade de um ASA sempre significa controle total.

Endereços de congelamento e clawback podem limitar a transferibilidade ou permitir a movimentação autorizada dos ativos.

Um quarto equívoco é acreditar que os ASAs não precisam de ALGO.

Os usuários precisam de ALGO para pagar taxas e atender aos requisitos de saldo mínimo ao manter ou criar ASAs.

Um quinto equívoco é acreditar que todos os NFTs na Algorand têm os mesmos direitos legais.

ASAs no estilo NFT podem ter metadados, direitos, licenças e termos do emissor diferentes.

Um sexto equívoco é acreditar que os Smart ASAs eliminam todos os riscos.

Os Smart ASAs aumentam a flexibilidade, mas também acrescentam riscos de contratos inteligentes e de governança.

Termos cripto relacionados

ALGO é a criptomoeda nativa usada para pagar taxas e atender aos requisitos de saldo mínimo na Algorand.

ID do ativo é o identificador exclusivo on-chain atribuído a cada ASA.

Adesão (opt-in) é o processo que permite que uma conta Algorand receba um ASA específico.

Requisito de saldo mínimo é a quantidade de ALGO que uma conta precisa manter para sustentar suas entradas no ledger.

Endereço de gerenciamento é o endereço que pode reconfigurar determinados endereços de controle modificáveis de um ASA.

Endereço de reserva é o endereço associado à oferta reservada ou ainda não circulante de um ASA.

Endereço de congelamento é o endereço que pode congelar ou descongelar um ASA nas contas, quando essa função está configurada.

Endereço de clawback é o endereço que pode revogar ou transferir um ASA das contas, quando essa função está configurada.

ARC-3 é um padrão de metadados da Algorand para metadados de ASAs fungíveis e não fungíveis.

Smart ASA é um ASA controlado por um contrato inteligente sob o padrão ARC-20.

Perguntas frequentes

O que significa ASA na Algorand?

ASA significa Algorand Standard Assets, ativos digitais personalizados criados diretamente na blockchain Algorand.

ASAs são contratos inteligentes?

ASAs comuns são ativos nativos no nível do protocolo, enquanto Smart ASAs podem ser controlados por contratos inteligentes para oferecer funcionalidades adicionais.

O que um ASA pode representar?

Um ASA pode representar um token fungível, NFT, stablecoin, ponto de fidelidade, ativo de jogo, item colecionável, direito sobre um ativo do mundo real ou outro ativo tokenizado.

O que é o ID de um ASA?

O ID do ativo é o identificador exclusivo on-chain atribuído a um ASA após sua criação.

Por que os usuários precisam aderir a um ASA?

Os usuários precisam aderir porque a Algorand exige que uma conta aceite um ASA antes de poder recebê-lo.

A adesão a um ASA custa ALGO?

A adesão exige uma taxa de transação e aumenta em 0.1 Algo o requisito de saldo mínimo da conta para aquele ativo.

O que é o endereço de gerenciamento de um ASA?

O endereço de gerenciamento pode alterar determinados endereços de controle modificáveis, como os endereços de gerenciamento, reserva, congelamento e clawback.

O que é o endereço de congelamento de um ASA?

Quando essa função está configurada, o endereço de congelamento pode congelar ou descongelar a capacidade de uma conta de transferir o ASA.

O que é o endereço de clawback de um ASA?

Quando essa função está configurada, o endereço de clawback pode revogar ou movimentar o ASA a partir das contas.

Um ASA pode ser destruído?

Sim. Um ASA só pode ser destruído quando o criador original detém todas as unidades e o gerente autorizado conclui a transação de destruição.

Como os usuários podem evitar ASAs falsos?

Os usuários podem evitar ASAs falsos verificando o ID do ativo, as informações do emissor, os metadados, os endereços de controle, a verificação da carteira e as fontes oficiais do projeto.

Qual é a diferença entre um ASA e um Smart ASA?

Um ASA é um ativo nativo da Algorand, enquanto um Smart ASA é controlado por um contrato inteligente que pode adicionar regras e comportamentos mais flexíveis.

Conclusão

ASA, ou Algorand Standard Assets, são componentes essenciais da blockchain Algorand.

Eles permitem que desenvolvedores criem tokens fungíveis, NFTs, ativos semelhantes a stablecoins, pontos de fidelidade, ativos de jogos, direitos sobre ativos do mundo real e outros ativos digitais diretamente no nível do protocolo.

A maior vantagem dos ASAs é que eles são nativos da Algorand, em vez de serem apenas saldos de contratos inteligentes personalizados.

Esse design nativo pode melhorar a compatibilidade com carteiras, o suporte a aplicativos, a simplicidade das transações e a experiência dos desenvolvedores.

Os ASAs também incluem controles importantes, como gerenciamento, reserva, congelamento, clawback, adesão (opt-in), metadados e requisitos de saldo mínimo.

Esses controles tornam os ASAs flexíveis, mas também geram questões de confiança e segurança que os usuários precisam compreender.

Um token com endereço de clawback tem um modelo de propriedade diferente de um token sem esse endereço.

Um token com autoridade de congelamento tem um modelo de transferência diferente de um token totalmente permissionless.

Um token com metadados pouco claros tem um perfil de risco diferente de um token com metadados bem documentados e verificáveis.

Os usuários devem sempre verificar o ID do ativo, a reputação do emissor, os endereços de controle, a liquidez, os metadados e o caso de uso antes de confiar em um ASA.

Os criadores devem projetar ASAs com cuidado, pois muitos parâmetros de criação são permanentes e as configurações de permissão afetam a confiança dos usuários.

Smart ASAs e padrões ARC oferecem mais flexibilidade para aplicativos avançados, mas também exigem testes, divulgação e revisões de segurança mais rigorosos.

Para quem está aprendendo sobre cripto, os ASAs mostram como uma blockchain pode incorporar a tokenização como um recurso nativo, em vez de exigir que cada token seja escrito como um contrato inteligente separado.

A principal lição é que os Algorand Standard Assets são simples de criar, mas nem sempre simples de avaliar.

Um ASA sólido combina configuração clara, metadados transparentes, permissões seguras, utilidade real e comunicação honesta do emissor.