El desorden que seguía notando en SIGN no era la revocación en sí. Era la fila lista para el pago que de repente tuvo que congelarse porque la billetera nunca debió haber calificado en primer lugar.
La atestación cambia a revocada. La fila era visible. El soporte reabre el caso. Finanzas detiene la liberación. Ahora la verdadera pregunta no es si la prueba existía. Es si el registro tiene suficiente verdad para justificar el congelamiento de esa fila exacta de TokenTable sin reconstruir todo el caso a mano.
Aquí es donde una insignia revocada deja de ser útil. Si la razón fue una calificación falsa, la siguiente acción válida no es una actualización. Es un congelamiento, porque el camino de pago para esa fila ahora está envenenado por la razón por la que se retiró la prueba.
Esa es la parte que me parece aguda en SIGN. La razón de atestación revocada y el congelamiento de TokenTable deberían permanecer vinculados en la misma fila, para que el soporte no quede explicando un pago detenido con menos verdad de la que el registro ya conoce.