ASA (Algorand Standard Assets)

¿Qué son los Algorand Standard Assets?

ASA, o Algorand Standard Assets, son activos digitales personalizados creados directamente en la blockchain de Algorand.

En el ámbito de las criptomonedas, un ASA puede representar un token fungible, una stablecoin, puntos de fidelidad, moneda de un juego, un objeto coleccionable, un NFT, un instrumento similar a un valor, un derecho sobre un activo del mundo real u otro activo basado en blockchain.

La documentación oficial de Algorand Standard Assets indica que el protocolo de Algorand admite activos on-chain que se benefician de la misma seguridad, compatibilidad, velocidad y facilidad de uso que el activo nativo Algo.

Esto es importante porque, por defecto, los ASA no son tokens de contratos inteligentes convencionales.

Son activos nativos del protocolo de Algorand.

Un desarrollador puede crear un ASA sin tener que escribir desde cero un contrato inteligente completo.

El creador define parámetros del activo como la oferta total, los decimales, el nombre de unidad, el nombre del activo, los metadatos, la dirección de gestión, la dirección de reserva, la dirección de congelación, la dirección de clawback y el estado de congelación predeterminado.

Una vez creado, el ASA recibe un ID de activo único en la blockchain de Algorand.

Ese ID es uno de los identificadores más importantes, porque los nombres y tickers se pueden copiar, pero el ID del activo es único.

Para los usuarios, los ASA hacen que Algorand sea mucho más que una red para enviar ALGO.

Permiten que las cuentas, wallets, aplicaciones y contratos inteligentes de Algorand interactúen con muchos tipos de activos tokenizados.

Por qué son importantes los ASA en el mundo cripto

Los ASA son importantes porque la creación de tokens es una función esencial de las blockchains modernas.

Las aplicaciones cripto necesitan activos para pagos, gobernanza, transferencias de valor estable, recompensas, juegos, NFT, propiedad tokenizada y productos financieros.

En algunas blockchains, los desarrolladores crean cada token como un contrato inteligente.

En Algorand, los ASA están integrados en el protocolo base como un tipo de activo estándar.

Esto puede simplificar el desarrollo, ya que la creación, transferencia, inclusión de cuentas, congelación, clawback y destrucción de activos se gestionan mediante tipos de transacción estándar.

La documentación oficial sobre las operaciones con activos de Algorand indica que los ASA permiten a los desarrolladores tokenizar cualquier tipo de activo en Algorand y abarca la creación, modificación, transferencia, eliminación, inclusión, congelación y funcionalidad de clawback.

Esto es importante para la interoperabilidad, ya que las wallets y aplicaciones pueden reconocer los ASA mediante un modelo de protocolo compartido.

Una wallet no necesita conocer una interfaz de contrato inteligente nueva para cada transferencia básica de tokens.

Un mercado puede identificar un ASA similar a un NFT mediante los parámetros del activo y los estándares de metadatos.

Una aplicación DeFi puede interactuar con los ASA como activos estándar, en lugar de hacerlo con saldos de contratos personalizados.

Este diseño nativo es una de las razones por las que los ASA son un componente fundamental del ecosistema de Algorand.

Cómo funciona un ASA

Un ASA funciona mediante la incorporación de un registro de activo al libro mayor de Algorand.

El registro del activo define su oferta, divisibilidad, nombre, metadatos y direcciones de control.

Cuando una cuenta crea un ASA, el creador paga una comisión de transacción y acepta un requisito de saldo mínimo más alto.

La documentación oficial de Algorand Standard Assets indica que cada activo que una cuenta crea o posee aumenta el saldo mínimo de dicha cuenta en 0.1 Algo, o 100,000 microAlgo.

Una vez creado el activo, las cuentas deben aceptar el ASA antes de poder recibirlo.

La aceptación es una protección a nivel de protocolo que impide que se envíen activos aleatorios a la cuenta de un usuario sin su consentimiento.

Después de aceptar el ASA, la cuenta puede recibirlo, conservarlo, transferirlo, cerrarlo o interactuar con él, según las reglas del activo y la lógica de la aplicación.

Las transferencias se realizan mediante transacciones de transferencia de activos de Algorand.

Los cambios de configuración del activo se realizan mediante transacciones de configuración de activos.

La congelación, el clawback y la destrucción utilizan flujos de transacción específicos controlados por las direcciones de permisos del activo.

Este modelo basado en transacciones convierte los ASA en una parte nativa de Algorand, en lugar de una función exclusiva del nivel de aplicación.

ASA frente a ALGO

ALGO es la moneda nativa de la blockchain de Algorand.

Los ASA son activos personalizados creados sobre Algorand.

ALGO se utiliza para pagar las comisiones de transacción y cumplir los requisitos de saldo mínimo.

Un ASA puede representar casi cualquier tipo de activo tokenizado, pero no sustituye a ALGO como activo nativo para pagar comisiones en la red.

Por ejemplo, un usuario puede tener ALGO para pagar comisiones y también varios ASA en la misma cuenta de Algorand.

La cuenta debe mantener suficiente ALGO para cubrir el saldo mínimo básico de la cuenta y cualquier requisito adicional de saldo mínimo generado por los ASA que posee u otro estado on-chain.

