Estaba recibiendo errores al usar firmas producidas por la signP2SHTransactionfunción de @ledgerhq/hw-app-btc. Así que creé un script usando bitcore-lib para cotejarlo con la firma producida por Ledger e identificar el cambio que causa el error. También verifiqué todos mis parámetros de entrada y encontré que eran correctos.
Detallaré ambos scripts aquí, aunque creo que es un problema de la función signP2SHTransaction del libro mayor.
Estoy usando las siguientes dependencias y nodos v8.9.3:
"@ledgerhq/hw-app-btc": "^4.17.0",
"@ledgerhq/hw-app-eth": "^4.19.0",
"@ledgerhq/hw-transport-node-hid": "^4.18.0",
"babel-runtime": "^6.26.0",
"bip32": "^0.1.0",
"bitcoinjs-lib": "^3.3.2",
"bitcore-lib": "^0.15.0"
Creé una dirección 2 de 2 Multisig usando las siguientes 2 rutas de mi libro mayor 48'/0'/0'/69/0/0: 48'/0'/0'/96/0/0, . Usé el siguiente rawTx:
01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a01000000490047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a98700000000
Utilicé el siguiente script de canje:
522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae
Aquí está el código que usé para producirlo:
const bitcore = require("bitcore-lib");
const PublicKey = bitcore.PublicKey;
const Script = bitcore.Script;
var publicKey1 = new PublicKey(
"02a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c89312"
); // public key for path- 48'/0'/0'/69/0/0
var publicKey = new PublicKey(
"02faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e7"
); // public key for path- 48'/0'/0'/96/0/0
var pubkeys = [publicKey, publicKey1];
var redeemScript = Script.buildMultisigOut(pubkeys, 2);
console.log(redeemScript.toHex());
Puede decodificarlo aquí: https://live.blockcypher.com/btc/decodetx/ Aquí está el código de mi libro mayor que está creando una firma para 48'/0'/0'/69/0/0la ruta:
const TransportHid = require("@ledgerhq/hw-transport-node-hid").default;
const AppBtc = require("@ledgerhq/hw-app-btc").default;
TransportHid.create()
.then(async transport => {
if (!transport) return console.log("err: Unable to establish connection");
var btc = new AppBtc(transport);
const rawTx = "01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a01000000490047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a98700000000";
const redeemHex =
"522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae";
const bufferedData = await btc.splitTransaction(rawTx);
let input = [];
input.push(bufferedData);
input.push(1);
input.push(redeemHex);
const outputScript = btc
.serializeTransactionOutputs(bufferedData)
.toString("hex");
console.log("\nOutput script hex:", outputScript);
const accountIndex = 69;
console.log("\npath:", `48'/0'/0'/${accountIndex}/0/0`);
await btc
.signP2SHTransaction(
[input],
[`48'/0'/0'/${accountIndex}/0/0`],
outputScript
)
.then(sig => console.log("\n\nSig hash:", sig))
.catch(err => console.log("\n\nErr:", err));
})
.catch(err => console.log(err));
Devuelve la siguiente firma cuando paso el RedeemScript con el tx:
Sig hash: [ '304402203e24b5ad68c1fe3bf55a11afb6a61e3525c6f0a2780a0ee4bf37401bfd1445ff02207b18b7277b4f2625d04d0fcfd796300a9f6923c1df11a96876ab094138ea2a94' ]
Y me parece extraño que cuando elimino el parámetro de signP2SHTransactionfunción de script de canje (que está etiquetado como opcional), obtengo una firma diferente:
Sig hash: [ '3045022100f40f8fa2b75196a50b2f2543a06a3ed3ed79814cd29510f1225a359620b1c19102201af093addc93fce4fe8c59ad127c42064c2840ec7c71fbf5d0bae7ee5cb4cd39' ]
Pero ambos no pueden firmar la transacción de manera adecuada y se produce un error mientras la valido contra la transacción.
Usé el siguiente script para encontrar una firma válida usando bitcore-lib:
const bitcoin = require("bitcoinjs-lib");
const bitcore = require("bitcore-lib");
// These are the private keys of paths- 48'/0'/0'/69/0/0 and 48'/0'/0'/96/0/0 of my ledger
// I retrieved them using https://iancoleman.io/bip39/ and my ledger's mnemonic
const privateKeys = [
new bitcore.PrivateKey(
"cNKAjjSL5buaP6q7fE375jkt72JAvvoe8RVh2v5TXv6gdjzXwPVX",
"testnet"
),
new bitcore.PrivateKey(
"cMmNVwdfid1FnT4LjH4SJ1mZvTEGnMfUxdasGKTrHvD5nCY1UCvR",
"testnet"
)
];
const publicKeys = privateKeys.map(bitcore.PublicKey, bitcoin.networks.testnet);
const address = new bitcore.Address(publicKeys, 2); // 2 of 2
console.log("\n\nCreated this Address:", address);
console.log("\n\nPublic keys:", publicKeys);
// This utxo will create the same rawTx as I have used in my code with Ledger
const utxo = {
address: "2NB9YNZwwKXannuZryo2KfvMNe4jeSNcSp5",
txid: "0ad5948e66a4acb72e0fc549cb451fdceabd722f17678d0298cb5ffe65be4f6f",
vout: 1,
scriptPubKey: "a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a987",
// "script" : new bitcore.Script(address).toHex(),
satoshis: 128600000
};
const fee = 10000;
const tx = new bitcore.Transaction()
.from(utxo, publicKeys, 2)
.fee(fee)
.to("2N6FbZbJsGHWRpnbu8vrowCfGATKsYxuDf9", 1300000)
.change("2NB9YNZwwKXannuZryo2KfvMNe4jeSNcSp5");
const txObj = tx.toObject();
console.log("\n\nTransaction object:", txObj);
console.log("\n\nTransaction hash:", tx);
const signature1 = tx.getSignatures(privateKeys[0])[0];
console.log("\n\nSignature1 object:", signature1.toObject());
console.log("\n\nSignature1 hash:", signature1.signature.toString()); // Outputs a DER signature1
console.log("\n\nSignature1 type:", signature1.sigtype);
console.log("\n\nIs valid tx 1:", tx.isValidSignature(signature1));
if (!tx.isValidSignature(signature1)) throw "Not a valid Signature";
Produce la siguiente firma válida:
Signature1 hash: 304402203fb366ffd2840a900abc7ed25e945e4fdcf37679870a6ee45ce0030dd725856e02202d3b1c86458121cf4b79382281eca074a56d8b67a86dc754e2f7c65501f75b0b
Creo que hay un error en la versión actual de Ledger, ¿pueden ayudarme?
Solución: estaba creando una entrada incorrecta para mi Ledger, tuve que usar utxos para crear el tx de entrada pero usé el rawtx final (que estaba creando usando los textos). Aquellos atrapados con este problema, tengan en cuenta lo siguiente:
En la documentación de Ledger de la función signP2SHTransaction- http://ledgerhq.github.io/ledgerjs/docs/#btc - entradas: consulte los utxos que está consumiendo para formar su tx - outputScriptHex: se puede usar para especificar todos los parámetros de salida deseados como tarifas, cambio de dirección, etc.
(Esto es demasiado largo para un comentario, así que aquí en la sección de respuestas):
Mi observación: traté de verificar los tres signos en la línea de comando (con OpenSSL). Puedo ver las dos claves públicas de su primer fragmento de código y el tx. Creé el tx sin procesar, sin firmar, y solo la tercera firma está bien (con la clave pública 02a9d50f9817a9...) - Supongo que el tx sin procesar en su primer ejemplo de código es de alguna manera incorrecto. Utilicé este tx en bruto sin firmar (con redimir script y 0x47 como longitud):
01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a0100000047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a9870000000001000000
que es doble sha256'd esto:
bad8b7f175a67e1ecfd857119609646993eb026b2bb507a49ce47b9ba5d321f7
¿Qué tx en bruto sin firmar utiliza para iniciar sesión en su(s) fragmento(s) de código? ¿Tienen el mismo hash doble sha256'd? Veo que su tx sin procesar tiene "[versión][tx_in count][prev tx id][prev outpoint]490047[redeem script]...", ¿por qué es "4900"?
(no es necesario que responda de nuevo, puede agregarla a su pregunta editándola)
Acabo de firmar su transacción de tx transmitida con éxito. ID de transacción: 2ef82827b3e80f34a95fd7b9268a1cd6dc81447822927225f310fa9fd573b176
Lea este artículo con una explicación sobre cómo firmar p2sh-multisig
https://medium.com/@support_62391/explorando-bitcoin-signing-p2sh-input-2dde869c5f5c
>>> from pybtc import *
>>> tx = Transaction("01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a01000000490047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a98700000000", testnet=1)
>>> import pprint
>>> pprint.pprint(tx)
{'amount': 128590000,
'bSize': 188,
'blockHash': None,
'blockIndex': None,
'blockTime': None,
'coinbase': False,
'confirmations': None,
'data': None,
'fee': None,
'format': 'decoded',
'hash': 'bb788dbf706a4e6a2a4fb3d1f19852773be71e98b5819b57b45e6d8c1e341034',
'lockTime': 0,
'rawTx': '01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a01000000490047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a98700000000',
'segwit': False,
'size': 188,
'testnet': 1,
'time': None,
'txId': 'bb788dbf706a4e6a2a4fb3d1f19852773be71e98b5819b57b45e6d8c1e341034',
'vIn': {0: {'scriptSig': '0047522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae',
'scriptSigAsm': 'OP_0 '
'522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae',
'scriptSigOpcodes': **'OP_0 [71]'**, <<<< script sig should be empty before signing
'sequence': 4294967295,
'txId': '0ad5948e66a4acb72e0fc549cb451fdceabd722f17678d0298cb5ffe65be4f6f',
'vOut': 1}},
'vOut': {0: {'address': '2N6FbZbJsGHWRpnbu8vrowCfGATKsYxuDf9',
'addressHash': '8eaba4fd80f515c78ddbc2509538e37c40ffcf12',
'nType': 1,
'reqSigs': None,
'scriptPubKey': 'a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287',
'scriptPubKeyAsm': 'OP_HASH160 '
'8eaba4fd80f515c78ddbc2509538e37c40ffcf12 '
'OP_EQUAL',
'scriptPubKeyOpcodes': 'OP_HASH160 [20] OP_EQUAL',
'type': 'P2SH',
'value': 1300000},
1: {'address': '2NB9YNZwwKXannuZryo2KfvMNe4jeSNcSp5',
'addressHash': 'c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a9',
'nType': 1,
'reqSigs': None,
'scriptPubKey': 'a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a987',
'scriptPubKeyAsm': 'OP_HASH160 '
'c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a9 '
'OP_EQUAL',
'scriptPubKeyOpcodes': 'OP_HASH160 [20] OP_EQUAL',
'type': 'P2SH',
'value': 127290000}},
'vSize': 188,
'version': 1,
'weight': 752}
>>> tx["vIn"][0]["scriptSig"]=""
>>> tx.sign_input(0, private_key=["cNKAjjSL5buaP6q7fE375jkt72JAvvoe8RVh2v5TXv6gdjzXwPVX", "cMmNVwdfid1FnT4LjH4SJ1mZvTEGnMfUxdasGKTrHvD5nCY1UCvR"], redeem_script="522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae", witness_version=None)
{'format': 'decoded', 'testnet': 1, 'segwit': False, 'txId': '2ef82827b3e80f34a95fd7b9268a1cd6dc81447822927225f310fa9fd573b176', 'hash': '2ef82827b3e80f34a95fd7b9268a1cd6dc81447822927225f310fa9fd573b176', 'version': 1, 'size': 333, 'vSize': 333, 'bSize': 333, 'lockTime': 0, 'vIn': {0: {'txId': '0ad5948e66a4acb72e0fc549cb451fdceabd722f17678d0298cb5ffe65be4f6f', 'vOut': 1, 'scriptSig': '0047304402203fb366ffd2840a900abc7ed25e945e4fdcf37679870a6ee45ce0030dd725856e02202d3b1c86458121cf4b79382281eca074a56d8b67a86dc754e2f7c65501f75b0b01483045022100df9dfe852cd592062e8e22b5e1cad18a2a66e35a19611960fc314b7b36814ff20220404dcb809cb122a2adb8c16c507ed1be8780c08bbb89c2510775fccfa11162af0147522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae', 'sequence': 4294967295, 'scriptSigOpcodes': 'OP_0 [71] [72] [71]', 'scriptSigAsm': 'OP_0 304402203fb366ffd2840a900abc7ed25e945e4fdcf37679870a6ee45ce0030dd725856e02202d3b1c86458121cf4b79382281eca074a56d8b67a86dc754e2f7c65501f75b0b01 3045022100df9dfe852cd592062e8e22b5e1cad18a2a66e35a19611960fc314b7b36814ff20220404dcb809cb122a2adb8c16c507ed1be8780c08bbb89c2510775fccfa11162af01 522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752ae'}}, 'vOut': {0: {'value': 1300000, 'scriptPubKey': 'a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287', 'nType': 1, 'type': 'P2SH', 'addressHash': '8eaba4fd80f515c78ddbc2509538e37c40ffcf12', 'reqSigs': None, 'address': '2N6FbZbJsGHWRpnbu8vrowCfGATKsYxuDf9', 'scriptPubKeyOpcodes': 'OP_HASH160 [20] OP_EQUAL', 'scriptPubKeyAsm': 'OP_HASH160 8eaba4fd80f515c78ddbc2509538e37c40ffcf12 OP_EQUAL'}, 1: {'value': 127290000, 'scriptPubKey': 'a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a987', 'nType': 1, 'type': 'P2SH', 'addressHash': 'c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a9', 'reqSigs': None, 'address': '2NB9YNZwwKXannuZryo2KfvMNe4jeSNcSp5', 'scriptPubKeyOpcodes': 'OP_HASH160 [20] OP_EQUAL', 'scriptPubKeyAsm': 'OP_HASH160 c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a9 OP_EQUAL'}}, 'rawTx': '01000000016f4fbe65fe5fcb98028d67172f72bdeadc1f45cb49c50f2eb7aca4668e94d50a01000000da0047304402203fb366ffd2840a900abc7ed25e945e4fdcf37679870a6ee45ce0030dd725856e02202d3b1c86458121cf4b79382281eca074a56d8b67a86dc754e2f7c65501f75b0b01483045022100df9dfe852cd592062e8e22b5e1cad18a2a66e35a19611960fc314b7b36814ff20220404dcb809cb122a2adb8c16c507ed1be8780c08bbb89c2510775fccfa11162af0147522102a9d50f9817a9cf20f3feb7ad4038e88c8bd471e90dfba3a80c2e0bfd79c893122102faf805ea3652cec322dda6f7571d926f359d8abbd73af1512924151edbec90e752aeffffffff0220d613000000000017a9148eaba4fd80f515c78ddbc2509538e37c40ffcf1287904a96070000000017a914c45f1d5dde5c0f7008dd6c228c1702cfdafdf1a98700000000', 'blockHash': None, 'confirmations': None, 'time': None, 'blockTime': None, 'blockIndex': None, 'coinbase': False, 'fee': None, 'data': None, 'amount': 128590000, 'weight': 1332}
>>>
Primero, su error es que scriptSig debe estar vacío antes de firmar, su scriptSig es solo 1 firma y no hay un script de canje dentro de scriptSig.
Firma 1 hash: 304402203fb366ffd2840a900abc7ed25e945e4fdcf37679870a6ee45ce0030dd725856e02202d3b1c86458121cf4b79382281eca074a56d8b67a86dc754e02f1f7c
Esto puede parecer una pregunta realmente trivial... pero ¿qué tipo de firma es esta? Esta no es la información de salida sin procesar que envía por cable.
En mi escenario, tengo 2 puntos finales que necesitan firmar una transacción (multifirma normal). Un punto final es el libro mayor nano... el otro es un nodo de núcleo bitcoin. Puedo obtener este hash de firma de "estilo" del libro mayor... pero ¿qué debo darle al nodo de bitcoin-core para terminar de firmar la transacción? Tengo mi scriptsig, vout,redeemscript, txids, etc. pero estoy tratando de reconstruir qué es este hash... y ¿cómo puedo enviarlo de vuelta al nodo bitcoin-core para terminar de firmar?
bitaps.com
Ayush Tiwari
2NB9YNZwwKXannuZryo2KfvMNe4jeSNcSp5Ramadoka