KCC-20 es un estándar para crear y transferir tokens en Kaspa.
El estado del token se representa con UTXOs.
Las reglas de cómo se pueden usar esos UTXOs se definen mediante Covenants.
En pocas palabras:
El token y las reglas para usarlo viven en Kaspa mismo.
Cuando alguien crea una transacción de KCC-20, las computadoras que validan Kaspa pueden revisar si sigue las reglas del token como parte de validar esa transacción.
No hace falta un Indexador externo que lea las acciones después y decida cuál debe ser el estado válido del token.
¿Cómo se ve eso?
Digamos que Emma tiene:
100 TOKEN
Ese estado del token se representa con un UTXO.
Emma le envía a Liam:
30 TOKEN
La transacción crea el estado nuevo:
70 TOKEN -> Emma30 TOKEN -> Liam
Los Covenants definen qué cambios están permitidos.
Las computadoras que validan Kaspa revisan que la transacción siga esas reglas.
Entonces, ¿dónde está el token?
En Kaspa.
Las transacciones, los UTXOs y las reglas necesarias para revisar el estado del token están en la red misma.
No hace falta un sistema aparte que lleve los saldos de referencia del token y decida si una transferencia es válida.
Un Indexador todavía puede hacer las cosas más fáciles: buscar, ver el historial o armar una interfaz fácil de usar.
Pero no es la autoridad que decide si el estado del token es válido.
¿En qué se diferencia de KRC-20?
KRC-20
Kaspa registra las acciones.Un Indexador las interpreta y calcula el estado del token.
KCC-20
Kaspa guarda el estado del token y revisa las reglas que permiten que ese estado cambie.
La idea principal
KCC-20 funciona a través de Kaspa mismo.
El estado del token se representa con UTXOs, y sus reglas se hacen cumplir mediante Covenants, sin depender de un Indexador externo para determinar el estado válido del token.