Запись была исправлена. Старый платеж не был.
Плохое чувство началось, потому что оба экрана говорили правду.
Слева Протокол Подписания показал обновленные учетные данные. Теперь чисто. Правильный эмитент. Правильный статус. У пользователя была вещь, которую они должны были иметь все это время. Вы могли открыть запись, проверить поля, следовать за обновлениями и почувствовать то небольшое бюрократическое облегчение, которое люди принимают за завершение.
Справа старый вывод TokenTable все еще был на нуле.
Не пропало. Хуже. Решено.
Это была та часть, которая немного застряла у меня в горле.
Программа уже запустила один раунд распределения на основе более раннего состояния записи того же человека. Тогда учетные данные были неполными, или в ожидании, или прикрепленными к неправильному суждению, как бы ни называлось это правильное слово для записи, которая еще не полностью стала собой. Поэтому TokenTable сделал то, что должен был сделать с данным состоянием. Он построил набор. Включил некоторых людей. Исключил других. Суммы определились. Финансовый отдел экспортировал файл. Кто-то подписал. Стоимость переместилась.
Затем эмитент исправил запись в Знаке.
Не новый человек. Не поддельное заявление, которое вдруг прошло. Тот же человек, но уровень верификации стал лучше после того, как деньги уже услышали худшую версию.
Это такая проблема с Знаком.
Потому что Знак позволяет записи улучшаться. Это часть сути. Учетные данные могут быть обновлены, исправлены, переизданы, уточнены. Поверхность верификации остается живой, вместо того чтобы притворяться, что первый проход был священным. Хорошо. Даже отлично.
Но TokenTable не ведет себя как живая поверхность, когда раунд завершен. Он ведет себя как история. Холодные строки. Замороженные решения. Кошелек рядом с суммой. Или кошелек рядом ни с чем. Что на самом деле является своей собственной суммой.
Теперь вы получаете это ужасное разделение во времени.
Откройте Знак сегодня, и пользователь выглядит подходящим.
Откройте исторический файл выплат, и тот же пользователь выглядит так, будто его правильно исключили.
И никто в комнате больше не получает легкую версию истории.
Поддержка видит обновленные учетные данные и спрашивает, почему пользователю было отказано.
Казначейство видит исторический экспорт и спрашивает, предлагает ли кто-нибудь открыть завершенное распределение заново.
Ops пытается объяснить, что оба связаны с одним и тем же человеком, просто не с тем же моментом записи этого человека, и вы чувствуете, как объяснение становится все тоньше, пока вы его произносите.
Мои пальцы на самом деле зависли над листом для заполнения в тот момент. Ничего не трогая. Просто там. Потому что каждая опция начинает звучать плохо, как только исправление приходит после того, как финансовая история уже стала официальной.
Вы повторно запускаете старый раунд для одного пользователя?
Вы создаете платёж для исправления вне оригинального вывода TokenTable?
Вы оставляете старое исключение нетронутым и говорите, что обновленная запись Знака применяется только с этого момента?
Все эти выборы сохраняют что-то и ломают что-то.
Это злая маленькая операционная правда, скрывающаяся под «живой верификацией». Инфраструктура может стать более точной в настоящем, не давая вам чистого способа отменить то, что ранее версия уже вызвала. Знак может исправить запись. Он не может тихо вернуть старое суждение из истории распределения, которая его услышала.
Таким образом, учетные данные улучшаются. Пользователь наконец выглядит как он сам. А старая выплата просто сидит там, неся решение, принятое по версии этого человека, которую Знак больше не показывает, но TokenTable абсолютно показывал.