Resumen

  • Una negociación de valores no es lo mismo que una liquidación. Entre el acuerdo y el asiento final se encuentran la asignación, el emparejamiento, la validación, la disponibilidad de recursos, las instrucciones de liquidación y un punto definido de irrevocabilidad.
  • La Directiva sobre finalidad de la liquidación de la Unión Europea protege las órdenes de transferencia y el neteo contra los efectos de una insolvencia posterior una vez que ingresan en un sistema designado según sus reglas, e impide la revocación del participante después del punto establecido por el sistema.
  • La entrega contra pago no requiere que cada acción técnica sea simultánea. Requiere que la liquidación final de una obligación vinculada ocurra si y solo si la otra se vuelve final, de modo que ninguna parte asuma el riesgo principal completo.
  • La liquidación fallida y la liquidación final requieren un tratamiento opuesto. Antes del compromiso, una transacción incompleta puede permanecer pendiente, cancelarse bilateralmente o volver a un estado anterior limpio. Después del compromiso, la corrección debe ocurrir mediante un nuevo evento atribuible, no mediante la eliminación o reversión unilateral.
  • Una regla de finalidad IPv4 debe vincular la autorización autenticada del vendedor, la aceptación del comprador, el reconocimiento del registro, cualquier conciliación entre registros y la liberación del pago en una condición de liquidación declarada, dejando el despliegue de enrutamiento y los reclamos legales privados en sus instituciones adecuadas.
  • NRS puede usar la finalidad como una disciplina de promoción publicando investigaciones sobre los deberes de los participantes, los estados de fallo, las reglas de incumplimiento, los poderes de corrección y la evidencia de auditoría. Los RIR, los servicios de transferencia autorizados, los organismos arbitrales y los tribunales conservan la responsabilidad de ejecutar o hacer cumplir la finalidad.

Una negociación es una promesa; la liquidación cambia el estado autoritativo

Los mercados financieros distinguen la ejecución de la liquidación porque el acuerdo no mueve por sí mismo el activo y el efectivo a sus cuentas finales. Después de una negociación, las partes asignan la transacción, confirman los términos, emparejan las instrucciones, organizan los valores y la liquidez, se someten a las infraestructuras relevantes y esperan la fecha de liquidación. Una negociación puede ser válida mientras la liquidación falla. Una liquidación puede retrasarse sin cancelar la obligación contractual subyacente.

La distinción se hizo más visible cuando Estados Unidos trasladó la mayoría de las transacciones de corredores de bolsa de T+2 a T+1 el 28 de mayo de 2024. LaSecurities and Exchange Commissionno dijo que las negociaciones ocurrieran repentinamente un día después. Acortó el intervalo estándar entre la fecha de negociación y la liquidación, y agregó requisitos destinados a mejorar las asignaciones, confirmaciones, afirmaciones y el procesamiento directo del mismo día. El cambio reconoció que el tiempo entre el acuerdo y la finalización contiene riesgo de crédito, de mercado, de liquidez y operativo.

Las transacciones IPv4 necesitan el mismo vocabulario. Un acuerdo de venta firmado crea obligaciones privadas. Los fondos en depósito en garantía muestran que la contraprestación puede estar disponible. La solicitud de un vendedor muestra una instrucción. La aprobación del registro muestra una decisión institucional. La publicación de un nuevo registro muestra un cambio de estado. Una ruta desde el comprador muestra un uso operativo. Estos eventos pueden ocurrir en diferentes órdenes, y ninguno debe poder hacerse pasar por todos los demás.

El objetivo del diseño de la liquidación es definir qué combinación completa la transferencia a efectos del registro. Hasta ese punto, las partes saben que la transacción está pendiente y qué obligaciones quedan. En ese punto, el registro reconocido cambia una vez. Después de ese punto, el estado anterior no puede regresar porque un participante cambió de opinión o una institución reabrió el archivo informalmente.

Este es un uso más limitado y valioso de la analogía de los valores que decir que las direcciones son activos. Convierte una secuencia administrativa ambigua en una transición de estado en la que los contratos y los operadores pueden confiar.

La directiva de 1998 se escribió contra el peligro de la reversión

LaDirectiva sobre finalidad de la liquidaciónde la Unión Europea abordó un problema sistémico específico. Si la ley de insolvencia pudiera revertir retroactivamente las órdenes de transferencia o el neteo ya procesados en un sistema de pago o liquidación de valores, el fallo de un participante podría reabrir obligaciones en todo el sistema. Otros participantes descubrirían que los saldos que consideraban definitivos eran contingentes después de todo.

El artículo 3 hace que las órdenes de transferencia y el neteo calificados sean legalmente ejecutables y vinculantes para terceros incluso cuando se abren procedimientos de insolvencia contra un participante, siempre que las órdenes hayan ingresado al sistema antes del momento legalmente definido. Impide que las reglas ordinarias para anular transacciones anteriores deshagan el neteo protegido. El artículo 5 establece que una orden de transferencia no puede ser revocada por un participante o un tercero desde el momento definido por las reglas del sistema.

La directiva no impone una marca de tiempo técnica única en cada sistema. El momento de entrada se define por las reglas de cada sistema designado, sujeto a la ley aplicable. Esa es una elección de diseño crucial. La finalidad necesita un efecto legal común, pero la infraestructura debe especificar exactamente cuándo su propio estado alcanza el punto protegido.

