Ir al contenido

Referencia de tiempo de ejecución TypeScript

TypeScript referencia de tiempo de ejecución

Sección titulada «TypeScript referencia de tiempo de ejecución»

Esta página cubre la superficie TypeScript completa representada por el inventario API exacto. El comportamiento del protocolo compartido permanece definido por la referencia de tiempo de ejecución y las cláusulas de referencia locales. Los nombres siguientes definen cómo el paquete anclado expone ese comportamiento.

Implementado se aplica a las API raíz del paquete y a los códecs en proceso que se enumeran a continuación.

Requiere adaptador de despliegue se aplica a la autoridad Registry actual, al contexto de admisión confiable, al acceso al registro atómico autenticado y a otros servicios externos proporcionados por una implementación.

No implementado significa que el paquete fijado exactamente no tiene un tiempo de ejecución público correspondiente.

Importe nombres públicos de @missionweaveprotocol/sdk. El paquete publica puntos de entrada ESM y CommonJS y requiere Node.js 20 o posterior. No expone subrutas admitidas como @missionweaveprotocol/sdk/admission; Los nombres de los módulos de origen que aparecen a continuación son agrupaciones de procedencia para la raíz del paquete único API.

SDK utiliza criptografía de nodo y activos de sistema de archivos empaquetados para paquetes de esquema, conformidad, criptografía y admisión. El paquete fijado no afirma ser compatible con el navegador ni con el tiempo de ejecución de Deno.

Preocupación por el tiempo de ejecución Módulos de fuente pública Contrato en el compromiso fijado
Identidad del paquete y tipos JSON src/index.ts, src/json-types.ts Metadatos del paquete, constantes de protocolo y tipos de dominio JSON aceptados por los códecs públicos.
JSON estricto y valores de tiempo src/strict-json.ts, src/rfc3339.ts Exportaciones de análisis estricto de raíz de paquete más el tipo público Rfc3339Instant. Los analizadores internos RFC 3339 y los ayudantes estrictos JSON de solo verificación no son exportaciones de raíz de paquete.
Catálogo de esquemas src/schema-catalog.ts Borrador 2020-12 Fallos de descubrimiento de esquemas, validación y validación estructurada en el conjunto de protocolos empaquetados.
Canónico JSON src/canonical-json.ts RFC 8785 canonicalización y producción de bytes para firmar y resumir entradas.
Documentos firmados src/signed-document-codec.ts, src/crypto.ts Ed25519 ayudantes de firma, nueve perfiles de documentos firmados, resolución Organization Registry completa y el resultado de la verificación de seis etapas.
Marcos src/frame-codec.ts Operaciones estrictas de análisis y codificación para objetos de marco WebSocket compatibles. Este es un códec, no un servicio de puerta de enlace alojado.
Conformidad y paquetes src/conformance.ts, src/package-root.ts Descubrimiento de raíz empaquetada, ejecución de manifiesto estructural y el comando missionweaveprotocol-conformance. Los activos de criptografía y admisión están empaquetados pero no tienen un corredor de verificación público.
Primera admisión src/admission.ts Flujo de primera admisión mecanografiado y confianza histórica en capas después de una verificación exitosa de seis etapas.

parseStrictJson y parseStrictJsonObject rechazan UTF-8 no válidos, listas de materiales, miembros de objetos duplicados, entradas numéricas no admitidas y otras sintaxis fuera de la canalización documentada JSON. SchemaCatalog valida el conjunto de esquemas empaquetado exacto. canonicalJsonBytes crea RFC 8785 bytes; La validación exitosa del esquema por sí sola no reemplaza la canonicalización o la verificación de firma.

SignedDocumentCodec.sign selecciona un perfil explícito, valida la hora protegida, canonicaliza la proyección sin firmar, obtiene una firma estricta Ed25519 de 64 bytes a través de SigningKey, adjunta el sobre y valida el documento final. verify consume UTF-8 bytes sin procesar y ejecuta las etapas de análisis, esquema, sobre de firma, resolución de clave, canonicalización y firma en ese orden. El VerifiedSignedDocument devuelto expone evidencia inmutable, copias de bytes defensivas, hashes completos y de firma, tiempo protegido y la clave resuelta.

La resolución de claves requiere evidencia Organization completa de Registry. Una clave seleccionada, una entrada de caché o un indicador de confianza proporcionado por la persona que llama no es una instantánea completa de Registry.

FrameCodec analiza y codifica valores de fotogramas admitidos, pero no abre un socket, no autentica una sesión, persiste un cursor, programa trabajo ni aplica una transición autorizada. Una implementación debe proporcionar esas responsabilidades de tiempo de ejecución de nivel superior.

packageRoot localiza el árbol de artefactos empaquetados buscando su PROTOCOL_PIN.json; localizar ese archivo no valida su contenido ni ningún resumen de artefactos. runConformance ejecuta solo el manifiesto de conformidad estructural y los vectores a través del catálogo de esquemas empaquetado. El comando missionweaveprotocol-conformance invoca ese mismo corredor estructural.

El paquete anclado incluye criptografía y activos de admisión para conocer el origen exacto de la publicación, pero no expone las API públicas que verifican los resúmenes de criptografía o del paquete de admisión ni ejecutan esos manifiestos de evaluación. Las aplicaciones no deben tratar packageRoot ni un informe de conformidad estructural exitoso como prueba de que esos dos paquetes fueron verificados.

AdmissionService expone la preparación asincrónica, la primera admisión y la repetición histórica sobre el verificador de documentos firmados sincrónico. La resolución actual Registry es síncrona; la emisión en contexto confiable puede ser sincrónica o asincrónica; La búsqueda y la adición de Admission Log son asincrónicas. Continúe con la TypeScript Referencia de admisión para conocer los resultados exactos del adaptador y el orden de llamadas.

No implementado Mission orquestación: no se exporta ninguna máquina de estado Mission ni fachada de orquestación de alto nivel.

No implementado Programador Worker: no se exporta ninguna cola, programador, ejecutor de concesión ni bucle de recuperación Worker.

No implementado Servicio de puerta de enlace hospedada: el paquete proporciona FrameCodec, no un servicio de puerta de enlace hospedada con transporte, sesión, TLS, enrutamiento o propiedad de contrapresión.

No implementado Runtime de persistencia autoritativa: no se exporta ningún tiempo de ejecución de persistencia local respaldado por una base de datos o Agent.

Esas ausencias son parte del contrato de ejecución soportado. Las aplicaciones no deben inferir capacidades de tiempo de ejecución de referencia Python a partir de nombres de protocolos compartidos.