Términos de restricción de Bitcoin: lograr una mayor Programabilidad
Recientemente, la comunidad de Bitcoin ha desatado una ola de discusiones sobre la reactivación de los códigos de operación como OP_CAT. Esto ha suscitado el interés en los "términos restrictivos" de Bitcoin (covenants), considerándolo como un medio para lograr contratos inteligentes o Programabilidad en Bitcoin.
El llamado "cláusula restrictiva" es un mecanismo que puede establecer condiciones para las futuras transacciones de Bitcoin. Aunque el script de Bitcoin actual también incluye algunas condiciones restrictivas, mientras el usuario pueda desbloquearlo, puede gastar el UTXO en cualquier lugar. Sin embargo, la cláusula restrictiva puede limitar aún más el gasto posterior del UTXO, logrando un efecto similar a "fondos específicos para usos específicos".
Este mecanismo que parece aumentar las restricciones, en realidad puede desbloquear más escenarios de aplicación:
Asegúrate de las penalizaciones de Staking. Por ejemplo, en el esquema de staking de Bitcoin de Babylon, se pueden quemar parcialmente los activos de los usuarios malintencionados mediante cláusulas restrictivas.
Control de congestión. El remitente puede comprometerse primero a una transacción de envío por lotes y esperar a que la tasa de comisión sea baja para enviar la transacción específica, reduciendo así los costos generales de la red.
Aplicación de la bóveda (vault). Incluso si la cuenta es hackeada, se puede limitar el uso de los fondos. Por ejemplo, en el diseño de OP_VAULT, los retiros deben realizarse en dos pasos, con un retraso de tiempo intermedio, lo que aumenta la seguridad.
Canales de estado más robustos y flexibles. Por ejemplo, Eltoo puede evitar el mecanismo de penalización en la red Lightning, Ark puede reducir la liquidez de entrada y la dificultad de gestión de canales en la red Lightning.
Las soluciones técnicas para implementar las cláusulas restrictivas se dividen principalmente en dos categorías:
Basado en códigos de operación. Como OP_CTV, OP_VAULT, etc., al agregar nuevos códigos de operación para leer directamente el contenido de la transacción.
Basado en la firma. Por ejemplo, APO(SIGHASH_ANYPREVOUT), se logra la introspección de transacciones de manera indirecta mediante la modificación del mecanismo de firma.
Entre ellos, OP_CTV y OP_CAT son dos propuestas que se discuten con mayor frecuencia en la actualidad:
OP_CTV puede verificar si la transacción de gasto después de ser hash está en concordancia con la definición establecida. Esto permite a los usuarios construir árboles de transacciones complejas que involucran múltiples destinatarios, logrando escenarios de uso de fondos más flexibles.
OP_CAT es una operación simple pero poderosa que puede concatenar dos elementos en la pila. Se puede utilizar para implementar la verificación de árboles de Merkle, mejorar las firmas Schnorr y muchas otras funciones.
Las cláusulas restrictivas han aportado una mayor programabilidad a Bitcoin, pero también pueden dar lugar a algunos abusos o fallos imprevistos. Por lo tanto, la comunidad adopta una actitud cautelosa al respecto, y las actualizaciones relacionadas pueden tardar un tiempo en completarse. Sin embargo, a medida que la tecnología subyacente sigue mejorando, se espera que las cláusulas restrictivas liberen más potencial para Bitcoin.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Restricciones de Bitcoin: Abriendo una nueva era de contratos inteligentes
Términos de restricción de Bitcoin: lograr una mayor Programabilidad
Recientemente, la comunidad de Bitcoin ha desatado una ola de discusiones sobre la reactivación de los códigos de operación como OP_CAT. Esto ha suscitado el interés en los "términos restrictivos" de Bitcoin (covenants), considerándolo como un medio para lograr contratos inteligentes o Programabilidad en Bitcoin.
El llamado "cláusula restrictiva" es un mecanismo que puede establecer condiciones para las futuras transacciones de Bitcoin. Aunque el script de Bitcoin actual también incluye algunas condiciones restrictivas, mientras el usuario pueda desbloquearlo, puede gastar el UTXO en cualquier lugar. Sin embargo, la cláusula restrictiva puede limitar aún más el gasto posterior del UTXO, logrando un efecto similar a "fondos específicos para usos específicos".
Este mecanismo que parece aumentar las restricciones, en realidad puede desbloquear más escenarios de aplicación:
Asegúrate de las penalizaciones de Staking. Por ejemplo, en el esquema de staking de Bitcoin de Babylon, se pueden quemar parcialmente los activos de los usuarios malintencionados mediante cláusulas restrictivas.
Control de congestión. El remitente puede comprometerse primero a una transacción de envío por lotes y esperar a que la tasa de comisión sea baja para enviar la transacción específica, reduciendo así los costos generales de la red.
Aplicación de la bóveda (vault). Incluso si la cuenta es hackeada, se puede limitar el uso de los fondos. Por ejemplo, en el diseño de OP_VAULT, los retiros deben realizarse en dos pasos, con un retraso de tiempo intermedio, lo que aumenta la seguridad.
Canales de estado más robustos y flexibles. Por ejemplo, Eltoo puede evitar el mecanismo de penalización en la red Lightning, Ark puede reducir la liquidez de entrada y la dificultad de gestión de canales en la red Lightning.
Las soluciones técnicas para implementar las cláusulas restrictivas se dividen principalmente en dos categorías:
Basado en códigos de operación. Como OP_CTV, OP_VAULT, etc., al agregar nuevos códigos de operación para leer directamente el contenido de la transacción.
Basado en la firma. Por ejemplo, APO(SIGHASH_ANYPREVOUT), se logra la introspección de transacciones de manera indirecta mediante la modificación del mecanismo de firma.
Entre ellos, OP_CTV y OP_CAT son dos propuestas que se discuten con mayor frecuencia en la actualidad:
OP_CTV puede verificar si la transacción de gasto después de ser hash está en concordancia con la definición establecida. Esto permite a los usuarios construir árboles de transacciones complejas que involucran múltiples destinatarios, logrando escenarios de uso de fondos más flexibles.
OP_CAT es una operación simple pero poderosa que puede concatenar dos elementos en la pila. Se puede utilizar para implementar la verificación de árboles de Merkle, mejorar las firmas Schnorr y muchas otras funciones.
Las cláusulas restrictivas han aportado una mayor programabilidad a Bitcoin, pero también pueden dar lugar a algunos abusos o fallos imprevistos. Por lo tanto, la comunidad adopta una actitud cautelosa al respecto, y las actualizaciones relacionadas pueden tardar un tiempo en completarse. Sin embargo, a medida que la tecnología subyacente sigue mejorando, se espera que las cláusulas restrictivas liberen más potencial para Bitcoin.