Los considerandos preservan un límite igualmente importante. El fraude, el error técnico u otro defecto en la transacción subyacente pueden aún respaldar un reclamo legal de recuperación o restitución, siempre que el remedio no deshaga el neteo ni revoque la orden de transferencia dentro del sistema. La finalidad protege el estado liquidado. No declara que toda causa, representación o contrato detrás de ese estado sea lícito.

Para las transferencias IPv4, la lección no es inmunizar el fraude. Es separar la integridad del registro común de los remedios disponibles entre las partes. Si un registro final puede ser eliminado silenciosamente cada vez que aparece un reclamo posterior, nadie sabe si el estado es final. Si un registro final nunca puede corregirse mediante ningún proceso, el fraude se consolida. La respuesta es un nuevo evento correctivo bajo una autoridad publicada, no una desaparición retroactiva.

La finalidad es el punto en el que el riesgo cambia de manos

LosPrincipios CPMI-IOSCO para Infraestructuras del Mercado Financierodefinen la finalidad de la liquidación como un momento legalmente definido. El principio 8 exige una liquidación final clara y cierta a más tardar al final de la fecha valor y, cuando sea necesario, dentro del mismo día o en tiempo real. Las reglas deben definir tanto cuándo la liquidación es final como cuándo un participante ya no puede revocar una instrucción aceptada pero no liquidada.

Esta claridad sirve para algo más que la contabilidad. Antes de la finalidad, un participante puede enfrentar riesgo de contraparte, riesgo de costo de reemplazo e incertidumbre sobre liquidez o entrega. Después de la finalidad, los saldos de las cuentas y las exposiciones pueden calcularse sobre el estado liquidado. En la resolución o insolvencia, los administradores pueden identificar qué transacciones se completaron y cuáles siguen siendo reclamos.

Una transferencia IPv4 también redistribuye el riesgo en un momento definible. Antes de la finalidad, el vendedor debe seguir siendo el tenedor reconocido y el comprador debe saber que el despliegue basado en una transferencia esperada es prematuro. El depósito en garantía no debe liberarse simplemente porque un revisor dijo que sí. Los servicios de seguridad controlados por el registro y DNS inverso no deben transferirse irreversiblemente mientras la transferencia aún pueda fallar.

Después de la finalidad, el comprador debe poder confiar en el reconocimiento sin temor a que el vendedor revoque su instrucción. El vendedor debe poder confiar en que se le ha eliminado de la responsabilidad futura como tenedor. Un proveedor de depósito en garantía debe poder liberar bajo una condición objetiva. Un prestamista debe saber qué interés de parte se está financiando. Un segundo servicio de registro no debe seguir presentando al vendedor como actual.

Por lo tanto, la finalidad no es una afirmación de que todo riesgo desaparece. El valor de mercado puede moverse. Los tribunales pueden emitir órdenes. Las rutas pueden fallar. El punto es que el riesgo de registro cambia de "¿se completará esta instrucción?" a "¿qué nuevo evento, si lo hay, cambia legalmente el estado completado?" Ese cambio es lo que hace posible la confianza.

Un DCV es una institución de anotaciones en cuenta con un rol delimitado

La comparación con los valores solo se vuelve útil cuando la institución se describe con precisión. Un depositario central de valores respalda la integridad, custodia y transferencia de valores, comúnmente en forma inmovilizada o desmaterializada. Mantiene cuentas y opera o respalda un sistema de liquidación de valores. No toma cada decisión de inversión, establece cada precio de mercado ni decide cada disputa entre propietarios reales.

El principio 11 de los estándares CPMI-IOSCO exige que un DCV mantenga los valores en forma inmovilizada o desmaterializada para transferencia mediante anotaciones en cuenta y minimice los riesgos asociados con la custodia y la transferencia. En la Unión Europea, elartículo 39 del Reglamento de Depositarios Centrales de Valoresexige que cada sistema de liquidación operado por un DCV defina los momentos de entrada e irrevocabilidad, divulgue las reglas de finalidad, realice transferencias finales en tiempo real o dentro del mismo día y a más tardar al final del día de liquidación real, y liquide las transacciones de efectivo entre participantes directos sobre una base de entrega contra pago.

Este es un rol infraestructural fuerte, pero su fortaleza proviene de reglas delimitadas. Los participantes saben lo que significa un asiento en la cuenta. Saben qué reglas del sistema gobiernan. Los supervisores pueden examinar la certeza legal, la eficiencia de la liquidación, la resiliencia operativa y el incumplimiento del participante. El DCV no puede hacer que la finalidad sea creíble solo por su reputación.

Un registro IPv4 no es un DCV. No liquida valores regulados, no posee dinero de bancos centrales ni hereda las mismas protecciones legales. Sin embargo, realiza una función limitada comparable cuando un recurso escaso cambia de tenedor reconocido mediante una anotación en cuenta. La pregunta útil es si sus reglas establecen la entrada, irrevocabilidad, fallo y corrección con algo parecido a la misma precisión.

Si la respuesta es no, llamar al registro un administrador de confianza no llena el vacío. La confianza es el resultado de una regla de finalidad, no un reemplazo de ella.

La entrega contra pago es condicionalidad, no un instante cinematográfico

La entrega contra pago (DvP) a menudo se describe como un intercambio simultáneo: los valores se mueven mientras el dinero se mueve. El principio funcional es ligeramente más amplio y útil. El principio 12 dice que la liquidación final de una obligación vinculada debe ocurrir si y solo si ocurre la liquidación final de la otra. El sistema debe eliminar el riesgo de que un vendedor entregue irrevocablemente el activo completo pero nunca reciba el precio, o de que el comprador pague pero nunca reciba el activo.

