El SRC-20 tiene una gran ventaja con respecto a protocolos basados en Ordinals (BRC y CBRC-20): No necesita dos transacciones por transferencia. Esto lo logra creando una transacción multisig, y la información se almacena en las claves públicas, utilizando un poco de criptografía.
Sin embargo, repite uno de los grandes errores de BRC-20: Usa el formato JSON para almacenar la información del token. Es decir: otra vez tenemos que almacenar las comillas y las comas de cada token ...
Ya lo escribí en el norte: en realidad ahora habría que crear un protocolo SCBRC-20, que combine las ventajas de CBRC-20 y de SRC-20: no usando JSON sino el formato URN (que es mucho más eficaz) como CBRC (ver arriba), pero utilizando las claves públicas para la información, tal como lo hace SRC-20. ¿Alguien quiere hacerse rico? Quizá desarrollando este estándar todavía queda un tiempito de la ventana de oportunidad
![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
PD: No tomar en serio la última frase por favor, como escribió correctamente pooya87, tanto SRC-20 como el hipotético SCBRC-20 crearían un montón de UTXOs sin valor. En el caso que alguien ya haya empezado a desarrollar este estándar, suplico que lo cambie a OBRC-20 y almacene la información en ... OP_RETURN ...