Esto es importante porque un usuario puede ver un saldo de tokens en una wallet y, aun así, no poder moverlos si no dispone de suficiente ALGO para pagar las comisiones o cumplir las reglas de saldo mínimo.

Por tanto, los ASA dependen de ALGO para el funcionamiento de la cuenta, aunque el ASA en sí represente otro activo.

La relación es similar a la de los tokens de muchas otras blockchains, que necesitan el activo nativo para pagar las comisiones de transacción.

Para los usuarios de Algorand, suele ser necesario tener una pequeña cantidad de ALGO al utilizar ASA.

Creación de ASA

La creación de un ASA es el proceso de acuñar un nuevo activo en Algorand.

El creador establece la oferta total del activo, el número de decimales, el nombre de unidad, el nombre del activo, la URL opcional, el hash de metadatos opcional, el estado de congelación predeterminado y las direcciones de control.

La documentación sobre operaciones con activos indica que crear un ASA permite a los desarrolladores acuñar tokens digitales y asignarles un identificador único en la blockchain.

La oferta total define cuántas unidades base del activo pueden existir.

El valor de los decimales determina cómo se muestran esas unidades base a los usuarios.

Un token con 0 decimales se comporta como un activo indivisible, algo habitual en muchos activos similares a NFT.

Un token con decimales puede representar un activo fungible divisible en unidades más pequeñas.

El nombre de unidad suele ser un símbolo breve que se muestra en las wallets.

El nombre del activo es una denominación más larga y legible.

La URL y el hash de metadatos pueden dirigir a metadatos off-chain o permitir su verificación, especialmente en el caso de NFT y contenido tokenizado.

Estos parámetros deben elegirse con cuidado, porque algunos campos no se pueden modificar después de la creación.

ID de activo

El ID de activo es el identificador único on-chain de un ASA.

Esto es importante porque el nombre del activo y el nombre de unidad no bastan para demostrar su autenticidad.

Un estafador puede crear un activo falso con el mismo nombre o símbolo que uno auténtico.

Al verificar un ASA, las wallets, los exploradores, las aplicaciones y los usuarios deben comprobar el ID del activo.

Por ejemplo, dos activos pueden mostrar el mismo ticker, pero tendrán ID de activo distintos.

Los usuarios nunca deberían fiarse únicamente del nombre del token, su logotipo o la información que muestra una wallet.

Deberían confirmar el ID del activo mediante la documentación oficial del proyecto, los listados de wallets de confianza o exploradores de bloques fiables.

Los desarrolladores también deberían utilizar los ID de activo en la lógica de sus aplicaciones, en lugar de depender de los nombres.

Utilizar un ID de activo incorrecto puede hacer que un usuario opere, acepte o deposite el token equivocado.

Verificar el ID del activo es una de las medidas de seguridad más básicas al utilizar ASA.

Parámetros de los ASA

Los parámetros de los ASA definen el comportamiento de un activo.

Los principales parámetros de oferta son la oferta total y los decimales.

Los principales parámetros de visualización son el nombre del activo, el nombre de unidad, la URL y el hash de metadatos.

Los principales parámetros de permisos son las direcciones de gestión, reserva, congelación y clawback.

El parámetro de congelación predeterminada determina si los titulares quedan congelados inicialmente después de aceptar el activo.

Estas configuraciones pueden hacer que dos ASA se comporten de forma muy distinta.

Un token comunitario sencillo puede no tener direcciones de congelación o clawback.

Un activo regulado puede utilizar controles de congelación y clawback para cumplir restricciones de transferencia.

Un NFT puede tener 0 decimales y una oferta total de 1.

Un token similar a una stablecoin puede tener varios decimales y controles relacionados con el cumplimiento normativo.

Los usuarios deberían revisar los parámetros antes de dar por sentado que un ASA está descentralizado, es transferible, escaso o seguro.

Dirección de gestión

La dirección de gestión es la dirección que puede cambiar determinadas direcciones de control modificables de un ASA.

La documentación oficial de Algorand sobre los tipos de transacción explica que, durante la reconfiguración del activo, solo se pueden modificar las direcciones de gestión, congelación, clawback y reserva.

La dirección de gestión tiene mucho poder, ya que puede actualizar los roles de control mientras estos sigan siendo modificables.

Si la dirección de gestión se asigna a una cuenta multifirma de confianza o a una cuenta controlada por gobernanza, el proyecto puede tener un proceso administrativo más claro.

Si una única wallet desconocida controla la dirección de gestión, los usuarios pueden estar expuestos a un mayor riesgo de centralización.

La documentación sobre los tipos de transacción también advierte de que, si se omiten campos de dirección en una transacción de configuración del activo, el protocolo los establece como nulos y el cambio es permanente.

Esto significa que la reconfiguración de los activos debe realizarse con mucho cuidado.

Eliminar una dirección de control puede mejorar la descentralización, pero también impedir futuras actualizaciones legítimas.

Antes de confiar en la configuración a largo plazo de un ASA, los usuarios deberían comprobar si sigue teniendo una dirección de gestión activa.

Dirección de reserva

La dirección de reserva se utiliza para representar o mantener la oferta no circulante de un ASA.

