Handbook Abraxas

Este handbook no es un manual de software. Es el mapa de una municipalidad que funciona como lo manda la ley, con un libro mayor que no se borra, con cada peso trazado y con el vecino más cerca de la autoridad de lo que permite el mostrador de las ocho de la mañana.

Abraxas es una DLT municipal: un libro distribuido y permisionado, calzado sobre la Ley N° 18.695 Orgánica Constitucional de Municipalidades. No reemplaza al alcalde, ni al Concejo, ni al Secretario, ni a Contraloría. Les da un suelo común. Cada dirección de la comuna —Alcaldía, Secretaría, DAF, DOM, DIDECO, SECPLA, Control, Tránsito, Aseo— deja de ser un silo de planillas y correos, y pasa a ser un nodo que firma, verifica y rinde en el mismo cuaderno. El director de Finanzas ve en vivo la caja, los escrows y los giros del Fondo Común. El director de Obras ve en vivo la cola de permisos y el estado de cada expediente. El director de Control ve en vivo lo que los demás firman, sin poder gastar un peso. El alcalde ve el conjunto. Contraloría observa el mismo libro. Eso, que parece una frase de campaña, es el diseño entero.

La comuna modelo de este documento es Las Encinas, en la provincia de Marga Marga, Región de Valparaíso: ochenta y cuatro mil habitantes, catorce unidades vecinales, un presupuesto del orden de veintiocho mil cuatrocientos cincuenta millones de pesos, con un 42 % de dependencia del Fondo Común Municipal. Los números sirven para pensar en escala real. El diseño, sin embargo, no es de una comuna: es de la forma legal de todas las municipalidades de Chile. Lo que aquí se describe puede leerlo un alcalde de una comuna de diez mil habitantes y uno de una capital regional. Cambia el volumen, no el dibujo de la 18.695.

Lo que sigue está escrito para tres lecturas a la vez. La primera, política: qué gana el alcalde, el concejal y el vecino. La segunda, administrativa: cómo se mueve un expediente entre direcciones y cómo rinde la comuna ante SUBDERE, el GORE y la Contraloría General de la República. La tercera, tecnológica: qué contrato, qué firma y qué oráculo sostienen cada acto. Quien gobierne puede leer los recuadros de tres niveles y las métricas. Quien administre, los procesos y cada departamento. Quien audite o implemente, el detalle. Las tres lecturas dicen lo mismo con distinta resolución. Esa coherencia no es un adorno: es la prueba de que el sistema no tiene una cara para el discurso y otra para el código.

Hay un ciclo que este handbook llama virtuoso y que conviene nombrar desde la primera página. Cuando cada dirección ve en vivo lo que le corresponde, deja de gastar la mañana en reconstruir el estado de las cosas. Cuando el estado de las cosas es el libro, el trámite repetible se automatiza y el criterio humano se reserva para lo que la ley no vuelve booleano. Cuando lo repetible no espera, el vecino no vuelve tres veces. Cuando el vecino no vuelve tres veces, la confianza deja de ser un eslogan y se vuelve un hábito. Cuando la confianza es un hábito, la consulta popular deja de ser un evento heroico y pasa a ser un instrumento de gobierno. Ese ciclo no parte de la tecnología. Parte de obedecer, en vivo, el organigrama que la ley ya dibujó.

Toda sección importante se puede leer en tres alturas. Las llamamos niveles de inteligibilidad. No hay que ser ingeniero para el primero, ni abogado para el tercero. El documento está hecho para que un concejal, un director de finanzas y un fiscalizador de Contraloría salgan de la misma página con lecturas distintas y coherentes.

Los tres niveles

La métrica pedagógica de Abraxas no puntúa comunas. Ordena la prosa. Cada vez que el texto se pone denso, reaparece un recuadro de tres columnas: político, administrativo, técnico. El político responde qué cambia para quien decide y para el vecino. El administrativo responde quién firma, quién visa, quién rinde y en cuánto tiempo. El técnico nombra el contrato, la prueba y la firma. Si usted es alcalde, puede leer de recuadro en recuadro y no perder el hilo. Si usted es director, puede saltar a los procesos. Si usted audita, puede exigir que cada recuadro técnico tenga un correlato en el libro.

Político

El alcalde ve el estado de la comuna en vivo. El concejal fiscaliza sin esperar la sesión de los martes. El vecino tramita y vota sin ceder más datos de los estrictamente necesarios.

Administrativo

Cada expediente tiene dueño, paso y reloj. Nada se paga si no hay decreto, visación e hito. Contraloría lee el mismo libro, no una rendición reconstruida a fin de mes.

Técnico

Un Cross-Contract Router impide que un módulo opere aislado. Las firmas de decreto son híbridas: curva elíptica y postcuántico a la vez. Los datos sensibles no viajan: viajan pruebas.

Tres caminos de lectura

No hace falta leer el handbook de corrido. Hay tres caminos explícitos, y los tres terminan en el mismo glosario.

La brújula de resultado

Además de los tres niveles, el handbook usa una escala simple de resultado. No es un ranking. Es una brújula de cinco ejes: visibilidad (quién puede ver el acto), latencia (cuánto tarda en moverse), inmutabilidad (si se puede reescribir), minimización (cuántos datos personales salen del origen) y automatización (qué parte ya no requiere una cola en el pasillo). Cada proceso y cada departamento se pueden leer contra esos cinco ejes. Si un módulo mejora la latencia pero empeora la minimización —por ejemplo, copiando el RSH «para ir más rápido»— el diseño está mal. El modelo solo se considera virtuoso cuando los cinco ejes se mueven juntos.

Cuando una cifra aparece —plazo de treinta días hábiles, cuatro UTM, cupo de subsidio, 6/8 del Concejo— no es adorno. Es el número que ya vive en la ley, en la ordenanza o en el modelo de Las Encinas. Si el texto dice «inmediato si los oráculos cierran», es porque el acto es de verificación, no de discreción. Si el texto dice «el Concejo vota», es porque la ley no permite automatizar ese consenso. La métrica también sirve para no mentirse: no todo se comprime, y lo que no se comprime debe quedar dicho.

Abraxas es el libro mayor de la comuna. Una red permisionada donde cada trámite, cada peso del Fondo Común Municipal y cada decreto queda firmado, encadenado y visible para quien la ley habilita a ver — y opaco para quien no.

No es una criptomoneda. No hay un token con el que se especule el predio de la esquina. No hay minería, ni recompensa por bloquear, ni un mercado de la calle. Es una infraestructura de fe pública digital: el Secretario Municipal sigue siendo ministro de fe; el Alcalde sigue decretando; el Concejo sigue fiscalizando; Contraloría sigue observando. Lo que cambia es el soporte. El acta, el pago y el permiso dejan de ser archivos que se extravían entre directorios, y pasan a ser hechos encadenados. Quien quiera reescribir la historia administrativa tiene que dictar otro acto, también encadenado. No hay goma de borrar.

El producto tiene cuatro caras, y ninguna funciona sola. La primera es el centro de mando: el alcalde y cada director ven colas, caja, alertas y firmas pendientes, cada cual en el perímetro de su competencia. La segunda es la ventanilla del vecino: una aplicación móvil y una wallet comunal con identidad digital soberana, trámites, pagos, credenciales y voto. La tercera es el observatorio del Estado: SUBDERE, el GORE y la CGR leen la comuna sin pedirle un oficio. La cuarta es la capa criptográfica: firmas híbridas, pruebas de conocimiento cero, oráculos de Registro Civil y del Registro Social de Hogares. Si se muestra solo la wallet, parece una app de trámites. Si se muestra solo el mando, parece un tablero. Si se muestra solo el observatorio, parece un informe. El producto es las cuatro caras sobre el mismo libro.

Qué ve cada uno el primer día

El alcalde abre el centro de mando y no pide planillas. Ve cuántos expedientes esperan en la DOM, cuántos subsidios en DIDECO, cuánta caja hay en tesorería, qué alertas de legalidad están abiertas y qué decretos faltan de su firma. El director de Finanzas abre la misma red y ve otra cosa: giros del FCM, derechos recaudados, escrows que esperan hito, órdenes de compra que Control todavía no visa. El vecino abre la aplicación en el teléfono y ve lo suyo: trámites en curso, un permiso de circulación que se emite si los booleanos cierran, una consulta vecinal abierta en su unidad, una credencial de beneficio que no exhibe el tramo del RSH. La fiscalizadora de Contraloría abre el observatorio y ve el mismo libro, sin botón para gastar.

• Libro mayor permisionado, no una cadena pública anónima: solo escriben los nodos de la 18.695 y los oráculos que la ley reconoce.
• Un contrato por mandato legal, no un «contrato municipal» genérico: TreasuryEscrow no es RwaPermitNFT, y ninguno opera aislado.
• Identidad del vecino como DID: firma sin entregar la carpeta. El RUN no entra al libro.
• Observador pasivo de Contraloría: ve todo lo que debe ver y no firma ningún decreto comunal.
• Democracia directa como extensión de las juntas de vecinos y de las consultas que la propia municipalidad autorice, no como sustituto del Concejo.
• Control en vivo por departamento: cada dirección ve su cola, su caja y sus firmas, y no ve lo que la ley no le entrega.

La aplicación móvil y la wallet

La cara ciudadana no es un portal web de los dos mil diez con clave y captcha. Es una aplicación que el vecino lleva en el bolsillo y una wallet —una cartera de identidad, no una cuenta bancaria— donde vive su DID comunal, las credenciales que el municipio le emite, los comprobantes de pago y las consultas en las que puede participar. Con esa cartera firma un permiso de edificación, paga una patente, presenta una prueba de que está vivo y con cédula vigente, y, cuando el Concejo autoriza una consulta, emite un voto. La municipalidad no le «abre una cuenta». El vecino es titular de su clave. Si pierde el teléfono, recupera con el rito que la comuna defina; no recupera porque un funcionario reescriba su identidad en una planilla.

Político

Usted no está comprando una moda. Está exigiendo que el acta, el peso y el permiso vivan en el mismo cuaderno, y que el vecino llegue a ese cuaderno desde el teléfono.

Administrativo

Cuatro caras, un libro. El mando, la ventanilla, el observatorio y la criptografía no se implementan por separado: si se separan, vuelven los silos.

Técnico

Permissioned ledger. Contratos por mandato. DID + wallet. Observer node de CGR. Firmas híbridas y pruebas ZK. RBAC alineado a la 18.695.

