双花交易的节点选择问题

结论:
对于双花交易，节点总是接收第一个交易，而丢弃第二笔交易，也就是节点总是认为晚到的交易是一笔双花交易。由于网络等原因，节点收到的顺序是没办法保证的，也就是可能不同节点对于这种双花交易，接受的情况会存在差异。

面临的问题:

由于双花交易被广播后，之后首个节点才能记录该交易，这是因为节点在收到一份双花交易后，直接拒绝了这笔交易，并且不会relay到其他节点。 所以如果我们的系统中增加此项功能，需要配合一个广播交易的接口给用户，同时使用率比较高才有意义。

下面是双花交易的实验流程:

实验前猜测可能存在的结果:

• 节点直接拒绝第二笔交易，并且本地不会存储该交易的信息；
• 节点直接拒绝第二笔交易，但是会存储该交易一段时间，可以通过getrawtransaction RPC命令获取(因为孤块存在这样的逻辑: 虽然区块不在主链上，但是节点会保存孤块一定时间)，但是节点最终只保留第一笔交易；
• 节点没有直接拒绝第二笔交易，而是通过交易费率的多少来决定两笔交易的去留；
• 节点直接接受第二笔交易，而删除第一笔交易，认为是用户在进行交易替换。

流程：

1. 手动构建一笔交易，使用正常手续费： txhash: 48b40cfa5ce57000b899ed169de49657a750f2665e7bf790d8ad90d139662524 raw transaction: 010000000147235178291af7a924863aee4932d20e50f66fb9e1f9aee59691a70e69f2452c000000006b483045022100fbb0663244ffb677b33d9e716472a075471a22103351deecf29ebc7db9d1ce0e022069164d505a27c8f376d94d4ad9ff23f616aecb6ce294ae0c9b9d0e1e14b66bd601210297b3d6b36800fbc79040962d1def58c1ab1b57447b5e053a2bf5554a2f97ab88ffffffff0210270000000000001976a9148ae3055548bcc38173a382d51c6ef89273c12c8a88ac0050c300000000001976a91406b56760c422290d4809fc113a5d049d78f51ed988ac00000000

   广播:

    ./bitcoin-cli -testnet sendrawtransaction 010000000147235178291af7a924863aee4932d20e50f66fb9e1f9aee59691a70e69f2452c000000006b483045022100fbb0663244ffb677b33d9e716472a075471a22103351deecf29ebc7db9d1ce0e022069164d505a27c8f376d94d4ad9ff23f616aecb6ce294ae0c9b9d0e1e14b66bd601210297b3d6b36800fbc79040962d1def58c1ab1b57447b5e053a2bf5554a2f97ab88ffffffff0210270000000000001976a9148ae3055548bcc38173a382d51c6ef89273c12c8a88ac0050c300000000001976a91406b56760c422290d4809fc113a5d049d78f51ed988ac00000000 
   

2. 引用和上一笔交易相同的utxo，创建一笔双花交易 txhash: ec2abf9079c88a00dbc76e695e218d17056c1142b841876177d1ae8deb7842e4 raw transaction: 010000000147235178291af7a924863aee4932d20e50f66fb9e1f9aee59691a70e69f2452c000000006a4730440220296bff9a51efee22af22bab0cc1a4954a33563d24bedf0a73ba09c7798d188920220048495978cba17ff1a323321141dabb6e222e9e668dd299f20abe492047ee93701210297b3d6b36800fbc79040962d1def58c1ab1b57447b5e053a2bf5554a2f97ab88ffffffff0222020000000000001976a9148ae3055548bcc38173a382d51c6ef89273c12c8a88ac0050c300000000001976a9145830e93dd5876b8442a3721509ffa0d6d45aed3888ac00000000

   广播:

    ./bitcoin-cli -testnet sendrawtransaction 010000000147235178291af7a924863aee4932d20e50f66fb9e1f9aee59691a70e69f2452c000000006a4730440220296bff9a51efee22af22bab0cc1a4954a33563d24bedf0a73ba09c7798d188920220048495978cba17ff1a323321141dabb6e222e9e668dd299f20abe492047ee93701210297b3d6b36800fbc79040962d1def58c1ab1b57447b5e053a2bf5554a2f97ab88ffffffff0222020000000000001976a9148ae3055548bcc38173a382d51c6ef89273c12c8a88ac0050c300000000001976a9145830e93dd5876b8442a3721509ffa0d6d45aed3888ac00000000 
    
   error code: -26 
   error message:
   txn-mempool-conflict (code 18)   >> 提示内存池交易冲突
   

3. 分析

   • 通过txhash查询第二笔双花交易，不能获取结果，说明节点没有保存该交易的信息。

      ./bitcoin-cli testnet getrawtransaction ec2abf9079c88a00dbc76e695e218d17056c1142b841876177d1ae8deb7842e4 
     

   • 通过txhash在bitcoin testnet explorer查询，提示不存在该交易，说明该节点没有转发该交易。