Esto puede ayudar a los usuarios a entender qué tokens están en circulación y cuáles mantiene en reserva el emisor.

En un token de oferta fija, la dirección de reserva puede mostrar dónde se guarda la oferta aún no distribuida.

En un token que representa un activo del mundo real, la dirección de reserva puede formar parte del diseño de custodia o emisión del emisor.

La dirección de reserva no demuestra automáticamente que existan reservas off-chain.

Solo muestra la dirección on-chain asociada a la contabilidad de reservas de ese ASA.

Los usuarios no deberían asumir que una dirección de reserva garantiza respaldo, reembolso, derechos legales o una tesorería de calidad.

En el caso de cualquier ASA que afirme representar un activo del mundo real, los usuarios deberían revisar la documentación del emisor, las auditorías, los informes de reservas, las condiciones de reembolso y la estructura jurídica.

La dirección de reserva es útil para aportar transparencia, pero no constituye una prueba completa de valor.

Cuando el activo depende de respaldo off-chain, los datos de oferta on-chain deben complementarse con las comprobaciones pertinentes fuera de la blockchain.

Dirección de congelación

Si se configura esta función, la dirección de congelación puede congelar o descongelar un ASA en la cuenta de un usuario.

Una cuenta congelada no puede transferir libremente el activo congelado.

Los controles de congelación pueden ser útiles para activos regulados, tokens de valores, transferencias sujetas a requisitos de cumplimiento, respuestas ante fraudes o controles administrativos.

También pueden generar un riesgo de centralización, ya que se puede impedir que el titular de un activo mueva sus tokens.

Los usuarios deberían considerar la dirección de congelación un permiso importante.

Si un ASA tiene una dirección de congelación activa, el emisor o la entidad que la controla puede tener la capacidad de restringir las transferencias.

Esto puede ser aceptable para algunos activos, especialmente para activos regulados sujetos a obligaciones legales.

Puede no serlo para usuarios que esperen una transferibilidad totalmente libre de permisos.

Lo importante no es que la función de congelación sea siempre negativa.

Lo importante es que los usuarios sepan si existe y quién la controla.

Dirección de clawback

Si se configura esta función, la dirección de clawback puede revocar o transferir un ASA de una cuenta a otra.

Es una de las funciones de control más potentes de los ASA.

La función de clawback puede ser útil para activos regulados, activos empresariales recuperables, respuestas ante fraudes, órdenes de cumplimiento o reglas de transferencia controladas por contratos inteligentes.

También puede ser peligrosa si los usuarios no saben que el emisor puede mover sus activos.

Un token con clawback habilitado no equivale a un token cuya propiedad está totalmente bajo el control del usuario.

Antes de considerar un ASA resistente a la censura o no custodial, los usuarios deberían comprobar si tiene una dirección de clawback.

Los desarrolladores deberían explicar claramente el clawback en las interfaces de las wallets y en la documentación de las aplicaciones.

Los emisores deberían indicar por qué existe el clawback, quién lo controla y en qué condiciones puede utilizarse.

El clawback es una herramienta, pero cambia el modelo de confianza del activo.

Ignorar el riesgo del clawback puede dar lugar a una comprensión errónea de la propiedad del token.

Estado de congelación predeterminado

El estado de congelación predeterminado determina si las cuentas quedan congeladas por defecto cuando aceptan un ASA.

Si la congelación predeterminada está activada, un usuario puede aceptar y mantener el activo, pero seguir necesitando permiso para transferirlo.

Esto es habitual en casos de uso en los que el emisor quiere ejercer un control estricto sobre las transferencias.

Algunos ejemplos son los activos regulados, las membresías restringidas, las recompensas privadas o los tokens sujetos a requisitos de cumplimiento.

Si la congelación predeterminada está desactivada, normalmente los usuarios pueden transferir el activo después de aceptarlo, salvo que una acción de congelación posterior lo restrinja.

Antes de aceptar un activo, el usuario debería revisar su estado de congelación predeterminado.

Un token puede parecer un activo transferible normal y comportarse de otra manera debido a su configuración de congelación.

En el caso de los desarrolladores, el estado de congelación predeterminado debería ajustarse a las necesidades reales de la aplicación.

Para los usuarios, este estado forma parte del modelo de confianza del activo.

La libertad de transferencia no depende solo del saldo, sino también de la configuración del activo.

Aceptación de un ASA

Aceptar un ASA es el proceso que permite a una cuenta de Algorand recibir un ASA concreto.

Antes de recibir un nuevo ASA, una cuenta debe aceptarlo.

La documentación oficial de Algorand Standard Assets indica que el destinatario debe aceptar el activo antes de que se pueda transferir a su cuenta.

La aceptación ayuda a proteger a los usuarios del spam de activos y de los tokens no deseados.

Sin este requisito, cualquiera podría enviar activos no deseados a cualquier cuenta.

La aceptación suele realizarse mediante una transacción de transferencia de 0 unidades desde la cuenta a sí misma.

Después de aceptarlo, la cuenta puede recibir ese ASA de otras cuentas o aplicaciones.

La aceptación también aumenta el saldo mínimo requerido para la cuenta.

