I'm wondering if a solution, similar to what Professor Markus Jakobsson proposed in his paper could work? See http://romualdogrillo.net/index.php?option=com_content&view=article&id=48&Itemid=54 for an overview. In a nutshell, the goal with "coin ripping" is similar to what could be done with traditional paper money.
- If A is going to perform $5 of service for B, they each can take out a $5 bill and rip them in half.
- Now A and B would each have 2 halve's of a $5 bill, but neither would have the correct halves.
- Therefore A is incentivized to actually perform the service for B, since this is the only way for him to receive both the missing half from his original $5bill back and the missing half of B's original $5 bill.
- The result is a transfer of $5 to A from B (as originally planned) in exchange for service.
I don't know if this is something that would qualify for design consideration, but if all transactions were "ripped" by default, it might set people's minds at ease. Additionally, it could possibly be algorithmically implemented unlike a staffed escrow account.
What do you guys think?