Qué es Lightning PoS y por qué lo estoy construyendo
El problema comercial, el alcance inicial y las decisiones que convirtieron una idea en un MVP funcional.
El problema
Para un comercio, aceptar Lightning no debería significar operar un conjunto de herramientas separadas. El vendedor necesita reconocer productos, mostrar un importe y saber —sin ambigüedad— cuándo el pago quedó confirmado.
Lightning PoS nació para comprimir ese flujo en una experiencia móvil. La primera decisión fue limitar el alcance: catálogo táctil, carrito, conversión de pesos mexicanos a sats, invoice BOLT11, QR y confirmación automática.
Implementación
La PWA mantiene el estado de la venta mientras un backend coordina precio, invoice y confirmación. LNbits permite generar la invoice; WebSocket entrega la señal rápida y un polling controlado funciona como respaldo.
producto → total MXN → cotización → sats → invoice → QR → confirmaciónNo se intentó construir una wallet ni custodiar fondos. El producto orquesta herramientas existentes alrededor del trabajo del comercio.
Validación
El flujo se considera completo cuando una venta pasa una sola vez de pendiente a pagada, incluso si llegan señales repetidas. La demo actual permite comprobar el acceso por PIN y la experiencia móvil instalada como PWA.
Conclusión
El valor no está en generar un QR aislado, sino en conectar estados, fallos y acciones humanas en un proceso confiable. Los siguientes artículos documentan cada pieza y sus tradeoffs.