Los pasos técnicos no necesitan ocurrir en el mismo microsegundo. La explicación CPMI-IOSCO permite diseños en los que los valores se bloquean, el pago se liquida en otro sistema y la entrega sigue solo después de la confirmación. Lo que importa es que el diseño legal, contractual y técnico mantenga las patas finales condicionales y minimice el intervalo en el que los recursos bloqueados están expuestos.

La plataformaTARGET2-Securitiesdel Banco Central Europeo proporciona una implementación concreta. Los participantes utilizan cuentas de valores con DCV conectados y cuentas de efectivo dedicadas con bancos centrales. T2S empareja instrucciones de liquidación y liquida en dinero de bancos centrales sobre una base DvP. También utiliza liquidación parcial, autocolateralización y optimización para reducir fallos.

Una transacción IPv4 puede aplicar el principio a través de la entrega condicional del registro y la liberación del depósito en garantía. El registro no necesita procesar el pago comercial en sí mismo. Puede publicar un compromiso firmado de que la transferencia autenticada se volverá final cuando una condición de depósito en garantía designada confirme los fondos, mientras que el acuerdo de depósito en garantía se libera cuando el registro emite el evento final. Un coordinador neutral puede asegurar de que ninguna condición se vuelva irrevocable por sí sola.

El sistema no debe afirmar una atomicidad perfecta si las instituciones se comunican a través de correos electrónicos y portales manuales sin un protocolo de confirmación protegido. Debe declarar la secuencia real, reservar un estado pendiente seguro y definir la recuperación si un servicio no está disponible. La condicionalidad honesta es más segura que una afirmación de simultaneidad.

La liquidación fallida pertenece antes de la finalidad

La frase "reversión" es peligrosa a menos que se identifique el estado que se está revirtiendo. Antes de la finalidad, un intento de liquidación fallido puede volver al último estado final. Una instrucción emparejada puede permanecer pendiente porque el comprador carece de fondos, el vendedor carece de valores entregables, un participante no está disponible o una validación requerida falla. El sistema puede reintentar, liquidar parcialmente bajo reglas definidas o cancelar bilateralmente. Debido a que no se comprometió ningún nuevo estado final, restaurar el estado anterior no es una reversión de la liquidación final.

Después de la finalidad, la reversión tiene un significado diferente. Borraría un estado en el que otros participantes han confiado. El informe del BIS de 1992 sobreentrega contra pagoexaminó modelos de liquidación neta en los que las transferencias de un participante fallido podían revertirse y las obligaciones recalcularse. Advirtió que tales reversiones podrían imponer una presión de liquidez sustancial a otros participantes. Los estándares de finalidad posteriores buscan evitar tratar la liquidación completada como provisional.

El diseño de la transferencia IPv4 debe hacer explícito este límite temporal. Si la evidencia de autoridad falla antes del compromiso, la solicitud vuelve a rechazada o incompleta sin cambiar el tenedor actual. Si la aceptación del comprador o la confirmación de fondos expira, la reserva pendiente se libera. Si un RIR no puede completar su lado de una transferencia interregional, ningún registro debe publicar un estado de tenedor final contradictorio.

Una vez que se emite y concilia el evento de transferencia final, una alegación no invoca la "reversión" como un poder de emergencia indefinido. El sistema abre un caso de corrección, preserva el evento completado, registra cualquier restricción temporal y requiere una decisión competente. Si la corrección está justificada, un nuevo evento transfiere o restaura el reconocimiento con su propia hora efectiva y razón.

Esta distinción permite que el sistema sea reversible mientras es incierto y duradero cuando se vuelve final. Sin ella, cada transferencia exitosa sigue siendo un borrador indefinidamente revocable.

El emparejamiento es el control subestimado

Los sistemas de valores no dependen de la narrativa de una sola parte sobre la negociación. Las instrucciones de liquidación se emparejan en campos como instrumento, cantidad, partes, cuentas, precio y fecha. Un desajuste no invita a la infraestructura a adivinar qué lado tiene razón. Sigue siendo una excepción que las partes deben resolver.

Las transferencias IPv4 necesitan un emparejamiento igualmente estricto. La instrucción del vendedor y la aceptación del comprador deben identificar el prefijo exacto, el tipo de transferencia, las entidades jurídicas de origen y destino, los servicios de registro actual y receptor, la condición de contraprestación, la hora efectiva prevista y el tratamiento de cualquier rango padre o hijo. Los identificadores corporativos deben ser lo suficientemente estables como para distinguir una variación del nombre legal de una entidad diferente.

Las transferencias entre registros añaden otro emparejamiento. El servicio de origen confirma la liberación autenticada y el estado actual del recurso. El servicio receptor confirma el destinatario, las condiciones de aceptación aplicables y la disposición para asumir el registro. Ambos deben derivar un identificador de transacción común de los mismos términos canónicos. Si cualquiera de los servicios presenta un prefijo o parte diferente, la transacción no progresa.

El emparejamiento reduce la discreción porque convierte la ambigüedad en un estado visible. "Necesita más información" debe identificar el campo no emparejado. Un comprador no debe descubrir después del pago que el registro de origen procesó un rango más pequeño. Un vendedor no debe descubrir que el servicio receptor adjuntó una entidad legal diferente. Un agente de depósito en garantía no debe interpretar prosa a través de dos cartas de aprobación.

El registro debe preservar cada versión presentada y los términos finales emparejados. La enmienda antes de la irrevocabilidad consume la instrucción anterior y crea una nueva versión aceptada por ambas partes. No hay razón para que una infraestructura que maneja rangos numéricos exactos tolere menos precisión que un sistema de valores que maneja cantidades y cuentas.

La irrevocabilidad debe comenzar antes de que las partes puedan usar la demora como arma

La liquidación final y la irrevocabilidad de la instrucción están relacionadas pero no son idénticas. Un sistema puede aceptar una instrucción antes de liquidarla finalmente. Si un participante puede revocar en cualquier momento durante ese intervalo, otros no pueden planificar la liquidez ni la entrega. El principio 8 exige un punto definido después del cual se prohíbe la revocación unilateral incluso para una instrucción aceptada pero no liquidada.

Para las transferencias IPv4, el vendedor debe poder retirarse durante un período de revisión temprana si el comprador no ha aceptado, no se ha bloqueado ninguna condición de contraprestación final y ninguna otra parte ha confiado. Una vez que la transferencia está emparejada, aprobada y comprometida en una ventana de liquidación programada, la retirada unilateral debe terminar. La cancelación bilateral puede permanecer disponible antes de la finalidad si está autenticada por ambas partes y no vulnera una restricción legal o un derecho de terceros.

El registro también necesita un límite. No debe revocar su propio compromiso aceptado porque un miembro del personal cambió de interpretación después de que se cumplió cada condición publicada. Una emergencia de integridad estrechamente definida puede pausar la finalidad antes de la finalización, pero debe identificar evidencia, alcance, tomador de decisiones, vencimiento y revisión rápida. "Discreción del registro" no es una categoría de emergencia.

Después de la finalidad, ni el vendedor, ni el comprador, ni el registro pueden cancelar el evento. Pueden iniciar una nueva transferencia, corrección, disposición dirigida por un tribunal o reversión consensuada. La distinción puede parecer formal, pero protege la historia. Un nuevo evento muestra que la primera transferencia ocurrió y luego se cambió; la cancelación dice falsamente que nunca ocurrió.

Así es como la finalidad y la rendición de cuentas coexisten. El estado liquidado permanece estable, mientras que la ley y la evidencia posteriores aún pueden producir un estado sucesor visible.

El fallo debe crear responsabilidad, no ambigüedad

La regulación moderna de valores trata el fallo de liquidación como algo que monitorear y atribuir. Elartículo 7 del CSDRexige que los DCV monitoreen los fallos y los informen. Su mecanismo de penalización actual impone multas diarias en efectivo a los participantes que causan fallos atribuibles después de la fecha de liquidación prevista hasta que se liquiden o cancelen bilateralmente, con excepciones para causas no atribuibles a los participantes y circunstancias específicas. El fallo persistente y sistemático puede llevar a procedimientos de suspensión después de una oportunidad para hacer observaciones.

El punto no es que todo fallo merezca castigo. El punto es que el sistema distingue a un participante del mercado que no entregó de una interrupción de infraestructura, insolvencia y otras causas. La responsabilidad se clasifica en lugar de disolverse en una demora genérica.

Las transferencias IPv4 a menudo carecen de esa claridad. Una solicitud puede estancarse porque el vendedor proporcionó autorización incompleta, el comprador no cumplió una condición declarada, un RIR no respondió, dos políticas son incompatibles, un portal falló, una revisión legal se expandió sin una fecha límite, o un servicio adyacente no pudo preparar la entrega. Estas causas imponen diferentes obligaciones y deberían producir diferentes métricas.

Un régimen de finalidad debe asignar un reloj y un actor responsable a cada estado. La parte que causa un fallo evitable puede asumir costos incrementales documentados según el acuerdo de transferencia. Un servicio de registro que no cumpla un compromiso puede reembolsar tarifas, compensar pérdidas cubiertas o financiar una finalización sustituta. Una restricción legal externa pausa el acto afectado sin culpar a ninguna de las partes comerciales. Una interrupción del sistema desencadena procedimientos de continuidad en lugar de un juicio moral.

La atribución disciplina tanto a las instituciones como a los usuarios. Si la demora siempre se describe como una incompletitud del solicitante, el rendimiento del registro no se puede medir. Si cada denegación se describe como riesgo de mercado, la incompatibilidad de políticas permanece oculta. Las estadísticas de liquidación deben exponer dónde se rompe realmente el proceso.

Las reglas de incumplimiento del participante hacen que la finalidad sea creíble bajo estrés

La finalidad es más fácil cuando ambas partes cumplen y todos los sistemas están disponibles. Su valor se revela en caso de incumplimiento. El principio 13 exige reglas de incumplimiento del participante efectivas y claramente definidas que permitan a una infraestructura del mercado financiero actuar rápidamente, contener pérdidas y presión de liquidez, y continuar cumpliendo con las obligaciones. Los procedimientos clave deben ser públicos y probados con los participantes. Elartículo 41 del CSDRimpone deberes similares a los DCV.

Una regla de liquidación IPv4 necesita su propio mapa de incumplimiento más pequeño. ¿Qué sucede si el vendedor entra en insolvencia después de la instrucción pero antes de la finalidad? ¿Qué sucede si el comprador se vuelve insolvente después de que se reserven los fondos? ¿Qué sucede si un banco de depósito en garantía congela el pago? ¿Qué sucede si un registro pierde acceso a sus sistemas? ¿Qué sucede si el empleado autorizado se va? ¿Qué sucede si llega una orden judicial entre la irrevocabilidad y la finalización?

La respuesta no puede improvisarse a través de la institución que sea más poderosa ese día. Las reglas deben identificar qué estados pendientes terminan, cuáles sobreviven, cuáles requieren un administrador de insolvencia, y cómo los fondos y los registros permanecen protegidos. Un compromiso asumido antes de la insolvencia puede necesitar asesoramiento legal específico para la jurisdicción aplicable; ningún estándar técnico puede anular esa ley. Pero el sistema puede preservar la evidencia y evitar acciones unilaterales contradictorias mientras se decide la cuestión.

El propio servicio de registro debe ser tratado como capaz de incumplimiento operativo. Un mecanismo de continuidad debe exportar eventos pendientes y finales, referencias de evidencia autenticadas, estados de disputa y autoridad de firma a un sucesor calificado. La finalidad no puede depender de la salud continua de una corporación que casualmente mantiene la cuenta actual.

Las pruebas importan. Una regla que nunca se ha ejercitado en un registro no disponible, un servicio de pago fallido y un firmante impugnado es una declaración de esperanza. Simulaciones periódicas deben mostrar si el último estado final sobrevive y si una transacción pendiente limpia se puede completar o cancelar sin duplicación.

La unidad de liquidación IPv4 debe definirse antes de que pueda ser final

Los sistemas de valores conocen el instrumento, la cantidad, las cuentas y el monto en efectivo al que se aplica la liquidación. Las transferencias IPv4 a veces utilizan una unidad imprecisa: "el bloque", "los recursos" o "la cuenta". Eso es insuficiente cuando un prefijo más grande se puede dividir y los servicios adyacentes siguen diferentes límites.

La unidad de liquidación debe incluir el conjunto exacto de prefijos y el tratamiento requerido de los registros padre o hijo. Debe nombrar la organización registrada actual, la organización destinataria, los servicios de origen y receptor, la categoría de transferencia, la hora efectiva y el identificador común del evento. Debe declarar si la unidad es indivisible o permite la liquidación parcial declarada.

La liquidación parcial puede ser útil. Si un comprador adquiere varios prefijos independientes y uno tiene una restricción legal, los prefijos limpios no necesitan fallar. Pero la liquidación parcial nunca debe inventarse después del hecho. El contrato y las instrucciones deben decir qué componentes se pueden liquidar por separado, cómo se asigna el precio, cómo se libera el depósito en garantía y si la división crearía una ruta o estructura RPKI operativamente dañina.

La unidad también necesita un cronograma de servicios adyacentes. ¿Qué objetos RPKI se espera que cambien? ¿Qué delegaciones de DNS inverso deben moverse? ¿Las actualizaciones de IRR las realizan las partes? Estos no son todos parte de la finalidad del registro, pero no nombrarlos puede dejar al comprador con un registro final y sin preparación operativa.

El evento final debe distinguir lo que se comprometió de lo que queda. "Liquidación de registro completada" puede ser final incluso mientras un comprador no ha anunciado una ruta. "Entrega operativa pendiente" puede seguir siendo un estado honesto separado. La precisión evita tanto la finalización falsa como las condiciones ilimitadas.

La liquidación entre RIR necesita una condición de confirmación única

Una transferencia dentro del mismo registro puede actualizar un servicio autoritativo. Una transferencia entre RIR requiere que las instituciones de origen y destino se coordinen. Si cada una trata su propia actualización como final en un momento diferente, un fallo entre ellas puede producir un vacío o dos verdades rivales.

El RIR de origen puede confirmar la liberación solo después de autenticar al tenedor y verificar las restricciones de política. El RIR de destino puede confirmar la aceptación solo después de revisar al comprador y sus propias condiciones. Los registros luego necesitan un punto de confirmación compartido: el estado de origen se convierte en transferido si y solo si el estado de destino se vuelve actual. Ambos preservan la misma hora efectiva e identificador de transacción.

La implementación técnica puede usar estados preparados. Cada servicio firma un mensaje de preparación que aún no es finalidad pública. Un coordinador verifica ambos, bloquea la transacción emparejada y emite un mensaje de confirmación. Cada registro aplica el cambio de estado y devuelve un recibo. Si uno no puede prepararse, ninguno se confirma. Si uno aplica pero pierde la conexión antes del recibo, una repetición idempotente y la conciliación determinan si el evento ya se confirmó en lugar de crear una segunda transferencia.

El diseño no requiere un registro global único. Requiere un protocolo común para el evento de liquidación limitado. Cada institución puede conservar su forma legal y responsabilidades de servicio mientras acepta que un rango de direcciones no puede tener dos estados de transferencia actuales.

Si los RIR actuales no pueden proporcionar esa coordinación, las instituciones competentes podrían autorizar un servicio de conciliación calificado a través de acuerdos reconocidos. NRS puede promover el diseño, convocar a los miembros afectados y publicar evidencia sobre su desempeño, pero no debe operar ni autorizar la capa de conciliación. La autoridad del coordinador debe provenir del acuerdo de los participantes y del marco de registro relevante.

Atomicidad aquí significa una confirmación lógica única en todos los registros, no el monopolio de una institución.

El pago debe vincularse sin convertir el registro en un banco

La DvP de valores a menudo utiliza dinero de bancos centrales o comerciales dentro de acuerdos de liquidación regulados. Los registros de números no son instituciones de pago y no deben convertirse en custodios de fondos de transacciones solo para imitar un DCV.

