ArquitecturaÍndice

PointSav se compone de tres anillos concéntricos con dependencias estrictamente unidireccionales, una canalización de datos determinista que funciona completamente sin IA, y una disciplina de soberanía que permite a los clientes bifurcar toda la pila el primer día. Los artículos de arquitectura describen las decisiones estructurales que sustentan esas propiedades: por qué están diseñadas así, cómo se componen y qué invariantes deben mantenerse en cada despliegue.

El modelo de tres anillos es el marco de carga: el Anillo 1 gestiona la ingesta por inquilino, el Anillo 2 proporciona conocimiento y procesamiento determinista, y el Anillo 3 añade inferencia de IA opcional que nunca escribe en el registro autoritativo.

Empiece aquí: Arquitectura de tres anillos — el marco de carga que asume cada otro artículo de esta categoría: tres anillos concéntricos con dependencias estrictamente unidireccionales, IA estructuralmente opcional en todo momento.

Por dónde empezar

Veintinueve artículos describen las decisiones estructurales que hay detrás de la plataforma. Estos nueve son el marco: el modelo de composición que todo lo demás asume, quién lo construye, qué posee el cliente, cómo le llega el código, y la única arquitectura de dominio que queda fuera de la pila de software.

• Arquitectura de tres anillos — Tres anillos concéntricos con dependencias estrictamente unidireccionales y el anillo de IA estructuralmente opcional. Todos los demás artículos de esta categoría lo dan por supuesto.
• PointSav — visión general de la empresa y estructura de tres organizaciones — Quién construye esto, y cómo se relacionan entre sí las entidades proveedora, cliente y matriz.
• Hospedaje por el cliente — El compromiso de que cada artefacto se ejecute sobre el hardware y las claves del propio cliente, lo que convierte el autoalojamiento en el patrón canónico y no en una opción.
• Arquitectura de tres capas — La cadena de suministro unidireccional desde el monorepo del proveedor hasta el catálogo del cliente y de ahí a la instancia privada en ejecución, y por qué nada fluye de vuelta.
• Matriz de seis niveles de soberanía — Seis prefijos de directorio que hacen el monorepo autodocumentado e imponen higiene de dependencias por convención y no por herramientas.
• Modelo económico — niveles community y cliente PYME — Un nivel Community gratuito como embudo de adopción, y un nivel PYME de pago dirigido a empresas reguladas a las que la facturación hiperescalar no puede servir.
• Sustrato de distribución de software de PointSav — Servidor de versiones, escaparate y vigilante de pagos: binarios compilados entregados contra pago en cadena, sin cuentas y sin suscripciones.
• Sesión Totebox — La unidad estándar del trabajo de un contribuyente: una sesión, un archivo, únicamente los repositorios declarados.
• Bóveda BIM anclada al activo — El registro autoritativo de un edificio como ficheros planos versionados en git que viajan con la escritura de la propiedad — la arquitectura de dominio sobre la que se construye el trabajo BIM.

Estructura de la plataforma

Los artículos estructurales fundacionales — los patrones que componen cada despliegue PointSav.

