El registro on-chain de metadatos de ASAs de Vestige supera las 766 entradas
La identidad pública de un token de Algorand ha sido, en su mayor parte, algo alquilado. Su icono vive en el repositorio de GitHub de un exchange, su descripción la cura la aplicación de billetera que de casualidad lo muestra, y un proyecto que quiere cambiar su logotipo abre un pull request y espera a que un mantenedor lo apruebe. Vestige Labs construyó el Asset Manager para trasladar ese perfil completo al libro mayor, y el anuncio de lanzamiento empieza nombrando directamente el problema: «los metadatos de los tokens estaban dispersos por todas partes, sin una forma estándar de gestionarlos».
Los Algorand Standard Assets (ASA), el mecanismo nativo de la cadena para emitir tokens, tienen solo unos pocos campos propios: nombre, nombre de unidad, oferta total, decimales y direcciones de control. Todo lo que hace presentable a un token ha vivido fuera de la cadena en listas gestionadas por curadores: los iconos en el repositorio asa-list de Tinyman, las etiquetas de billetera (direcciones de equipo o de quema) en el repositorio KnownAssetWallets, propio de Vestige, y las descripciones y enlaces sociales repartidos por distintas plataformas. El coste práctico para un creador son actualizaciones que requieren la revisión manual de varios servicios; para un usuario, unas cifras de suministro circulante que no coinciden entre los exploradores porque cada uno mantiene sus propias etiquetas. Vestige —el agregador de swaps y explorador que comenzó como TinyChart, y cuyos contadores de la portada muestran ahora 1,482,038 swaps enrutados y $207,426,223 en volumen acumulado— responde con un contrato inteligente que guarda el perfil de un token directamente on-chain, documentado en profundidad en vestigelabs.org.
Qué almacena el contrato
El contrato AsaMetadataManager (ID de aplicación 3129810607 en mainnet) guarda tres tipos de registros por activo en box storage, el área de clave-valor del libro mayor para datos de aplicaciones. Como Algorand liquida bloques en aproximadamente cuatro segundos con costes de transacción de fracciones de céntimo, escribir y actualizar estos registros es lo bastante barato para un flujo de trabajo rutinario —un patrón que sería inviable en una cadena con comisiones de gas elevadas—.
| Registro | Concepto | Implicación real |
|---|---|---|
| Metadatos principales | Descripción (máx. 240 bytes), URL del icono (máx. 96 bytes) y hasta 15 campos con etiquetas enumeradas — Twitter, Telegram, Discord, Farcaster, Bluesky, sitio web y más —, cada uno con un valor de hasta 96 bytes | El logotipo, la presentación y los enlaces sociales de un token se convierten en un registro on-chain de primera clase que cualquier explorador puede leer, en lugar de una fila en la base de datos de alguien |
| Etiquetas de billetera | Hasta 20 direcciones etiquetadas, cada una con un tipo (1 = quema, 2 = equipo) y una nota breve (máx. 60 bytes) | Los proyectos pueden demostrar qué billeteras son suyas —tesorería del equipo, fondo de marketing, tokens quemados— sin permiso de nadie |
| Gestores de metadatos | Hasta 10 direcciones autorizadas a editar los registros del activo | El control puede repartirse entre un equipo; el último gestor nunca puede eliminarse, así un activo no queda huérfano |
Un creador entra en la interfaz del Asset Manager, conecta una billetera (Pera, Defly, Lute, WalletConnect, Exodus o W3 Wallet), escribe un ID de ASA en el buscador, y aterriza en una página dividida entre una vista general de solo lectura —información del activo, direcciones relacionadas, distribución del suministro— y secciones editables para metadatos, gestores, campos y etiquetas de billetera. La primera guarda dispara una inicialización única que siembra la lista de gestores con el creador del activo, las direcciones de gestor y reserva, y el administrador del contrato. Los iconos subidos desde un ordenador se envían a IPFS, la red descentralizada de almacenamiento de archivos, y la URL resultante se guarda on-chain. Según se acumulan las ediciones, una barra flotante muestra el número de transacciones y las comisiones estimadas, incluidos los requisitos de saldo mínimo de las nuevas cajas: el box storage obliga a la cuenta de la aplicación a mantener ALGO proporcional a los bytes que almacena.
Las etiquetas de billetera son las que hacen el trabajo más pesado. ARC-62, un estándar borrador de Algorand, define el suministro circulante como el suministro total menos el saldo de la dirección de reserva y todas las billeteras etiquetadas; el contrato implementa ese cálculo directamente en su método arc62_get_circulating_supply. El «suministro circulante» de un token deja de ser la estimación de un equipo y se convierte en un número que cualquiera puede reproducir a partir del libro mayor. El backend de Vestige también tiene en cuenta los contratos de vault y las direcciones de quema «bonfire» automáticamente, incluso cuando los creadores no los han etiquetado, según el anuncio de lanzamiento del proyecto.
On-chain: verificado y en crecimiento
El registro se puede comprobar, no es algo que haya que creer. El creador del contrato es la cuenta detrás del NFD satishccy.algo —Satish Chandra Chowdary Yadlapalli, listado en la página de equipo como desarrollador full-stack de blockchain y único contribuyente al repositorio de contrato open-source—, y su gestor global es vest.algo, la propia billetera de Vestige. La cuenta de la aplicación se financió el 20 de julio de 2025, y el anuncio de lanzamiento se publicó dos días después; una versión gemela en testnet (app 743122411) fue creada por la misma cuenta.
El box storage contiene actualmente 766 entradas repartidas en los tres registros —lo que, con hasta tres cajas por activo, corresponde a unos cientos de tokens distintos—, frente a las 763 que había cuando este medio comprobó el contrato por última vez a principios de agosto. Los nombres de las cajas se descifran como IDs de activo, con los prefijos 'm' y 'w' marcando los registros de gestores y de etiquetas de billetera, y los nombres muestreados corresponden a ASAs reales como Glizzy Financial (ID 1053260256). La cuenta de la aplicación ha recibido un flujo constante de pequeños pagos en ALGO, el más reciente el 16 de agosto de 2026, coherente con la financiación de saldo mínimo que impone el box storage y una señal de que el contrato sigue en uso activo.
El dogfooding es visible. VEST, el token propio de Vestige, tiene un perfil on-chain completo: tres gestores —satishccy.algo, vest.algo y grzracz.orange.algo, el NFD del fundador Grzegorz Raczek—, cuatro campos sociales y tres etiquetas de billetera, entre ellas una dirección de quema descrita como 'Bonfire Address' y la billetera del fundador, de la que el contrato deriva un suministro circulante de 42.28 millones de los 100 millones de VEST. Un proyecto más pequeño muestra el mismo bucle de principio a fin: la página de gestión de Glizzy Financial lleva un icono IPFS, una descripción ('Una cartera de ASA tokenizada y gestionada activamente. Nuestro objetivo es aportar liquidez y adquirir ASAs en muchos de los emocionantes proyectos de la comunidad de Algorand.'), y a vest.algo como gestor de la aplicación —y esa descripción es exactamente la que muestra la página del activo en Vestige, con un enlace 'Asset Manager' en su lista de exploradores. El registro ya está conectado al pipeline de datos del explorador.
Estándares, documentación y un hub que aún se está asentando
Para los desarrolladores, el contrato está inusualmente bien documentado. El sitio de documentación incluye una Guía para desarrolladores con ejemplos en JavaScript contra un ARC-56 ABI JSON, una referencia de API que cubre todos los métodos, y una página de Cumplimiento de estándares. Como el AVM limita los valores de retorno a 4KB, los getters masivos del contrato emiten datos a través de los registros de transacciones en lugar de valores de retorno; los clientes capturan y decodifican la salida codificada en ABI, un detalle que la guía explica con código funcional.
| Estándar | Concepto | Implicación real |
|---|---|---|
| ARC-22 | Métodos de solo lectura invocables sin firmante | Cualquier cliente puede consultar metadatos mediante una llamada simulada: sin billetera, sin comisiones |
| ARC-28 | Eventos de aplicación estandarizados | Cada cambio de metadatos se emite como un evento legible por máquina, una pista de auditoría permanente |
| ARC-56 | Especificación ABI en JSON | Las herramientas de desarrollo pueden generar clientes tipados a partir de un único archivo publicado |
| ARC-62 | Cálculo del suministro circulante | Las cifras de suministro se vuelven verificables y consistentes entre aplicaciones |
| ARC-65 | Errores estandarizados de contrato a cliente | Las llamadas fallidas registran códigos como ERR:004:MAX que se corresponden con mensajes legibles, facilitando la depuración |
La documentación también cubre el resto de la suite —Swap, Vault, Launchpad, Free API—, además de equipo, contacto, glosario y avisos legales, con una sección rug.ninja que sigue siendo un único 'TBD'. Quedan algunos bordes sin pulir. El endpoint de documentación de la API gratuita, anunciado en free-api.vestige.fi/docs, devuelve un error de servidor 530 al momento de escribir esto; la wiki antigua de GitBook en about.vestige.fi sigue mostrando sellos de 'última actualización' de hace tres años; y la respuesta de la FAQ a cuándo sale la próxima actualización es, característicamente, 'Dos semanas.' El Discord de Vestige Labs lista 2,187 miembros con 128 en línea en el momento de la comprobación.
Riesgos y contrapartidas que merece la pena mencionar
Algunas advertencias son estructurales, no cosméticas. Primero, centralización: vest.algo se siembra en la lista de gestores de cada activo en la inicialización —la propia interfaz señala: 'Esta dirección gestiona el contrato de metadatos y se añadirá a la lista de gestores del activo durante la inicialización. Puede eliminarla si lo desea.' Los gestores de un activo pueden eliminar a Vestige, pero por defecto el operador del registro tiene acceso de escritura a todos los perfiles registrados: el problema del guardián que el producto dice eliminar se reproduce en parte, con la diferencia de que se puede rechazar y es visible on-chain. Segundo, ni la documentación ni el repositorio mencionan una auditoría de terceros del contrato; la historia de seguridad descansa en la autenticación de gestores, la validación de entradas, la protección contra la eliminación del último gestor y el registro de eventos, todo lo cual documenta el README. Tercero, incentivos: la misma empresa opera el registro, el explorador que muestra sus datos y VEST, un token cuyos titulares reciben una mayor parte de la bonificación por mejora de precio del router de swaps, que la documentación de swaps describe como proporcional al VEST mantenido. Cuando Vestige etiqueta las billeteras de su propio token, la cifra de suministro circulante resultante se muestra en todo el ecosistema; nada está oculto, pero el operador del registro no es un observador neutral de los números que publica. Finalmente, la adopción es real pero modesta: unos cientos de tokens son una pequeña fracción de los ASAs emitidos en Algorand, y gran parte del uso visible hasta ahora corresponde a propiedades de la propia Vestige.
Conclusión
El Asset Manager es el producto con más aspecto de infraestructura que Vestige ha lanzado: convierte la identidad de un token en un registro on-chain auditable y controlado por el creador, y su valor crece con el número de consumidores —exploradores, billeteras, herramientas de análisis— que deciden leerlo en lugar de mantener sus propias listas. Esa adopción es la pregunta abierta. Por ahora el registro está en vivo, documentado, en crecimiento y verificable por cualquiera con un indexer; si se convierte en la fuente de verdad estándar del ecosistema depende de quién más decida usarlo.
Fuentes
- Vestige Asset Manager
- Asset Manager docs — Introduction
- Developer Guide
- Standards Compliance
- asset-meta-arc repository
- VEST asset page
- Glizzy Financial asset page
- Vestige Labs launch post (archived)
- Vestige.fi
- ABI Methods | Vestige Labs
- Standards Compliance | Vestige Labs
- Introduction | Vestige Labs
- What is Vestige? | Vestige Labs
- Team | Vestige Labs
- Asset Manager Guide | Vestige Labs
- Free API | Vestige Labs
- Developer Guide | Vestige Labs
- Intro | Vestige Labs
- Our Products | Vestige Labs
- Vault | Vestige Labs
- Post by @algorand.pxke.me — Bluesky
Source: https://vestigelabs.org/docs/vestigefi/Disclaimers/terms-of-service