Una DLT municipal no se define por la moda de la cadena. Se define por seis propiedades que un concejal puede exigir en un acuerdo y que un contralor puede verificar en un hash. Si falta una, lo que queda es un sistema de gestión con mejor publicidad.

1. Permisión legal, no anonimato

Escriben quienes tienen competencia: Alcalde, Secretario, DAF, DOM, los demás órganos de la 18.695, y los oráculos del Estado (Hacienda, SUBDERE, GORE, SRCeI, MDSF). El vecino escribe sus propias solicitudes, votos y pagos. Contraloría no escribe. Esa asimetría no es un defecto: es la Ley 10.336 expresada en red. Un nodo observador que pudiera decretar dejaría de ser Contraloría. Un vecino que pudiera firmar el presupuesto dejaría de ser vecino. La cadena pública anónima —cualquiera escribe, nadie responde— es el contrario exacto de un acto administrativo. Por eso Abraxas es permisionada: la identidad del firmante es parte del acto, no un estorbo.

2. Inmutabilidad del hecho, no de la política

Un decreto protocolizado no se borra. Un pago acreditado no se «corrige» reescribiendo la fila. Si hay que dejar sin efecto un acto, se dicta otro acto, también encadenado. La política puede cambiar de signo en la próxima elección. El libro no. Esa es la diferencia entre un archivo municipal y una memoria USB del director de turno. La inmutabilidad no petrifica el plan regulador ni el presupuesto: petrifica el hecho de que, en tal fecha, tal autoridad firmó tal cosa. El Concejo del período siguiente puede modificar la ordenanza. No puede pretender que la anterior no existió.

3. Procedencia: nada se mueve solo

El Cross-Contract Router es la traducción técnica de una regla antigua: DAF no paga un FNDR si SECPLA no certificó el hito; DOM no aprueba si Tesorería no cobró los derechos; un subsidio no se asigna si el oráculo de identidad y el del RSH no cierran. La burocracia asíncrona —el oficio que espera en la bandeja— se reemplaza por una máquina de estados que no avanza sin la firma del nodo competente. Eso es control de proceso, no capricho de software. El router no «decide» el subsidio. Impide que el subsidio se pague como si se hubiera decidido.

4. Minimización de datos

El RUN no entra al libro. El cuadernillo del hogar no entra al libro. Los planos viven en un repositorio de objetos; en la cadena va el hash. El municipio consume pruebas: vivo, cédula vigente, domicilio comunal, elegible. La Ley 19.628 deja de ser un afiche en la oficina de partes. Esta propiedad es tan estructural como la inmutabilidad. Un libro inmutable lleno de fichas familiares sería un desastre de protección de datos. El modelo se niega a ese desastre: lo que se encadena es el hecho administrativo, no la vida privada.

5. Fe pública digital

El Secretario Municipal timestampa. El Alcalde decreta. Las dos firmas, en el modelo, son híbridas: curva elíptica y sello postcuántico. El acto tiene hora, hash y firmantes. Eso es el artículo 20 de la 18.695 con un reloj que no se adelanta a mano. La fe pública no se «tokeniza». Se protocoliza. Quien mañana quiera saber si el decreto 1.844 de agosto de 2026 existió, no pregunta en el archivo: verifica el hash y las dos ramas de la firma.

6. Auditoría continua

Control interno lee en transversal y dispara alarmas —una orden de compra sin decreto congela el pago—. Contraloría replica la vista. SUBDERE recibe snapshots para el SINIM. La rendición deja de ser un rito de fin de período y pasa a ser el estado natural del libro. Auditoría continua no significa que Contraloría administre la comuna. Significa que cuando llega la visita, el relato y el hecho ya coinciden.

Político

Estas seis propiedades se pueden exigir en un acuerdo de Concejo. No son un anexo técnico. Son la definición de lo que se está adoptando.

Administrativo

Permisión, procedencia y auditoría continua se sienten como menos correos y menos reconstitución de carpetas. Inmutabilidad se siente como no poder «corregir» un pago a escondidas.

Técnico

RBAC + router + ledger append-only + ZK/oráculos + fe pública híbrida + observer node. Si falta uno, no se llama Abraxas.

El beneficio no es «estar en blockchain». El beneficio es que el peso público deja de desaparecer entre visaciones, que el vecino no vuelve tres veces por un certificado, y que el alcalde no se entera del desvío cuando ya salió en el diario.

Optimización de recursos

Una municipalidad de ochenta mil habitantes gasta una fracción enorme de su energía humana en copiar, visar, esperar y reconstruir. El modelo no despide esa energía: la mueve hacia lo que la ley no automatiza —la inspección en terreno, la mediación vecinal, el criterio urbanístico, el cupo social cuando hay más demanda que oferta—. Lo repetible (comprobar SOAP, PRT, cédula, pago de derechos, hito de obra) deja de ser una cola. Lo discrecional recupera horas. Eso es optimización: no recortar el servicio, recortar el roce.

Reducción de tiempos de respuesta

La ley pone plazos máximos —treinta días hábiles para un permiso de edificación, quince para un CIP, cinco para una patente en el ejercicio modelo—. El modelo no promete violar esos plazos hacia abajo por magia. Promete que el reloj no se coma en traslados internos. El tiempo discrecional del arquitecto revisor se conserva. El tiempo de «¿llegó el pago a Tesorería?» desaparece: el contrato pregunta y recibe un sí o un no. Para el vecino, la diferencia se siente en la wallet: el estado del trámite no es un rumor de pasillo, es un hecho.

Auditoría, trazabilidad e inmutabilidad

Cada peso del FCM que entra, cada derecho de aseo que se recauda, cada liberación de escrow, deja hash, procedencia y firmas. Control no «pide el expediente»: lo está leyendo. CGR no espera la rendición: observa el mismo libro. Si una orden de compra nace sin decreto, el contrato no discute: congela y emite alarma. Eso es control de proceso, no control absoluto de personas. El alcalde no se vuelve omnisciente sobre la vida privada del vecino. Se vuelve responsable, en vivo, de lo que la comuna firma. La trazabilidad mejorada no es un tablero bonito: es la imposibilidad de tener dos historias, una para la cuenta pública y otra para el archivo.

Los registros inmutables importan el día en que alguien quiere «corregir» un pago, adelantar un hito o perder un decreto incómodo. En un disco compartido, esa corrección es un archivo que se llama copia_final_v7.xlsx. En Abraxas, esa corrección es otro acto, con otro hash, con otro firmante, visible para Control y para Contraloría. El costo de mentir sube. El costo de auditar baja. Esa asimetría es el beneficio jurídico más difícil de poner en un afiche y el más fácil de defender cuando llega la fiscalización.

Automatización de lo repetitivo, criterio para lo discrecional

Hay actos que son un conjunto de verdaderos o falsos: tiene SOAP, tiene PRT, no tiene multas, tiene cédula vigente. Esos actos deben salir solos. Hay actos que son un juicio: ¿el anteproyecto respeta el plan regulador?, ¿el cupo social se asigna a esta familia y no a la otra cuando ambas son elegibles? Esos actos siguen en manos de la DOM, de DIDECO y del Concejo. El modelo es virtuoso cuando no confunde las dos familias. Automatizar el criterio político sería un fraude. No automatizar el booleano es un despilfarro. El handbook insiste en esta frontera porque es la que permite hablarle a un concejal sin asustarlo y a un director de Tránsito sin mentirle.

El ciclo virtuoso

Los beneficios no son una lista de compras. Se alimentan entre sí. La visibilidad en vivo reduce las reuniones de estado. Menos reuniones de estado liberan horas de terreno. Más terreno mejora la calidad de la revisión discrecional. Mejor revisión reduce observaciones de Contraloría. Menos observaciones reducen el roce con SUBDERE y el GORE. Menos roce acelera la inversión. La inversión visible, con hitos que el vecino puede ver en la wallet, alimenta la participación. La participación informa al Concejo. El Concejo decide mejor. Y el libro, otra vez, deja constancia. Ese es el desarrollo virtuoso del que parte este documento: no un milagro de eficiencia, una rueda que deja de patinar.

Político

Menos filas, más cuenta pública permanente, menos espacio para el rumor de que «la plata se perdió en el camino».

Administrativo

Menos reconstrucción de expedientes. Más tiempo de terreno y de revisión de fondo. Colas medibles por dirección.

Técnico

Eventos on-chain, multi-sig, oráculos y pruebas ZK. El repetible es código; el discrecional es firma humana.

La tesis operativa de Abraxas es simple: si cada dirección puede ver en vivo las acciones, los expedientes y los movimientos de dinero que le competen, la municipalidad deja de gobernarse por rumor y pasa a gobernarse por estado. El alcalde no espera el martes. El director no espera el cierre. Contraloría no espera la visita.

«Control absoluto» es una frase que hay que desarmar antes de que asuste. No significa que el alcalde lea la vida del vecino, ni que Finanzas decida un permiso de edificación, ni que Contraloría administre. Significa control absoluto del proceso: nada se paga si no hay decreto, visación e hito; nada se aprueba si no hay derechos pagados e identidad viva; nada se borra. El proceso es rígido. Las personas siguen siendo libres de dictar el acto que la ley les encarga, y responsables de haberlo dictado.

Qué ve cada dirección, y qué no

El centro de mando no es una pantalla única con todos los secretos de la comuna. Es una vista por rol sobre el mismo libro. DAF ve caja, recaudación, escrows, giros del FCM, órdenes de compra y el umbral de firmas que falta para liberar un pago. No ve el tramo del RSH ni el plano de la casa. DOM ve colas de permisos, estados de expediente, hashes de planos, deudas de derechos. No ve la nómina completa de Tesorería. DIDECO ve postulaciones, pruebas de elegibilidad, cupo y asignaciones al DID. No ve el cuadernillo del hogar. Control ve transversal: cualquier acto, cualquier peso, cualquier alarma. No gasta. El vecino ve lo suyo. CGR ve como Control, con menos botones todavía.

El dinero, en vivo

El 42 % de dependencia del Fondo Común Municipal en Las Encinas no es una estadística de discurso. Es una serie de giros que Hacienda y SUBDERE envían, que Tesorería ancla, y que el alcalde y el Concejo ven entrar. A partir de ahí, cada peso tiene procedencia. El derecho de aseo que paga un vecino no se mezcla, en el relato, con el FNDR que paga una plaza. El escrow de una obra FNDR no se «usa un rato» para cubrir la patente de otro mes. El contrato no lo permite. Control lo vería. CGR lo vería. Esa es la diferencia entre un tablero de ejecución presupuestaria que se actualiza los viernes y un libro que se actualiza cuando el hecho ocurre.

