Open marv-engine opened 10 years ago
Ah, this is more clear. Thanks.
So the user could post his buy intend and once a seller is willing to sell, the buyer is notified. If the potential buyer responds, the seller could then create a proper sell offer and the potential buyer sends an accept offer/payment transaction?
Instead of creating the tx20, is it possible for User B's wallet to use P2SH to create a transaction that's signed by User B that has to be countersigned by User S to exchange the BTC for MSC?
What would the exact mechanism be in this case?
Instead of going the tx 20 -> tx 22 -> payment route, maybe a modified version of tx 20 could be created which reserves the tokens for sale, but in particular for the potential buyer?
As we all know, the Master Protocol cannot enforce the transfer of bitcoins between addresses. So there's no way the protocol can implement a two-sided order book with bitcoins such that bitcoins are transferred as a result of MP-based automatic order matching.
So, we automate as much as we can and involve the user to complete the process.
When User S (seller) creates a wallet in Mastercore or Omniwallet, he provides contact information, e.g. an email address and/or an SMS text number. This will be used by a notification service that runs as part of the wallet.
At a high level, the steps are:
Instead of creating the tx20, is it possible for User B's wallet to use P2SH to create a transaction that's signed by User B that has to be countersigned by User S to exchange the BTC for MSC?