How would one go about acquiring the HashofThingToSign that is used in the "Signature Generation" equation for this example transaction such that it could easily also be applied to any other given pre-existing transaction?
Example Transaction: 82d62d5f4e69ae8338c39b7ae2e1d33db59bdf62c869ded7344adc936bab8653
This is made of the Raw Transaction:
The input script is:
The Output scripts are:
OP_DUP OP_HASH160 43bd19b0436db26d24c789bebaee9a3b1b73cdd3 OP_EQUALVERIFY OP_CHECKSIG
OP_DUP OP_HASH160 aefaa9d79e3c62c3f0cc909a3aee327e6cd0100a OP_EQUALVERIFY OP_CHECKSIG
The transaction that gave this wallet the coins that we are spending in this transaction is 6c002a15151a79d8163a03f4bc87b783a67bf0eeb18ff2b533e703317afdbbb1
This previous transaction is made of the raw transaction:
The input script for this previous transaction is:
The output script for this previous transaction are:
OP_DUP OP_HASH160 6ffdc2e9e69434a7832208db5a6148c67563e8ae OP_EQUALVERIFY OP_CHECKSIG
OP_DUP OP_HASH160 54abba8c9ffd25c9cf7c232bc3f3998a9c1fe4f3 OP_EQUALVERIFY OP_CHECKSIG
How and what would be the easiest path to determine the HashofThingtoSign in this transaction using the data supplied? (or do we need more data?)
The last step is obviously a sha-256 hashing of something. What would the full text of that something be for this transaction that could simply be pasted into something such as http://www.movable-type.co.uk/scripts/sha256.html to produce the HashofThingToSign for this transaction?
What is this transaction's actual hash supposed to be as a result of the explained process (so that one can check one's work)?
Can we even determine what the hashofthingtosign was on this transaction without the privatekey?
Is the "hashofthingtosign" used in the signature generation simply the whole raw transaction "0100000001b1bbfd...7e6cd0100a88acb2480700" hashed with SHA-256 twice, i.e. the same as the transaction ID?
1ecc3ee8e17966d90250cfe86a4b8e7b17a310bc18813a07b3c3e00b9c8b21b8 for this transaction)?
It has been proposed that this question is a duplicate to the question and or seeking a duplicate answer from How does the ECDSA verification algorithm work during transaction? . I am reading it in an attempt to fully discern if that is the case. The difficulty in making sense thereof confirms it is NOT an answer I would accept as valid (as even the original person who asked that question commented they weren't sure of the answer being sufficiently clear such that they could understand it). I can confirm it has some of the information. At the very least, I can confirm, thus far, it appears to be missing the details of various steps (where pieces of data came from), uses terminologies that I cannot fully confirm their meaning as correlated with the answer I've received so far (it may be too advanced or casual terms used by someone with a very advanced understanding thereof). I'm trying to combine the information from that question, the "How to redeem a basic TX?", and the answer I've been given so far. This new answer might contain the missing pieces to the puzzle, but it is not the ultimate answer. If I can make sense of it and produce an answer, I will certainly provide that, but I am doubtful I will be successful as I still think there are too many missing pieces.