1. Entra el giro (Hacienda / SUBDERE / GORE) y queda anclado como hecho de financiamiento.
2. DAF lo clasifica: FCM, PMU, PMB, FNDR, ingreso propio, derecho, patente.
3. Si hay que pagar a un proveedor, el dinero no sale: entra a escrow.
4. SECPLA certifica el hito, o no. Control visa, o no. El Alcalde decreta, o no.
5. Solo con las tres llaves el escrow libera la fracción. El proveedor cobra un hecho, no una promesa.
6. El snapshot hacia CGR y el SINIM no se «arma»: ya es el libro.

Los procesos, en vivo

Lo mismo vale para el expediente. Un permiso de edificación no es un PDF que viaja. Es una máquina de estados que el vecino ve en la wallet y que la DOM ve en su cola: ingresado, identidad probada, derechos pagados, en revisión, observado, aprobado, protocolizado, recepcionado. Cada estado tiene dueño. El dueño no puede saltarse al anterior. El alcalde puede ver cuántos llevan más de veinte días hábiles y preguntar por qué. No puede, desde el mando, «marcar aprobado» sin la firma de la Dirección de Obras. El control en vivo no es un atajo. Es un espejo.

Las alertas de legalidad son el pulso de ese espejo. Una orden de compra sin decreto no genera un correo que alguien puede dejar para el lunes. Genera AnomaliaFinancieraDetectada, congela el pago y aparece en el mando de Control y del alcalde. El director que quiso adelantar tiene que explicar el acto, no borrar la fila. Esa es, en la práctica, la automatización de lo repetible aplicada a la integridad: el repetible aquí no es el permiso de circulación, es la pregunta «¿hay decreto?».

Político

El alcalde deja de gobernar por WhatsApp de directores. Gobierna sobre colas, caja y alertas, y rinde la misma vista que ve Contraloría.

Administrativo

Cada director tiene tablero de su mandato. El de Finanzas no administra la DOM. El de Control no gasta. El de DIDECO no ve el RSH.

Técnico

Vistas RBAC sobre el mismo ledger. Eventos, no sondeos. Alarmas como transacciones. Escrow multi-sig. Máquina de estados por trámite.

El cuello de botella del municipio chileno no es, en lo principal, la falta de vocación de sus funcionarios. Es la asincronía: cada dirección es un mundo, el dato no viaja con el acto, y el Estado central pide cuentas sobre un relato reconstruido.

Un permiso de edificación nace en la DOM, paga en la DAF, se decreta en Secretaría, se fiscaliza en Control y, si hay subsidio de mejoramiento, se cruza con SECPLA, SUBDERE o el GORE. En el papel, esa cadena ya existe: la 18.695 la dibujó hace décadas. En la práctica, cada eslabón espera un PDF, un correo o un funcionario que volvió de terreno. Mientras tanto el vecino llama, el concejal pregunta y Contraloría recibe una rendición que ya no coincide con la carpeta viva. El problema no es que la ley esté mal pensada. El problema es que el soporte —la carpeta, el correo, la planilla— no es capaz de sostener el dibujo de la ley en tiempo real.

El segundo problema es de confianza. El Fondo Común Municipal es, para muchas comunas, casi la mitad del ingreso. Ese dinero baja por Hacienda y SUBDERE, se ejecuta en la comuna y debe volver como cuenta. Si la cuenta es un Excel de fin de mes, el roce con el nivel central es inevitable: oficios, observaciones, reconstitución de respaldos. Si la cuenta es el propio libro, el roce se vuelve lectura. No es que SUBDERE o Contraloría sean «el enemigo». Es que hoy les pedimos que crean un relato. El modelo les ofrece un hecho.

El tercer problema es de distancia democrática. La junta de vecinos es el órgano más cercano al territorio, y también el más lento para converger con el Concejo. La consulta popular existe en la ley de participación, pero su costo de urna, padrón y escrutinio la vuelve excepcional. El vecino no está lejos por apatía: está lejos porque el canal es estrecho. Una comuna de ochenta mil habitantes no cabe en la asamblea del sábado. Si el único puente es esa asamblea, el concejal decide con el oído de quien llegó.

El cuarto problema es de datos. Para un subsidio se fotocopia la vida. Para un permiso se deja el RUN en una carpeta que recorre cinco escritorios. La transformación digital del Estado (Ley 21.180) pidió expediente electrónico. No pidió que el expediente electrónico fuera una bandeja más de copias. Digitalizar el silo no es interoperar. Digitalizar la fotocopia no es minimizar. El modelo parte de esa distinción, porque hay comunas que ya «están en digital» y siguen esperando el certificado del Registro Civil como si el correo electrónico fuera un sobre más rápido.

El quinto problema, menos nombrado, es de memoria. Cuando cambia el alcalde, cambia a veces el disco duro. Cuando cambia el director, cambia el criterio de archivado. La historia administrativa de la comuna no debería caber en la lealtad de un funcionario. Debería caber en un libro que el sucesor hereda sin pedir la contraseña del antecesor. La inmutabilidad, vista así, no es una ocurrencia criptográfica: es continuidad del Estado comunal.

Cada nodo, cada firma y cada silencio de Contraloría tienen padre legal. Si un módulo no puede citar ley, no debería existir en la red. La DLT no crea competencia: la asigna.

Abraxas no pide una ley nueva para nacer como modelo. Se sostiene en el derecho vigente y, cuando propone un acto digital —voto DID, prueba ZK, firma híbrida—, lo hace como forma de cumplir deberes que ya existen: expediente electrónico, protección de datos, firma electrónica, transparencia activa, rendición de cuentas. El salto no es legislativo en el origen; es de soporte. Donde el legislador quiera más adelante reconocer expresamente el libro distribuido, el modelo ya habla su idioma. Mientras tanto, cada mensaje entre nodos es, en sustancia, un acto administrativo o una comunicación entre órganos, no un «ping» de software.

Cómo se comunican, en virtud de la ley

La municipalidad no «se conecta» con el Registro Civil como dos empresas que intercambian una base. El SRCeI atesta en el marco de la Ley 4.808; la comuna verifica una prueba y avanza un trámite que la 18.695 y la ley de procedimiento le encargan. SUBDERE no «sube un Excel»: administra el FCM en el marco del D.L. 3.063 y recibe hechos de gestión para el SINIM. El GORE no «aprueba en un grupo de WhatsApp»: adjudica el FNDR según la 19.175, y SECPLA certifica el hito según el contrato de obra y el artículo 21. Contraloría no «pide la carpeta»: fiscaliza según la 10.336, y el nodo observador es esa fiscalización en continuo. La interoperabilidad, vista así, no es un cable. Es el cumplimiento recíproco de mandatos.

Hay un principio que recorre la tabla: la DLT no crea competencia. El Alcalde no gana poderes que la 18.695 no le dio. El Concejo no pierde los que tiene. Control no se vuelve juez. Contraloría no se vuelve coadministradora. El vecino no legisla por la aplicación: consulta, prioriza y se informa, en los términos que el Concejo y la ordenanza habiliten. La tecnología aquí es una forma de obediencia a la ley, no un gobierno paralelo. Si un contrato permitiera al alcalde aprobar un permiso de edificación saltándose a la DOM, ese contrato sería ilegal aunque fuera inmutable. La inmutabilidad no lava un exceso de poder.

La firma electrónica (Ley 19.799) es el puente más explícito entre el acto de papel y el acto de cadena. El Secretario, ministro de fe, no deja de serlo porque el timestamp sea un hash. Al contrario: el hash es la forma contemporánea de esa fe. El híbrido AND —curva y postcuántico— no está en la ley todavía como obligación. Está en el modelo como prudencia de archivo: un decreto de 2026 debe poder leerse en 2045. Exigirlo por acuerdo de Concejo es política de ciberseguridad comunal, no una enmienda constitucional.

Político

Usted no está firmando un experimento al margen del derecho. Está exigiendo que el derecho que ya rige se cumpla con un reloj y un hash.

Administrativo

Cada procedimiento del manual de trámites se puede reescribir como pipeline de nodos, sin cambiar el quién decide.

Técnico

RBAC estricto: onlyAlcalde, onlySecretario, onlyControl. El contrato que se salta el modificador es un bug, no una política.

La pila no es un diagrama para el área de informática. Es el orden en que un acto se vuelve inmutable. Si se salta una capa, el acto es un correo más. El flujo de datos sube y baja por esas cinco capas; no hay un atajo «por detrás» para el amigo del director.

Capa 01 · Interfaz y democracia directa

Aquí vive el vecino con su DID, el director con su panel, y el fiscalizador con el observatorio. La wallet municipal no es una cuenta bancaria: es la cartera de identidad, trámites, comprobantes y votos. La aplicación móvil es esa cartera en el bolsillo: notificación de estado, pago de derechos, consulta abierta, credencial verificable. El centro de mando no es un tablero desconectado: es la misma cadena, vista por rol. El observatorio no es un informe trimestral: es SUBDERE, el GORE y la CGR leyendo bloques. Si esta capa se diseña como un sitio de trámites que «después se conecta», se ha perdido el producto. La interfaz es la red, no un barniz.

Capa 02 · Lógica transaccional

Un contrato por mandato. RwaPermitNFT en la DOM: el expediente de obra nace como activo con estado. TreasuryEscrow en la DAF: la caja no se mueve sin visación. ZkSocialCredential en DIDECO: el beneficio se prueba, no se exhibe. MilestoneOracle en SECPLA: el hito de obra libera el pago. PublicFaithRegistry en Secretaría: el decreto tiene hora. CirculationOracle en Tránsito: los booleanos de terceros. ComplianceAlarms en Control: la alarma no pide permiso. CivilRegistryOracle en el SRCeI: la identidad se atesta sin el expediente civil. NeighborhoodVoice en la junta: la demanda territorial llega firmada. GenesisAuthority y CouncilMultisig en el piso de arriba: decreto y acuerdo. IdentityRegistry en el vecino: el DID no es una cuenta que el municipio presta y quita.

Capa 03 · Intersección y consenso legal

El router destruye el silo. Ningún contrato opera aislado. El multi-sig del Alcalde, del Concejo y de Control es el quórum de la 18.695 expresado en claves. Un acuerdo de modificación presupuestaria no es un PDF con seis firmas escaneadas: es un umbral 6/8 en el libro. Un pago a proveedor no es una cadena de vistos buenos en el margen: es un escrow que no abre si falta una de las tres. Esta capa es la que hace que Finanzas no pueda «hablarse» con Obras por un canal paralelo. Si hay un canal paralelo, no es Abraxas: es el problema original con mejor tipografía.

Capa 04 · Protección

Firmas de curva elíptica para el día de hoy; ML-DSA y ML-KEM para el día en que un computador cuántico vuelva frágil esa curva; las dos a la vez para no apostar el archivo comunal a una sola hipótesis. Pairings BN254 para las pruebas de identidad y de elegibilidad social. El detalle vive en el capítulo de ciberseguridad. Aquí basta una frase: el decreto municipal se protocoliza en híbrido AND. Una rama no basta. El canal de expedientes sensibles se abre con KDF(ECDH ∥ ML-KEM). Cosechar el tráfico hoy no debe bastar para leerlo mañana.

Capa 05 · Estado y libro

El ledger permisionado guarda el hecho. El repositorio de objetos (direccionable por hash) guarda el plano, el PDF, el certificado que no debe circular. Quien tenga el hash puede comprobar que el documento no se cambió. Quien no tenga competencia no ve el documento. Esa es la diferencia entre transparencia y exhibicionismo. El estado se replica en los nodos que la ley reconoce. No se replica en un servidor de un proveedor que, si se cae, se lleva el año 2024.

El flujo de un acto a través de las capas

Tomemos un permiso de edificación, no como trámite todavía, sino como viaje de datos. El vecino, en la capa 01, firma con su DID. La capa 02 pide al CivilRegistryOracle una prueba IdVivaYVigente y a TreasuryEscrow el pago de derechos; RwaPermitNFT abre el expediente. La capa 03 exige que esas llamadas pasen por el router: no hay aprobación DOM sin caja y sin identidad. La capa 04 sella el decreto, cuando llegue, en híbrido AND, y cifra el plano en el canal híbrido. La capa 05 escribe el hecho y guarda el hash del plano. Control, en 01, ve el acto. CGR, en 01, también. El vecino recibe la credencial en la wallet. Nadie copió el RUN. Nadie reescribió el pago. Ese es el modelo de arquitectura dicho en un solo expediente.

Político

Si le muestran solo la aplicación, pida el libro. Si le muestran solo el libro, pida la wallet. El producto son las cinco capas.

Administrativo

Cada capa tiene dueño operativo: Secretaría (fe), DAF (caja), Control (alarma), TI (canal), Alcaldía (cierre). Ninguno es dueño de todas.

Técnico

Separación interfaz / contrato / router / cripto / ledger. Cross-call obligatorio. Append-only. Objetos fuera de cadena, hechos dentro.

El dato no salta. Baja por Hacienda y SUBDERE, se regionaliza en el GORE, se ejecuta en las direcciones de la 18.695 y vuelve como rendición inmutable. El vecino entra por la wallet; no por la puerta de servicio del servidor de finanzas.

Cuatro columnas de la red

La topología se lee de izquierda a derecha. Sociedad: el ciudadano con su DID y la junta de vecinos o COSOC. Municipio: Alcaldía y Concejo como génesis, las direcciones operativas, Control como auditor interno. Región: el GORE. Gobierno central: SUBDERE, Hacienda, CGR, MDSF, MINVU y el Registro Civil. Cada flecha tiene tipo —financiamiento, trámite, fe pública, oráculo, democracia— y tiene cita legal. No hay flechas «de cortesía». Si dos nodos se hablan, es porque un artículo los obliga o los habilita.

El peso público

1. Hacienda, DIPRES y Tesorería General giran el FCM y fijan el marco de la Ley de Presupuestos.
2. SUBDERE administra el FCM, el PMU y el PMB, publica el SINIM y supervisa el sistema municipal.
3. El GORE y el CORE adjudican el FNDR y ordenan la inversión regional (Ley 19.175).
4. La municipalidad ejecuta: DAF recauda y paga, SECPLA certifica hitos, el Alcalde decreta, Secretaría da fe.
5. Contraloría observa. Toma de razón y auditoría sobre el mismo libro, sin escribirlo.

El vecino

En sentido inverso, el vecino firma una solicitud de edificación, paga una patente, postula a un subsidio o pide un permiso de circulación. Cada acto nace con DID. Cruza Tesorería cuando hay derechos. Cruza el oráculo de identidad cuando la ley exige saber si hay persona viva, cédula vigente o defunción inscrita. Cruza la dirección competente. Vuelve como credencial verificable. El comprobante no es un ticket térmico: es un hecho que Control puede ver y que un tercero puede verificar sin entrar al padrón.

Tres flujos que no se deben mezclar

El modelo distingue con rigor tres especies de dato. El dinero: giros, derechos, escrows, liberaciones. La identidad: pruebas ZK, nullifiers, DID. La voluntad: solicitudes, votos, acuerdos, decretos. Mezclarlos es el error clásico del «gran sistema municipal» que guarda el voto junto al RSH y el RSH junto a la caja. Abraxas los deja convivir en el mismo libro como hechos, y los separa como contenido. Un auditor puede ver que hubo un voto válido; no arma el mapa político de la población Los Alerces. Un director de DIDECO puede ver que hubo elegibilidad; no abre el cuadernillo. Un tesorero puede ver que hubo un giro; no ve la cédula.

Hay un flujo que merece frase propia: el de la obra financiada con FNDR. El CORE aprueba. El GORE emite. SECPLA certifica el hito físico. El evento MilestoneReached llama a Tesorería. Tesorería no libera el escrow si Control no visa y el Alcalde no decreta. El proveedor cobra porque la obra avanzó, no porque alguien adelantó un visto bueno. Esa es la frase que un gobernador regional y un alcalde pueden repetir en la misma mesa, y que Contraloría puede verificar sin pedir una carpeta de fotografías fechadas a mano.

Otro flujo, el de la identidad, merece la frase inversa: el expediente no sale. El vecino, en su dispositivo, genera la prueba. El SRCeI es el dueño del padrón. La comuna verifica. Si la prueba no existe, el trámite no entra a la cola humana. No hay un «false» comprometedor viajando por correo. Hay silencio, y el silencio no avanza el acto. Así se interoperan registros sin roce: cada cual permanece dueño de lo suyo, y el cruce es una verificación, no una copia.

Político

La comuna no es una isla ni una sucursal. Es un nodo de la República, con un libro propio y oídos hacia arriba y hacia el barrio.

Administrativo

Financiamiento baja, rendición sube, trámite entra por la wallet, identidad se verifica, voluntad se firma. Cinco verbos, no cinco sistemas.

Técnico

22 vectores tipados. Oráculos de solo lectura hacia adentro. Observer hacia CGR. DID en el borde. Nunca un dump de padrón.

Lo que sigue no es un organigrama copiado. Es la descripción de cómo cada órgano se integra al resto de la municipalidad y al resto del Estado, qué ve en vivo, qué contrato lo representa y qué ocurre si se desconecta.

Hay dieciocho nodos en el modelo de Las Encinas. Dos son de sociedad (el vecino y la junta). Diez son de la 18.695 (Alcaldía, Concejo, Secretaría, DAF, DOM, DIDECO, SECPLA, Control, Tránsito, Aseo). Uno es regional (GORE). Cinco son del Estado central u oráculos (SUBDERE, Hacienda, CGR, MDSF, SRCeI), más MINVU como marco de vivienda y norma. Cada uno tiene mandato, cabeza, contrato y perímetro de visión. El handbook los recorre en el sentido del dato: de quien pide, a quien decreta, a quien paga, a quien observa.

Ciudadano · identidad digital soberana

El vecino no es un usuario de un portal. Es titular de un DID comunal, anclado a una prueba de identidad del Registro Civil sin que el RUN viaje. Con esa clave firma solicitudes, pagos y votos. Entrega lo mínimo. Recibe credenciales verificables: permiso, patente, beneficio, comprobante. La Ley 19.628 y la 21.180 son su suelo. En la aplicación móvil ve el estado de cada trámite, paga derechos, responde consultas de su unidad vecinal y guarda las credenciales como objetos que un tercero puede verificar. Si este nodo falta, la red es solo un intranet de directores.

Se integra hacia adentro con cada ventanilla: DOM, DAF, DIDECO, Tránsito, Aseo. Se integra hacia afuera con el SRCeI (prueba de identidad) y, cuando postula a un beneficio, con el oráculo del RSH vía DIDECO. No se integra con Hacienda ni con Contraloría: no tiene por qué. El perímetro de visión del vecino es lo suyo. Esa limitación es un derecho, no una tacañería del sistema.

Político

El vecino deja de ser un número de cola. Se vuelve firmante.

Administrativo

La ventanilla única nace firmada. Se acaba el «traje el certificado de nuevo».

Técnico

IdentityRegistry. Ancla DID ↔ commitment de RUN. Sin PII on-chain. Wallet como borde.

Junta de vecinos y COSOC

La Ley 19.418 y la 20.500 no se digitalizan para decorar. El canal vecinal carga demandas territoriales, prioriza pavimentación, sede o feria, y entrega al Concejo un insumo firmado. Puede ser consultivo o, si el Concejo así lo acuerda, vinculante en los términos de la participación de la 18.695. No reemplaza al concejal. Lo informa antes de que la sesión empiece. En vivo, la directiva de la UV-07 ve las consultas abiertas, el recuento como commitment y el acuse de recibo del Concejo. No ve el presupuesto completo ni los expedientes de subsidio ajenos.

Se integra con el Concejo (insumo de acuerdo), con SECPLA (priorización de cartera) y con DIDECO (programas de barrio). El COSOC, cuando actúa, usa el mismo contrato NeighborhoodVoice con otro umbral. Si este nodo falta, la democracia directa del modelo se queda en eslogan y el concejal vuelve a decidir con el oído de quien llegó el sábado.

Alcaldía · nodo génesis

El Alcalde es la autoridad máxima de la comuna (arts. 56 a 67). En la red autoriza transacciones finales, decreta y preside el consenso superior con el Concejo. El contrato GenesisAuthority no «gobierna solo»: es el último umbral de muchos actos. El Cross-Contract Router vive en esta órbita: si DAF intenta pagar un FNDR sin hito, el router no enruta. El alcalde gana un centro de mando; no gana la facultad de saltarse a Control o al Concejo.

En vivo ve colas por dirección, caja agregada, alertas de legalidad, decretos pendientes de su firma y el estado de las consultas. No ve microdatos de identidad ni el cuadernillo del RSH. Se integra con todas las direcciones hacia abajo, con el Concejo hacia el lado, con SUBDERE hacia el SINIM y con el GORE cuando hay inversión regional. Si este nodo falta, la comuna no cierra actos: el libro sigue registrando, pero el decreto no nace. Esa es una propiedad deseable. Un municipio sin alcalde no debería poder gastar como si lo tuviera.

Político

El mando es un espejo, no un volante para saltarse a Obras o a Control.

Administrativo

La firma del alcalde es un paso de la máquina de estados, no un visto bueno en el margen de un PDF.

Técnico

GenesisAuthority + Router. onlyAlcalde en decretos. Vista agregada, no dump.

Concejo Municipal

Fiscaliza, coadministra, aprueba presupuesto, concesiones y ordenanzas (arts. 71 a 92). Su contrato es un multi-sig: un acuerdo de modificación presupuestaria exige el umbral —en el modelo, 6/8—. Las consultas vecinales llegan como hechos, no como anécdotas de pasillo. El concejal que hoy pide «el estado de la obra» lo tiene en el mismo libro que SECPLA y DAF. La democracia representativa no se digitaliza para volverse más lenta: se digitaliza para llegar a la sesión con números.

En vivo el Concejo ve acuerdos en tramitación, ejecución presupuestaria, consultas abiertas y cerradas, y las alarmas que Control ya disparó. No ve expedientes individuales de beneficio. Se integra con Alcaldía (decreto posterior al acuerdo), con Secretaría (acta y fe), con SECPLA (cartera) y con las juntas (insumo). Si este nodo falta, no hay modificación de presupuesto ni ordenanza nueva. El alcalde no hereda el quórum. Esa es la 18.695, no una configuración.

Secretaría Municipal · ministro de fe

El artículo 20 no se negocia. El Secretario timestampa decretos, actas y hashes de acuerdos. PublicFaithRegistry protocoliza. En el modelo, el decreto no se promulga con una sola rama criptográfica: Schnorr y ML-DSA deben cerrar. El Secretario no se vuelve criptógrafo. Se vuelve el reloj que el resto de la red no puede adelantar. En vivo ve la cola de protocolización, las actas del Concejo y los hashes de los documentos que se invocan. No opera la caja.

Se integra con Alcaldía y Concejo en cada acto de fe, y con todas las direcciones cuando un trámite termina en decreto (edificación, subsidio, inhumación, liberación de escrow). Hacia el Estado, el acto protocolizado es lo que Contraloría toma de razón cuando corresponde. Si este nodo falta, hay borradores y no hay actos. Una municipalidad que «ya pagó» sin fe pública no ha pagado en derecho, aunque la transferencia exista en el banco.

Político

La fe pública no se subcontrata a un proveedor de firmas. Sigue siendo del Secretario.

Administrativo

Protocolizar es un paso, no un sello que se pone a fin de mes.

Técnico

PublicFaithRegistry. Híbrido AND. Timestamp. Hash del documento, no el documento.

Administración y Finanzas (DAF)

Presupuesto, recaudación, pago a proveedores, control de caja. Título IV de la 18.695 y D.L. 3.063. TreasuryEscrow es el corazón de la plata: recauda patentes y derechos, custodia el pago al contratista, libera solo si hay decreto, visación de Control e hito de SECPLA cuando corresponde. Cada peso deja huella. El 42 % de dependencia del FCM deja de ser una estadística de discurso y se vuelve una serie de giros anclados.

En vivo Elena Ruiz, en el modelo, ve ingresos propios, giros, escrows abiertos, fracciones liberadas, órdenes de compra y el umbral de firmas que falta. No ve planos ni fichas sociales. Se integra hacia adentro con DOM (derechos de edificación), Tránsito (circulación), Aseo (derechos y concesiones), DIDECO (cupo presupuestario del beneficio), SECPLA (hito), Control (visación) y Alcaldía (decreto). Hacia el Estado, con Hacienda y SUBDERE (FCM, PMU, PMB), con el GORE (plata FNDR que ya bajó) y con CGR (snapshot). Si este nodo falta, la comuna no recauda ni paga. El resto de la red puede seguir tramitando en seco: el acto que exige derechos no cierra.

Político

La caja deja de ser un misterio de pasillo. El FCM se ve entrar. El escrow se ve no salir.

Administrativo

Recaudar y pagar son hechos de cadena. El cierre mensual deja de ser una reconstrucción.

Técnico

TreasuryEscrow. Multi-sig de liberación. Clasificación de procedencia. Nada de double-spend de hito.

Obras Municipales (DOM)

Permisos de edificación, urbanismo, recepciones, CIP. Artículo 24, LGUC y OGUC. El expediente nace como NFT de RWA: no se tokeniza la casa del vecino como mercancía, se tokeniza el expediente administrativo —titular, hash de planos, estado de obra—. No pasa a aprobado sin firma de la Dirección, sin pago en Tesorería y sin prueba de que el propietario es persona identificada. La recepción definitiva vuelve como credencial. El criterio urbanístico sigue siendo de la arquitecta Paula Méndez: el contrato no le dice si el anteproyecto es armonioso. Le dice si el pago llegó y si el PRC que consultó era el vigente.

En vivo la DOM ve colas, observaciones, plazos, tokens y recepciones. No ve la nómina de caja. Se integra con el vecino (ingreso DID), SRCeI (identidad), DAF (derechos), SECPLA (PRC y, si hay mejoramiento, hito), Secretaría y Alcaldía (decreto), MINVU (marco normativo). Si este nodo falta, no hay permiso ni recepción. Nadie más puede «aprobar en su nombre». Esa inhabilidad es la garantía de que el mando no se vuelve una DOM paralela.

Desarrollo Comunitario (DIDECO)

Artículo 22. Programas sociales, subsidios, elegibilidad. El contrato ZkSocialCredential no guarda el tramo del RSH. Guarda la prueba, un nullifier contra el doble beneficio, y la asignación al DID. Antes del ZK social, el oráculo de Registro Civil debe atestar identidad viva, mayoría de edad y domicilio comunal. DIDECO se integra con MDSF sin recibir el cuadernillo del hogar, y con DAF para verificar cupo presupuestario. El criterio de asignación, cuando hay más elegibles que cupo, sigue siendo político y administrativo: el Concejo y la dirección lo ejercen. El contrato impide asignar a quien no es elegible y a quien ya recibió en el epoch.

En vivo Lorena Huenchuleo ve postulaciones, pruebas que cierran, cupo restante y asignaciones. No ve el hogar. Se integra con juntas (demanda territorial social), con Secretaría (decreto de asignación) y, cuando el beneficio es habitacional de escala nacional, con MINVU como marco, no como padrón. Si este nodo falta, no hay beneficio comunal. Nadie en Finanzas puede «pasar el subsidio» porque la plata está. La plata sin prueba y sin decreto no es política social: es un giro.

Político

Se puede ser estricto con el fraude y respetuoso con la pobreza. No es un dilema: es un circuito.

Administrativo

El cupo se ve. El doble beneficio se bloquea. El cuadernillo no se fotocopia.

Técnico

ZkSocialCredential + RshZkOracle + CivilIdentity ElegibilidadSocial. Nullifier por epoch.

SECPLA

Artículo 21. Cartera de inversión, plan regulador comunal, postulaciones FNDR. MilestoneOracle escucha al GORE y a SUBDERE. Certificar un hito no es un oficio: es el evento que abre una fracción del escrow. El CIP de la DOM consulta el PRC aquí, no en una carpeta de 2018. SECPLA es el puente entre la comuna que proyecta y la región que financia. En vivo Tomás Bravo ve la cartera, el estado de cada hito, las consultas vecinales que el Concejo le pasa como insumo y el PRC vigente. No opera la caja: certifica el hecho físico o de avance que la caja espera.

Se integra con el GORE (adjudicación y marco), con SUBDERE (PMU/PMB), con DAF (liberación), con DOM (PRC y obras), con el Concejo (priorización) y con las juntas (demanda). Si este nodo falta, el FNDR no se paga aunque la constructora jure que avanzó, y el CIP se vuelve un PDF sin ancla. SECPLA no es «planificación de PowerPoint». Es el oráculo interno de que el territorio cambió como se pactó.

Dirección de Control

Artículos 27 a 29. Auditoría interna y legalidad. Nodo de lectura transversal: lee todo, no gasta. ComplianceAlarms congela un pago irregular y emite AnomaliaFinancieraDetectada. CGR replica esa vista como observador pasivo. Control no sustituye a Contraloría; le deja de mandar carpetas destartaladas. Héctor Salinas, en el modelo, no es un enemigo interno. Es el primer lector honesto del libro. En vivo ve cada acto, cada peso, cada alarma. Visa o congela. No decreta. No recauda.

Se integra con DAF (visación de pago), con Alcaldía (alerta en el mando), con Secretaría (el acto que se observó) y con CGR (la misma vista, otro mandato). Si este nodo falta, el multi-sig de tesorería pierde una llave: el modelo prefiere no pagar a pagar sin visación. Esa preferencia es política de integridad, no un capricho del contrato.

Político

Control interno deja de ser el oficio que llega tarde. Es el pulso de la legalidad.

Administrativo

La alarma congela. El director explica. Nadie borra la fila el domingo.

Técnico

ComplianceAlarms. Eventos de anomalía. Read-transversal. Sin clave de gasto.

Tránsito y transporte público

Artículo 25 y Ley 18.290. Permisos de circulación, licencias, oráculos de PRT, SOAP, Juzgado de Policía Local y cédula SRCeI. CirculationOracle emite si los booleanos cierran. El volumen —más de mil actos en treinta días en el modelo— es el argumento empírico para no hacer de marzo una liturgia de filas. En vivo Iván Soto ve emisiones, rechazos por predicado y la cola de excepciones que sí merecen humano (un reclamo, un vehículo especial). No ve el historial penal ni clínico: ve el booleano que el oráculo le debe.

Se integra con el vecino (wallet), SRCeI (ConductorHabilitado), DAF (pago), y los terceros de tránsito. Si este nodo falta, marzo vuelve. Si este nodo se usa para «hacer una excepción informal» cuando un booleano falla, el modelo se rompe en el lugar donde más fácil era ser virtuoso. Tránsito es la prueba de fuego de la automatización bien entendida.

Aseo y Ornato

Artículo 25 y concesiones del 36. Logística urbana, ocupación de bien nacional de uso público, cementerio. UrbanLogistics se integra con Tesorería para derechos y con el SRCeI para la defunción inscrita: el cupo de cementerio no pide el certificado de defunción en una carpeta; pide una prueba de que el oráculo vio la inscripción. En vivo Patricia Núñez ve rutas, ocupaciones, cupos y pagos. El respeto al duelo y el respeto a los datos son la misma arquitectura: menos pasillo, menos fotocopia, más certeza.

Se integra con DAF, Secretaría (decreto de inhumación o de ocupación), SRCeI y, en concesiones, con el Concejo cuando la 18.695 exige acuerdo. Si este nodo falta, la ciudad no deja de suceder: deja de dejar constancia. El modelo no pretende que la basura se recoja por un contrato inteligente. Pretende que el permiso, el pago y el cupo no se pierdan entre una cuadrilla y una tesorería.

Gobierno Regional (GORE)

Ley 19.175. FNDR, planificación regional, vínculo entre comuna y región. RegionalGrantRouter no municipaliza al gobernador. Le da un canal para emitir adjudicaciones y marcos que SECPLA escucha. El CORE sigue aprobando. La comuna sigue ejecutando. El hito sigue siendo de SECPLA. El pago sigue siendo de DAF con visación y decreto. El GORE, en vivo, ve el estado de las obras que financió, no la caja cotidiana de Las Encinas. Esa asimetría es federalismo administrativo bien entendido: la región no administra la comuna; sigue su plata.

SUBDERE

FCM, PMU, PMB, SINIM, supervisión del sistema municipal. FcmOracle gira y condiciona. La Alcaldía le envía hechos de gestión firmados, no una planilla distinta «versión SUBDERE». En vivo SUBDERE ve lo que el mandato de supervisión pide: no el padrón civil, no el RSH, no el voto vecinal. Si este nodo se usa para copiar bases comunales hacia el centro, se ha traicionado la minimización. El modelo propone lo contrario: el centro consume hechos, la comuna permanece dueña de su ejecución.

Hacienda / DIPRES / TGR

D.L. 1.263 y Ley de Presupuestos. Marco y giro. NationalTreasuryFeed es un oráculo de financiamiento, no un copropietario de la tesorería comunal. DAF ancla lo que llega. El alcalde lo ve entrar. Control lo ve entrar. Nadie en la comuna «crea» el FCM. Esa humildad de diseño es la que permite que el 42 % de dependencia deje de ser un lamento y se vuelva una serie auditable.

Contraloría General de la República

Ley 10.336. Nodo observador pasivo. Toma de razón, auditoría, fiscalización de legalidad. ObserverNode replica la vista de Control con menos botones: no visa, no congela, no decreta. Marta Godoy, en el modelo, no espera la visita de mayo. Lee el libro. La toma de razón, cuando corresponde, nace sobre un acto que ya tiene hash y firmas híbridas. Si este nodo pudiera escribir, dejaría de ser Contraloría. El modelo guarda esa frontera con más celo que cualquier otra.

Político

Contraloría más cerca no es Contraloría copilotando. Es Contraloría leyendo de verdad.

Administrativo

Se acabó la «carpeta para la visita». El respaldo es el acto.

Técnico

ObserverNode. Solo lectura. Mismos eventos. Sin clave onlyAlcalde ni onlyDaf.

MDSF / Registro Social de Hogares

D.S. 22/2015. Oráculo de calificación socioeconómica. El municipio consume pruebas, no microdatos. RshZkOracle responde elegible o no, en el tramo que la política social comunal haya definido como umbral. DIDECO no se queda con el cuadernillo. Control puede auditar que el cupo se usó en DID con prueba. No puede hojear la cocina de la familia. Si este nodo se reemplaza por «adjunte el RSH en PDF», se ha vuelto al cuarto problema del capítulo 06.

Registro Civil e Identificación (SRCeI)

Ley 4.808. Oráculo de identidad nacional. El ciudadano prueba predicados en groth16; el municipio verifica sin ver el expediente civil. CivilRegistryOracle no es un login. Es la frontera que impide que Las Encinas, y las trescientas comunas que pudieran seguirle, construyan trescientos padrones paralelos. En vivo el Servicio ve lo suyo. La comuna ve ok, nullifier y, si el predicado lo permite, un compromiso de DID. El RUN jamás es input público. El detalle de los predicados vive en el capítulo de identidad.

MINVU

D.L. 1.305 y LGUC. Vivienda, subsidios habitacionales de escala nacional, normas urbanísticas. HousingOracle no reemplaza a la DOM ni a DIDECO. Aporta marco. La recepción municipal sigue siendo municipal. El subsidio nacional sigue siendo nacional. La comuna no copia el padrón MINVU; consume lo que el acto local necesita. Es el mismo principio del SRCeI, aplicado al ladrillo.

Un proceso, en Abraxas, no es una circular. Es una secuencia de nodos que no avanza si el anterior no firmó. Lo discrecional permanece humano. Lo verificable se vuelve automático. Lo que sigue es el manual de trámites leído como pipeline.

Cada proceso se describe con las mismas preguntas, para que el alcalde, el director y el auditor no reciban relatos distintos: qué pide el vecino o la comuna, qué nodos toca, qué se automatiza, qué queda a criterio, qué plazo rige, qué pasa si un oráculo no cierra, y cómo se integra con el resto de la red. Las cifras de plazos y derechos son las del modelo de Las Encinas o las de la ley; no son un ranking de comunas.

Permiso de edificación

El vecino ingresa desde la wallet y firma con DID. El oráculo SRCeI exige IdVivaYVigente: hay persona, hay cédula, hay mayoría de edad. Tesorería cobra los derechos —en el modelo, del orden de cuatrocientos veinte mil pesos para el expediente tipo—. La DOM revisa contra la LGUC, la OGUC y el PRC vigente en SECPLA. Si hay observaciones, el expediente no se «pierde en el escritorio»: vuelve al vecino como estado, con el hash de lo observado. Secretaría protocoliza el decreto. La DOM emite la credencial y el token del expediente. Treinta días hábiles siguen siendo el techo legal. Lo que desaparece es la semana perdida en saber si el pago llegó.

1. Ingreso y firma DID (vecino, capa de interfaz).
2. Prueba ZK IdVivaYVigente (SRCeI). Si no hay prueba, no hay cola humana.
3. Pago de derechos (DAF). El contrato pregunta; no se llama por teléfono a Tesorería.
4. Revisión técnica contra LGUC, OGUC y PRC (DOM, con consulta a SECPLA). Aquí vive el criterio.
5. Decreto y fe pública híbrida (Alcalde y Secretaría).
6. Credencial y token RWA (DOM al vecino). Control y CGR ya vieron el acto.

Automatiza: identidad, pago, ancla del plano, protocolización, visibilidad. No automatiza: si el anteproyecto respeta el plan, si hay mitigación vial, si la recepción de obra es conforme en terreno. Integración: vecino, SRCeI, DAF, DOM, SECPLA, Secretaría, Alcaldía, y MINVU como marco. Si se salta el pago, el router no deja aprobar. Si se salta la DOM, el alcalde no puede «marcar listo» desde el mando.

Certificado de informaciones previas

Quince días hábiles. El vecino pide sobre un rol. SECPLA cruza el predio con el plan regulador vigente. La DOM emite. El CIP deja de ser un PDF que alguien reescribe cuando cambia el plano: queda anclado al PRC que estaba vivo el día de la emisión. Automatiza el cruce y el ancla. No automatiza la interpretación normativa compleja: si el predio está en un borde de zona, la DOM sigue hablando. Integración: vecino, SECPLA, DOM. El CIP es, en el modelo, el trámite que enseña por qué SECPLA no es un departamento de PowerPoint.

Patente comercial

Declaración del giro, prueba de RUT vivo, recaudación, emisión. Cinco días hábiles en el ejercicio modelo, con un derecho base de cuatro UTM. Tesorería no emite a un RUT inexistente, fallecido o con cédula vencida: el circuito no satisface. El comprobante es verificable. Automatiza identidad y caja. El criterio residual —giro restringido, zona, patente de alcoholes cuando la ordenanza lo exige— sigue en la dirección competente y, si corresponde, en el Concejo. Integración: vecino, SRCeI, DAF, a veces DOM (uso de suelo) y Concejo.

Permiso de circulación

El caso puro de automatización virtuosa. Prueba de conductor habilitado (cédula y sin antecedentes, vía SRCeI). Oráculos de PRT, SOAP y multas. Pago. Emisión digital. Si los cuatro booleanos cierran, no hay motivo legal para una fila. Si uno falla, no hay motivo para una excepción informal. El volumen del modelo —mil doscientos tres actos en treinta días— es el argumento empírico: aquí el roce humano es un despilfarro, no un «toque de atención». Integración: vecino, SRCeI, Tránsito, DAF, terceros PRT/SOAP/JPL. El vecino recibe la credencial en la wallet. Control ve la emisión. Nadie fotocopió la cédula.

1. El vecino abre el trámite en la aplicación e identifica el vehículo.
2. ConductorHabilitado (SRCeI). Si el predicado no satisface, el acto no nace.
3. Oráculos PRT, SOAP y Juzgado de Policía Local responden vigencia / deuda.
4. DAF recauda. CirculationOracle emite.
5. La credencial queda en la wallet. El libro registra el hecho, no la placa en claro más de lo necesario para el acto.

Subsidio de auxilio habitacional

Identidad social (vivo, adulto, domicilio comunal). Prueba ZK de elegibilidad. Oráculo RSH: un sí o un no, nunca el tramo publicado. Cupo y decreto. Asignación al DID. Nullifier contra el doble beneficio. Control y CGR pueden auditar que el cupo se usó; no pueden hojear la cocina de la familia. Ese es el punto en el que la DLT se vuelve ética, no solo eficiente. El criterio, cuando hay más elegibles que cupo, no lo resuelve el circuito: lo resuelve DIDECO con la política que el Concejo haya aprobado. El circuito solo impide hacer trampa y fotocopiar pobreza.

1. Postulación DID (vecino).
2. ElegibilidadSocial (SRCeI: vivo, adulto, domicilio comunal).
3. Oráculo RSH (MDSF): elegible / no elegible.
4. Verificación de cupo (DAF / DIDECO).
5. Asignación, nullifier, decreto (DIDECO, Secretaría, Alcaldía).
6. Credencial de beneficio en la wallet, sin tramo.

Cementerio municipal

