generación de tokens en contratos inteligentes específicos para un activo [cerrado]

He estado construyendo un contrato inteligente para tokens para canciones, de modo que sean específicos para diferentes canciones, de modo que un token solo sea válido para una canción específica, no para otra. Hice un contrato inteligente que hace exactamente eso pero no sigue el ERC-20, por lo que los tokens no se muestran en la billetera de niebla. ¿Cuál es el mejor enfoque para heredar ERC-20 en mi contrato inteligente y hacer que tenga el suministro total de todos los tokens para todas las canciones? En caso afirmativo, necesitaría que el suministro inicial aumentara dinámicamente, ¿es eso posible (o incluso debería hacerse)? Gracias de antemano.

Hola. Creo que esta pregunta se marcará como demasiado amplia o basada en opiniones, me temo. Este tipo de pregunta a menudo lleva a la discusión, sin que ninguna respuesta se considere "correcta". Reddit podría ser un mejor lugar para este tipo de preguntas relacionadas con el diseño: reddit.com/r/ethereum
@shubhabrata-mukherjee echa un vistazo al estándar ERC-721 para tokens no fungibles

Respuestas (1)

Si desea crear tokens que sean específicos para diferentes canciones, no serán fungibles y pueden requerir implementación en contratos separados. Es una buena práctica tener tokens fungibles, ya que pueden intercambiarse y transferirse fácilmente. Para una introducción más teórica a las propiedades de los tokens, puede leer esta taxonomía de tokens .

El mejor enfoque es extender su token desde una implementación de referencia ERC-20 popular y auditada como StandardToken .

Sí, puede aumentar el suministro inicial de tokens mediante un proceso que a menudo se denomina minting. Es una buena práctica informar a todos los titulares de fichas sobre las reglas para la creación de nuevas fichas, ya que el proceso puede crear una inflación y depreciar el valor de las fichas retenidas.