Realiza la misma operación que OP_CHECKSIG, pero si la verificación de la firma falla, el script se detiene inmediatamente con un error y la transacción queda invalidada. Si la verificación tiene éxito, el script continúa sin poner un valor 1 (verdadero) en la pila. En resumen, OP_CHECKSIGVERIFY realiza la operación OP_CHECKSIG seguida de OP_VERIFY. Este … Leer más
Extrae los tres valores superiores de la pila: una clave pública, un CScriptNum n, y una firma. Si la firma no es el vector vacío y no es válida, el script termina con un error. Si la firma es válida o es el vector vacío (OP_0), se presentan dos escenarios: Si la firma es el … Leer más
Verifica la validez de una firma frente a una clave pública determinada. Toma los dos elementos superiores de la pila: la firma y la clave pública, y evalúa si la firma es correcta para el hash de la transacción y la clave pública especificada. Si la verificación tiene éxito, coloca el valor 1 (verdadero) en … Leer más
Anula la transacción si se observa alguna de estas características: La pila está vacía; El valor en la parte superior de la pila es menor que 0; El indicador de desactivación para el valor en la parte superior de la pila no está definido y; La versión de la transacción es menor que 2 o; … Leer más
Combina un OP_CHECKMULTISIG y un OP_VERIFY. Toma múltiples firmas y claves públicas para verificar que M de N firmas son válidas, tal y como hace OP_CHECKMULTISIG. Entonces, al igual que OP_VERIFY, si la verificación falla, el script se detiene inmediatamente con un error. Si la verificación tiene éxito, el script continúa sin poner ningún valor … Leer más
Comprueba múltiples firmas contra múltiples claves públicas. Toma como entrada una serie de N claves públicas y M firmas, donde M puede ser menor o igual que N. OP_CHECKMULTISIG verifica si al menos M firmas coinciden con M de las N claves públicas. Tenga en cuenta que, debido a un error histórico, OP_CHECKMULTISIG elimina un … Leer más
Hace que la transacción no sea válida a menos que se cumplan todas estas condiciones: La pila no está vacía; El valor en la parte superior de la pila es mayor o igual que 0; El tipo de bloqueo de tiempo es el mismo entre el campo nLockTime y el valor en la parte superior … Leer más
Un nuevo opcode propuesto en 2012 en BIP17 por Luke Dashjr que ofrecería las mismas funcionalidades que OP_EVAL o P2SH. Pretendía hacer un hash del final del scriptSig, comparar el resultado con la parte superior de la pila y anular la transacción si los dos hashes no coincidían. Este opcode nunca fue implementado.
Permite concatenar los dos elementos superiores de la pila (es decir, unirlos de extremo a extremo). Este opcode ha sido desactivado, por lo que actualmente es imposible utilizarlo. Sin embargo, recientemente ha vuelto a estar en el candelero. Algunos desean añadirlo a Tapscript para permitir la combinación de objetos en la pila, mejorando así la … Leer más
Empuja el número de elementos de la pila a la propia pila. Si la pila contiene N elementos, OP_DEPTH añadirá el número N como un nuevo elemento en la parte superior de la pila.
Añade 1 al valor de la parte superior de la pila.
Coloca el valor 1 en la pila. Se utiliza a menudo para representar el valor booleano verdadero en los scripts. ► OP_1 es idéntico a OP_TRUE y OP_PUSHNUM_1.
Un error lógico en el que un bucle itera una vez de más o una vez de menos, a menudo debido al uso incorrecto de operadores de comparación o índices incorrectos en la gestión de estructuras de datos. En el contexto de Bitcoin, este error se encuentra en el caso del «elemento ficticio» en OP_CHECKMULTISIG, … Leer más
El campo nVersion en una transacción Bitcoin se utiliza para indicar la versión del formato de transacción que se está utilizando. Permite a la red distinguir entre diferentes evoluciones del formato de transacción a lo largo del tiempo y aplicar las reglas correspondientes. Este campo no tiene impacto en las reglas de consenso. Esto significa … Leer más
Regla de consenso introducida con BIP147 en la bifurcación suave SegWit que requiere que el elemento ficticio utilizado en los opcodes OP_CHECKMULTISIG y OP_CHECKMULTISIGVERIFY sea una matriz de bytes vacía (OP_0). Esta medida se implementó para eliminar un vector de maleabilidad prohibiendo cualquier valor distinto de OP_0 para este elemento.
Tipo de transacción Bitcoin que permite la inserción de una pequeña cantidad de datos arbitrarios a través de un OP_RETURN. Los bitcoins posiblemente asociados a este tipo de salida son demostrablemente no gastables, ya que el OP_RETURN indica un script inválido.
El campo nSequence en una entrada de transacción Bitcoin se utiliza para indicar cómo esta entrada está bloqueada en el tiempo. Originalmente, se pensó para permitir la sustitución dinámica de transacciones en mempools para permitir un sistema de pago superpuesto similar a Lightning. Sin embargo, su uso ha evolucionado con la introducción del bloqueo temporal … Leer más
El proceso de generación de claves hijas en los monederos HD. La derivación normal utiliza la clave pública padre como entrada para la función HMAC-SHA512, permitiendo la generación de claves públicas hijo a partir de la clave pública padre y el código de cadena padre. El proceso consiste en concatenar la clave pública principal y … Leer más
En el contexto de la informática, el término «nonce» se refiere a un número que se utiliza una sola vez y luego se sustituye. Suele ser aleatorio o pseudoaleatorio. Los «nonce» se utilizan en varios protocolos criptográficos para garantizar la seguridad del proceso. Por ejemplo, las firmas ECDSA utilizadas en el protocolo Bitcoin incluyen el … Leer más
En la red Bitcoin, un nodo (o «node» en inglés) es un ordenador que ejecuta un cliente del protocolo Bitcoin (como Bitcoin Core, por ejemplo). Participa en la red manteniendo una copia de la cadena de bloques, retransmitiendo y verificando transacciones y nuevos bloques y, opcionalmente, participando en el proceso de minería. La suma de … Leer más