El vínculo funcional se puede lograr con un depósito en garantía u otro proveedor de pago regulado. Antes de la liquidación, el proveedor confirma que los fondos están irrevocablemente disponibles sujetos al evento de registro acordado. Los servicios de registro confirman que la transferencia emparejada está lista. Una instrucción de liquidación común desencadena entonces el evento de registro final y la liberación del pago bajo reglas mutuamente dependientes.

Queda un problema de último tramo: ningún mensaje ordinario de Internet hace que los actos en sistemas legalmente separados sean matemáticamente simultáneos. Los contratos deben asignar el riesgo residual. El proveedor de depósito en garantía puede comprometerse a liberar mediante un recibo de registro firmado verificable. El registro puede comprometerse a que el recibo se emita solo después de que el nuevo registro sea duradero. Si el recibo se emite pero el proveedor de pago falla, el comprador puede permanecer registrado mientras el vendedor tiene un reclamo contra el depósito en garantía.

Si el pago se libera con un recibo falsificado, el proveedor de pago asume la responsabilidad según su deber de verificación.

Estos resultados no son DvP perfecto. Son mejores que una secuenciación vaga porque cada fallo tiene una institución responsable y un remedio. Las transferencias de mayor valor pueden justificar garantías prefinanciadas, seguros o un agente de liquidación que acepte el riesgo principal. Las transferencias rutinarias pueden usar un depósito en garantía más simple con límites transparentes.

La prohibición esencial es la exposición unilateral por diseño. Un vendedor no debe perder el registro final mientras el pago sigue siendo libremente revocable. Un comprador no debe liberar el pago incondicional mientras la finalización del registro sigue sujeta a discreción abierta.

La finalidad no debe confundirse con la activación de ruta

La tentación de hacer que la liquidación espere al enrutamiento proviene de una preocupación legítima: el comprador quiere direcciones utilizables, no una entrada decorativa. Sin embargo, el enrutamiento es una condición de finalidad pobre porque las redes independientes lo controlan.

ElRFC 7020establece que si las direcciones se anuncian y cómo se publicitan son asuntos operativos fuera del Sistema de Registros de Números de Internet. Las rutas BGP pueden cambiar después de la liquidación por razones normales de ingeniería. Un comprador puede adquirir espacio para despliegue futuro, mantenerlo no anunciado, usar un proveedor de mitigación, anunciar desde varios sitios o cambiar orígenes.

La finalidad puede requerir evidencia de preparación operativa sin requerir observación global de la ruta. El comprador puede identificar un origen previsto y confirmar el control de las cuentas necesarias. El vendedor puede eliminar ROAs obsoletas en un momento coordinado. El acceso RPKI controlado por el registro y la delegación de DNS inverso se pueden incluir en un plan de entrega. Las cartas de upstream y los cambios de IRR pueden ser condiciones si las partes lo eligen.

Pero un recolector de rutas que ve al comprador no es prueba de que el pago se haya liquidado o de que la autoridad corporativa fuera válida. Por el contrario, la ausencia de una ruta no hace que una transferencia final sea defectuosa. Un registro no debe revertir un cambio completado porque el comprador aún no ha anunciado.

El evento de liquidación cambia quién es reconocido en el sistema de registro. El despliegue operativo sigue a través de decisiones del operador y servicios adyacentes. Mantener el límite claro da a las partes un punto estable desde el cual realizar el resto.

La recuperación de fraudes debe crear una transferencia correctiva, no amnesia histórica

La objeción más difícil a la finalidad es una credencial robada. Si una instrucción falsificada del vendedor produce una transferencia final, ¿por qué debería el registro negarse a revertirla? Porque "revertir" puede significar dos cosas diferentes.

El sistema debe restaurar absolutamente el estado legítimo cuando un proceso competente establece el fraude. Debe congelar rápidamente nuevas disposiciones, preservar los servicios seguros existentes cuando sea posible y evitar que el destinatario fraudulento agrave el daño. Pero la restauración debe aparecer como un nuevo evento de corrección vinculado al evento fraudulento. El registro debe declarar qué autoridad ordenó la corrección, cuándo entró en vigor y qué intereses o reclamos de compensación permanecen.

Eliminar la transferencia fraudulenta produce una historia falsa. Hace que los auditores no puedan explicar el período en el que la parte equivocada estaba registrada. Oculta quién controlaba RPKI o DNS inverso. Puede hacer que un proveedor de depósito en garantía o un comprador posterior confíen en una continuidad fabricada. También permite que el registro evite mostrar que sus controles fallaron.

El límite de la directiva de valores es instructivo. Los reclamos subyacentes por fraude o error técnico pueden sobrevivir sin revocar la orden de transferencia protegida dentro del sistema. Los remedios pueden operar a través de restitución, daños o una nueva disposición. Las herramientas legales exactas para IPv4 variarán según la jurisdicción, pero el principio de mantenimiento de registros es universal: la corrección sucede al error; no pretende que el error nunca ingresó al estado compartido.

Aquí es también donde pertenece la compensación. Un comprador inocente que pierde el reconocimiento después de una cadena falsificada puede tener un reclamo contra el vendedor, el asegurador, el proveedor de depósito en garantía o el registro según la responsabilidad. La finalidad preserva la historia común mientras la ley asigna la pérdida.

NRS debe promover la disciplina, no usar el disfraz institucional

