Una breve discusión sobre la nueva propuesta de Bitcoin “OP_CAT”: ¿Qué impacto tendrá en la posterior evolución del mercado de th

Autor original: Haotian (X: @tmel0211 )

¿Qué opinas de la recientemente debatida propuesta de Bitcoin OP_CAT? Aunque aún no se ha fusionado oficialmente con el código Bitcoin Core, ya ha provocado una discusión generalizada en la comunidad BTC. Entonces, ¿Qué problema resuelve el código de operación OP_CAT? Si se introduce, ¿qué mejoras traerá a la programabilidad de BTC? ¿Qué impacto tendrá en la posterior evolución del mercado del ecosistema BTC? A continuación, permítanme hablar brevemente sobre mi comprensión:

1) OP_CAT es una nueva propuesta de código de operación, que los desarrolladores llaman en broma que se encuentra en un estado de superposición de entrelazamiento cuántico de BIP 420 y BIP 347. El EIP específico no es importante. Basta entender que se trata sólo de una propuesta que aún está en discusión y no ha sido incluida oficialmente.

En breve, OP_CAT puede realizar el procesamiento de conexión combinado de múltiples cadenas de bytes de script de desbloqueo UTXO, lo que puede mejorar la programabilidad, escalabilidad del programa y on-ch.ain verificación de la complejidad computacional de la red principal de BTC.

2) De manera similar al contrato Covenant como propuesta de extensión de scripts de Bitcoin, OP_CAT también tiene como objetivo mejorar la extensibilidad de los scripts de Bitcoin. La diferencia es que Covenant tiene como objetivo hacer que las transacciones de Bitcoin sean más programables para admitir contratos inteligentes complejos y escenarios de aplicación.

En comparación, OP_CAT es más fácil de implementar y su objetivo es simplificar la construcción y ejecución de scripts complejos para mejorar la eficiencia de la verificación en cadena. En términos simples: OP_CAT ofrece la posibilidad de combinar fragmentos de script. Antes de su introducción, cada script UTXO se ejecutaba de forma independiente. Con OP_CAT, podemos dividir una lógica de ejecución compleja en una serie de fragmentos de script simples combinados, que se almacenan en diferentes UTXO y se crean mediante diferentes transacciones. Cuando se requiere una ejecución completa, el nodo completo utiliza la instrucción OP_CAT para unir estos fragmentos de script para activar la ejecución.

3) Con esta capacidad de combinación, en teoría, pueden aparecer muchas lógicas de ejecución complejas en Bitcoin: por ejemplo,

1. Bloqueo de tiempo y firma múltiple, que puede establecer condiciones de desbloqueo de ejecución más complejas en múltiples entidades, múltiples UTXO y bloqueos de tiempo;

2. La recursividad y el bucle pueden permitir que varias cadenas de bytes de script formen recursividad y ejecución condicional, y se realicen en bucle hasta que se cumpla una determinada condición de terminación;

3. Aplicación modular: la lógica de script común se puede extraer y reutilizar en múltiples fragmentos de ejecución del programa.

Alice transfiere el dinero que se encuentra en la plataforma C a Bob y las tres partes deben firmar al mismo tiempo. Si se excede el tiempo de firma de la plataforma C, Alice y Bob pueden firmar juntos para recuperar los fondos; si Bob no firma para obtener la transferencia durante mucho tiempo, Alice puede retirar la transacción; Si Bob cree que hay un problema con la fuente de los fondos de Alice, puede negarse a aceptarlos, etc. Este es sólo un ejemplo sencillo. De hecho, se puede lograr un control más complejo y granular combinando fragmentos de script;

4) Anteriormente, BitVM realizó operaciones complejas fuera de la cadena y solo implementó verificación y liquidación de claves en la cadena, lo que inspiró la imaginación de la gente sobre la programabilidad de BTC y la computación completa de Turing. El La ejecución combinada "recursiva" de OP_CAT en la red principal de BTC es otro complemento a la imaginación, y OP_CAT es de gran beneficio para acelerar la implementación de BitVM y reducir el costo de la verificación en cadena.

¿Cómo entenderlo? Originalmente, para ejecutar BitVM, era necesario encapsular el programa fuera de la cadena en fragmentos de script independientes que pudieran ejecutarse mediante un único UTXO. El costo de construcción fuera de la cadena es relativamente alto. Si estos fragmentos se ejecutan en la cadena, se requerirá una estructura TaprootTree más compleja, lo que significa que el costo de la verificación interactiva en la cadena será relativamente alto después de que se ejecute un programa BitVM. Cuando se introduce OP_CAT, no es necesario ejecutar de forma completa e independiente los fragmentos encapsulados fuera de la cadena de BitVM. La cadena puede resumir y actualizar el estado después de que las condiciones de desbloqueo de UTXO se acumulen hasta un cierto nivel. Obviamente, la combinación de fragmentos de script puede reducir en gran medida la cantidad y el costo de las interacciones de verificación en cadena.

En resumen, la acalorada discusión sobre OP_CAT refleja las expectativas de todos de mejorar aún más la programabilidad de Bitcoin. Si realmente se implementa, catalizará la implementación de BitVM, la mejora de la seguridad de varias soluciones de activos de cadena cruzada de capa 2 de BTC, la expansión ecológica de las cadenas de enlace isomórficas UTXO y la síncrona. desarrollo de la red principal, e incluso el avance de potenciales mercados escalables como Lightning Network y verificación de clientes RGB.

En teoría, cualquier mejora en la programabilidad de BTC tendrá un efecto estimulante inmediato en su ecosistema ampliado. Después de todo, todo el mundo intenta construir un oasis en el desierto. Si un día la arena se convirtiera en piso de concreto, ¿no sería mucho más fácil construir un edificio?

¿Pero se fusionará realmente? Pensemos en la propuesta de Pacto que se ha propuesto durante muchos años pero que no ha sido adoptada. También es bueno utilizar la nueva propuesta OP_CAT para llenar algún espacio de imaginación del mercado.

Enlace original

Este artículo está extraído de Internet: Una breve discusión sobre la nueva propuesta de Bitcoin “OP_CAT”: ¿Qué impacto tendrá en la posterior evolución del mercado del ecosistema BTC?

Relacionado: ¿La reducción a la mitad de Bitcoin provocará un repunte de 23% para Shiba Inu (SHIB)?

En resumen, el precio de Shiba Inu falló en el repunte del patrón de triángulo simétrico y ahora está intentando recuperarse en 23%. El índice MVRV muestra que es más probable que los inversores acumulen SHIB que lo vendan en este momento. La alta correlación de SHIB con Bitcoin sugiere que la moneda meme podría beneficiarse del optimismo del Halving. Se esperaba que el precio de Shiba Inu (SHIB) notara un repunte de 43% antes de que la moneda meme fuera víctima de una tendencia bajista más amplia del mercado. Sin embargo, SHIB cuenta con el apoyo no solo del mercado sino también de sus inversores para iniciar potencialmente la recuperación. Los inversores de Shiba Inu se preparan para un repunte El precio de Shiba Inu ha visto el impacto de las acciones de sus inversores en el pasado. La moneda meme tiende a reaccionar positivamente ante un movimiento alcista de su parte, que es el resultado esperado...