Resumen

  • La revisión 01 de un Internet-Draft individual añade al registro de auditoría el dinero ya gastado, el comprometido en permisos sin cerrar, la nueva petición y la versión del estado que leyó quien autorizó.
  • Una respuesta perdida no libera la reserva. Un reintento del mismo pedido ocupa el mismo hueco; otro pago calculado con un saldo antiguo puede rebasar el límite delegado.

Una sola tarjeta, dos permisos para gastar

Imagine que una empresa deja a un agente pagar servicios hasta un máximo. Autoriza una compra y la respuesta de la herramienta se pierde. El agente ve silencio; la empresa puede tener ya una cuenta que pagar. Si el sistema devuelve de inmediato ese importe al saldo libre, una segunda compra recibirá permiso con dinero prometido a la primera. La nueva revisión del borrador de auditoría de Sankalp Gilda mantiene la cantidad retenida hasta que un registro del mismo pedido muestre el efecto observado. Es un caso de diseño del borrador, no un incidente comunicado.

El anuncio oficial del 27 de octubre y el Datatracker de IETF sitúan el texto como Internet-Draft individual. No registra pagos reales. La novedad frente a la versión 00 es una sección entera para límites acumulativos. Su pregunta no es si un pago solitario cabe en el presupuesto; pregunta qué promesas anteriores siguen ocupándolo.

El saldo que consulta el punto de autorización necesita más que una fecha de actualización. Debe llevar el documento que fija el límite, la unidad, el máximo, lo consumido, lo reservado, lo solicitado, la lista de permisos pendientes y el número de revisión del estado. Ese número señala qué foto de la cuenta leyó el sistema al decir «sí». Sin el desglose, un «saldo disponible» puede parecer limpio mientras esconde operaciones autorizadas cuya respuesta nunca llegó.

El mismo pedido no se paga dos veces en la cuenta

El borrador pone números para probar su idea. Hay un techo de 50.000 peniques, 30.000 ya consumidos y 12.000 retenidos por una llamada anterior. Si esa llamada se repite con el mismo identificador de petición, sigue sumando 42.000. No se cargan otros 12.000 por preguntar de nuevo. Si llega un pedido distinto de 12.000, la cuenta sube a 54.000 y debe denegarse. Son cifras de un ejemplo técnico, no de una transacción observada.

La reserva sale de la columna held cuando aparece otro registro del mismo pedido. Si el efecto observado fue occurred, pasa a gasto consumido. Si fue none, se libera. Una respuesta que se perdió en el camino no encaja en ninguna de las dos casillas. Puede resultar incómodo mantener dinero retenido por una operación que quizá no se ejecutó; el coste contrario es permitir otra operación con dinero que quizá sí se gastó.

Aquí aparece el control entre registros. El número stateRevision indica qué versión del consumo leyó cada decisión. Si una autorización posterior usa una versión anterior a una reserva todavía abierta y omite esa reserva, el auditor puede detectar la ventana en que un mismo límite fue concedido dos veces. También puede detectar una liberación de fondos sin registro de efecto nulo. Para ello necesita la serie de registros bajo el mismo límite, no una sola captura de pantalla con una marca verde.

La propuesta incluso acepta como bien formado un registro donde la decisión permitió gastar por encima del límite. Sería absurdo que el propio formato expulsara la evidencia de un fallo porque el fallo resulta feo. El archivo cuenta lo que el punto de decisión hizo y lo que se observó después; no emite por sí solo un certificado de buen comportamiento.

El control no termina en la firma

Quien concede la autoridad fija el techo. Otro componente puede calcular el saldo y aprobar. La herramienta realiza la acción, un observador registra el efecto y un custodio entrega los archivos. Cada traspaso abre una pregunta: ¿llegó la primera reserva al segundo cálculo?, ¿quién vio el resultado del pago?, ¿quién puede demostrar que la serie entregada está completa? El documento distingue la coherencia de los bytes firmados de la verdad fuera del archivo.

La regla nueva obliga a tratar el límite como una obligación que atraviesa el tiempo. Un mensaje ausente no borra una promesa anterior. La buena administración del agente comienza al mostrar qué versión del estado sustentó cada «sí» y qué hecho cerró cada reserva.

Fuentes originales