Summary
- El 23 de septiembre la IESG abrió el último plazo de comentarios para los borradores de arquitectura y casos de uso de SATP, ambos destinados a RFC informativos. El plazo termina el 7 de octubre; todavía no son RFC aprobados.
- La arquitectura prevé que la pasarela de origen firme una declaración de inmovilización porque la pasarela receptora puede no tener acceso al registro privado. Da por supuestas la identidad de los operadores, el consentimiento y su responsabilidad durante la custodia transitoria.
- La prueba de un mensaje no equivale a una comprobación independiente del estado oculto ni determina por sí sola quién posee jurídicamente el activo.
El receptor necesita saber que el activo dejó de estar disponible en la primera red antes de crear su equivalente en la segunda. Si la primera red es privada, no puede mirar dentro. El borrador de arquitectura SATP resuelve la comunicación mediante una afirmación firmada por la pasarela de origen. Esa decisión permite coordinar sistemas distintos y, a la vez, sitúa una obligación crucial sobre quien emite la afirmación.
El diseño no empieza con un token anónimo que cruza una frontera. Presupone que se identificaron el activo, las dos partes y las redes, y que hubo consentimiento. También presupone propietarios de pasarelas identificados y verificados, responsables de lo que firman y del activo que controlan de forma provisional. Para la red receptora, la confianza en los datos que entrega la pasarela de origen es una condición previa, no una consecuencia automática de usar criptografía.
El texto separa bloqueo, acuse de recibo y compromiso. Primero se inmoviliza el activo original y se remite una declaración firmada. Después se coordina la extinción del activo en origen y la creación de uno equivalente en destino. Las firmas y los enlaces entre mensajes pueden ayudar a una auditoría posterior si surge una controversia. Pero una secuencia íntegra puede conservar fielmente una declaración equivocada sobre el registro que solo el remitente conoce.
La novedad procesal es precisa. La Internet Engineering Steering Group inició el 23 de septiembre la Last Call de la arquitectura y de un catálogo de usos, con comentarios hasta el 7 de octubre. Ambos textos buscan carácter informativo. El borrador del núcleo del protocolo sigue una trayectoria distinta hacia una posible norma propuesta. Tampoco los ejemplos sobre comercio, finanzas o suministros del catálogo acreditan una red SATP en funcionamiento.
La propia carta del grupo de trabajo advierte que las redes participantes probablemente necesitarán convenios previos, jurídicos o de otra clase, y deja esos marcos y su demostración fuera del protocolo. La distinción de Lu Heng entre evidencia y autoridad ayuda a leer este límite: un registro de firmas puede presentarse ante quien resuelva una disputa, pero no crea al árbitro ni certifica el derecho sobre el activo.
Sources
- https://datatracker.ietf.org/doc/draft-ietf-satp-architecture/history/
- https://datatracker.ietf.org/doc/draft-ietf-satp-usecases/history/
- https://datatracker.ietf.org/doc/html/draft-ietf-satp-architecture-10
- https://datatracker.ietf.org/doc/html/draft-ietf-satp-usecases-10
- https://datatracker.ietf.org/wg/satp/about/
- https://datatracker.ietf.org/wg/satp/documents/
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance

