TECNOLOGÍA
Diseñado offline.
Auditable. Sin magia.
Esta página existe para que puedas evaluar el sistema sin que te contemos cuentos: cómo se protege un crédito, por qué la máquina sigue cobrando sin internet y qué pasa cuando algo falla.
BAJO EL CAPÓ
Diseñado para funcionar incluso cuando la WiFi del local no.
La seguridad y la disponibilidad no son features: son condiciones. Por eso el dispositivo lector se diseñó offline-first desde el día uno.
-
El lector no guarda ninguna llave
Cada crédito lo firma el servidor (Ed25519). El lector sólo tiene la clave pública, que sirve para verificar firmas y jamás para crearlas. Podés abrir el aparato y revisarlo entero: no vas a encontrar con qué fabricar un crédito.
-
La máquina no necesita internet
El lector valida el QR con la firma que trae adentro, sin consultar a ningún servidor. Si se cae la WiFi del local, la máquina sigue cobrando igual.
-
Anti-replay físico
Cada QR usado queda registrado en el propio lector. Un QR ya cobrado, ya no vale.
-
Multi-tenant real
Cada operador configura sus propias credenciales de MP, MODO y Ualá. La plata cae directo en su cuenta — no pasa por TicksAr.
El lector recibe el QR
│
├─ 1. ¿La firma del servidor es válida?
│ └─ No → RECHAZA
│
│ Recién acá se lee qué dice el crédito.
│ Nada se interpreta antes de este punto.
│
├─ 2. ¿Es para esta máquina? No → RECHAZA
├─ 3. ¿Está dentro de las 24 h? No → RECHAZA
├─ 4. ¿Ya se usó alguna vez? Sí → RECHAZA
│
├─ 5. Registra el crédito como consumido
└─ 6. Libera los créditos en la máquina
Registra ANTES de liberar: si se corta la luz
en el medio, el crédito queda gastado. STACK
Qué usa cada componente y para qué.
SEGURIDAD
El modelo de seguridad, sin "bank-grade".
Propiedades concretas del sistema, no adjetivos. Cada una es estructural: se cumple por cómo está diseñado, no porque prometamos tener cuidado.
El lector no guarda ninguna llave
El crédito no va cifrado: va firmado. La clave privada Ed25519 vive sólo en el servidor; el lector únicamente tiene la clave pública, que sirve para verificar firmas y jamás para crearlas. Abrí el aparato y revisalo entero: no hay nada con qué fabricar créditos.
Validación offline en el dispositivo
El lector no consulta al servidor para validar el QR: toda la decisión se toma dentro de la máquina. La conexión del local puede caerse y los cobros siguen.
Nada se interpreta antes de verificar la firma
El QR entra como bytes crudos y lo primero que ocurre es la verificación de la firma. Recién si da bien se lee qué dice adentro. Un QR manipulado nunca llega a la parte que interpreta montos o cantidades.
Anti-replay
Cada crédito consumido queda registrado dentro del propio lector, nace atado a una máquina concreta y vence a las 24 horas. Un QR ya usado no se acepta de nuevo, ni en esa máquina ni en otra.
Fail-closed por diseño
Ante cualquier condición que el lector no pueda verificar, no libera crédito y lo señaliza. Preferimos una máquina que no cobra a una que regala fichas.
Multi-tenant verdadero
Cada organización configura sus propias credenciales de Mercado Pago, MODO o Ualá. La plata cae directo en su cuenta — TicksAr no la procesa ni la custodia.
¿Querés ver el código?
Los repositorios son privados por ahora, pero podemos compartir acceso bajo NDA para auditorías de seguridad o integraciones técnicas.
HABLEMOS
Probalo en tu local en menos de 7 días.
Contanos tu caso. Sin compromiso, sin venta agresiva — respondemos en menos de 24 hábiles.
¿Preferís otro canal?