Seguridad

Cuanto menos acceso tengamos a su dinero,
más tranquilo estará usted

Coinetic está diseñado para que, incluso si alguien vulnera nuestros servidores, no pueda gastar ni desviar sus cobros.

Solo claves públicas

Para cobrar basta con un xpub/zpub, una dirección de Solana y la dirección de la billetera de recaudación en las redes EVM. Coinetic no solicita las frases semilla ni las claves privadas de los comercios: no están en el código, ni en la base de datos, ni en los registros.

Cada dirección se verifica tres veces

La dirección para el cliente se deriva de su billetera; al acreditar el pago se comprueba que procede precisamente de su clave, y la base de datos se niega a vincularla con una billetera ajena.

EVM: la recaudación solo va a su dirección

En las redes EVM, las direcciones de depósito son contratos inteligentes con el destinatario fijado en el despliegue. Nadie puede cambiarlo, ni siquiera nosotros.

Cambiar de billetera lleva un tiempo de espera

Contraseña, segundo factor, aviso por correo a los propietarios y un plazo para cancelar. Si alguien accede a su panel, tendrá tiempo de detener el cambio.

Solo la cadena de bloques marca una factura como «pagada»

El estado lo cambia el monitor de la red tras el número de confirmaciones necesario. Cada transferencia se acredita exactamente una vez; si se revierte un bloque, también se revierte el estado.

Solicitudes y webhooks firmados

Solicitudes a la API: HMAC-SHA256 con marca de tiempo y nonce de un solo uso. Webhooks: HMAC sobre el cuerpo sin procesar y rotación del secreto sin interrupciones.

Su parte

Cinco reglas para una integración segura

La mayoría de los incidentes de los comercios no se deben a un ataque a la cadena de bloques, sino a fiarse de la señal equivocada.

  1. El secreto de la API, solo en el servidorNunca en el navegador, en la app móvil ni en git.
  2. Entregue el pedido según el estado de la APIpaid u overpaid de GET /v1/invoices/{id}, no según los parámetros de return_url ni el cuerpo del webhook.
  3. Verifique la firma del webhook sobre el cuerpo sin procesarY rechace las solicitudes con más de 5 minutos de antigüedad.
  4. Haga que la entrega sea idempotenteUn webhook puede llegar varias veces: guarde los X-Webhook-Id ya procesados.
  5. Rechace livemode: false en producciónAsí, un sandbox conectado por error no entregará la mercancía.
Clientes

Una página de pago sin sorpresas

Sin scripts de terceros

Ni analítica, ni fuentes externas, ni CDN. Content-Security-Policy estricta y código QR generado en la propia página.

El token va tras la «#»

El enlace de pago lleva el token en el fragmento de la URL, así que no llega a los registros de los servidores ni al Referer.

Sin importes desactualizados

Cuando caduca la cotización, la dirección y el importe se ocultan: el cliente no pagará con un tipo de cambio antiguo.