XMR-PAY

Qué es. Un kit de herramientas de pago Monero no-custodial del lado del cliente, para desarrolladores y comerciantes. Tres componentes: (a) un componente web sin dependencias (`npm i xmr-pay`) que renderiza un QR de pago más URI más indicador de estado en vivo en cualquier página HTML; (b) verificación sin estado de prueba de transacción — una comprobación de tx-proof de Monero que se ejecuta en-cadena sin llaves, sin base de datos y sin API de terceros; (c) un agente vigilante de solo-lectura que asigna subdirecciones por pedido y detecta automáticamente pagos en-cadena. Un plugin de WooCommerce (Beta) envuelve lo anterior para tiendas WordPress. Toda la ruta de pago se ejecuta sobre la infraestructura propia del comerciante, con los fondos yendo directamente a la billetera del comerciante — no hay saldo en manos del operador ni servidor de checkout centralizado (la librería no tiene operador en tiempo de ejecución — el desarrollador publica versiones, pero nada en la ruta de pago pasa por él). Catalogada con Grado C porque la herramienta funciona hoy en la red principal (demo en vivo en `xmrpay.shop`) y el operador (SlowBearDigger) tiene credibilidad previa por haber publicado [goxmr.click](/tools/goxmr) con Grado B en este directorio — pero el proyecto en sí es Beta 0.1.0, el repositorio de GitHub y los metadatos del paquete npm aún no son completamente indexables, no hay documentación más allá de la página de inicio, y no se ha acumulado discusión comunitaria. C es el piso para herramientas nuevas de desarrollador; la arquitectura merece más, pero el historial aún no lo respalda.

Antecedentes. Construido por SlowBearDigger — un desarrollador independiente que también publica [goxmr.click](/tools/goxmr) (herramienta de enlace-en-bio Monero centrada en privacidad, catalogada en este directorio con Grado B). El mismo alias en ambos proyectos; la misma cuenta de X (`@SlowBearDigger`) y organización de GitHub publican versiones de cada uno. El desarrollo independiente es la norma en el ecosistema de herramientas Monero (una categoría que creció en torno a desarrolladores independientes y seudónimos), por lo que la estructura no es un eje de riesgo por sí misma — es estándar para la categoría y es el listón que ambos proyectos ya han superado una vez. El sitio en `xmrpay.shop` es una página de inicio de una sola página que funciona como documentación y como demo en vivo de propinas de café en la red principal. El plugin complementario de WooCommerce se publica en `github.com/SlowBearDigger/xmr-pay-woocommerce` como un `.zip` descargable. El proyecto está versionado en 0.1.0 Beta al 2026-06-17 — etapa temprana según el propio encuadre del operador. Catalogado en monerica; sin listado en kycnot (los alcances de kycnot son más amplios que las herramientas de desarrollo, por lo que la ausencia aquí es principalmente una cuestión de ajuste de categoría, no una señal negativa).

En qué confías.

• No-custodial por arquitectura, no por promesa. "Funds go straight to your address — no third party in the payment path." La librería npm no tiene un servicio alojado que pueda ser comprometido; los fondos se liquidan a cualquier dirección Monero que pases al componente web. No hay saldo en manos del operador, ni depósito en garantía, ni backend compartido que pueda ser confiscado o fallar.
• Verificación de prueba sin estado — confía en las matemáticas, no en el operador. La librería incluye una comprobación de tx-proof que se ejecuta contra los datos de bloque en-cadena sin llave de visualización, sin RPC de billetera y sin base de datos. Los comerciantes pueden confirmar un pago criptográficamente sin confiar en el autor de la librería ni almacenar estado sobre pagos anteriores.
• Demo en vivo en la red principal funciona. La página principal aloja una demo real de propinas de café en la red principal de Monero — los fondos van a una billetera real, el agente vigilante detecta el pago, el indicador de estado cambia. Código funcionando vale más que afirmaciones en el README; la demo es la señal individual más fuerte del listado.
• Credibilidad de desarrollador independiente a través de [goxmr.click](/tools/goxmr). SlowBearDigger publica bajo un alias seudónimo consistente en el espacio de herramientas de privacidad Monero. goxmr.click está calificado independientemente con B en este directorio con una postura de privacidad limpia (alineado con GDPR, sin registros de IP, HMAC-SHA256, bcrypt). El mismo desarrollador publicando una segunda herramienta bajo el mismo nombre hereda el piso de credibilidad — no la calificación en sí, que aún depende del historial propio de este proyecto.
• Listado en monerica. El proyecto está listado en monerica.com — al menos un directorio par lo ha revisado e indexado.
• Código abierto. El código fuente está publicado en la organización de GitHub del operador. Cualquiera puede auditar la lógica de verificación de pruebas; nadie depende de que un servidor centralizado se mantenga en línea para que la herramienta siga funcionando.

Especificaciones operativas.

• Sitio. `xmrpay.shop` — página de inicio de una sola página + demo en vivo (~24 KB).
• Instalación. `npm i xmr-pay` — publicado en el registro npm.
• Superficie de integración. Componente web: `<xmr-pay address="4..." amount="0.05"></xmr-pay>`. Esa es toda la instalación del lado del comerciante.
• Módulos. Widget de checkout listo para usar · verificación sin estado de tx-proof · agente vigilante de solo-lectura para asignación de subdirecciones + detección de pagos.
• Plugin de WooCommerce. Beta `.zip` en `github.com/SlowBearDigger/xmr-pay-woocommerce`; enruta los pagos directamente a la billetera Monero del comerciante.
• Versión. 0.1.0 Beta (marcado como Beta por el operador en la página principal).
• Licencia. Código abierto según la organización de GitHub del operador.
• Sin servicio alojado. Sin cuentas, sin claves API, sin límites de tasa, sin operador aguas arriba que pueda suspenderte.
• Sin retención de datos. Nada que retener — la librería no ve información personal identificable, no almacena IPs, no recolecta telemetría. Garantizado arquitectónicamente, no es una afirmación de política.
• Sin comisiones. XMR-PAY en sí no cobra nada. Los comerciantes pagan sus propias comisiones de red Monero en la liquidación.
• Canales. X `@SlowBearDigger`, GitHub. No se anuncian Matrix, Signal, SimpleX ni clave PGP.

