What’s the round dependency right here if solely tx1 is determined by tx0?
Since tx1 is determined by tx0, the txid of tx0 have to be recognized earlier than tx1 will be created and signed. Nonetheless the legacy transaction format (previous to segwit), the txid might solely be recognized as soon as tx0 is signed. It is because the signature is included within the txid calculation. Signatures embody random information and the one method to predict a signature’s worth is to create it. By advantage of making signatures for tx0, you’ll have additionally created tx0 itself. To be able to create tx1, you’ll have to have made tx0, in any other case it won’t be potential to create tx1.
However on this protocol, tx0 can’t be created till tx1 is created as that might outcome within the refund not being assured. Nonetheless tx1 can’t be created till tx0 is created. Thus this can be a round dependency.
Why? If after broadcasting tx0 we broadcast tx1 the refund ought to work, is not it?
Since tx1 requires tx0 to first exist in order that the txid is thought, you may create and signal tx0 first. However as soon as this exists, both social gathering might broadcast it instantly.
To ensure that tx1 to be legitimate and be broadcast, it should even be signed by each events. Nonetheless, one social gathering might act maliciously by refusing to signal tx1, subsequently denying the refund. Thus the refund is just not assured.
