Saltar al contenido

Notas de ingeniería Kotoba

Evidencia antes que eslóganes

Notas breves sobre diseño de lenguaje, mediciones, límites entregados y lo que aún permanece sin calificar.

Ingeniería de seguridad

¿Puede Kotoba admitir un programa NIST CSF 2.0?

Una guía basada en evidencias sobre los límites de capacidad, las rutas de ataque y los controles operativos que aún se necesitan en torno a Kotoba.

Leer la evaluación y los escenarios de ataque

31 agosto 2026 · Benchmarks

Un quinto punto de referencia, y la afirmación que no soportaría

Los cuatro puntos de referencia construyeron un programa lo suficientemente pequeño para caber en una pantalla, lo que mide qué tan rápido inicia una cadena de herramientas en lugar del número que espera un desarrollador. La nueva suite de escalado de compilación genera el mismo programa en ocho tamaños, lo compila a través de cada cadena de herramientas en el host y luego ejecuta lo que cada uno produjo.

Ejecutar el artefacto es lo que lo convierte en un benchmark y no en un cronómetro. El CLI liberado Kotoba emite un módulo WebAssembly inválido con más de 128 funciones y sale exitosamente, por lo que un arnés no validado habría registrado sus mejores números exactamente donde dejó de funcionar. Dos carriles Kotoba adicionales se detienen en límites declarados — un presupuesto de combustible de llamada y un límite de admisión por conteo de funciones — que son el resultado opuesto y debieron ser reportados como tal.

La suite se añadió para mostrar la velocidad de compilación como una fortaleza. Muestra el binario lanzado con el costo de compilación en frío más bajo de cualquier carril medido, y muestra que a gran tamaño la velocidad de compilación no es actualmente una fortaleza Kotoba. Ambas mitades están en la misma tabla.

Lee los resultados de escalado de compilación

29 agosto 2026 · Benchmarks

Cuatro benchmarks responden cuatro preguntas diferentes

El inicio del compilador mide un camino diminuto de fuente a artefacto. El conjunto de bucle de desarrollador separa resolución, comprobación, compilaciones limpias y sin cambios, y primer resultado a través de once rutas de cadena de herramientas. El tiempo de ejecución nativo mide programas ya construidos. Un cuarto conjunto compara cadenas, colecciones, asignación, E/S, concurrencia y una pequeña aplicación real a través de seis rutas representativas de tiempo de ejecución. Kotoba los publica por separado para que una fase rápida no se confunda con velocidad universal.

Cada resultado emitido es verificado, pero todos los rankings de velocidad permanecen retenidos porque fallaron las puertas de carga del host registradas.

Lea el punto de referencia e inspeccione su evidencia

28 agosto 2026 · Diseño del lenguaje

Ninguna autoridad ambiental es un límite de lenguaje

Los programas Kotoba no comienzan con acceso implícito a sistema de archivos, red, proceso, reloj, modelo o secretos. El código fuente declara efectos, la admisión intersecta concesiones y políticas, y el host enlaza solo las capacidades resultantes.

Ese diseño complementa el aislamiento del sistema operativo; no reemplaza al compilador, verificador, tiempo de ejecución, proveedor, custodia de claves o política de host en la base de computación confiable.

Ver el límite de computación