From dbf85bbc0d23b044aa47be67ceae4e6ecd709298 Mon Sep 17 00:00:00 2001 From: Christian Grothoff Date: Sun, 19 Jan 2020 14:53:24 +0100 Subject: clarify FIXMEs --- contrib/auditor-report.tex.j2 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'contrib') diff --git a/contrib/auditor-report.tex.j2 b/contrib/auditor-report.tex.j2 index a21ded1c4..7704d54a6 100644 --- a/contrib/auditor-report.tex.j2 +++ b/contrib/auditor-report.tex.j2 @@ -279,14 +279,14 @@ Note that some minimal lag may be normal as transactions may be in-flight. This section analyzes the lag, which is by how much the exchange's database reporting is behind in providing us with information about -deposit confirmations. Merchants probabilisitcally report deposit +deposit confirmations. Merchants probabilistically report deposit confirmations to the auditor directly, so if the exchange is slow at synchronizing its database with the auditor, some deposit confirmations may be known at the auditor only directly. However, any delta not accounted for by database synchronization delays is an indicator of a malicious exchange (or online singing key compromise) and should be answered by revoking the exchange's online siging keys. -% FIXME: reference PhD thesis? +% TODO: maybe reference PhD thesis on this? The total amount the exchange currently lags behind is {\bf {{ data.missing_deposit_confirmation_total }} } from a total number of -- cgit v1.2.3