Timeline for Multisignature - get one signed transaction, send another, use first signed transaction
Current License: CC BY-SA 4.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jan 9, 2020 at 3:01 | comment | added | user36303 | To sign a transaction spending money from an account (multisig is not), you must know the output you are spending. So, in short, no, you can't sign a spend from a wallet before sending the money to that wallet. | |
| Jan 9, 2020 at 0:31 | comment | added | h173k | OK. Simply words - can I sign transaction before I put any funds on the multisig wallet? The point is to secure sides from locking in funds on multisig 2/2. To do it 2 of 2 parties must have signed payout tx's from that multisig address (the amounts they will pay in). Please don't ask for the reason just deliver the answer. | |
| Aug 20, 2018 at 10:10 | comment | added | user36303 | An inout to a tx is an output from another. I do not understand your point about sync order. | |
| Aug 19, 2018 at 14:58 | comment | added | h173k | Output or input? If it's based on output then what is the obstacle? Doing transactions in sync order is very limitating... seems like I will have to look in btc's direction... too bad. I want to do my project with XMR | |
| Aug 19, 2018 at 12:51 | comment | added | user36303 | The key image is not random, nor based on balance. They key image will always be the same when you spend a given output. | |
| Aug 19, 2018 at 12:32 | comment | added | h173k | So key image is not based on balance but is randomly generated then I guess(?). Pay attention I broadcast another transactions with new key images while key image for the first is not updated. | |
| Aug 19, 2018 at 12:12 | history | answered | user36303 | CC BY-SA 4.0 |