ChrisSon15

Hi @jonasnick , Sorry for combining 2 changes into one. To separate them I changed this PR to only add the adaptor signature verification step explicitly. As for the need...

> > Additionally, the outputs is protected by requiring the signature of the arbitrator(s). > > Beside the advantage that the arbitrator protects additionally against malicious traders publishing the dispute...

This is a great writeup and hits the nail on the head. Good way of putting it into a more procedural way and leaving out uneccessary stuff. We can use...

This is great bringing in the view of Bisq1 v5 trade protocol (#421). That protocol has similar Transactions and I will rename the transaction to match those names: - Dispute...

> @ChrisSon15 thanks for posting this. If we could combine 'reducing the number of trades from 4 to 1' with 'allowing the non-absent trade peer to claim funds prior to...

Here is a revised drawing with the suggestions from @HenrikJannsen and @stejbac, tried to merge the ideas from #421 into this.  Changes: 1. Naming changed, from Deposit Tx...

# Sequential description of the trade protocol In the initial post I was describing more the concepts. Since then, there were a couple of changes to the protocol. So I...

> If the maker is online then the taker would get the message that it is taken, but then an observer could also do that to find out about taken...

> > create the default deposit amount with randomness within certain bounds (maybe 15-40% random) > > Maybe you are already referring to that, but security deposit could be randomized...

Yes, i forgot to post it here, thanks for paying attention. TxId for this compensation request:: d39d2efe52d13547d08a6f906ba1547006cb532b71f365aa42d1381cada98e6c