El último descubrimiento: las transacciones BRC-20 no se aplican al modelo de etiqueta BTC-UTXO

Producido｜Okey Cloud Chain Research Institute

Autor｜****Jason Jiang

En el mundo Web3, los datos generados por las actividades en la cadena corresponden directamente al flujo de valor, y se puede descubrir más Alfa dominando los datos en la cadena. Junto con los eventos de riesgo frecuentes en el mercado de cifrado en los últimos años, los usuarios individuales e institucionales se están volviendo más sensibles a los datos en cadena. Los datos en cadena se han convertido en una “herramienta afilada” indispensable para conocer el mundo encriptado. Sin embargo, frente a las transacciones BRC20 que han estado en el centro de atención recientemente, cuando analizamos sus etiquetas de dirección, encontramos que el modelo BTC-UTXO anterior no parecía ser completamente aplicable. ¿Dónde está el problema? ¿Cómo resolverlo?

Transacción BRC20 con PSBT

Antes de analizar el problema, primero debemos comprender la situación básica de BRC20. En enero de 2023, el colaborador principal de Bitcoin, Casey Rodarmor, propuso la “teoría de los ordinales”, que permite a los usuarios escribir archivos arbitrarios (imágenes, textos, videos, etc. que no excedan los 4 MB) en la unidad más pequeña de Bitcoin “Satoshi”. Posteriormente, el analista anónimo @domodata creó el estándar de token BRC20 basado en el protocolo Ordinals. Este es un estándar de token experimental que permite que cualquier persona emita tokens en la red Bitcoin.

El protocolo Ordinals y el estándar BRC20 han creado un nuevo caso de uso para el ecosistema de Bitcoin que no es la transferencia de valor, dándole otra lógica narrativa atractiva después del halving. Como la ecología de cadena de bloques más antigua, Bitcoin está, por lo tanto, lleno de vitalidad infinita, y los tokens BRC20 también se convertirán en una pista que atrajo gran atención en la primera mitad de 2023: al 29 de junio de 2023, hay más de 6000 tokens relacionados con BRC20. , La capitalización de mercado supera los 600 millones de dólares.

Sin embargo, a diferencia de Ethereum ERC20, que puede emitir y transferir tokens inmediatamente después de implementar contratos inteligentes, BRC20 no es un token en el sentido real, sino un “Satoshi” que registra texto específico, por lo que se requiere un indexador separado para comprender el estado de BRC20. fichas o saldo. Al mismo tiempo, BRC20 usa el paquete de datos JSON en el script de clave pública como portador, y la implementación de contratos de token relacionados, así como la transmisión y transferencia de tokens, todos necesitan usar el protocolo Ordinals para configurar la inscripción en datos JSON. formato a lograr.

Debido a que el script de clave pública de Bitcoin solo almacena datos y no admite la ejecución de instrucciones de contratos inteligentes, los tokens BRC20 no pueden crear acuerdos relevantes para lograr la entrega automática. En teoría, las transacciones solo pueden completarse mediante custodia centralizada u OTC. Estos métodos no son satisfactorios en términos de eficiencia y confianza de las transacciones, por lo que PSBT (Transacciones de Bitcoin parcialmente firmadas) comenzó a usarse en transacciones relacionadas con BRC20.

El llamado PSBT es un estándar propuesto por el desarrollador principal de BTC, Andrew Chow, para mejorar la conveniencia de las transacciones sin firmar. Puede crear una transacción firmada de forma incompleta y algunos otros datos para ayudar en la transmisión de transacciones no firmadas, promover la portabilidad de transacciones no firmadas y facilitar que varias partes usen la misma transacción en diferentes momentos y en diferentes ocasiones (billeteras de software o hardware). ) Firme la transacción. En una transacción de varias firmas, el Creador solo necesita crear un PSBT para identificar el UTXO que se gastará y la salida para recibir el UTXO, y luego copiar el PSBT en un programa que se pueda firmar e integrar varios PSBT en un PSBT. a través del Combinador Para cada participante, la transacción completa se completa después de que todas las partes completen sus firmas.

En resumen, PSBT permite a los usuarios firmar solo una parte de la entrada para ayudar a los tokens BRC20 a lograr transacciones sin confianza sin contratos inteligentes. Los mercados, incluidos UniSat y otros Ordinals, están utilizando la tecnología PSBT para permitir que los compradores y vendedores realicen transacciones sin confianza y sin custodia.

**¿Por qué la transacción BRC20 es especial? **

Esto se debe a que, cuando analizamos la etiqueta de dirección de Bitcoin, la rastreamos principalmente en función de los principios de gasto común y cambio único de las características de UTXO. Entre ellos, el Principio de gasto común significa que si una transacción BTC tiene múltiples direcciones de entrada al mismo tiempo, se puede determinar que estas direcciones de entrada pertenecen a la misma entidad, porque solo él/ella tiene todas las claves privadas para poner estas direcciones en la misma entidad en transacción.