Attestation de defunción. Asignación de cupo. Pago de derechos. Decreto de inhumación. El certificado de defunción no recorre el pasillo. El oráculo dice que la inscripción existe. Aseo opera. Secretaría da fe. El respeto al duelo y el respeto a los datos son la misma arquitectura. Automatiza la prueba y el ancla. No automatiza la liturgia ni la espera humana. Integración: SRCeI (DefuncionInscrita), Aseo, DAF, Secretaría.

Pago a proveedor con cargo FNDR o PMU

No es un trámite de vecino; es el trámite de la comuna consigo misma y con la región. Adjudicación en el GORE. Contrato de obra. Hito certificado por SECPLA. Escrow en DAF. Visación de Control. Decreto. Liberación fraccionada. Si el hito no ocurrió, el peso no sale. Si el hito ocurrió y falta el decreto, el peso no sale. Esa doble llave es el multi-sig de tesorería. En vivo, el alcalde ve el escrow quieto. El gobernador ve el hito. Contraloría ve ambos. Nadie telefonea para «saber cómo vamos».

1. Adjudicación y marco (GORE / CORE, o SUBDERE en PMU/PMB).
2. El dinero entra a escrow en DAF, clasificado por procedencia.
3. SECPLA certifica el hito (MilestoneReached) o no certifica.
4. Control visa o congela.
5. El Alcalde decreta. Secretaría da fe híbrida.
6. Tesorería libera la fracción. El proveedor cobra un hecho.

Rendición hacia Contraloría y SINIM

DAF emite snapshots. CGR observa. Alcaldía envía a SUBDERE las estadísticas de gestión como hechos firmados. No hay una «versión para Contraloría» distinta de la versión con la que se pagó al contratista. Esa identidad de libro es, probablemente, el beneficio más difícil de explicar en una campaña y el más fácil de defender en una auditoría. Automatiza la reconstitución. No automatiza el juicio de legalidad de Contraloría: lo dota de materia prima contemporánea.

Consulta vecinal y acuerdo de Concejo

La junta o el Concejo abre una consulta. El padrón es de DID habilitados de la unidad o de la comuna, según el acto. El vecino vota en la wallet. El sentido va como commitment, no como palo público. Secretaría timestampa el cierre. El resultado entra al Concejo como hecho. Si el acuerdo previo dijo consultivo, informa. Si dijo vinculante en los términos de la 18.695 y de la ordenanza, obliga en esos términos. El acuerdo del Concejo, por su parte, sigue siendo 6/8: multi-sig, acta, fe pública. Automatiza urna, padrón y acuse. No automatiza la deliberación. Integración: junta, vecino, Concejo, Secretaría, y SECPLA cuando el objeto es cartera.

Político

Cada proceso se puede explicar en una mesa de Concejo sin diapositiva de arquitectura. Si no se puede, el proceso está mal contado o mal diseñado.

Administrativo

El manual de trámites se reescribe como pipeline. El quién decide no cambia. El cuándo se entera, sí.

Técnico

Máquina de estados por CatalogItem. statementForCatalog → ZK. Cross-call. Eventos. Credencial al DID.

La municipalidad necesita saber si hay una persona, si está viva, si es mayor de edad, si vive en la comuna, si su cédula rige. No necesita el expediente del Registro Civil. Esa distinción es toda la política de datos del modelo.

El Servicio de Registro Civil e Identificación es un oráculo nacional. El vecino, con su credencial, genera una prueba groth16 sobre el circuito CivilIdentity. El testigo —RUN, nacimiento, vencimiento de cédula, comuna, defunción— queda en el dispositivo. El libro recibe el merkle root del padrón, un nullifier, un ok y, solo si el predicado lo permite, un compromiso de DID. Un predicado falso no produce prueba: el circuito es insatisfactible. El municipio no recibe un «false» comprometedor. Recibe nada, y el trámite no avanza. Juan, con cédula vencida, no prueba IdVivaYVigente. Diego, de otra comuna o con antecedentes, no prueba lo que no es. Rosa, fallecida, no prueba vida y sí puede satisfacer DefuncionInscrita cuando el acto es el cementerio. El circuito no negocia.

El nullifier se gasta en el epoch. La misma persona no puede presentar dos veces el mismo predicado para duplicar un beneficio o un permiso. Predicados distintos tienen nullifiers distintos: no se correlacionan. Eso es privacidad de diseño, no un reglamento pegado en la pared. El epoch —pensado como un año tributario de pruebas— permite renovar sin construir un historial eterno de la persona en el libro comunal.

El Registro Social de Hogares opera con la misma filosofía y otro dueño: el Ministerio de Desarrollo Social. DIDECO no se queda con el cuadernillo. Recibe elegibilidad. El cruce SRCeI → DIDECO → MDSF es el ejemplo más limpio de interoperabilidad sin roce registral: cada cual guarda lo suyo, y la comuna consume pruebas. ClaveÚnica, en este diseño, no se reemplaza: se respeta como puerta de la identidad nacional. El DID comunal es la clave con la que el vecino firma en la red de Las Encinas, anclada a una prueba, no a una copia del RUN.

Una nota para quien tema el vocabulario. «Conocimiento cero» no significa que el municipio no sepa nada. Significa que sabe exactamente lo que la ley le pide saber —vivo, adulto, de la comuna, elegible— y nada de lo que la ley no le pide. Es lo contrario de la ignorancia. Es precisión. La fotocopia era imprecisa: traía de más y, a veces, de menos.

Político

Se puede ser una comuna exigente con el fraude y respetuosa con la vida privada al mismo tiempo. No es un dilema: es un circuito.

Administrativo

Se acaba la fotocopia de cédula «por si acaso». El trámite que no cierra el oráculo no entra a la cola humana.

Técnico

Groth16 sobre BN254. CivilIdentity_v3. Señales públicas mínimas. Verifier on-chain. El RUN jamás es input público.

Un decreto municipal debe sobrevivir al alcalde que lo firmó, al director de informática que se jubila y al computador que todavía no existe. Por eso Abraxas no elige entre curva elíptica y criptografía postcuántica de NIST. Exige las dos.

El ataque de hoy y el ataque de mañana

La curva elíptica —secp256k1 para el DID y el libro, P-256 para la fe pública afín a la Ley 19.799, Ed25519 y X25519 para oráculos y canal— es, hoy, de lo más maduro que tiene la criptografía de clave pública. Décadas de criptoanálisis. Claves chicas. Firmas rápidas. Su problema no es el atacante de 2026. Su problema se llama Shor: el día en que exista un computador cuántico criptográficamente relevante, el logaritmo discreto de la curva se cae. Ese día no ha llegado. El plazo, sin embargo, se acorta: la planificación estatal habla de 2030 a 2035, y hay equipos que empujan migraciones duras hacia 2029. Un archivo comunal de permisos, decretos y títulos de expediente no se reescribe el año en que la máquina aparezca. Nace ahora.

NIST cerró en 2024 tres estándares: ML-KEM (FIPS 203) para encapsular claves, ML-DSA (FIPS 204) para firmar, SLH-DSA (FIPS 205) como paracaídas basado en hashes. Resisten, hasta donde se sabe, a Shor. Son más jóvenes. Las claves y las firmas son más grandes. El riesgo residual es el inverso del de la curva: un ataque clásico nuevo a los retículos. Ya cayeron esquemas que no eran estos (SIKE, Rainbow). Kyber y Dilithium siguen en pie. Apostar el decreto solo a ellos sería tan imprudente como apostarlo solo a secp256k1. El abanico de un ciberataque contra una municipalidad incluye al vecino que pierde el teléfono, al funcionario que reenvía un plano por correo, al adversario que guarda tráfico hoy para leerlo en diez años, y al que, más adelante, tenga una máquina de Shor. El híbrido cubre ese abanico. Una sola familia no.

La conjunción AND

PublicFaithRegistry protocoliza un decreto si y solo si Schnorr (curva) y ML-DSA (retículo) cierran. Si un atacante futuro recupera el escalar de la curva, puede fabricar una firma elíptica. No puede fabricar la firma de retículo. El AND rechaza. El decreto no se reemplaza. Si mañana un ataque clásico doblega el retículo, la curva —todavía sana en ese escenario— sostiene el AND, y el decreto tampoco se reemplaza. Hay que romper las dos hipótesis a la vez. Esa es toda la doctrina. No es un catálogo de algoritmos. Es el modo operativo de la fe pública comunal.

El AND no es un OR disfrazado. Un OR protocolizaría con cualquiera de las dos ramas: el atacante de Shor firmaría «en curva» y listo. El modelo se niega a esa holgura. Secretaría no protocoliza cuando el informático «ya lo pasó por una rama». Protocoliza cuando el verificador híbrido dice uno.

El canal: KDF(ECDH ∥ ML-KEM)

La confidencialidad tiene otra urgencia. Un adversario puede guardar hoy el tráfico —planos, certificados, un sobre de patente— y abrirlo cuando tenga la máquina. Se llama cosechar ahora y descifrar después. Por eso el canal municipal combina X25519 (o su aula E-97) con ML-KEM. Las dos semillas entran a una función de derivación. Si una rama se abre, la otra cubre el certificado. Chrome y Firefox ya hacen exactamente eso en la web pública. Una municipalidad no puede ser menos prudente que un navegador. El plano de la casa del vecino no es menos sensible que su correo.

Dónde corre cada curva

Una nota de honestidad técnica, porque este handbook también lo leerá gente que sí sabe: BN254, el pairing del ZK, ofrece del orden de cien bits clásicos y es un blanco aún más barato para Shor que P-256. Es el compromiso habitual de las pruebas verificables en cadena. No es la firma del decreto. El decreto no se apoya en BN254. Se apoya en el AND de secp256k1 (o P-256) y ML-DSA. Confundir el verificador de una prueba social con la fe pública del Secretario sería un error de diseño. Abraxas no lo comete.

El resto de la higiene no se deroga porque haya curvas. Roles. Claves en hardware cuando corresponda. Revocación del DID del funcionario que deja el cargo. Bitácora de accesos al repositorio de planos. Capacitación para no reenviar el expediente por correo. El híbrido cubre el ataque matemático. No cubre el ataque de la contraseña en un papelito. Un alcalde que exija AND y no exija revocación de claves ha hecho la mitad de la política.

Político

El archivo de la comuna no se juega a una sola carta matemática. Es tan conservador como debe ser un notario, y tan actual como pide el siglo.

Administrativo

Secretaría protocoliza cuando el verificador híbrido dice uno. No cuando el informático «ya lo pasó».

Técnico

verify = Schnorr ∧ ML-DSA. KDF(ecdh ∥ kem). RBAC. Postcuántico en paralelo, no en reemplazo prematuro.

La democracia representativa de la comuna no se reemplaza. Se acelera y se informa. La junta de vecinos deja de ser el único puente lento entre el barrio y el salón del Concejo. El vecino firma, pregunta y, cuando la municipalidad lo autoriza, vota. Lo hace desde una aplicación. Lo hace con una wallet. Lo hace sin ceder el expediente.

La wallet municipal no es un banco

La wallet es la cara ciudadana de Abraxas. Es la cartera de una identidad soberana: DID, trámites en curso, credenciales (permiso, patente, beneficio), comprobantes de pago, y las consultas abiertas de su unidad vecinal o de la comuna. El vecino se autentica sin ceder el expediente. Paga derechos sin una fila distinta de la identidad que ya usó para firmar. Recibe el resultado como credencial, no como papel que se moja en la llovizna de agosto. La municipalidad no le abre una cuenta que le puede cerrar por malas pulgas. El vecino es titular de la clave. Esa diferencia, que parece técnica, es política: un portal municipal clásico es una merced. Una wallet es un derecho de firma.

La aplicación móvil

La aplicación es esa wallet en el bolsillo, más el hábito. Notifica que el permiso cambió de estado. Muestra la consulta de la UV-07 con plazo de cierre. Permite pagar la patente sin una fila de marzo. Guarda la credencial de circulación. No es una red social del alcalde. No empuja propaganda. Empuja hechos que le competen al titular. Si la aplicación se usa para el discurso y no para el trámite, se ha perdido el producto. Si se usa para el trámite y, cuando el Concejo autoriza, para la consulta, se ha ganado un canal de gobierno.

• Identidad: probar predicados, no fotografiar la cédula.
• Trámites: estado, observaciones, credencial final.
• Pagos: derechos, patentes, aseo, con comprobante encadenado.
• Consultas y votaciones autorizadas: urna DID, commitment, acuse.
• Credenciales verificables: un tercero comprueba sin llamar a la oficina.

Qué se puede consultar y qué no

La 18.695 y las leyes 19.418 y 20.500 habilitan participación. No habilitan que una votación por teléfono derogue el presupuesto. El modelo distingue. Consulta vecinal de priorización —qué unidad vecinal se pavimenta primero—: el resultado alimenta la cartera de SECPLA y el Concejo lo ve como insumo, consultivo o vinculante según el acuerdo que el propio Concejo haya tomado. Plebiscito comunal sobre un terreno de sede social: cuando la municipalidad lo autorice, con padrón DID y cierre de urna digital. Votación interna del Concejo sobre una modificación presupuestaria: sigue siendo 6/8, ahora visible. Lo que la ley reserva al órgano electo, el órgano electo lo conserva.

El voto en cadena no publica el sentido en claro en el detalle público: publica un commitment. Se puede auditar que hubo un voto válido de un DID habilitado, sin armar el mapa de quién piensa qué en la población Los Alerces. La democracia directa no tiene por qué ser un linchamiento de datos. Secretaría timestampa el cierre. El acta es un hecho. Quien quiera impugnar impugna un hash, no un cuaderno de actas que «se extravió».

Cómo se acelera la democracia representativa

Hoy, saber si el barrio prefiere la feria los miércoles o el pavimento en la UV-07 cuesta semanas de asamblea, lista y recuento, cuando se hace. Muchas veces no se hace, y el concejal decide con el oído del que llegó a la reunión. Con la wallet, la consulta cabe en el plazo de una ordenanza: se abre, se firma, se cierra, el Concejo sesiona con números y no con impresiones. La representativa se vuelve más representativa precisamente porque la directa deja de ser heroica. El concejal no pierde poder. Pierde la excusa de no haber preguntado. El alcalde no se vuelve caudillo digital. Se vuelve quien pone en tabla lo que el barrio ya firmó.

Hay decisiones que deben seguir siendo lentas: el plan regulador, el presupuesto, una concesión. El modelo no las acelera por deporte. Acelera el insumo. Acelera la urna cuando la urna es el cuello. No acelera la deliberación. Un Concejo que vote 6/8 en diez segundos sobre un FNDR mal estudiado no es una victoria de la DLT. Es un abuso de la baja latencia. La métrica pedagógica vale también aquí: el eje latencia se mueve; el eje de la competencia legal no.

Político

El alcalde habla con el barrio todas las semanas, no solo el año de la elección. El concejal llega a la sesión con un mandato más nítido.

Administrativo

Padrón, urna y acta son hechos de cadena. Secretaría timestampa el cierre. El Concejo conserva el quórum.

Técnico

Voto como transacción de tipo específico, DID, commitment, sin sentido en claro. Wallet como borde. App como hábito.

La comuna no pide el padrón civil. No pide el RSH. No pide la base de la TGR. Pide pruebas, giros y recomendaciones. El poder central no pide la carpeta del vecino. Pide el hash de lo que la comuna hizo con su plata.

Ese es el roce que este modelo quiere hacer desaparecer. Hoy, interoperar suele significar mandar un archivo, esperar una clave, duplicar una base y pelear por el campo que no calza. Mañana, interoperar significa que el SRCeI atesta, que MDSF responde elegible o no, que Hacienda gira, que SUBDERE publica SINIM sobre snapshots firmados, que el GORE emite un FNDR como evento, que Contraloría lee. Cada cual permanece dueño de su registro. La comuna permanece dueña de su ejecución. El dato personal no se replica «por si el cruce falla».

La Ley 21.180 pidió interoperabilidad del Estado. Este diseño la toma en serio: interoperar no es copiarse las bases. Es reconocer oráculos y verificar pruebas. El Registro Civil no se municipaliza. La municipalidad no se vuelve un subregistro civil. Esa frontera, bien guardada, es la que permite escalar el modelo a las trescientas y tantas comunas sin construir trescientos padrones paralelos. El roce registral —el oficio, la espera, la versión, el campo que no calza— es el síntoma de que los registros no se hablan. Cuando se hablan por oráculo, el oficio sobra.

Hacia arriba, la misma doctrina. SUBDERE no necesita una planilla distinta para el SINIM: necesita hechos firmados. Contraloría no necesita una «carpeta de respaldo» que se arma la noche anterior a la visita: necesita el libro. El GORE no necesita telefonear para saber si el hito 1 de 3 se certificó: necesita el evento. Hacienda no necesita que la comuna le explique el FCM: lo giró, y ve que se ancló. El poder central, en este diseño, no se vuelve más invasivo. Se vuelve más preciso. Precisión no es vigilancia. Vigilancia sería copiar el RSH. Precisión es verificar el sí.

Hay un resultado político de esta frontera. La comuna pequeña deja de estar en desventaja por no tener un ejército de digitadores que reconstruyan rendiciones. La comuna grande deja de estar en ventaja por tener más gente para armar la «versión Contraloría». Las dos rinden el mismo tipo de hecho. El Estado lee el mismo tipo de libro. Eso, si se lleva en serio, es equidad administrativa, no solo eficiencia.

Político

La comuna no se entrega al centro ni se esconde de él. Se hace legible. El centro no se traga el padrón. Se hace preciso.

Administrativo

Cada cruce es un oráculo o una prueba. Si alguien pide «mándeme la base», la respuesta es no, y la ley de datos lo sostiene.

Técnico

Oráculos de solo lectura hacia adentro. Observer hacia CGR. ZK hacia identidad y RSH. Snapshots firmados hacia SINIM. Nunca un dump.

Una cuenta pública anual en PDF es un retrato. Un libro mayor es una película. El resultado político de Abraxas es que la comuna puede ser vista mientras ocurre, no solo cuando se recuerde.

En el mando, el alcalde ve colas por dirección, caja, alertas y firmas que faltan. En tesorería, cada patente y cada giro del FCM tienen hash. En obras, el expediente no se pierde entre un escritorio y el archivo. En desarrollo comunitario, el cupo se asigna sin publicar la pobreza. En control, la anomalía no espera a mayo. En el observatorio, la región y Contraloría leen. En la wallet, el vecino tramita y, cuando corresponde, vota. Eso, junto, es una municipalidad que todavía es la de la 18.695, y ya no es la de la carpeta extraviada.

Hay un resultado que no cabe en un indicador y que este handbook quiere dejar dicho con claridad. La DLT municipal no hace más honesto a quien no quiere serlo. Hace más caro mentir, más rápido detectar y más difícil borrar. A la autoridad que quiere mostrar la comuna, le sobra. A la que quiere oscurecerla, le estorba. Esa es, acaso, la mejor definición de un bien público digital.

El ciclo virtuoso, visto desde el final del libro, se puede decir en una oración. La visibilidad en vivo libera horas; las horas vuelven al criterio; el criterio mejora el acto; el acto encadenado alimenta la confianza; la confianza alimenta la consulta; la consulta informa al Concejo; el Concejo decide mejor; el libro, otra vez, deja constancia. No es un milagro de software. Es una municipalidad que dejó de patinar sobre sus propios traslados.

Las definiciones que siguen están escritas en castellano de comuna, no de congreso académico. Donde hace falta el nombre técnico, va después de la coma.

Si una palabra de este glosario y un artículo de la 18.695 no se pueden decir en la misma oración, esa palabra no debería gobernar un acto comunal. Abraxas se escribió para que sí se puedan decir juntas.

El handbook no cierra con un índice. Cierra con una cuenta. Diez lotes armados sobre la 18.695, cada uno con una regla AND que el escritorio ya ejecuta. Lo que sigue no es una hoja de ruta: es el mapa de lo que ya se puede jugar.

La cuenta pública del artículo 67 no es un PDF de marzo. Es un hash compuesto del libro: ejecución, hops, tokens RWA, SAI, demandas. Control visa ese hash. No reescribe los números. Secretaría da fe. El alcalde publica. El concejal fiscaliza. Contraloría lee. Si se salta la visación, no hay cuenta. Si se salta la fe, no hay cuenta. Si el concejal quiere rendirla, el contrato le dice que no.

Político

El alcalde rinde lo que el libro ya muestra. Nadie inventa un retrato distinto del que el vecino ya vio.

Administrativo

Armar, visar, protocolizar, publicar. Cuatro firmas. El mismo AND de siempre.

Técnico

cuenta-publica. Hash de indicadores congelados. ObserverNode de CGR sobre el acto publicado.