New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Easy way to specify redeemScript while signing transaction #73
Comments
Currently there is no specification of partially signed transactions, so Bitcoin Core uses one method, Electrum uses another, Coinb.in another, Copay another... Someone should write a BIP to standardize serialization for partially signed / unsigned raw transactions... |
Maybe until standardization we should ensure that it works with the most popular client (core) ? |
Pull requests are welcome. Just be sure to keep backwards compatibility in case someone is sitting on a partially signed transaction waiting to finish it in 5 years. |
@dabura667 How should I do it in the UI side ? Should it be like adding a field "redeem Script" and setting all the input scripts to that value before signing? |
I ran into a problem when I was trying to use coinbin within a multisig spending. I've documented what I was tyring to do here. In summary, I was trying to generate a transaction in the core to spend out funds from a 2-of-2 multisig address. I wanted to partially sign the transaction on coinbin using 1 of the private keys, and then do the second signature in
bitcoind
. I kept getting the message error": "Script evaluated without error but finished with a false/empty top stack elementwhen I was tyring to get the final signature in
bitocoind`.After debugging this issue further I realised that
bitcoind
generates a transaction with an emptyscriptSig
for the inputs, and so coinbin signs it as if it were a normal pay to address transaction (I think). Unfortunately I was not able to solve my issue in the UI, but I did manage to solve it by manually modifying the transaction in JS as follows:However, I think the UI responsible for signing should also allow us to specify the redeemScript to use during the signature .. In particular I think we can merge the transaction verification UI as a first step for the signature. So the user can decode the transaction as a first step, and optionally specify the private key for each input in the transaction, and also a redeemScript (?) if any. This is also similar to the API that
bitcoind
facilities as a second argument to thesignrawtransaction
endpoint. This issue is also related to #62The text was updated successfully, but these errors were encountered: