El código es open-source. La plataforma, no necesariamente.

Esta página responde la pregunta que cualquier periodista AR hace en el minuto dos: “¿De qué vivís con esto si todo es código abierto?”

Modelo open-core. La librería, los RFCs y la reference implementation están bajo MIT + CC-BY-4.0, gratis para siempre. Se cobra la operación: hosting con SLA, custodia de claves criptográficas, residencia de datos en territorio argentino, integraciones con sistemas legacy y soporte contractual. Es el modelo de Vercel sobre Next.js, Resend sobre nodemailer, Supabase sobre Postgres, Linear sobre el repo público de su CLI.

Quién paga. Paga el que necesita confiar, no el que es verificado. El empleador paga el background check, no el candidato. Acá igual: la sociedad se verifica, y el banco, la aseguradora o el Estado pagan por confiar en ella. Por eso la atestación es creíble, el auditado no nos paga. El detalle, en /precios. El Auditor ya está vivo.

Por qué el código sigue open-source

• Credibilidad regulatoria. Un asesor del Ministerio no puede recomendar una stack que controla un único proveedor cerrado. Si es open source, el Estado puede fork-earla y seguir si el mantenedor desaparece. Esa continuidad es la razón por la que es viable legislar sobre la infra.
• Adopción amplia. Si fuera cerrada, ninguna sociedad automatizada sin presupuesto de licencia podría usarla. Open, la adopta todo el ecosistema. Pagan los que necesitan SLA, residencia o auditoría, no los que pueden ensamblarlo solos.
• Código abierto, servicios encima. Cualquiera puede ofrecer servicios sobre el código abierto; el código sigue siendo libre. Lo que se paga es el servicio gestionado y el soporte, no la licencia.
• Compatibilidad con cite-by-reference. La ley argentina puede citar RFC-004 con un commit hash inmutable de GitHub (ver /cite). Eso requiere que el documento sea CC-BY-4.0 y que el código de referencia sea MIT verificable.

Cómo se compara con stacks open-core conocidas

Para inversores y partners

El proyecto está pre-revenue: la librería está publicada, el ecosistema regulatorio se está armando, y la plataforma comercial está en diseño. El revenue llega en secuencia:

1. El managed hosting sale en preview a medida que crece la demanda de sociedades automatizadas que prefieren no operar su propia infra.
2. Government requiere ley sancionada + decisión ministerial de tercerizar la infra. Esperable entre Q4 2026 y Q1 2027.
3. Bespoke está disponible hoy mismo para early-adopters que estén montando su sociedad automatizada en anticipación a la ley.

Contactá a naza@naza.ar si querés ver el deck completo, el modelo financiero, o coordinar advisory equity en early sociedades automatizadas.

Honestidad pre-revenue

• La plataforma comercial es pre-revenue. Managed hosting y Government están en diseño. Bespoke está en etapa de early-adopters.
• El maintainer es uno. Continuidad operacional es un riesgo real que se mitiga con escrow de código, RFCs CC-BY-4.0, y npm provenance, pero no se elimina.
• Government tier depende de variables que no controlo. La ley puede no sancionarse, el ministerio puede tercerizar la infraestructura a otro proveedor, el régimen puede mutar. El modelo comercial respeta esa incertidumbre.