Por eso una wallet puede pedir al usuario que mantenga ALGO adicional antes de añadir un nuevo ASA.

Los usuarios no deberían aceptar activos aleatorios a menos que entiendan por qué los necesitan.

Requisito de saldo mínimo

El requisito de saldo mínimo es fundamental para utilizar los ASA de forma segura.

Las cuentas de Algorand deben mantener un saldo mínimo de ALGO para que sus activos y estado on-chain sigan siendo válidos.

Según la documentación oficial de Algorand Standard Assets, cada ASA que una cuenta crea o posee aumenta el requisito de saldo mínimo en 0.1 Algo.

Esto significa que mantener muchos ASA puede inmovilizar más ALGO en el saldo mínimo de la cuenta.

El saldo mínimo inmovilizado no es una comisión que se pague a otra persona.

Es una reserva obligatoria que permite a la cuenta mantener esas entradas en el libro mayor.

Si un usuario cierra una posición de ASA, se puede reducir el requisito de saldo mínimo correspondiente.

Por eso las interfaces de wallet suelen incluir funciones para eliminar, cerrar o dejar de aceptar ASA.

Antes de coleccionar muchos NFT o aceptar numerosos tokens de poco valor, los usuarios deberían entender el requisito de saldo mínimo.

Una wallet con muchas aceptaciones de ASA puede necesitar más ALGO que otra que solo tenga ALGO.

Transferencias de ASA

Las transferencias de ASA mueven una cantidad determinada de un Algorand Standard Asset de una cuenta a otra.

El destinatario debe haber aceptado el activo antes de recibirlo.

Si el remitente o el destinatario está congelado para ese activo, la transferencia puede fallar.

Si el remitente no tiene saldo suficiente, la transferencia fallará.

Si el activo tiene controles de clawback, una dirección de clawback autorizada puede moverlo de determinadas formas.

Las transacciones de transferencia de ASA son tipos de transacción estándar de Algorand.

Esto hace que los movimientos de activos sean previsibles para las wallets y las aplicaciones.

En el caso de ASA fungibles, las transferencias pueden representar pagos, operaciones, staking, recompensas o liquidaciones.

En el caso de ASA similares a NFT, las transferencias pueden representar cambios de titularidad de un objeto coleccionable o único.

Antes de enviar cualquier ASA, los usuarios deberían verificar el ID del activo y la dirección del destinatario, ya que las transacciones en blockchain suelen ser irreversibles.

Reconfiguración de ASA

La reconfiguración de un ASA modifica determinadas direcciones de control modificables de un activo existente.

La documentación oficial de Algorand sobre los tipos de transacción indica que, durante la reconfiguración, solo se pueden modificar las direcciones de gestión, reserva, congelación y clawback.

La reconfiguración no puede cambiar la oferta total, los decimales, el nombre de unidad, el nombre del activo ni otros parámetros fijos de creación.

Por eso los creadores deben elegir cuidadosamente los parámetros al crear el activo.

La dirección de gestión determina si es posible reconfigurarlo.

Si la dirección de gestión se elimina estableciéndola como nula, puede que ya no sea posible reconfigurarlo en el futuro.

Esto puede ser útil si un proyecto quiere demostrar que ningún administrador podrá cambiar posteriormente las direcciones de control.

También puede ser perjudicial si el proyecto necesita realizar una migración o corrección en el futuro.

Antes de confiar en las promesas a largo plazo de un ASA, los usuarios deberían comprobar si sus direcciones de control son modificables.

El poder de reconfiguración es una de las cuestiones más importantes de gobernanza y confianza en cualquier ASA.

Destrucción de ASA

La destrucción de un ASA lo elimina del libro mayor de Algorand cuando se cumplen las condiciones necesarias.

La documentación sobre los tipos de transacción de Algorand indica que el creador original debe tener todas las unidades del activo y que el gestor debe enviar y autorizar la transacción de destrucción.

Esto significa que, normalmente, un ASA no se puede destruir mientras otras cuentas sigan teniendo unidades.

La destrucción puede utilizarse cuando un activo se creó para realizar pruebas, se migró a un nuevo activo, el emisor lo retiró o dejó de ser necesario.

Los usuarios deberían entender que destruir un activo no es lo mismo que quemar algunos tokens de la oferta.

Se elimina el activo completo cuando todas sus unidades se devuelven al creador y se cumplen las condiciones de autorización.

Si un activo está ampliamente distribuido, puede ser difícil o imposible destruirlo, a menos que los titulares devuelvan todas las unidades.

Si un ASA es temporal, los proyectos deberían documentar claramente cómo prevén destruirlo.

Para los usuarios, el riesgo de destrucción suele ser bajo en el caso de activos ampliamente distribuidos, pero puede ser relevante en los activos controlados o de prueba.

ASA fungibles

Un ASA fungible es un activo cuyas unidades son intercambiables entre sí.

Algunos ejemplos son las stablecoins, los puntos de recompensa, los tokens de gobernanza, las monedas de juegos, los activos wrapped o los tokens de pago.

Los ASA fungibles suelen tener una oferta total superior a 1 y pueden utilizar decimales.

Los decimales permiten dividir el activo en unidades de visualización más pequeñas.