• Arquitectura de tres anillos — El patrón de composición duradero para la plataforma PointSav: tres anillos concéntricos con dependencias estrictamente unidireccionales, donde el anillo de IA es estructuralmente opcional y la canalización de datos determinista funciona completamente sin él.
• Pila de tres capas — El Three-Layer Stack es el patrón de descomposición de infraestructura utilizado en todas las implementaciones de PointSav, separando la capacidad de cómputo puro, la ejecución de plataforma aislada y el acceso seguro del operador en tres capas distintas.
• Arquitectura de tres capas — Software, escaparate, instancias — Flujo estrictamente unidireccional de los entregables de PointSav por tres capas: monorepo del proveedor, catálogo escaparate del cliente e instancias privadas en ejecución.
• Matriz de seis niveles de soberanía — Seis prefijos fijos de directorio que organizan el monorepo de PointSav por propósito, haciendo el repositorio autodocumentado y reforzando la higiene de dependencias.
• PointSav arquitectura 2030 — Resumen planificado — El alcance planificado para la futura carta constitucional de PointSav — aún no ratificada ni redactada; descrita aquí solo en términos planificados/previstos.
• Arquitectura Leapfrog 2030 — Tesis de posicionamiento estructural que combina hardware, datos y pesos de adaptador propiedad del cliente con ingresos por transacción en lugar de suscripción.
• PointSav — Visión general de la empresa y estructura de tres organizaciones — PointSav Digital Systems es un proveedor de tecnología que construye sistemas operativos soberanos y con capacidad de instalación local para gestión de registros y administración empresarial. Se encuentra dentro de una estructura de tres organizaciones establecida por Woodfine Capital Projects Inc.
• Visión general de la arquitectura de la plataforma — La consistencia criptográfica de la plataforma se apoya en un registro real encadenado por Merkle; la capacidad de arranque soberana — colapsar un despliegue en una sola imagen portátil — es un objetivo de diseño, aún no una función publicada.
• Descripción General de Arquitectura — Plataforma PointSav — Mapa de las principales superficies arquitectónicas de la plataforma PointSav: sustrato de cómputo, distribución de software, inteligencia GIS y el pipeline editorial.
• PointSav Platform — Visión arquitectónica — El alcance planificado para una futura carta constitucional que se prevé codifique compromisos fundacionales y afirmaciones estructurales que rijan las decisiones de ingeniería de PointSav — aún no redactada ni ratificada.
• Arquitectura de tres binarios: os-console, os-totebox, os-orchestration — Totebox Orchestration se entrega mediante tres entornos operativos binarios distintos — os-console, os-totebox y os-orchestration — cada uno con un rol, objetivo de despliegue y conjunto de aplicaciones diferenciados.
• Federación de DataGraph: de app-orchestration-slm a app-orchestration-graph — Cómo la plataforma PointSav federa los DataGraphs soberanos de cada archivo a través de una única puerta de enlace auditable, y las condiciones bajo las cuales esa puerta pasa a ser un servicio dedicado.
• Sustrato de distribución de software de PointSav — Un sistema de tres componentes — servidor de versiones, tienda virtual y observador de pagos — que entrega binarios compilados contra pagos USDC en cadena, sin cuentas de cliente ni facturación por suscripción.

Propiedad del cliente y despliegue

Los principios y mecanismos por los cuales los clientes son dueños plenos de su despliegue.