La Number Resource Society argumenta públicamente por un registro preciso, control del operador y menos autoridad concentrada del registro. La finalidad de la liquidación puede convertir esos principios en un estándar concreto para los RIR y los servicios de transferencia autorizados. Sería una traición si NRS se presentara como un nuevo depositario central de valores, operador de liquidación o fuente de autoridad global exclusiva.

El modelo constructivo es un libro de reglas para la liquidación interoperable de registros. Define participantes, evidencia, formatos de instrucción, emparejamiento, estado preparado, irrevocabilidad, confirmación, fallo, cancelación, corrección e incumplimiento. Publica qué partes están automatizadas y dónde permanece el juicio humano. Identifica la ley aplicable para cada servicio y requiere un análisis legal entre servicios antes de reclamar protección de insolvencia.

NRS puede encargar investigaciones de conformidad, promover un coordinador reemplazable, comparar diseños de prueba de eventos públicos y representar a los miembros en debates sobre servicios de disputas y continuidad. La certificación, la coordinación, el compromiso de eventos autoritativos y los remedios deben permanecer en los RIR, operadores técnicos autorizados, instituciones arbitrales o tribunales. NRS no debe mantener fondos de transacciones ni transformar una posición de membresía en un título universal.

La responsabilidad del participante debe incluir a cada coordinador autorizado. Si firma una confirmación falsa, pierde un estado pendiente o permite una finalización duplicada, debe aplicarse una regla de corrección y responsabilidad. La responsabilidad de NRS es diferente: obtener sus investigaciones con precisión, divulgar los intereses de los miembros y corregir las afirmaciones de promoción cuando la evidencia cambia.

La lección institucional más sólida de los mercados de valores no es la centralización. Es la asignación explícita de autoridad y riesgo en cada estado. Una capa común delgada puede proporcionar esa disciplina mientras los servicios de registro permanecen plurales y portátiles.

Un modelo de estado práctico tiene nueve pasos

Primero, propuesta: una parte abre una transacción nombrando recursos y contrapartes exactos. No ocurre ningún cambio de registro público.

Segundo, autenticada: el servicio de origen verifica la instrucción del tenedor actual y la autoridad corporativa según un estándar publicado.

Tercero, emparejada: el vendedor, el comprador y los servicios afectados aceptan términos canónicos idénticos. Las enmiendas consumen la versión anterior.

Cuarto, condicionada: la garantía de pago, las restricciones legales, la elegibilidad del destinatario y los requisitos técnicos declarados están satisfechos o identificados como pendientes.

Quinto, preparada: cada servicio requerido para el registro autoritativo firma la preparación. La transacción obtiene un identificador de liquidación y una ventana programada.

Sexto, irrevocable: la cancelación unilateral termina. Una emergencia de integridad definida puede pausarse, pero solo a través de un acto limitado en el tiempo y revisable.

Séptimo, confirmada: todos los registros autoritativos aplican un cambio de tenedor efectivo único mientras el proveedor de pago hace que la liberación emparejada sea irrevocable bajo la condición de liquidación común. El evento emparejado es duradero, seguro contra repeticiones y conciliado.

Octavo, descargada: los servicios de registro y pago emiten recibos finales y completan cualquier publicación mecánica que quedó después del compromiso irrevocable emparejado. Si una institución de pago separada incumple su liberación comprometida, su garantía y regla de responsabilidad se aplican en lugar de restaurar silenciosamente al vendedor.

Noveno, completada con acciones adyacentes: RPKI, DNS inverso, IRR y contactos operativos se mueven según el cronograma declarado. Su estado es visible pero no reabre la finalidad del registro a menos que los términos de liquidación hicieran expresamente que una acción controlada por el registro fuera parte de la confirmación.

Una transacción rechazada o vencida puede salir de los primeros cuatro estados sin cambiar el último registro final. Una transacción preparada que no puede confirmarse entra en un estado de recuperación definido. Una transacción confirmada solo puede cambiar mediante otro evento final. Esta gramática de estado simple eliminaría gran parte de la incertidumbre que actualmente aparece como discreción.

La analogía tiene límites estrictos

La liquidación de valores se basa en fundamentos legales e institucionales que el registro de números no comparte. Los DCV están autorizados y supervisados. Los sistemas designados pueden recibir protección legal de insolvencia. Los participantes suelen ser instituciones financieras reguladas. Los activos de liquidación son comúnmente fungibles, las cuentas están caracterizadas legalmente, el pago ocurre a través de sistemas monetarios establecidos y las reglas prudenciales respaldan la gestión de incumplimientos.

Los prefijos IPv4 no son valores simplemente porque sean escasos y se transfieran. Su carácter legal varía. Los RIR son instituciones privadas con diferentes acuerdos y jurisdicciones. Los compradores y vendedores van desde operadores globales hasta pequeñas empresas. No existe una pata de banco central para la liquidación de direcciones. El enrutamiento sigue siendo una actividad operativa descentralizada. Una orden judicial que afecta a una parte puede no vincular a todos los servicios involucrados.

Estas diferencias descartan un trasplante mecánico. NRS no puede citar la Directiva sobre finalidad de la liquidación y obtener así sus protecciones de insolvencia. Un RIR no puede declarar un momento arbitrario vinculante para terceros en todos los países. Un protocolo común no puede resolver leyes conflictivas sobre propiedad, sanciones o insolvencia. Los requisitos de capital diseñados para infraestructuras financieras pueden ser desproporcionados para un servicio de registro ligero.

