Fork Sweeper

[NabCoiner]

Hello, there my dear cryptopeople.

I encountered some people, whom asked me, what to do about theire coins from Bitcoin forks. Since i could not find any software for that, I hope, you may point me in the right direction.

In case there is nothing, i started coding something:

I was thinking about you entering your 12- or 24-word mnemonic, armory recovery seed, whatever software you use-seed in a python script. Then the software goes down common (and maybe specifiable) derivation paths, to generate a definable amount of addresses. If it finds an output, which was unspent on time of fork, it acts accordingly.

Whereby this software has an online and offline part. The online one only takes xpub-keys or a list of addresses to check against -generated from offline version- and returns a modified list to the offline one. For example by pickling it, transferring by sneaker-protocol and unpickling it.
The offline one generates lists of public keys, if no xpub (or something like that is known) for giving it to online version. And than generates QR-Codes with privkeys for content or raw singed transactions to definable addresses. So you can easily sweep that funds to wherever you want. Also it should give warnings, to all those keys, which are vulnerable to replay attacks.

Also nice would be, if you could tell the software, to use a specified fullnode to gather data from (currently it uses blockchair).

All, my coding skills and knowledge allowed me to do relatively safely can be found here: https://github.com/GitNabCoiner/sweep

Thank you for your time and help. :-)

[mocacinno]

I've written something a long time ago which you might be able to use as a basis:

https://github.com/mocacinno/mocacinnoforkchecker