• Hospedaje por el cliente — La capacidad de alojamiento del cliente es el compromiso arquitectónico de que cada artefacto de PointSav pueda ejecutarse en el hardware del cliente, contra las claves del cliente, con el libro mayor de auditoría del cliente — haciendo que la implementación autohospedada sea el patrón canónico, no un nivel.
• Modelo económico — niveles community y cliente PYME — La estructura comercial de dos niveles de PointSav: un nivel Community gratuito como embudo de adopción, y un nivel de Cliente PYME de pago orientado a pequeñas y medianas empresas reguladas que los modelos de facturación a hiperescala no pueden atender económicamente.
• Acuerdo de pago directo — El pago por transacciones del mercado está planificado para fluir directamente del comprador al inquilino-cliente; la participación de PointSav es una comisión por transacción en el momento de la liquidación, no una suscripción recurrente.
• Orquestación Totebox como entorno de desarrollo — El entorno de desarrollo de PointSav está desplegado como una instancia de orquestación Totebox — el espacio de trabajo que construye la plataforma se ejecuta sobre la misma arquitectura que la plataforma entrega a los clientes.
• Sesión Totebox — Una sesión Totebox es una sesión de colaborador asistida por IA abierta dentro de un único archivo Totebox — con alcance a los repositorios declarados del archivo, sin capacidad de escribir fuera de ellos, y es el punto de entrada estándar para todo trabajo de desarrollo en la orquestación Totebox.
• Mercado de paquetes de semilla vertical — PointSav tiene previsto distribuir paquetes de semilla curados específicos de la industria como taxonomías de inicio, con un mercado planificado que permite a los inquilinos contribuir mejoras.
• Partición cgroup para entornos de múltiples desarrolladores — la capa de servicios — Una reserva de memoria cgroup de systemd que protege los servicios de producción de ser desalojados por procesos pesados de compilación o investigación en el mismo host — aislamiento de un solo nodo sin Kubernetes.
• Caché de compilación por usuario — prevención de condiciones de carrera en Cargo — Particionado por usuario de la caché compartida de Cargo — CARGO_TARGET_DIR por desarrollador elimina carreras de bloqueo y errores de permisos entre usuarios.
• Atomicidad del buzón — Escritura exclusiva con flock e idempotencia por msg-id — Escritura exclusiva con flock e idempotencia por msg-id en buzones de archivo plano — cómo las sesiones concurrentes serializan escrituras sin perder mensajes en silencio.
• Coordinación de sesiones multi-motor — bloqueos de sesión, boot_id y guardias de rol — Protocolo de bloqueos de sesión para motores de IA concurrentes en un mismo host — detección de bloqueos obsoletos por boot_id y protección del índice git compartido.
• os-infrastructure y os-network-admin: Modelo de Distribución — os-network-admin se distribuye hoy en software.pointsav.com a $0 USDC (beta); el modelo de distribución de os-infrastructure (metal desnudo/VM en la nube) está previsto pero aún no catalogado. Ambos se entregan como artefactos firmados, licenciados y entregados en cadena.
• Arquitectura de pagos con criptomonedas y emisión de licencias — La arquitectura de pagos y licencias de software.pointsav.com: un flujo sin custodia que va desde una transferencia USDC en cadena hasta un token de descarga firmado con Ed25519, sin cuentas de cliente ni intermediarios de pago.

Inteligencia de ubicación y dominio

Decisiones arquitectónicas para el dominio de inteligencia de ubicación e inmuebles.

• Metodología de co-ubicación de hardware — Un enfoque estructurado para clasificar candidatos de coubicación de hardware en dimensiones regulatorias, de red, de infraestructura y de costo, restringido primero por requisitos regulatorios antes de que ocurra cualquier otra optimización.
• El salto del BIM en archivos planos — El Sistema de Diseño de Edificios se construye sobre cinco restricciones — archivos planos, estándares abiertos, Rust y Tauri, funcionamiento sin conexión y licencia Apache 2.0. La propiedad anclada al activo, el uso en campo sin red, la ingesta de sensores y la convergencia del modelo con los registros de arrendamiento y financieros se derivan de la arquitectura, no se añaden encima.
• Sistema de Diseño de la Construcción — Una capa de coordinación planificada para el entorno construido: una biblioteca canónica y legible por máquina de especificaciones de elementos de construcción que las superficies de autoría BIM independientes consumen por referencia, de la misma manera que un sistema de diseño de software mantiene consistentes a equipos de producto independientes.
• Bóveda BIM anclada al activo — El registro digital autoritativo de un edificio, estructurado como archivos de texto plano y binario estandarizado en un directorio versionado con git, que califica como un Entorno de Datos Común conforme a la norma ISO 19650 y que viaja con la escritura de la propiedad.

Un artículo adicional planificado para el dominio de inteligencia de ubicación y BIM/inmuebles — que cubre la taxonomía regional de desarrollo — aún no está escrito.

Véase también

• Conceptos Fundamentales — conceptos de mecanismo fundacionales: los sustratos compuesto, de aprendizaje, de citas y de divulgación
• Patrones de Diseño — patrones de diseño nombrados realizados en la plataforma
• Gobernanza y Estándares — los registros de decisiones formales, la postura de licenciamiento y los requisitos de cumplimiento
• Infraestructura — topología de despliegue de flota, entorno en la nube e infraestructura física