GitFish, el protocolo para tokenizar software de código abierto, una vez lanzó el token $LINUX. El proyecto generó cierto revuelo, pero había un inconveniente: el token fue emitido por el equipo de GitFish en lugar del verdadero propietario del repositorio, lo que significaba que no tenía un respaldo real de la comunidad.
El equipo anunció que ha aprendido la lección y ya no lanzará tokens por su cuenta. A partir de ahora, solo los propietarios de repositorios podrán emitir tokens.
Además, GitFish está retirando el token $LINUX y recomprándolo a los tenedores.
Esto suena justo, noble e incluso un poco inusual en la escena actual de lanzamientos de tokens. Te hace querer creer en GitFish y mantener un ojo en la plataforma renovada, ¿no es así?
Pero pensemos en ello: ¿tokenizarías tu software en una plataforma que comenzó tokenizando Linux sin consultar a la comunidad? ¡Especialmente cuando no faltan plataformas de tokenización!
Y no olvidemos: las recompras y redenciones de tokens no soportados no son exactamente raras.
- ¿Recuerdas cuando las autoridades ordenaron a Paxos dejar de emitir Binance USD? Paxos cumplió y ofreció redenciones en su sitio web.
- Algo similar ocurrió cuando Tether dejó de acuñar USDT en la Capa OMNI de Bitcoin, y cuando Circle terminó la emisión de USDC en Tron.
- O cuando los proyectos cripto migran a sus propias redes: los tokens antiguos suelen ser canjeables con el emisor, incluso si no es exactamente por el mismo activo.
Sin embargo, cuando se descontinúa el soporte para un token, generalmente hay una fecha límite. En rabbit.io, vemos solicitudes de clientes que, conociendo nuestra enorme selección de casi 10,000 criptomonedas, quieren intercambiar algún token no soportado.
Pero si se pierde esa fecha límite, no queda liquidez para un token no soportado. Así que, si tienes $LINUX, no esperes más: actúa sobre esa oferta de redención mientras aún esté disponible.
