El protocolo CBRC-20 es la nueva estrella del sistema “BRC-20” en el último medio mes, este fenómeno es en realidad más especial e interesante, porque en el último medio mes, mucha atención se ha desplazado a la exageración de la inscripción de varias cadenas públicas fuera del ecosistema Bitcoin, como Solana, AVAX, INJ, etc. En el ecosistema de Bitcoin, incluso si la capitalización de mercado de los activos relacionados con BRC-20 sigue siendo lo suficientemente grande como para tener una posición relativamente dominante, otros protocolos como Atomicals y NostrAssets distraen una parte considerable de la atención y los fondos.
Además del BRC-20 en sí, también hay Tap Protocol y CBRC-20. Curiosamente, ambos protocolos tienen una fuerte influencia en el mundo de habla inglesa, y los jugadores del mundo de habla china harán hincapié en el tipo que “gusta a muchos extranjeros”. Sin embargo, hay mucha diferencia en la innovación entre Tap Protocol y CBRC-20, y los entresijos del proyecto también son leves y con giros y vueltas.
Antes de hablar sobre CBRC-20, hablemos un poco sobre el Protocolo Tap. La naturaleza de Tap es generalmente un parche de mejora BRC-20, como si un juego ya tuviera una versión divertida, simplemente parchearla para que la experiencia sea más fuerte. En general, las características de Tap, como la liberación del límite de 4 caracteres del ticker, el Airdrop por lotes, las inscripciones de intercambio, etc., son en realidad más actualizaciones a nivel de índice: cómo racionalizar algunos de los puntos débiles/funciones no implementadas de BRC-20 en JSON, y luego dejar que el soporte del indexador comprenda estos comportamientos correctamente.
Tap pertenece al ecosistema TRAC de Beny, TRAC ha tenido muchos fanáticos extranjeros leales en el camino, y no ha habido accidentes en general, a los extranjeros siempre les ha gustado que “Marshal B” haga todo tipo de comentarios atacando los índices centralizados.
El cambio mágico de CBRC-20 se basa en realidad en el hecho de que el protocolo BRC-20 utiliza la versión Ordinals v 0.9.0 como la versión estándar unificada del índice para mantener la estabilidad del índice: las nuevas características después de la versión 0.9.0 del protocolo Ordinals, el protocolo BRC-20 no se puede reproducir, así que continuemos usando la lógica funcional básica y combinemos las nuevas características para hacer una nueva versión. Si tanto Tap como CBRC-20 son considerados como los “servidores privados” de BRC-20, entonces el primero es un “servidor clásico” parcheado, y el segundo es un “servidor mágico” con una gran cantidad de contenido nuevo.
El protocolo Ordinals después de la versión v 0.10.0 introduce campos para definir “metaprotocolo” y “metadatos” para inscripciones, y el efecto más directo de estos dos nuevos campos es eliminar directa y en gran medida el texto largo y repetitivo del protocolo BRC-20 durante el despliegue/acuñación/transferencia, reduciendo así los costes y simplificando la indexación.
La imagen de arriba es un ejemplo de una inscripción de despliegue para el BRC-20. Para CBRC-20, que introdujo “metadatos”, en realidad solo era necesario dejar las tres líneas “tick”, “max” y “lim” dentro de los pares de llaves, y luego comprimir la cantidad reducida de información en un archivo .cbor más pequeño.
El “metaprotocolo” es para que el índice sepa las especificaciones del protocolo según las cuales debe entender las instrucciones. Para acuñar y transferir, las instrucciones se simplifican para que se vean así:
Compare el tamaño del contenido con el BRC-20:
BRC-20, el tamaño de la operación de transferencia es de 57 bytes
CBRC-20, el tamaño de la operación de transferencia es de 4 bytes
Otro punto interesante aportado por “metaprotocolo” y “metadatos” es que el token CBRC-20 no tiene límite de tipo, lo que hace que la sensación de “transfiguración” de armas y equipos en el juego, por ejemplo, puede acuñar 1000 tokens CBRC-20 y luego ejecutar la instrucción de acuñación con un diagrama CryptoPunks, de modo que pueda ser 1000 tokens CBRC-20 o 1 Punk. De hecho, Tap ha hecho un intento similar, agregando un campo de logotipo adicional al token, que puede hacer referencia al ID de Inion y permitir que el índice lo maneje. Pero Tap se basa en sus propios índices, y CBRC se basa en las nuevas características del protocolo Ordinals.
–file se puede adjuntar al archivo especificado
CBRC-20 es el “aperitivo” hecho por el equipo de OSHI original después de dividirse, además de CBRC-20, esta parte del equipo de OSHI original también necesita hacer un índice general más grande llamado Moto, en resumen, cualquier desarrollador puede enviar sus estándares FT a Moto, y luego Moto apila estos estándares para lograr la interacción de activos a través de los protocolos FT.
El primer Token de CBRC-20, con una cantidad total de 21 millones, el mínimo del Token actual es de aproximadamente 2.2 U y la capitalización de mercado correspondiente es de aproximadamente 46.2 millones de U. Una de las principales características de CBRC-20 que mencionamos anteriormente es que no hay límite de tipo, puede ser una moneda o no una moneda, por ejemplo, la inscripción de despliegue de $BORD no es un formato de texto, sino un archivo HTML que introduce CBRC-20.
Conocido como el primer token de utilidad en CBRC-20, proporciona el servicio de acuñación por lotes de tokens CBRC-20 en Discord. La cantidad total es de 10,000, el mínimo del token actual es de aproximadamente 200 U y la capitalización de mercado correspondiente es de aproximadamente 2 millones de U.
Una inscripción de doble cara que afirma ser reconocible tanto por el protocolo CBRC-20 como por el protocolo BRC-20. La cantidad total es de 21 millones, y el mínimo actual de un token es de aproximadamente 0,12 U, lo que corresponde a una capitalización de mercado de aproximadamente 2,52 millones de U.
Aquí puede estar un poco confundido: ¿no dije que una v 0.10.0 y una v 0.9.0, ¿cómo pueden ser compatibles dos versiones diferentes de los índices del protocolo Ordinals?
La inscripción original parece estar en un “sobre” (OP_FALSE OP_IF OP_PUSH Contenido, contenido y contenido… OP_ENDIF), el índice tiene que abrir el sobre y leerlo palabra por palabra, para que puedas saber qué tipo de acuerdo hay en el sobre (qué índice hacer el trabajo), qué representa esta inscripción, qué hacer…
“metaprotocolo” es como una letra clara en el sobre, soy una inscripción de tal o cual protocolo, y el índice puede interpretar mis instrucciones de acuerdo con las instrucciones de tal o cual protocolo. El índice de v 0.10.0 sabe que se trata de una inscripción CBRC-20. Luego leí y descubrí que el texto estaba escrito en el conjunto de índices BRC-20, y el índice de v 0.9.0 sabía que era una inscripción BRC-20. Realmente no es un buen negocio, pero hay partes que se pueden entender.
Performance art, 9 al mecanismo, basta con mirar el siguiente diagrama para entenderlo:
Actualmente tiene una capitalización de mercado de más de 1 millón de U.
Inscripción - (La Casa de la Moneda está bien sin inclinarse)
Mercado - (Todavía hay muchas cosas que no se han hecho bien, como no poder subir y bajar por precio unitario, que se ve muy desordenado)
A juzgar por el rendimiento actual del mercado, a excepción del primer $BORD de tokens, los demás siguen siendo relativamente planos, lo que es similar a Tap…
Aunque el rendimiento del mercado es similar, en comparación con Tap, el posicionamiento subyacente de CBRC-20 se ha actualizado de parche a cambio mágico, y el progreso sigue siendo relativamente grande. Por supuesto, el valor más grande es en realidad el Moto (la parte original del equipo Oshi). Se ha desplegado el nuevo token CBRC-20 de Moto y se ha completado una instantánea del antiguo token BRC-20 de Oshi, listo para enviar un nuevo token para empezar de nuevo. A menos que Tap invite a $TRAC a su propio acuerdo, CBRC-20 ha formado una tendencia de supresión narrativa en esta etapa.