- discovered that using $timestamp as a conflict resolver is not the best idea because if finder does not preserve value, each side can think they have won with the latest value when neither side has won. A new "created" value inside proof bundle offers a stable creation timestamp that can be proven to be valid. The trouble is the servers aren't preserving information so it cannot be used at this time so the fallback "context" string is being used to resolve but that means very old dead sessions could be though to win when they must lose.
https://github.com/openpeer/op/issues/48
https://github.com/openpeer/hcs-servers-java/issues/115