Перед тем как сделка происходит, Алиса дает Бобу кусок JSON, который содержит ее открытый отпечаток пальца ключ, уникальный идентификатор транзакции, ее адрес электронной почты (по желанию) и UTC метка времени (или, для точек бонус крипто, текущий номер блока!). Боб подписывает его своим ключом, и дает Алисе подпись; Алиса проверяет его. Затем Боб делает то же самое Алисе. Я буду называть это JSON-1, потому что я прозаический.
Тогда сделка происходит.
Теперь Алиса создает и подписывает фрагмент JSON, который содержит ее уникальный идентификатор транзакции, другую временную метку, весь открытый ключ Боба, рейтинг Боб от -5 до 5, и дополнительный комментарий. Боб делает то же самое с ключом Алисы, идентификатором транзакции, и меткой времени. Это JSON-2.
Алиса и Боб затем представить все JSON (как в JSON, возникающий перед и JSON генерируется после операции) для целевого сервера. Это может быть все, что может разместить текстовый файл и посмотреть его с ключом: а DHT приходит на ум.
Цитата: Случай 1
Они оба очень довольны сделки. В следующий раз Боб занимается с кем-то, он посылает его как куски JSON Алис подписаны. Другая сторона может проверить его и посмотреть, что Алиса доверяет Бобу. Тогда другая сторона отправляет открытый ключ Боба несколько целевых серверов, чтобы увидеть, если целевые сервера имеют какой-либо JSON-1s, подписанный с ключом Боба, которые не имеет соответствие JSON-2. Там нет ни одного, в этом случае, поэтому рейтинг Боба все, что Элис дала ему.
Цитата: Случай 2
Алиса рейтинга Боб отрицательно. В следующий раз Боб занимается с кем-то, он не посылает JSON о сделках с Алисой, потому что они приносят его рейтинг вниз. Но когда другая сторона отправляет открытый ключ Боба несколько целевых серверов, они возвращаются с Элис JSON-1, или как JSON-1 и JSON-2. Если только JSON-1 возвращается, то Боб получает подсчитывается как получить максимальную отрицательную оценку. В противном случае, Боб получает рейтинг в формате JSON-2.