La analogía proporciona preguntas de diseño y un estándar de precisión. ¿Dónde entra una instrucción? ¿Cuándo se puede revocar? ¿Qué condiciones están vinculadas? ¿Qué sucede si un participante falla? ¿Qué estado es autoritativo después del compromiso? ¿Quién puede corregirlo? ¿Qué reclamo sobrevive sin revertirlo? ¿Quién asume la pérdida?

Responder a esas preguntas en términos de recursos numéricos sería un gran avance. Pretender que la ley de valores ya las respondió para IPv4 sería otro error de categoría.

La finalidad debe medirse por la confianza reproducible

Un régimen de liquidación debe publicar la proporción de instrucciones completas que alcanzan cada estado, el tiempo empleado allí y la razón atribuible del fallo. El tiempo medio de finalización no es suficiente. Los casos de cola larga, ciclos de evidencia repetidos, condiciones vencidas e interrupciones de infraestructura revelan si la promesa de finalidad funciona bajo estrés.

El sistema debe conciliar eventos confirmados entre servicios e informar vacíos, duplicados, intentos de repetición y acuses de recibo tardíos. Debe contar con qué frecuencia un evento final se corrige posteriormente, por qué, bajo qué autoridad y después de cuánto tiempo. Una tasa de corrección más alta puede revelar autenticación débil; una tasa cero puede revelar eliminación oculta o remedios inaccesibles.

El vínculo de pago debe probarse a través de excepciones: registro confirmado pero pago no liberado; pago liberado sin una confirmación válida; depósito en garantía agotado después de la irrevocabilidad; un recibo falsificado fue rechazado. Cada escenario debe tener un portador de pérdida predefinido.

La continuidad operativa debe medirse por separado. ¿Se movieron los servicios RPKI y DNS inverso controlados por el registro según lo programado? ¿Las observaciones de rutas mostraron interrupción? Los datos nunca deben implicar que el registro garantiza la accesibilidad mundial, pero deben revelar si sus propios actos de transición contribuyeron a una interrupción.

Los ejercicios de incumplimiento deben probar la insolvencia del participante, el fallo del servicio, el compromiso de credenciales y las órdenes legales conflictivas. Los resultados se pueden agregar sin exponer los detalles de la transacción. Los cambios de reglas deben mostrar la evidencia que los provocó y preservar los períodos de transición para los casos pendientes.

La medida definitiva es si un tercero no relacionado puede inspeccionar el evento y responder una pregunta: ¿qué organización fue reconocida en un momento específico, y qué evento válido cambió ese estado? Si la respuesta depende de correos privados o memoria institucional, la finalidad no se ha logrado.

Conclusión: irreversible después de la confirmación, reversible a través de un nuevo evento

La liquidación de valores proporciona a la gobernanza de recursos numéricos una forma precisa de pensar sobre la irreversibilidad. El acuerdo no es liquidación. La aprobación no es liquidación. El pago solo no es liquidación. Un estado se vuelve final cuando se han cumplido las condiciones definidas, la anotación autoritativa se ha comprometido, las obligaciones vinculadas no pueden dejar un lado expuesto, y las reglas del sistema prohíben la revocación unilateral.

Antes de ese punto, el fallo debe ser limpio. Una instrucción no emparejada, insuficientemente financiada, no autorizada o legalmente restringida permanece pendiente, expira, se cancela bilateralmente o vuelve al último estado final. No debe dejar el pago liberado sin registro, un comprador registrado en un registro y un vendedor en otro, o el control de seguridad varado entre partes.

Después de ese punto, se aplica el principio opuesto. La transferencia es duradera. La insolvencia del vendedor no resucita automáticamente el registro antiguo. La reconsideración del personal no lo borra. Un hallazgo posterior de fraude, orden judicial o reversión consensuada puede cambiar el estado a través de un nuevo evento atribuible. La historia permanece intacta, y la compensación o restitución asigna la pérdida resultante.

El diseño es exigente porque la transferencia IPv4 une instituciones que no comparten una ley o plataforma técnica. La respuesta no es pretender que un RIR único ya proporciona finalidad global. Es definir la unidad de liquidación exacta, emparejar ambas partes, coordinar los servicios de origen y destino, vincular el compromiso del registro con la garantía de pago, publicar los estados de fallo y hacer que cada poder excepcional sea revisable.

NRS puede ayudar promoviendo reglas interoperables y portátiles y publicando evidencia comparable de las instituciones que las operan. Su éxito no debe medirse por las transacciones controladas —NRS no debe controlar ninguna— sino por si su promoción ayuda a prevenir transferencias provisionales indefinidas, revocaciones inseguras y reversiones ambiguas.

La finalidad de la liquidación es una herramienta de diseño institucional porque le dice a cada actor cuándo termina la discreción. El comprador obtiene un registro duradero. El vendedor obtiene la descarga. El registro obtiene un rol delimitado. El proveedor de pago obtiene una condición de liberación objetiva. Los tribunales conservan la autoridad sobre reclamos legales sin obligar al libro mayor compartido a olvidar su historia.

La regla se puede establecer en una oración: un cambio de registro IPv4 debe volverse irreversible cuando las instrucciones autenticadas, emparejadas y condicionadas se comprometen en un registro conciliado; después de eso, solo puede cambiarse mediante otro evento válido.

Eso no es ley de valores para Internet. Es la disciplina de la finalidad adaptada a un sistema de números global que ha operado durante demasiado tiempo sin nombrar el momento en el que se espera que todos confíen.

Fuentes