Sin embargo, cuando se usa PSBT para transacciones BRC-20, antes de toda la transmisión de PSBT, el comprador y el vendedor se coordinarán fuera de la cadena para completar la firma después de la confirmación de Entrada y Salida. Por lo tanto, puede haber múltiples funciones, como comprador, vendedor y plataforma en la entrada, y existe la posibilidad de que un participante específico (físicamente) asuma múltiples roles al mismo tiempo, por lo que el modelo de etiqueta que utiliza el principio de gasto común no es compatible con este tipo de transacciones.

Tome la transacción específica del token BRC20 como ejemplo. Actualmente, las transacciones BRC20 comunes involucran tres tipos principales: implementación de contrato de token (Implementación), acuñación (Mint) y transferencia (Transferencia).

(1) En el proceso de Deploy and Mint, la transferencia de token no tiene la dirección del remitente sino solo la dirección del receptor. Hay como máximo una dirección de entrada y salida para la transacción de transferencia de BTC, por lo que el modelo se basa en el principio de gasto común no se puede utilizar para la expansión de la etiqueta.

(transacción de implementación de ordi - transferencia de token)

(transacción de implementación de ordi - transferencia BTC)

(2) Durante el proceso de transferencia de tokens BRC20, generalmente hay varias direcciones de entrada. Podemos identificar las direcciones del comprador y del vendedor de esta transacción al verificar la transferencia del token de la transacción. Por ejemplo, en la transacción de transferencia de ordi a continuación (en la que el remitente del token (bc1p…hdjn) es el vendedor de la transacción y el receptor del token (bc1p…wftk) es el comprador de la transacción.

Sin embargo, habrá varias direcciones en la Entrada de la transacción de transferencia de BTC, incluida la dirección del vendedor, la dirección del comprador y la dirección de una plataforma de terceros sospechosa:

Después del análisis, encontramos que en el proceso de transferencia de BRC20, Aunque la mayoría de los tipos de script de entrada son de firma única (también hay algunos casos de firma múltiple), debido a la posible aplicación de la tecnología PSBT, la dirección de el vendedor y la plataforma de terceros se agregan conjuntamente a la firma múltiple implementada en la entrada, por lo que, aunque varias direcciones en la entrada parecen ser una sola firma, en realidad no pertenecen a la misma entidad/individuo, por lo tanto, el principio del gasto común no puede usarse para juzgar.

En resumen, la particularidad de las transacciones BRC20 se refleja principalmente en el hecho de que, como máximo, aparecerá una dirección de entrada en el proceso de Deploy and Mint, que no puede cumplir con los requisitos previos del principio de “Gasto común”. En el proceso de transferencia, dado que la dirección de entrada puede contener múltiples roles, si se usa el modelo UTXO basado en el principio de “Gasto común” para expandir la etiqueta de la dirección de transacción, la plataforma del comprador, el vendedor y el tercero pueden ser etiquetados con la misma etiqueta Esto conducirá a errores de etiqueta, lo que inducirá a error a otras entidades a juzgar el mercado BRC20 e incluso afectará la precisión y credibilidad general de las etiquetas de dirección de Bitcoin.

**¿Cómo eliminar el impacto de BRC20 en el modelo de etiqueta ****UTXO? **

Para eliminar el impacto negativo de las transacciones BRC-20, en el proceso de expansión del modelo de etiqueta BTC-UTXO, podemos optar por identificar y eliminar las transacciones relacionadas a través de un mecanismo de detección específico para garantizar la precisión de toda la etiqueta BTC-UTXO. biblioteca. Al mismo tiempo, teniendo en cuenta el impacto de las firmas múltiples en el modelo de expansión de la etiqueta BTC-UTXO basado en el principio de “Gasto común”, también debemos analizar los scripts de entrada y salida de las transacciones relacionadas para filtrar las direcciones de firmas múltiples, por lo que en cuanto a admitir teóricamente las etiquetas UTXO, las extensiones no se ven afectadas.

Entre ellos, la identificación de firmas múltiples consiste principalmente en comprobar si el script de bloqueo contiene varias claves públicas y las condiciones de firma correspondientes. Los scripts de bloqueo multisig suelen contener códigos de operación como “OP_CHECKMULTISIG” o “OP_CHECKMULTISIGVERIFY” y requieren que se cumplan varias firmas para desbloquear fondos. Si se encuentran varias claves públicas y las condiciones de firma correspondientes en el script de salida, entonces la salida es una salida de firma múltiple. Del mismo modo, si un script de entrada contiene varias firmas, entonces la entrada es una entrada de varias firmas.

Cabe señalar que al analizar el tipo de secuencia de comandos, primero debemos determinar si la transacción es una transacción testigo aislada. Si se trata de una transacción testigo aislada, es necesario analizar la información del testigo. La siguiente es una lista de secuencias de comandos de transacciones no segwit comunes y secuencias de comandos de transacciones testigo segregadas:

Tome como ejemplo el script de transacción testigo no segregado Pay-to-Public-Key-Hash (P2PKH). Este es uno de los tipos más comunes de transacciones de Bitcoin. En una transacción P2PKH, el remitente debe proporcionar el hash de clave pública del receptor como secuencia de comandos de salida de la transacción. El receptor debe proporcionar la clave privada correspondiente a esta clave pública para desbloquear la salida. Al analizar P2PKH, las reglas principales son:

Script de entrada: contiene información de firma y clave pública, .getChunks().size() == 2;

Script de salida: OP_DUP + OP_HASH160 + pubkeyHash + OP_EQUALVERIFY + OP_CHECKSIG; determine si comienza con OP_DUP y termina con OP_CHECKSIG.

En transacciones de testigos segregados, tome P2WPKH como ejemplo. Este es un tipo de transacción que utiliza la tecnología Segregated Witness, que aumenta la eficiencia y seguridad de las transacciones. En una transacción P2WPKH, el remitente debe proporcionar el hash de clave pública del receptor como un script de salida. Al analizar tales transacciones, las reglas son:

Ingrese el guión: VACÍO

testigo: firma + clave pública; al juzgar, primero obtenga si la entrada está VACÍA y luego juzgue ese testigo.getPushCount() == 2

Script de salida: 0 + programa testigo de 20 bytes; al juzgar, primero juzgue si comienza con 0 y luego juzgue si la longitud del programa testigo es de 20 bytes. (Nota: la longitud del programa testigo en la salida de P2WPKH se especifica como 20 bytes).

Además de identificar direcciones de firmas múltiples según las características del script de entrada y salida de diferentes transacciones, también podemos filtrar las transacciones BRC20 según las características relevantes. Según la investigación, las transacciones BRC20 se completan en forma de firmas fuera de línea utilizando la tecnología PSBT, y el tipo de testigo aislado es una media firma que termina con 83 en Witness.

Me gusta esta transacción:

（

Dirección:bc1pd6pd4pdzx2an8w8pg8dlst8329ck8t8a6ehqqatglfstqmf3f9yss9yz7y

Vino：[“1b003b4099402cde95be79ab7f4b488c74058c0f620cf4cbeb37a90ca871c4a499334a1262f24fdbe484d7511a54a04aa0d693b02159b603021942cb74f 55e9d83”]

Hay una semifirma que termina en 83 en Witness, por lo que debe considerarse una transacción relacionada con BRC20.

Después de identificar varias direcciones de firma múltiple y BRC20, podemos eliminar direcciones de firma múltiple y transacciones BRC20 de acuerdo con ciertas reglas, para garantizar la viabilidad y credibilidad del modelo de expansión de la etiqueta BTC-UTXO. La idea básica se muestra en la siguiente figura:

Vale la pena señalar que la mayoría de los principales proveedores de servicios de datos en cadena del mundo ahora consideran el impacto de las firmas múltiples al expandir las etiquetas UTXO, pero ninguna otra organización ha prestado atención o planteado el problema de que las transacciones BRC20 pueden conducir a errores de etiquetas UTXO. . **

Cerrar la brecha de información** Buscando incrementos de valor en datos de cadenas masivas**

El mundo Web3 es desconocido y misterioso para la mayoría de las personas, y la herramienta más importante para conocer el mundo Web3 es la etiqueta en cadena. Por lo tanto, la capacidad de resolución de etiquetas se ha convertido en un indicador central para evaluar la competitividad de los analistas de datos en cadena. Pero cuando realmente elegimos un proveedor de servicios de datos en cadena, no solo debemos prestar atención a la cantidad de etiquetas en la cadena, sino también a la calidad de las etiquetas: ¿Son precisas las etiquetas? ¿Las actualizaciones son oportunas? … una etiqueta incorrecta a veces puede tener un impacto negativo mucho mayor que no tener ninguna etiqueta. Con base en las capacidades tecnológicas de etiquetas acumuladas previamente y la comprensión profunda del mercado BRC20, el equipo de Okey Cloud Chain descubrió y propuso el impacto de las transacciones BRC20 en el modelo de etiquetas UTXO. El propósito es atraer la atención del mercado y mejorar la credibilidad de Bitcoin. etiquetas de direcciones La calidad y la facilidad de uso de la cadena hacen que la calidad de la etiqueta sea más excelente.

Además del análisis de etiquetas, si bien el mercado global de servicios de datos en cadena tiene un enorme potencial de desarrollo de al menos $ 10 mil millones, también necesita innovación continua para mejorar la calidad de los productos y servicios. ** Es imposible que los proveedores de servicios de datos en la cadena obtengan ganancias vendiendo directamente datos e información en tiempo real como los proveedores de servicios de datos financieros tradicionales como Reuters y Bloomberg. La buena innovación tecnológica y la innovación de servicios atraen la atención de los usuarios. Solo cuando está arraigado en datos en cadena y se combina de manera efectiva con información fuera de la cadena, se da cuenta de la combinación orgánica de virtual y realidad, y tiene capacidades de análisis de mercado y conocimiento de datos, pueden los servicios de análisis de datos en cadena adaptarse a la innovación de cifrado y Desarrollo del mercado Web3.