En P2PKHlas transacciones, el contenido después de firmar la transacción contiene: <signature(with hash_flag)><public_key>. Sin embargo, dado que la firma no puede firmarse a sí misma, durante el proceso de firma el ScripSigcampo se establece temporalmente en un valor determinado.
Según la respuesta aceptada de ¿Cómo redimir un Tx básico? , el campo se configura temporalmente con el ScriptPubKeycampo de la UTXOque queremos canjear (en este caso una P2PKH ScriptPubKeycon la RIPEMD160de la dirección anterior). Sin embargo, de acuerdo con pybitcointools de VButerin , el campo se configura con una P2PKH ScriptPubKeycon la RIPEMD160de su propia dirección (la que está utilizando como fuente y cuya clave privada se utilizará para firmar la transacción).
Utilicé la función de firma de pybitcointools varias veces y las transacciones generadas son válidas, pero la respuesta de la pregunta antes mencionada ha sido bien recibida, por lo que en este punto estoy bastante confundido acerca de lo que debe contener el campo.
Según la respuesta aceptada de ¿Cómo canjear un Tx básico?, el campo se configura temporalmente con el campo ScriptPubKey de la UTXO que queremos canjear (en este caso un P2PKH ScriptPubKey con el RIPEMD160 de la dirección anterior). Sin embargo, de acuerdo con pybitcointools de VButerin, el campo se establece con una P2PKH ScriptPubKey con el RIPEMD160 de su propia dirección (la que está utilizando como fuente y cuya clave privada se utilizará para firmar la transacción).
Estás diciendo lo mismo dos veces aquí.
Existía una transacción T1 con una salida T1:0 que tiene un scriptPubKey P2PKH(K1) . Esta es la transacción que le acreditó. Resultó en la creación de un UTXO con script P2PKH(K1) y su propia clave es K1 .
Está intentando crear una transacción T2 con una entrada T1:0 y una salida T2:0 con scriptPubKey P2PKH(K2) . Esta es la transacción de gastos, que está firmando con K1 . Envía dinero a K2 , pero consume el UTXO T1:0 que tiene el script P2PKH(K1) .
sr-gi