OK stel je voor. Een app, dame (D) en klant (K). D en K kopen crypto via de app, D doet een deposit van zeg 20 euro en K een deposit van zeg 50 euro voor een afspraak van 200. Na afspraak malen geeft D een tijd (T) en plaats (P) door aan arbiter (=iemand van de app, maar kan theoretisch ook een derde persoon zijn die S en K beiden OK vinden, laten we even aannemen dat er iemand is die beiden vertrouwen). P is een adres en GPS coordinaten (coordinaten leest app voor D). Op T - een bepaalde reistijd voor K krijgt K dat adres van de app. K reist naar D. Tijdens reis geeft app elke minuut door op hoeveel km K is, zonder de locatie te hoeven delen. En K krijgt steeds melding dar app van D actief is. Na ontmoeting: K en D scannen een qr code op elkaars telefoon (of 1 scant bij de ander, maakt niet uit) nadat K de rest aan D betaald heeft. Dan released de app de betaling van de 50 van K aan D, en D krijgt haar 20 terug. ( Ergens moet iemand hier extra betalen aan de app, bv K zet 55 in escrow en die extra 5 gaan naar de app, of D krijgt maar 15 van haar 20 terug, of andere verdeling oid).
In de app zit een berichten functie. Bij problemen communiceren partijen daarmee. Als een partij niet of niet tijdig antwoord, verliest die en is die zijn deposit kwijt, andere krijgt refund.
Situatie dat K aankomt en beslist niet te verifieren (scannen van qr code) of D beslist niet open te doen oid. De app van zowel K als D maakt een tijdelijk wifi netwerk met een naam die alleen die partij weet. Zodra K op de plek is die is afgesproken, stuurt de app alle wifi nefwerken naar de arbiter. Die heeft van D een hash gekregen van het netwerk dat ze gemaakt heeft en op die manier kan K bewijzen dat hij in de buurt van D was, zonder dat met GPS te spoofen is. Als er ergens zo erg wat mis gaat dat D en K elkaar niet kunnen vinden, kan de arbiter achteraf met die bewijzen en de berichten history bekijken wie fout was en ofwel 1 laten verliezen, of 'niet na te gaan wat er aan de hand is' status en beiden krijgen hun deposit terug min de helft van de fee. Dat is het risico dat D en K lopen, maar ik kan me eigenlijk niet echt voorstellen wat voor situaties dat zijn.
De beschermingen zijn:
- K weet dat aanbetaling niet zomaar pleiten is
- D weet dat K ook effectief komt
Beschermt niet tegen
- andere dame dan afgesproken
- andere service dan afgesproken
Risicosituaties:
- technische storing. Pech voor degene met de storing, die moet zorgen voor werkende apparatuur en is zijn deposit kwijt.
- K staat aan de deur en D doet niet open, of adres is fout. Bij kwaadwillende D : K kan bewijzen dat hij op de locatie was omdat hij het beacon id weet. Maar: D kan telefoon uitzetten of in Faraday cage leggen zodat er geen signaal is, en dan in berichten claimen dat ze er wel is. Tja, dat is een situatie waar de arbiter uit de log van berichten en de app signalen moet opmaken wat er gebeurd is. Maar ook: waarom zou D dit doen? Hooguit bij een dubbele boeking. Maar dat blijkt dan al snel uit de logs, als D eerst wel reageert en dan zodra K in de buurt is, verdwijnt het signaal. Dus dan kan de arbiter beslissen in het voordeel van K.
- K en D zijn allebei de boel aan het flessen en claimen alleei niet te verifieren dingen. OK, refund beiden min een kleine fee. Als ze het een leuk spel vinden waar ze een paar euro voor willen betalen, so be it.
Misschien ben ik nog scenarios vergeten? En ja de assumpties zijn een model waarin beide partijen een derde partij vertrouwen, maar die derde partij zou ook een market actor kunnen zijn, die arbitrage services verleent tegen competitieve prijzen, en die een trust score heeft, waarin personas cryptografisch voor elkaar kunnen vouchen. Een soort ultimate in person PGP web of trust met 'nude postcoital key signing' waar je elkaars keys signed in bed na een geslaagde first date

Maar dan allemaal in een eenvoudig te gebruiken app.