¿Cómo funciona el nuevo ZRC-6 de Zilliqa, con sus funciones de regalías?

En diciembre pasado Zilliqa había solicitamos comentarios del público sobre ZRC-6 habilitaría funciones de regalías (regalías condicionales, regalías dinámicas o regalías como flujos de ingresos) para los pagos del mercado y las operaciones por lotes para la acuñación, quema y transferencias de tokens.  La plataforma blockchain pública de alto rendimiento acaba de confirmar la finalización de la implementación, “Gracias a todas sus aportaciones, nos complace anunciar que el ZRC-6 ya se ha finalizado como estándar oficial para el ecosistema Zilliqa. Este estándar también se utilizará para impulsar nuestro próximo mercado NFT dirigido por curadores.

Te contamosa continuaciòn algunas de las ventajas de esta nueva implementación de Zilliq aunque antes conviene aclarar que son las regalías NFT. Las regalías de NFT otorgan al creador de NFT o al titular de los derechos un porcentaje del precio de venta cada vez que se vende o revende la NFT.

ZRC-6 define una nueva interfaz mínima de un contrato inteligente NFT mientras mejora ZRC-1.

Las principales ventajas de este estándar son:

1. estandariza la recuperación de información sobre regalías con un modelo de tarifa de regalías basado en porcentajes y pagos de regalías sin unidades a una sola dirección. Los fondos se pagarán por ventas secundarias solo si un mercado elige implementar pagos de regalías. Los contratos del mercado deben transferir los fondos reales.
   
2. incluye el URI del token base para admitir el URI del token con la concatenación del URI del token base y el ID del token. Un URI de token es una URL HTTP o IPFS. Esta URL debe devolver un blob JSON de datos con los metadatos para el NFT cuando se consulta.
   
3. está diseñado para lectura de estado remoto, de modo que la lógica para obtener datos de un contrato ZRC-6 es sencilla. ZRC-6 expone parámetros inmutables a través de campos mutables e incluye solo transiciones que mutan el estado del contrato.
   
4. no falla, por lo tanto, las transferencias de acuñación, quema y token se pueden pausar.
5. presenta operaciones por lotes para la acuñación, grabación y transferencias de tokens, de modo que solo se requiere una única transacción.
   
6. presenta una única transición para la transferencia de tokens con validación de destino. La transición puede ser solicitada por un propietario de token, un gastador o un operador. ZRC-6 evita la transferencia de tokens a la dirección cero o la dirección de un contrato ZRC-6.
   
7. es compatible con ZRC-X ya que cada nombre de devolución de llamada tiene el prefijo ZRC6_.
   

También es importante destacar otros valores diferenciales de ZRC-6 y los problemas que motivaron su desarrollo:

1. Muchos de los mercados de NFT más grandes han implementado soluciones de pago de regalías incompatibles.
2. El URI de token concatenado puede reducir el costo del gas y es más óptimo para el estado del contrato.
3. El uso de devoluciones de llamada para obtener datos puede complicar la lógica fácilmente. A diferencia de los parámetros inmutables, los campos mutables están disponibles para lectura de estado remoto.
4. Sin un mecanismo de parada de emergencia, es difícil responder a errores y vulnerabilidades con elegancia.
5. Sin operaciones por lotes, puede ser muy ineficiente transferir o acuñar múltiples tokens con múltiples transacciones.
6. ZRC-1 incluye Transfery TransferFrompara la transferencia del token. Las dos transiciones tienen el mismo tipo de firma y la única diferencia es el control de acceso. Esto ha añadido una complejidad innecesaria. ZRC-1 no valida el destino para la transferencia de tokens y no es seguro.
7. Los contratos ZRC-1 y ZRC-2 pueden compartir los mismos nombres de devolución de llamada. Los contratos deben tener nombres únicos para las transiciones de devolución de llamada.