Filosofía del operador. Posicionado como infraestructura para la soberanía Monero: *"Sovereign Monero payments. Accept Monero. Non-custodial."* La elección arquitectónica — una librería npm + componente web en lugar de una plataforma SaaS — es la filosofía en código: los comerciantes poseen su flujo de pago de extremo a extremo, la librería no tiene estado, no hay un operador centralizado al que los comerciantes deleguen confianza. Esto es lo opuesto explícito a procesadores de pago estilo BitPay / NOWPayments / Coinbase-Commerce. El operador eligió publicar una herramienta, no un servicio — lo que significa que las calificaciones e incidentes en los ejes habituales del directorio (KYC, AML, reservas, riesgo custodial) no aplican en el sentido convencional. Lo que aplica es calidad de código, historial del operador y adopción de la integración — y esos son los ejes que refleja la calificación piso C.

Justificación de la calificación. Catalogada con Grado C porque es una herramienta para desarrolladores Beta 0.1.0 publicada recientemente, sin señales de adopción por comerciantes en el registro público aún — pero la arquitectura es sólida y el operador tiene un historial. La regla de antigüedad en calificación del directorio normalmente asigna por defecto C a operadores nuevos en categorías de alta pérdida asimétrica; para herramientas de desarrollo el modelo de pérdida es diferente (un widget defectuoso te hace PERDER una venta, no ganar la billetera de un ladrón), y goxmr.click del mismo desarrollador independiente está en B en este directorio. Así que C es lo que ha ganado el proyecto por su *edad* y adopción — no por la credibilidad del operador. Camino a B: versiones publicadas más allá de 0.1.x; matriz de compatibilidad documentada de versiones de WooCommerce + WordPress; al menos un comerciante tercero usándolo públicamente en producción; un README / guía de integración a nivel de repositorio más allá de la página de inicio; idealmente una revisión de seguridad del módulo de verificación de pruebas por un revisor independiente. Camino a A: todo lo anterior más un año de operación sin incidentes con volumen real de comerciantes.

Útil cuando.

• Eres un desarrollador construyendo un sitio web que acepta Monero y quieres un componente web listo para usar que genere un QR de pago sin depender de una API de terceros. `<xmr-pay address="4..." amount="0.05"></xmr-pay>` es toda la integración.
• Administras una tienda WooCommerce y quieres aceptar Monero de forma no-custodial — el plugin Beta enruta los pagos directamente a tu billetera y ejecuta la detección en tu propio agente.
• Quieres verificar pruebas de transacción Monero criptográficamente sin ejecutar un RPC de billetera — el módulo de verificación sin estado comprueba pruebas en-cadena sin llaves ni base de datos.
• Has revisado [goxmr.click](/tools/goxmr) y confías lo suficiente en el historial de SlowBearDigger como para adoptar una herramienta Beta del mismo desarrollador.
• Quieres explícitamente una herramienta, no un servicio — ningún operador puede suspender tu cuenta o confiscar tus fondos porque no hay operador en la ruta de ejecución.

Advertencias.

• Beta 0.1.0 — software en etapa temprana manejando pagos reales. El encuadre del operador es explícito. Prueba exhaustivamente en testnet o con pequeñas cantidades en la red principal antes de desplegar en una tienda en producción.
• Sin README / referencia API / guía de integración más allá de la página de inicio. La página principal muestra la superficie de integración pero aún no se ha publicado un conjunto completo de documentación. Los adoptantes se auto-documentan leyendo el código fuente.
• El plugin de WooCommerce es Beta. Distribuido como un `.zip` descargable sin matriz de compatibilidad documentada de WooCommerce / WordPress ni lista de problemas conocidos. El manejo de pagos reales en etapa Beta necesita su propia ronda de pruebas en staging.
• Cero señales de adopción por comerciantes en el registro público. Ninguna tienda de terceros ha divulgado públicamente estar usándolo; las estadísticas de descarga de npm y los conteos de fork/star de GitHub aún no son completamente indexables. La arquitectura es sólida pero el volumen real de comerciantes es lo único que confirma que el modelo de integración se sostiene bajo tráfico.
• Señal de confianza de directorio par de una sola fuente. Solo monerica. Sin listado en kycnot (principalmente un problema de ajuste de categoría — kycnot no revisa herramientas de desarrollo), pero sí significa que no estamos triangulando a través de múltiples directorios.
• Sin revisión de seguridad publicada. El código de verificación de pruebas es la pieza crítica de seguridad. Un comerciante que confía en él para la confirmación de pagos está confiando en que las matemáticas están implementadas correctamente. No se ha publicado una revisión independiente.
• Sin mirror Tor. La página de inicio solo está en clearnet; los comerciantes que integran el paquete npm no necesitan Tor para la librería en sí, pero un mirror Tor de la página de inicio/documentación ayudaría a usuarios que navegan desde entornos solo-Tor.