Por ejemplo, un token con 6 decimales puede mostrarse en cantidades fraccionarias, aunque el libro mayor registre unidades base.

Los ASA fungibles son útiles en DeFi, ya que las operaciones, los préstamos, los pagos y los pools de liquidez suelen requerir activos divisibles.

También son útiles en sistemas empresariales y de fidelización, porque los emisores pueden crear ofertas fijas o controladas.

Aun así, antes de confiar en un ASA fungible, los usuarios deberían revisar las direcciones de control, la oferta, la reputación del emisor, la liquidez y los metadatos.

Crear un token fungible puede ser fácil, pero eso no lo hace valioso ni seguro.

Su valor depende de su utilidad, confianza, liquidez, demanda y controles de riesgo.

ASA no fungibles

Un ASA no fungible está diseñado para representar un objeto único.

Muchos ASA similares a NFT tienen una oferta total de 1 y 0 decimales.

Esto significa que el activo no se puede fraccionar y que solo existe una unidad.

Los ASA similares a NFT pueden representar obras de arte, objetos coleccionables, entradas, certificados, membresías, objetos de juego, credenciales de identidad o registros de activos del mundo real.

Los metadatos son especialmente importantes en los ASA similares a NFT, porque el activo on-chain suele apuntar a contenido multimedia o información descriptiva off-chain.

El estándar de metadatos ARC-3 define convenciones para los archivos de metadatos de ASA utilizados por activos fungibles y no fungibles.

Los metadatos pueden incluir campos que ayudan a las wallets, mercados y aplicaciones a mostrar correctamente el activo.

Los usuarios deben recordar que poseer un ASA similar a NFT no implica automáticamente tener derechos de autor, derechos comerciales ni titularidad legal.

Los derechos dependen de las condiciones del emisor y de cualquier acuerdo off-chain.

El ASA demuestra la posesión on-chain del token, pero no todos los posibles derechos legales relacionados con el objeto.

Metadatos de ASA

Los metadatos de ASA ayudan a los usuarios y las aplicaciones a entender qué representa un activo.

Pueden incluir descripciones, enlaces a imágenes y contenido multimedia, propiedades, referencias externas y datos de verificación.

Los ASA pueden incluir una URL y un hash de metadatos durante su creación.

La URL puede dirigir a un archivo de metadatos o recurso off-chain.

El hash de metadatos puede ayudar a verificar que los metadatos enlazados no hayan cambiado de forma inesperada.

Los estándares de metadatos son importantes porque las wallets y los mercados necesitan métodos coherentes para mostrar tokens y NFT.

ARC-3 es uno de los principales estándares de Algorand para las convenciones de metadatos.

El estándar de metadatos ARC-69 ASA también aborda la representación y la capacidad de modificación de los metadatos de activos multimedia digitales.

Los usuarios deben tener cuidado, ya que los metadatos pueden dirigir a recursos rotos, centralizados o modificables.

Un buen proyecto de NFT o token debería explicar dónde se almacenan los metadatos y cómo se protegen.

Smart ASA

Un Smart ASA es un ASA controlado por un contrato inteligente.

El estándar oficial ARC-20 Smart ASA define el Smart ASA como un Algorand Standard Asset controlado por un contrato inteligente que proporciona métodos para crear, configurar, transferir, congelar y destruir el activo.

Los Smart ASA existen porque los ASA básicos son potentes, pero no ofrecen una flexibilidad ilimitada.

Un ASA normal puede definir la oferta, los decimales, los metadatos y las direcciones de control, pero no incluye automáticamente lógica empresarial avanzada.

Un Smart ASA puede añadir reglas mediante un contrato inteligente de control.

Por ejemplo, un Smart ASA puede admitir vesting, condiciones de transferencia, lógica de cumplimiento, configuración dinámica o un comportamiento especial en mercados.

ARC-20 explica que un Smart ASA puede aprovechar las ventajas de los ASA estándar y ofrecer más expresividad y flexibilidad.

Esto hace que los Smart ASA sean útiles para aplicaciones que necesitan algo más que transferencias de tokens sencillas.

Los usuarios deberían tener en cuenta que los Smart ASA incorporan riesgos de contratos inteligentes.

El activo puede estar sujeto tanto a las reglas de ASA como a las del contrato que lo controla.

ASA frente a tokens de contratos inteligentes

Un ASA es un activo a nivel de protocolo.

Un token de contrato inteligente es un token representado principalmente mediante la lógica de una aplicación dentro de un contrato inteligente.

La especificación de tokens de contratos inteligentes ARC-200 indica que actualmente la mayoría de los tokens del ecosistema de Algorand están representados por ASA, aunque una funcionalidad más avanzada puede hacer que resulten convenientes las interfaces de tokens de contratos inteligentes.

Esta distinción es importante porque los distintos diseños de tokens implican diferentes compensaciones.

Los ASA son ampliamente compatibles con wallets, SDK y aplicaciones porque utilizan el modelo de activos nativos.

Los tokens de contratos inteligentes pueden admitir una lógica más personalizada, pero quizá requieran que las aplicaciones conozcan una interfaz independiente.

Los Smart ASA se sitúan entre ambos modelos, ya que utilizan un ASA nativo controlado por un contrato inteligente.

Los desarrolladores deberían elegir el diseño que mejor se ajuste a la finalidad del activo.

Antes de dar por sentado cómo se puede transferir un activo o qué wallets lo admiten, los usuarios deberían averiguar con qué tipo de activo están interactuando.

El tipo de activo afecta a la seguridad, la compatibilidad y la experiencia de usuario.

ASA y transferencias atómicas

Los ASA se pueden utilizar en grupos de transacciones atómicas de Algorand.

La documentación oficial de Algorand sobre grupos de transacciones atómicas explica que todas las transacciones de un grupo atómico se ejecutan correctamente o no se ejecuta ninguna.

Esto resulta útil para swaps de activos, flujos de depósito en garantía, compras en mercados, interacciones DeFi y liquidaciones entre varias partes.

Por ejemplo, un usuario puede enviar un ASA mientras otro envía ALGO dentro del mismo grupo atómico.

Si falla cualquiera de las dos partes, falla el grupo completo.

Esto reduce el riesgo de liquidación, ya que ninguna de las partes tiene que enviar primero y confiar en que la otra cumpla después.

Los grupos atómicos resultan especialmente útiles para los ASA, porque las transferencias de tokens suelen tener que combinarse con pagos, aceptaciones, llamadas a contratos inteligentes o actualizaciones del estado de una aplicación.

Los desarrolladores deberían diseñar cuidadosamente los grupos atómicos, ya que todas las transacciones necesarias deben ser válidas al mismo tiempo.

Los usuarios deberían revisar todas las transacciones de un grupo antes de firmarlo.

Un grupo atómico correctamente diseñado evita ejecuciones parciales, pero no protege a los usuarios de aceptar un trato desfavorable.

ASA en DeFi

Los ASA son importantes en DeFi en Algorand, ya que las aplicaciones DeFi necesitan activos estandarizados para swaps, liquidez, préstamos, staking y recompensas.

Una aplicación de trading descentralizada puede utilizar ASA en pools de liquidez.

Una aplicación de préstamos puede aceptar un ASA como garantía o activo suministrado.

Una aplicación de recompensas puede distribuir un ASA entre los usuarios.

Un emisor de stablecoins puede crear un ASA para realizar liquidaciones similares a las del dólar en Algorand.

Como los ASA son activos nativos, las aplicaciones DeFi pueden interactuar con ellos mediante estructuras de transacción estándar.

Sin embargo, los riesgos de DeFi siguen existiendo.

Un ASA puede tener poca liquidez, direcciones de control peligrosas, una marca falsa, reservas poco claras, tokenomics deficientes o un emisor malicioso.

Un protocolo DeFi también puede presentar errores en contratos inteligentes, riesgos de oráculos, riesgos de gobernanza, riesgos de liquidez o riesgos de liquidación.

Los usuarios deberían evaluar tanto el ASA como la aplicación DeFi.

Un formato de activo estándar no garantiza que todos los activos sean de calidad.

ASA y activos del mundo real

Los ASA pueden representar derechos sobre activos del mundo real, pero la tokenización no demuestra automáticamente la propiedad legal.

Un ASA de un activo del mundo real puede representar derechos de propiedad, facturas, materias primas, participaciones en fondos, créditos de carbono, puntos de fidelidad u otros derechos off-chain.

La documentación de Algorand Standard Assets indica que los ASA pueden representar activos únicos, como la escritura de una casa, objetos coleccionables y piezas de una cadena de suministro.

En el caso de los activos del mundo real, la blockchain registra los saldos y las transferencias de tokens.

El significado legal de esos saldos depende de los contratos off-chain, las políticas del emisor, los acuerdos de custodia y la jurisdicción.

Antes de confiar en un ASA que represente un activo del mundo real, los usuarios deberían comprobar las condiciones de reembolso, la documentación legal, las certificaciones de reservas, la identidad del emisor y las restricciones de transferencia.

Los controles de congelación y clawback pueden ser habituales en activos del mundo real regulados.

Estos controles pueden facilitar el cumplimiento normativo, pero también implican que los usuarios dependen del emisor o de la entidad que los controla.

Los ASA de activos del mundo real pueden ser útiles, pero requieren más diligencia debida que los objetos coleccionables puramente on-chain.

La estructura jurídica del activo es tan importante como la tecnología del token.

Riesgos de seguridad de los ASA

El primer riesgo de seguridad de los ASA es la falsificación de la identidad del activo.

Un estafador puede crear un ASA con un nombre o ticker conocido.

El segundo riesgo es que haya una autoridad activa de clawback.

Una dirección de clawback puede tener capacidad para mover el activo desde las cuentas de los usuarios.

El tercer riesgo es la autoridad de congelación.

Una dirección de congelación puede impedir las transferencias.

El cuarto riesgo es la gestión modificable.

Una dirección de gestión puede cambiar direcciones de control importantes si esos campos siguen siendo modificables.

El quinto riesgo son los metadatos deficientes.

El contenido multimedia o los metadatos off-chain pueden desaparecer, cambiar o dirigir a contenido no seguro.

El sexto riesgo es la escasa liquidez.

Puede ser fácil recibir un token, pero difícil venderlo.

El séptimo riesgo es el riesgo del emisor.

Un ASA de un activo del mundo real o de valor estable depende de la honestidad, las reservas y las operaciones del emisor.

El octavo riesgo es el error del usuario.

Los ID de activo incorrectos, las autorizaciones erróneas, las aplicaciones maliciosas y las aceptaciones descuidadas pueden provocar pérdidas.

Cómo evaluar un ASA

Los usuarios deberían empezar por comprobar el ID del activo.

Deberían verificarlo a través de fuentes oficiales del proyecto o exploradores de confianza.

Deberían revisar las direcciones de gestión, reserva, congelación y clawback.

Deberían comprobar si el activo se congela de forma predeterminada.

Deberían revisar la oferta total y los decimales.

Deberían inspeccionar los enlaces de metadatos y averiguar dónde se almacena el contenido multimedia o la documentación.

Deberían comprobar si el emisor es conocido, tiene buena reputación y actúa con transparencia.

Deberían revisar si las wallets o herramientas del ecosistema verifican el activo, sin olvidar que la verificación no garantiza su valor.

Antes de comprar el activo o aceptarlo como pago, deberían comprobar su liquidez.

Deberían averiguar si el ASA es un ASA normal, un Smart ASA, un ASA similar a NFT o forma parte de una aplicación de contrato inteligente.

Una buena evaluación de un ASA combina comprobaciones on-chain con investigación off-chain.

Buenas prácticas para usuarios de ASA

Los usuarios deberían mantener suficiente ALGO para cubrir las comisiones y los requisitos de saldo mínimo.

Solo deberían aceptar activos que comprendan.

Deberían verificar el ID del activo antes de recibir, comprar u operar con un ASA.

Antes de dar por sentado que el usuario controla completamente el activo, deberían revisar las direcciones de congelación y clawback.

Deberían tener cuidado con los activos recibidos a través de enlaces desconocidos, sorteos o mensajes en redes sociales.

Si es seguro y la wallet lo permite, deberían cerrar las aceptaciones de ASA no deseadas.

No deberían asumir que un ASA similar a NFT incluye automáticamente derechos de autor o derechos de propiedad legal.

Antes de tratar un ASA como dinero, deberían comprobar su liquidez.

Al interactuar con ASA, deberían utilizar wallets y aplicaciones de confianza.

Deberían recordar que los activos a nivel de protocolo también pueden estar asociados a proyectos de baja calidad o maliciosos.

Buenas prácticas para creadores de ASA

Los creadores deberían elegir cuidadosamente la oferta total y los decimales, ya que estos parámetros determinan para siempre el funcionamiento del activo.

Deberían utilizar nombres y nombres de unidad claros, y proporcionar metadatos que permitan identificar el activo.

Deberían publicar el ID del activo en un lugar destacado de la documentación oficial.

Deberían explicar si las funciones de congelación o clawback están habilitadas y por qué.

Deberían utilizar métodos de custodia seguros para las direcciones de gestión, reserva, congelación y clawback.

Deberían considerar controles multifirma o mediante contratos inteligentes para los permisos sensibles.

Deberían evitar funciones de control innecesarias cuando el activo no las requiera.

En el caso de los ASA de activos del mundo real, deberían documentar los derechos de reembolso, las políticas de reserva y las condiciones legales.

Antes de utilizar valor real, deberían probar los flujos de creación y transferencia del activo en redes de prueba.

Deberían diseñar el activo teniendo en cuenta la compatibilidad con wallets, la claridad para el usuario y la confianza a largo plazo.

Malentendidos habituales sobre los ASA

Un malentendido habitual es creer que todos los ASA son seguros por ser nativos de Algorand.

El formato ASA es nativo, pero la calidad de cada activo depende de su emisor, configuración, liquidez, metadatos y caso de uso.

Otro malentendido es pensar que el nombre del activo demuestra su autenticidad.

Los nombres y los tickers se pueden copiar, por lo que los usuarios deberían comprobar el ID del activo.

Un tercer malentendido es creer que la propiedad de un ASA implica siempre un control total.

Las direcciones de congelación y clawback pueden limitar la transferibilidad o permitir el movimiento autorizado de activos.

Un cuarto malentendido es pensar que los ASA no requieren ALGO.

Los usuarios necesitan ALGO para pagar las comisiones y cumplir los requisitos de saldo mínimo al mantener o crear ASA.

Un quinto malentendido es creer que todos los NFT de Algorand tienen los mismos derechos legales.

Los ASA similares a NFT pueden tener distintos metadatos, derechos, licencias y condiciones del emisor.

Un sexto malentendido es pensar que los Smart ASA eliminan todos los riesgos.

Los Smart ASA ofrecen más flexibilidad, pero también incorporan riesgos de contratos inteligentes y gobernanza.

Términos cripto relacionados

ALGO es la criptomoneda nativa utilizada para pagar comisiones y cumplir los requisitos de saldo mínimo en Algorand.

El ID de activo es el identificador único on-chain asignado a cada ASA.

Aceptar un ASA es el proceso que permite a una cuenta de Algorand recibirlo.

El requisito de saldo mínimo es la cantidad de ALGO que una cuenta debe mantener para respaldar sus entradas en el libro mayor.