Do realise this was written very fast, and afterwards i tought about many improvements (both in syntax as general flow... For example, if i had to re-write this script, i'd probably make it multithreaded)

It doesn't include a lot of the functionality you want, but hey, it might be a start

[NabCoiner]

That was way faster, than i expected.
Thank you, i will have a look at it.

[HCP]

There are a number of "fork claiming" scripts around... like these:

https://github.com/forkdrop/forkdrop_suite
https://github.com/ymgve/bitcoin_fork_claimer

There is also websites like: http://www.findmycoins.ninja/

DISCLAIMER: I do NOT endorse any of these scripts/sites and have not tested/vetted them for any bugs/security issues.

[HCP]

Oh, Yeah... true.

Hmmm, I had vague recollections that it would actually create raw unsigned transactions for you... I must be getting it confused with another website.

In my defence, it was "years ago" that all the fork craziness happened.

[Rickorick]

@HCP

Do you know if this would work for bcd held in OP_CHECKLOCKTIMEVERIFY (OP_HODL) address, created by coinb
In a few years ago. I have tried several methods to get it out, but to no avail.

[HCP]

"odd" script types can be problematic on the forks... as often, most fork wallets and scripts don't provide facilities to use these opcodes etc...

If BCD actually supports OP_CHECKLOCKTIMEVERIFY, then you probably should be able to craft a transaction that would allow you to spend it, providing the locktime has actually been reached. You'd probably just need to do it manually.

[pooya87]

Do you know if this would work for bcd held in OP_CHECKLOCKTIMEVERIFY (OP_HODL) address, created by coinb
In a few years ago. I have tried several methods to get it out, but to no avail.

since BCD is an exact copy of bitcoin protocol with changes that don't involve changing the OP codes, you should be able to spend any script that contains an OP_CLV if the locktime is reached and the output is actually spendable.
if the amount is high enough and you couldn't still spend it with conventional ways you could also pay a developer to write something for you to sign the transaction and then after manually verifying if the transaction were OK you could broadcast it.

[Rickorick]

Do you know if this would work for bcd held in OP_CHECKLOCKTIMEVERIFY (OP_HODL) address, created by coinb
In a few years ago. I have tried several methods to get it out, but to no avail.

since BCD is an exact copy of bitcoin protocol with changes that don't involve changing the OP codes, you should be able to spend any script that contains an OP_CLV if the locktime is reached and the output is actually spendable.
if the amount is high enough and you couldn't still spend it with conventional ways you could also pay a developer to write something for you to sign the transaction and then after manually verifying if the transaction were OK you could broadcast it.

I tried creating a raw transaction manually, but spending has been a bit of a hassle.

0200000006ced76461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe01000 0004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c0136 73e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac00000 00032956964f917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee34000000004a04 2053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b 8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac00000000cd96 0fbe24ad5466a1c314fb295666f27d0cd8f4b4f6fc5c3b722bb2035ee338010000004a042053005 fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51 331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac00000000ee0e52a3ede 1df1b97e4d54d33df60864c9033786db298ed5e5cc8984d8808b9010000004a042053005fb17541 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b 2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac000000006e9e9b9213dda29a98 971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f000000004a042053005fb1754104ac3cf 2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3 d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac0000000044acf3e12307b616ccf089bee 698d761a536d624a2911717fa48599db5f57899000000004a042053005fb1754104ac3cf2516879 f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad 6d3378f9b719de5b0eaa8723d62a8ab39fa85ac0000000001c8335e55000000001976a914e07438 3cfb31e11c236d284960437d515b6970d688ac2053005f

[pooya87]

I tried creating a raw transaction manually, but spending has been a bit of a hassle.

i'm not sure what the tx you posted is, it has all the redeem redeem scripts inside signature as a script instead of pushing them as raw bytes. in other words your first input's signature should have the signature followed by "4a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e 734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"

you can look at https://blockchair.com/bitcoin/transaction/0a95e8831069558464c573c671ce3b9f59cf03f6a2c7713209fd289be9628d82 to see how a transaction spending the same coin should look like.

for signing each of these inputs you have to provide private key + that redeemscript (everything after 0x4a) to the client you are using to sign.

[HCP]

Tried broadcasting that using ElectrumBCD and it said:

error: {'message': 'the transaction was rejected by network rules. 16: bad-tx-version
...

Did you actually create this transaction in BitcoinDiamond "Core" wallet? or did you use a Bitcoin wallet like Bitcoin Core? It seems to have the wrong "version":

Code: (https://github.com/eveybcd/BitcoinDiamond/blob/master/src/consensus/tx_verify.cpp#L205-L212)

    if ( fCheckForkVersion && !tx.IsCoinBase() ){
		if (tx.nVersion != CTransaction::CURRENT_VERSION_FORK ){
			return state.DoS(10, false, REJECT_INVALID, "bad-tx-version");
		}
		if (tx.preBlockHash.IsNull()){
			return state.DoS(10, false, REJECT_INVALID, "bad-tx-preblockhash");
		}
    }

Your transaction has version "2"

...
    "size": 734,
    "total": 1432237000,
    "ver": 2,
    "vin_sz": 6,
    "vout_sz": 1
}

Whereas, the Bitcoin Diamond network requires version 12:

Code: (https://github.com/eveybcd/BitcoinDiamond/blob/5688f3b27699447f32031836f1d74826b97ff0b6/src/primitives/transaction.h#L199-L209)

/** The basic transaction that is broadcasted on the network and contained in
 * blocks.  A transaction can contain multiple inputs and outputs.
 */
class CTransaction
{
public:

    static const int32_t CURRENT_VERSION_OLD=2;
    static const int32_t CURRENT_VERSION_FORK=12;
    // Default transaction version.
    static const int32_t CURRENT_VERSION=CURRENT_VERSION_FORK;

I'd suggest downloading the Bitcoin Diamond "Core" wallet... and creating the transaction using that and see if it correctly populates the version field.

[Rickorick]

I tried creating a raw transaction manually, but spending has been a bit of a hassle.

i'm not sure what the tx you posted is, it has all the redeem redeem scripts inside signature as a script instead of pushing them as raw bytes. in other words your first input's signature should have the signature followed by "4a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e 734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"

you can look at https://blockchair.com/bitcoin/transaction/0a95e8831069558464c573c671ce3b9f59cf03f6a2c7713209fd289be9628d82 to see how a transaction spending the same coin should look like.

for signing each of these inputs you have to provide private key + that redeemscript (everything after 0x4a) to the client you are using to sign.

This is the exact same transaction I used in spending the bch and bsv.

[Rickorick]

Tried broadcasting that using ElectrumBCD and it said:

error: {'message': 'the transaction was rejected by network rules. 16: bad-tx-version
...

Did you actually create this transaction in BitcoinDiamond "Core" wallet? or did you use a Bitcoin wallet like Bitcoin Core? It seems to have the wrong "version":

Code: (https://github.com/eveybcd/BitcoinDiamond/blob/master/src/consensus/tx_verify.cpp#L205-L212)

    if ( fCheckForkVersion && !tx.IsCoinBase() ){
		if (tx.nVersion != CTransaction::CURRENT_VERSION_FORK ){
			return state.DoS(10, false, REJECT_INVALID, "bad-tx-version");
		}
		if (tx.preBlockHash.IsNull()){
			return state.DoS(10, false, REJECT_INVALID, "bad-tx-preblockhash");
		}
    }

Your transaction has version "2"

...
    "size": 734,
    "total": 1432237000,
    "ver": 2,
    "vin_sz": 6,
    "vout_sz": 1
}

Whereas, the Bitcoin Diamond network requires version 12:

Code: (https://github.com/eveybcd/BitcoinDiamond/blob/5688f3b27699447f32031836f1d74826b97ff0b6/src/primitives/transaction.h#L199-L209)

/** The basic transaction that is broadcasted on the network and contained in
 * blocks.  A transaction can contain multiple inputs and outputs.
 */
class CTransaction
{
public:

    static const int32_t CURRENT_VERSION_OLD=2;
    static const int32_t CURRENT_VERSION_FORK=12;
    // Default transaction version.
    static const int32_t CURRENT_VERSION=CURRENT_VERSION_FORK;

I'd suggest downloading the Bitcoin Diamond "Core" wallet... and creating the transaction using that and see if it correctly populates the version field.

I used bitcoin diamond core, and I get this:

0c0000006fe28c0ab6f1b372c1a6a246ae63f74f931e8365e15a089c68d619000000000006ced76 461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe0100000000ffffffff32 956964f917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee340000000000fffffff fcd960fbe24ad5466a1c314fb295666f27d0cd8f4b4f6fc5c3b722bb2035ee3380100000000ffff ffffee0e52a3ede1df1b97e4d54d33df60864c9033786db298ed5e5cc8984d8808b90100000000f fffffff6e9e9b9213dda29a98971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f00000000 00ffffffff44acf3e12307b616ccf089bee698d761a536d624a2911717fa48599db5f5789900000 00000ffffffff01f2678908000000001976a91452c73e9034e81ab1180a27119f44edab85dda860 88ac00000000

[HCP]

0c0000006fe28c0ab6f1b372c1a6a246ae63f74f931e8365e15a089c68d619000000000006ced76 461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe0100000000ffffffff32 956964f917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee340000000000fffffff fcd960fbe24ad5466a1c314fb295666f27d0cd8f4b4f6fc5c3b722bb2035ee3380100000000ffff ffffee0e52a3ede1df1b97e4d54d33df60864c9033786db298ed5e5cc8984d8808b90100000000f fffffff6e9e9b9213dda29a98971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f00000000 00ffffffff44acf3e12307b616ccf089bee698d761a536d624a2911717fa48599db5f5789900000 00000ffffffff01f2678908000000001976a91452c73e9034e81ab1180a27119f44edab85dda860 88ac00000000

That one returns "missing inputs" error... You might have to do some investigating in BCDExplorer... find the addresses that you're spending coins from and make sure that the UTXOs you're trying to spend actually exist and are unspent on BCD blockchain.

I suspect the issue comes from the fact that BCD's "replay protection" partly involved making the BTC:BCD ratio 1:10... (but mostly the version "12" change I believe) so you can't just take a BTC transaction and rebroadcast it on BCD as all the values will be incorrect and the UTXOs will be invalid.

Hopefully, you don't have too many UTXOs/addresses to check, otherwise it could be a very labour intensive task...

[Rickorick]

Its just one address 3KMMUTT5794GBtscY78Z6Dn5MQNkwTR8bJ, its an OP_CHECKLOCKTIMEVERIFY with redeem script 042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e73 4b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac


http://explorer.btcd.io/#/address?loading=true&address=3KMMUTT5794GBtscY78Z6Dn5MQNkwTR8bJ

[HCP]

Ok... so I have been experimenting with coinb.in... and I think this unsigned raw transaction should do what you want...

Code:

0c00000005ced76461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff32956964f917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee34000000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffffcd960fbe24ad5466a1c314fb295666f27d0cd8f4b4f6fc5c3b722bb2035ee338010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffffee0e52a3ede1df1b97e4d54d33df60864c9033786db298ed5e5cc8984d8808b9010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff6e9e9b9213dda29a98971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f000000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff0190966d54030000001976a914e074383cfb31e11c236d284960437d515b6970d688ac2053005f

decoded raw unsigned transaction:

Code:

{
  "txid": "39bc5bb4adc2cb5ba16a3f9c1b0831acff33e73d19952a1d7838a28a5940b074",
  "hash": "39bc5bb4adc2cb5ba16a3f9c1b0831acff33e73d19952a1d7838a28a5940b074",
  "version": 12,
  "size": 619,
  "vsize": 619,
  "weight": 2476,
  "locktime": 1593856800,
  "vin": [
    {
      "txid": "be9fc50dac2e22b6c599bbddc55f78a653677ce524dc1230df0222a76164d7ce",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "34eec18d370f062076ca578dfcdbc60d3d19bb91cb281fe262f717f964699532",
      "vout": 0,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "38e35e03b22b723b5cfcf6b4f4d80c7df2665629fb14c3a16654ad24be0f96cd",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "b908884d98c85c5eed98b26d7833904c8660df334dd5e4971bdfe1eda3520eee",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "7f4bbe9dc73a9925ea8c2d216abf617f6f7e1448a71c97989aa2dd13929b9e6e",
      "vout": 0,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    }
  ],
  "vout": [
    {
      "value": 143.01370000,
      "n": 0,
      "scriptPubKey": {
        "asm": "OP_DUP OP_HASH160 e074383cfb31e11c236d284960437d515b6970d6 OP_EQUALVERIFY OP_CHECKSIG",
        "hex": "76a914e074383cfb31e11c236d284960437d515b6970d688ac",
        "reqSigs": 1,
        "type": "pubkeyhash",
        "addresses": [
          "1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32"
        ]
      }
    }
  ]
}

Essentially it takes the BCD UTXOs from:
http://explorer.btcd.io/#/tx?tx=be9fc50dac2e22b6c599bbddc55f78a653677ce524dc1230df0222a76164d7ce
http://explorer.btcd.io/#/tx?tx=34eec18d370f062076ca578dfcdbc60d3d19bb91cb281fe262f717f964699532
http://explorer.btcd.io/#/tx?tx=38e35e03b22b723b5cfcf6b4f4d80c7df2665629fb14c3a16654ad24be0f96cd
http://explorer.btcd.io/#/tx?tx=b908884d98c85c5eed98b26d7833904c8660df334dd5e4971bdfe1eda3520eee
and
http://explorer.btcd.io/#/tx?tx=7f4bbe9dc73a9925ea8c2d216abf617f6f7e1448a71c97989aa2dd13929b9e6e

and sends them to BCD Address: 1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32 (which was the address that I got from your first raw transaction) using a fee of 7000 BCD sats. NOTE: I have no idea of what a "good" BCD fee actually is, but I figured that 7000 BCDsats is ~USD$0.00006 so it shouldn't be a problem .

I had to manually input the UTXOs into coinb.in and adjust the values so they match the actual BCD values (rather than the BTC values) and then I manually modified the first bytes so that it sets the "version" to 12.

IF, 1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32 is indeed the BCD address you are trying to send to, then theoretically should be able to put this into Bitcoin Diamond Core and then signrawtransaction using the privkey that matches the pubkey you used to create the 3KMMUTT5794GBtscY78Z6Dn5MQNkwTR8bJ address... and then broadcast it.

However, if it isn't, then let me know what address you do want to send to, and I'll recreate the unsigned raw transaction with the correct address.

I would strongly suggest that you use decoderawtransaction in Bitcoin Diamond Core first, and double check that everything looks correct before you broadcast this. It's quite possible I've made a horrendous mistake somewhere and you could lose all your BCD.

[Rickorick]

Ok... so I have been experimenting with coinb.in... and I think this unsigned raw transaction should do what you want...

Code:

0c00000005ced76461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff32956964f917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee34000000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffffcd960fbe24ad5466a1c314fb295666f27d0cd8f4b4f6fc5c3b722bb2035ee338010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffffee0e52a3ede1df1b97e4d54d33df60864c9033786db298ed5e5cc8984d8808b9010000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff6e9e9b9213dda29a98971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f000000004a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff0190966d54030000001976a914e074383cfb31e11c236d284960437d515b6970d688ac2053005f

decoded raw unsigned transaction:

Code:

{
  "txid": "39bc5bb4adc2cb5ba16a3f9c1b0831acff33e73d19952a1d7838a28a5940b074",
  "hash": "39bc5bb4adc2cb5ba16a3f9c1b0831acff33e73d19952a1d7838a28a5940b074",
  "version": 12,
  "size": 619,
  "vsize": 619,
  "weight": 2476,
  "locktime": 1593856800,
  "vin": [
    {
      "txid": "be9fc50dac2e22b6c599bbddc55f78a653677ce524dc1230df0222a76164d7ce",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "34eec18d370f062076ca578dfcdbc60d3d19bb91cb281fe262f717f964699532",
      "vout": 0,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "38e35e03b22b723b5cfcf6b4f4d80c7df2665629fb14c3a16654ad24be0f96cd",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "b908884d98c85c5eed98b26d7833904c8660df334dd5e4971bdfe1eda3520eee",
      "vout": 1,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    },
    {
      "txid": "7f4bbe9dc73a9925ea8c2d216abf617f6f7e1448a71c97989aa2dd13929b9e6e",
      "vout": 0,
      "scriptSig": {
        "asm": "1593856800 OP_CHECKLOCKTIMEVERIFY OP_DROP 04ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85 OP_CHECKSIG",
        "hex": "042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85ac"
      },
      "sequence": 4294967293
    }
  ],
  "vout": [
    {
      "value": 143.01370000,
      "n": 0,
      "scriptPubKey": {
        "asm": "OP_DUP OP_HASH160 e074383cfb31e11c236d284960437d515b6970d6 OP_EQUALVERIFY OP_CHECKSIG",
        "hex": "76a914e074383cfb31e11c236d284960437d515b6970d688ac",
        "reqSigs": 1,
        "type": "pubkeyhash",
        "addresses": [
          "1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32"
        ]
      }
    }
  ]
}

Essentially it takes the BCD UTXOs from:
http://explorer.btcd.io/#/tx?tx=be9fc50dac2e22b6c599bbddc55f78a653677ce524dc1230df0222a76164d7ce
http://explorer.btcd.io/#/tx?tx=34eec18d370f062076ca578dfcdbc60d3d19bb91cb281fe262f717f964699532
http://explorer.btcd.io/#/tx?tx=38e35e03b22b723b5cfcf6b4f4d80c7df2665629fb14c3a16654ad24be0f96cd
http://explorer.btcd.io/#/tx?tx=b908884d98c85c5eed98b26d7833904c8660df334dd5e4971bdfe1eda3520eee
and
http://explorer.btcd.io/#/tx?tx=7f4bbe9dc73a9925ea8c2d216abf617f6f7e1448a71c97989aa2dd13929b9e6e

and sends them to BCD Address: 1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32 (which was the address that I got from your first raw transaction) using a fee of 7000 BCD sats. NOTE: I have no idea of what a "good" BCD fee actually is, but I figured that 7000 BCDsats is ~USD$0.00006 so it shouldn't be a problem .

I had to manually input the UTXOs into coinb.in and adjust the values so they match the actual BCD values (rather than the BTC values) and then I manually modified the first bytes so that it sets the "version" to 12.

IF, 1MTob4BxRmv7FvcQaa2VLwniafMxYE2X32 is indeed the BCD address you are trying to send to, then theoretically should be able to put this into Bitcoin Diamond Core and then signrawtransaction using the privkey that matches the pubkey you used to create the 3KMMUTT5794GBtscY78Z6Dn5MQNkwTR8bJ address... and then broadcast it.

However, if it isn't, then let me know what address you do want to send to, and I'll recreate the unsigned raw transaction with the correct address.

I would strongly suggest that you use decoderawtransaction in Bitcoin Diamond Core first, and double check that everything looks correct before you broadcast this. It's quite possible I've made a horrendous mistake somewhere and you could lose all your BCD.

Thank you for taking out the time to help. The signed transaction gives this 0c00000005ced76461a72202df3012dc24e57c6753a6785fc5ddbb99c5b6222eac0dc59fbe01000 0009347304402204174fe898b1c3ab727e8d7fbe5abfe3be3dbf54d26dee7114d6237989857dcf0 0220257052a6cdaf1e1f645bd334ac1216edeeafa4b25f97c9fdb242b22c87234d22014a0420530 05fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c 51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff32956964f 917f762e21f28cb91bb193d0dc6dbfc8d57ca7620060f378dc1ee34000000009448304502210082 f87a6614eb553b9739d620aa06ac154d232efacabe5635afaa26f76f4cb76202204fc6f59116158 6fc18c7aea3995c237c89f1df2a691480fb297310f563bf01e9014a042053005fb1754104ac3cf2 516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d 1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffffcd960fbe24ad5466a1c314fb29 5666f27d0cd8f4b4f6fc5c3b722bb2035ee33801000000934730440220737b45a75529f36a3de67 72102a66b84c93e8aed84eb7ce6525731a9c40964b5022020e85a64f3bb1c492e77a3c1879dc373 b83ee61b077a0efe93a7ac6479f1a8d1014a042053005fb1754104ac3cf2516879f0fdb61d237f9 9dcfb48f38c850e7d2df17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719d e5b0eaa8723d62a8ab39fa85acfdffffffee0e52a3ede1df1b97e4d54d33df60864c9033786db29 8ed5e5cc8984d8808b90100000093473044022075f0cda46b4b33ad426dcfa555c8a42fdcdf384b 656f0a711e500faac921f17b022069104dab9a47a67519557419cbb59015a56c3e937b21a564ed7 0d2c428047194014a042053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2d f17b503c013673e734b8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab3 9fa85acfdffffff6e9e9b9213dda29a98971ca748147e6f7f61bf6a212d8cea25993ac79dbe4b7f 00000000934730440220133492321d7e33bf9b29095c44ef06520f3ef2e6bc65bb33734e6484ac8 c4845022066a7c3715b3b084c9556546626778f43b0ce12485fa723ca2ee7336040cbb784014a04 2053005fb1754104ac3cf2516879f0fdb61d237f99dcfb48f38c850e7d2df17b503c013673e734b 8dc2c51331319b2e9e5d3d1067ad6d3378f9b719de5b0eaa8723d62a8ab39fa85acfdffffff0190 966d54030000001976a914e074383cfb31e11c236d284960437d515b6970d688ac2053005f


but it's unable to load on both core and electrum bcd

[HCP]

I possibly broke something... from the error output in ElectrumBCD, it seems to have an issue parsing the "sequence" number of the inputs.

What error do you get in Bitcoin Diamond Core?

[Rickorick]


TX decode failed (code -22)

[HCP]

I suspect that the way I created the transaction is just simply incorrect. Unfortunately, I'm pretty much out of ideas at this point... and I don't have the time to go and download the Bitcoin Diamond Core client and sync it up and start messing around with it.

I would suggest you try and contact the Bitcoin Diamond devs directly and see if they are able to assist.

[Intaroo186]

Thank you, i will have a look at it.

[Aviyo1]

What error do you get in Bitcoin Diamond Core?