How to sell your Coinbase Multi-sig wallet coins on the Bitcoin Cash (BCH) network

Now with your index.html page open, fill in the initial three public key fields and click “Continue”. This will download information from the BTC network and populate your addresses and their individual balances. Many of the addresses may have a 0 balance and be gray, while a few will be black print with positive balances. These are the addresses we will need to collect individual private keys for.

But first, we need to provide the user and shared seed information. If you’d like you can first disconnect your computer from the Internet to assure yourself that this confidential information isn’t being transmitted to a thief. Now go ahead and fill in the fields for the shared encrypted seed and the password to decrypt that shared seed. Also fill in the user seed. This tool also requires that you provide an address to send the coins to. We will not transmit coins with this tool, but go ahead and generate a valid BTC address and paste the public address into the tool. Or you could just go back to Coinbase and get a receiving address for one of your accounts and use that address here.

Now go ahead and click Continue. No need to worry about the transaction fee since again, you won’t be broadcasting the created transaction. It will take a few seconds for the tool to decrypted the shared seed. When it is done, a very long hex code will be printed (which is the transaction we will not use) and below that is your (decrypted) shared seed. You won’t need that either, but I added it to the print out of the tool for my own curiosity.

So if we won’t use the transaction, nor the decrypted shared seed, what did we do all this for? The answer is for an object that the javascript in the web page generated that has a bunch of other information that you need. This ‘object’ is stored in a variable called ‘document.vault’, and is the real reason behind my own fork of this tool.

Hit F12 on your keyboard to bring up the Javascript debugger. Make sure you’re looking at the debugger’s “console” window. This is where you will type several javascript commands. It will help you understand what you’re doing if you’re a programmer, but I’ll try to write these steps so that non-programmers can complete these instructions as well.

Now with your debugger console and the addresses with non-zero balances side-by-side, it should look something like this:

We’re going to repeat several steps for each address non-zero balance. Note that the balances shown in this tool are your BTC funds — not the balances on the BCH fork. If you haven’t transferred any money out of your multi-sig vault since the fork, you can look at the balances reported by this recovery tool. Otherwise, you should copy and paste each address into https://blockdozer.com/ to see if it has a non-zero balance.

For each address with a non-zero balance we will look up several strings (i.e. sequences of characters) and you will need to record each of them. It is very important that you get each string recorded exactly, so you should copy and paste them into another file you create rather than typing them or writing them out by hand. Be careful how you store the data you collect and do not share it with anyone you don’t trust, since it can be used to access your funds on the BTC and BCH networks.

1. Determine the row # that the non-zero address appears on. In the example above, the first address with a non-zero balance is the third row. In Javascript counting starts at 0 instead of 1 so we say that the first non-zero address is at index=2 in the example above. In each command below, I will italicize the 2 that we obtained in this step. You should replace that italicized number with the actual number you come up with from your vault.
2. Verify we counted right by printing the address in the javascript console using this command:
   document.vault.tx.addresses[2].address
   We should then see the same address printed in the javascript console that we found on the left. This is demonstrated in the above screenshot.
3. Next we need to get the “redeem script” for this address using this same index. The redeem script is a long hex string. Print this redeem script with this command:
   document.vault.tx.addresses[2].redeemScript.toHex()Record this redeem script.
4. Record the balance reported for this individual address. Note this is your BTC balance, which provided you haven’t spent or received any funds to this vault since the fork should match your BCH balance at this address.
5. This address has two private keys that you can derive for this address. Each are a 52 character string. Print them out with these commands and record their output:
   document.vault.tx.addresses[2].getPrvKey(document.vault.tx.hdWallets[0]).toWIF()
   document.vault.tx.addresses[2].getPrvKey(document.vault.tx.hdWallets[1]).toWIF()

You will need to have a BCH address to send your Bitcoin Cash to. Presumably one that’s easier to control via a BCH wallet application or a cryptocurrency exchange. Since I wanted to sell my BCH, I created an account on https://www.hitbtc.com/. Setting up this account was simple and immediate, and didn’t even require an identity proof (IIRC). In addition, trades on this exchange have a low fee of 0.1%. I transferred my BCH there and sold them there for BTC. I then transferred my BTC to Coinbase where I could keep them, or sell them for USD. Wherever you get your BCH receiving address, keep it handy for later.

Download the BCH fork of coinb.in (diff) and open the index.html file in your favorite browser. We won’t need to do any F12 debugging this time. We will use this local web application instead of the coinb.in web site on the Internet because BCH transactions are created and signed differently than BTC transactions.

Set the configuration to use Bitcoin Cash:

1. Click New -> Transaction within the coinb.in app that’s running on your local computer.
2. Click to expand Advanced Options
3. Under “Network”, click the “settings” link.
4. In the “Network” setting, select “Bitcoin Cash (mainnet)”
5. Click “Submit Query”

You will also need to determine how much of a transaction fee to offer the miners for verifying your transaction. This is usually calculated for you automatically by most wallet apps including Coinbase, but since coinb.in is such a low-level application, we have to calculate it ourselves. The fee is based on the size of your transaction (not the amount transferred, but the physical size of the string that describes the transaction). Multi-sig transactions are larger than most other transactions and I found mine averaged around 350 bytes (i.e. characters). I used bitcoinfees.21.co to find the going rate for transactions at the time. If you use this site, be sure to switch it to show fees in BTC rather than “Satoshis” or any other unit. I couldn’t find any site that showed fee averages for the BCH network, so I used this site to get an idea of what was normal, then I used Blockdozer Explorer to look at the latest block and picked a few transactions to see what the fee was there. Let’s look at an example:

The above screenshot comes from bitcoinfees.21.co and tells me that I can expect to spend about 0.0000018 BTC per byte for each transaction I make. If I offer less than that to the miners, they may take significantly longer to verify the transaction, which means I wait longer to get my funds recognized as transferred at the receiving address.

Now let’s take a look at a recent BCH block and see how that compares, over at Blockdozer:

Now using the data you recorded in the previous section using the fork of the coinbase Multisig-tool, we will repeat several steps for each of the non-zero balance addresses you collected data for. A good precautionary technique would be to pick an address that has the lowest balance of all your addresses first, and wait for the whole transaction to be verified to confirm that everything works before you proceed with the addresses with the larger balances. So again, for each address you want to transfer funds from complete these steps:

1. Connect to the Internet because once again, transactions history for your addresses will need to be downloaded.
2. Click New -> Transaction again. If the “Advanced options” panel is expanded, collapse it now.
3. Paste the redeem script that you recorded earlier into the first text box and click “Load”.
4. After the Inputs tab on the page updates to show a non-zero balance, you can disconnect your computer from the Internet if you wish in order to be comfortable that your private keys won’t be transmitted to anyone else.
5. Paste the BCH receiving address you obtained earlier into the “Address 1” field (I used one given by https://www.hitbtc.com/).
6. Fill in the Amount to be transferred. Important: all funds at this address will be spent. The difference between the balance at that address and the amount you put in here will be your ‘transaction fee’ that you offer the miners for verifying your transaction. So you should calculate it like this: address balance – fee = Amount. So supposing you had 1.5 BCH at this address and the fee you were offering for this transaction was 0.001632 BCH, you would enter 1.5 – 0.001632 = 1.497984 into the Amount field here.
7. This would be a great time to express your thanks for the research and time that went into this blog post so you could access your funds. If you feel so inclined, click the “+” symbol to the right of the “Amount” field to add another receiving address and paste in 1Eft74zCo8ncqLWamgzpr418UtRTFPtaRL and an amount you feel good about. Be sure to subtract that from the amount received by the first address so that the Transaction Fee remains unaffected.
8. Double-check that the calculated Transaction Fee field just above the Submit button shows the transaction fee you intended (0.002016 in our example). If it does not, recalculate the Amount(s) for the receiving address so that their sum is equal to the balance at the sending address minus the intended transaction fee.
9. Click Submit. This will not transmit the funds. But note the transaction string that is generated in the green panel. Note its size in bytes is displayed below it. This size is just the start. It will get larger when you sign it.
   
10. Copy the hex string that is your Transaction to your clipboard.
11. Click the Verify tab at the top of the web page. Paste your transaction into the box and click Submit. Review the receiving address and amount to double-check your work.
12. Click the Sign tab at the top of the web page.
13. Paste your (still unsigned) transaction into the big text box just above “Advanced options”. 
14. Now also from your notes, you should have two private keys associated with the sending address. copy and paste the first one into the “Private Key” text box above the transaction box.
15. Click Submit. The transaction is signed with the first private key and reproduced in a green box.
16. Verify that the signed transaction is longer than the original transaction. If there was a failure, the transaction will often simply be reprinted without a signature or any warning. You can detect this failure by seeing that the transaction length hasn’t increased. If you find yourself in this case, double-check the steps you completed earlier and repeat till you get a longer transaction printed out.
17. Now copy and paste this once-signed transaction from the green box into the transaction input box above it, replacing your original unsigned transaction.
18. Replace the Private Key in the first text box with the second private key associated with the sending address that you recorded from the multisig-tool steps of the previous section.
19. Click Submit again. This should sign the once-signed transaction with the second key, creating a twice-signed transaction that is longer in length than either of the prior two. Verify that it is longer. Mine is 339 bytes at this stage, which is very close to the 340 bytes I estimated my fee based on, so we can proceed. If your transaction size estimate is far off of this actual transaction length, you should go back to the step where you set the transaction fee, regenerate the transaction with a more appropriate fee and re-sign.
20. Your transaction is now twice signed and ready for broadcast. Copy the signed transaction to your clipboard. Let’s check your work one more time by click the Verify tab at the top of the web page and pasting your signed transaction into the text box and click Submit. Verify that the “Signed?” column shows it has been signed two times.
21. Finally, to broadcast your transaction: with your twice signed transaction text on your clipboard, paste it into the text box of https://blockdozer.com/insight/tx/send and click “Send transaction”. You may want to take note of the transaction ID so you can “follow” it until it receives a confirmation by the blockchain.