↑Top
Blog
Various
About me

Grudge escrow contract

I just wrote a ‘grudge escrow’ contract with html gui(works on alethzero). It is a bad contract, just to get started. It is a contract between a merchant and customer.

infographic of process

This does serve a purpose, if the customer commits to not getting his stake back if it goes wrong, the merchant cannot really gain from cheating. Actually there is a third option; the merchant can refund. Of course that opens up the possibility of the customer trying to do blackmail. I.e. the merchant must then similarly commit not to respond to blackmail.

That way, it strongly hedges on the idea of fairness.

How this contract is not good for use

The approach misses opertunities. It doesnt attempt any sort of reparations nor does it gather any information about the participants.

As it is a first contract to get started, it is just not written to be anything real. Not much has been done about security concerns, code not reviewed, the test not thurrough enough.

Table of utilities

Here V is the value of the product, P the price, S, T the stakes of respectively the customer and merchant. The part with the specific numbers are filled with V=4, S=T=E=1, P=2. Note that in both cases, there is the option to not participate; 0, 0

Without anything
DeliverDont deliver
V - P, P - E-P, P
 →  With Grudge Escrow
DeliverDont deliver
ReleaseV - P, P - E -P, P
Don't ReleaseV - P - S, -E - T -P - S, -T
DeliverDont deliver
2, 1-2, 2
 → 
DeliverDont deliver
Release2, 1-2, 2
Don't Release1, -3-3, -1

As you can see, for a single round, and no other influences, the merchant is always better off just ripping off the customer. +P vs 0 for him. The customer forseeing this, a deal would never happen. No deal at all is 0 utility for both.

In one round, the threat of not releasing the funds is non-credible, if the deal gets started, releasing increases the utility of the customer +S either way. Although a lot of it might depend on how it is represented, for humans, i think the threat is credible, as humans value fairness, and we dont get ‘single rounds’.

Attempt to model

I tried analysing it a bit assuming a probability distribution of strategies, where strategies are a set probabilities for each decision. I.e. P(a,c,D) each players has a (a, c, D) of again probabilities which choices it makes. You meet a random player, as randomly being a customer/merchant.

a is the probability of releasing if delivery arrives, c if the delivery does not arrive, D is the probability of delivering.

The highest expectation value strategy given a distribution was:

Strange that if everyone follows the strategy, a defector could earn more, by choosing to not deliver. That decreases my confidence.

However, the loss of having the rule of not releasing if there is no delivery is small if there is a small number of defectors D≈0; a small amount of altruism would prevent defectors.

Additionally, a probability of accidental failure to deliver could be added by reducing the maximum D the merchants may offer to P_fail.(You could modify D → P_fail⋅D, but merchants would modify they D to compensate, hence just the maximum.) This failure probability would increase the altruism aspect needed.

Note that perhaps an analysis looking at multiple rounds is more apt.

Blog Posts

2021-07-17 Type Stack Calculation project intro
2020-08-26 Camcorder planet viewing
2020-05-15 I Made a Sha256 based port knocking program
2017-12-26 Probably kindah like a Snowflake simulation
2017-10-29 More Pixel fun turtles
2016-09-22 Pixel fun - messing with turtles
2016-05-17 Finally put together page_html
2015-11-12 libre decentralized software
2015-02-03 Tinfoilchat inspired ideas
2015-01-07 Public goods and business models
2014-12-22 Captcha Quicky
2014-12-12 Assurance contract mention
2014-11-21 Publishing DAO, and its holy grail
2014-11-02 Grudge escrow contract
2014-09-11 The core Blockchain idea
2014-06-03 Hanging blocks
2014-05-29 Voting power needed for DAO/DO decisions
2014-05-17 What is Ethereum to people?
2014-05-08 Just show up anytime jobs
2014-05-08 Proof of Reserve and voting
2014-05-08 DHTs: more than just storage