La dirección de gestión es la dirección que puede reconfigurar ciertas direcciones de control modificables de un ASA.

La dirección de reserva es la dirección asociada a la oferta de ASA no circulante o reservada.

La dirección de congelación es la dirección que, si está configurada, puede congelar o descongelar un ASA en las cuentas.

La dirección de clawback es la dirección que, si está configurada, puede revocar o transferir un ASA desde las cuentas.

ARC-3 es un estándar de metadatos de Algorand para metadatos de ASA fungibles y no fungibles.

Smart ASA es un ASA controlado por un contrato inteligente conforme al estándar ARC-20.

Preguntas frecuentes

¿Qué significa ASA en Algorand?

ASA significa Algorand Standard Assets, es decir, activos digitales personalizados creados directamente en la blockchain de Algorand.

¿Los ASA son contratos inteligentes?

Los ASA normales son activos nativos a nivel de protocolo, mientras que los Smart ASA pueden estar controlados por contratos inteligentes para ofrecer funciones adicionales.

¿Qué puede representar un ASA?

Un ASA puede representar un token fungible, un NFT, una stablecoin, puntos de fidelidad, un activo de un juego, un objeto coleccionable, un derecho sobre un activo del mundo real u otro activo tokenizado.

¿Qué es el ID de un ASA?

El ID de activo es el identificador único on-chain que se asigna a un ASA después de su creación.

¿Por qué tienen que aceptar los usuarios un ASA?

Los usuarios deben aceptarlo porque Algorand exige que una cuenta acepte un ASA antes de poder recibirlo.

¿Aceptar un ASA cuesta ALGO?

Para aceptar un ASA se requiere una comisión de transacción y el requisito de saldo mínimo de la cuenta aumenta en 0.1 Algo por ese activo.

¿Qué es la dirección de gestión de un ASA?

La dirección de gestión puede cambiar determinadas direcciones de control modificables, como las de gestión, reserva, congelación y clawback.

¿Qué es la dirección de congelación de un ASA?

Si la función está configurada, la dirección de congelación puede congelar o descongelar la capacidad de una cuenta para transferir el ASA.

¿Qué es la dirección de clawback de un ASA?

Si la función está configurada, la dirección de clawback puede revocar o mover el ASA desde las cuentas.

¿Se puede destruir un ASA?

Sí. Un ASA solo se puede destruir cuando el creador original posee todas sus unidades y el gestor autorizado completa la transacción de destrucción.

¿Cómo se pueden evitar los ASA falsos?

Para evitar ASA falsos, los usuarios pueden comprobar el ID del activo, la información del emisor, los metadatos, las direcciones de control, la verificación de la wallet y las fuentes oficiales del proyecto.

¿Qué diferencia hay entre un ASA y un Smart ASA?

Un ASA es un activo nativo de Algorand, mientras que un Smart ASA está controlado por un contrato inteligente que puede añadir reglas y comportamientos más flexibles.

Conclusión

ASA, o Algorand Standard Assets, son uno de los componentes fundamentales de la blockchain de Algorand.

Permiten a los desarrolladores crear directamente a nivel de protocolo tokens fungibles, NFT, activos similares a stablecoins, puntos de fidelidad, activos de juegos, derechos sobre activos del mundo real y otros activos digitales.

La principal ventaja de los ASA es que son nativos de Algorand, en lugar de limitarse a ser saldos personalizados de contratos inteligentes.

Este diseño nativo puede mejorar la compatibilidad con wallets, la integración con aplicaciones, la sencillez de las transacciones y la experiencia de los desarrolladores.

Los ASA también incluyen controles importantes, como la gestión, la reserva, la congelación, el clawback, la aceptación, los metadatos y los requisitos de saldo mínimo.

Estos controles hacen que los ASA sean flexibles, pero también plantean cuestiones de confianza y seguridad que los usuarios deben entender.

Un token con una dirección de clawback tiene un modelo de propiedad distinto al de uno que no la tiene.

Un token con autoridad de congelación tiene un modelo de transferencia distinto al de un token completamente libre de permisos.

Un token con metadatos poco claros tiene un perfil de riesgo distinto al de uno con metadatos bien documentados y verificables.

Antes de confiar en un ASA, los usuarios deberían comprobar siempre su ID de activo, la reputación del emisor, las direcciones de control, la liquidez, los metadatos y el caso de uso.

Los creadores deberían diseñar cuidadosamente los ASA, ya que muchos parámetros de creación son permanentes y los ajustes de permisos afectan a la confianza de los usuarios.

Los Smart ASA y los estándares ARC añaden flexibilidad para aplicaciones avanzadas, pero también exigen pruebas, divulgación y revisiones de seguridad más rigurosas.

Para quienes están aprendiendo sobre criptomonedas, los ASA muestran cómo una blockchain puede integrar la tokenización como una función propia, sin obligar a crear cada token como un contrato inteligente independiente.

La idea clave es que crear Algorand Standard Assets es sencillo, pero evaluarlos no siempre lo es.

Un ASA sólido combina una configuración clara, metadatos transparentes, permisos seguros, utilidad real y comunicaciones honestas por parte del emisor.