ES2914827A1 - Procedimiento de compra con criptomonedas con orden de pago en 1 click, integrable en todos los sistemas de pago físicos y virtuales, compatible con todas las wallets - Google Patents

Abstract

Es un procedimiento de pago mediante criptomonedas que permite conectar con cualquier billetera (3), (8) y con cualquier pasarela de pago de un tercero, desde cualquier dispositivo de pago ordinario, permitiendo en tiempo real el cálculo del precio a pagar con sus comisiones (9), y realizar este pago con un único click (1), generando automáticamente una factura mediante smartcontract (12). Para ello, el procedimiento se vale de un software implementador (5) que permite traducir automática e instantáneamente el lenguaje de programación web3.js a PHP lo que permite que las operaciones en criptomonedas registradas en Blockchain (13) sean comprendidas y procesadas desde cualquier sistema de pago de uso corriente y/o bases de datos (7).

Description

DESCRIPCIÓN

Procedimiento de compra con criptomonedas con orden de pago en 1 click, integrable en todos los sistemas de pago físicos y virtuales, compatible con todas las wallets

Sector de la técnica

La invención tiene por objeto un método que permite el pago en un solo click con criptomonedas o tokens en cualquier plataforma de pasarela de pago o hardware de pago como TPVs, terminales de pago y sistemas NFC, sin necesidad de modificar sus arquitecturas previas o su programa de base, haciéndolos compatibles con todas las wallet del mercado mediante una comunicación entre los entornos PHP y web3.js con la instalación del fichero informático diseñado para llevar a cabo el procedimiento.

Antecedentes de la invención

Los criptoactivos, activos criptográficos, o criptomonedas, son medios digitales de intercambio que utilizan criptografía fuerte para asegurar las transacciones, controlar la creación de unidades adicionales y verificar la transferencia de activos usando tecnologías de registro distribuido alojadas en redes de cadenas de bloques conocidos como Blockchain.

En los últimos años está tecnología ha ganado un creciente peso en los mercados mundiales y se ha convertido en una forma de intercambio de valor descentralizado, al permitir ser intercambiados, transferidos o atribuírseles un valor genérico de conversión a otros activos o un valor específico en un contexto concreto a cambio de un servicio sin ser una moneda o dinero de curso legal (dinero FIAT) sometida a un control estatal para representar un valor en un intercambio.

Unido a esto, la red Blockchain es accesible globalmente de manera descentralizada y permite que los criptoactivos de sean intercambiados, o adquiridos en múltiples canales con una gran seguridad y transparencia, dada la posibilidad de consultar de forma pública todas las operaciones que se realizan en la Blockchain con solo introducir en esta, una dirección asociada a una wallet (cartera de usuario), creándose, en definitiva, una red privada de intercambio de activos.

Sin embargo, pese a todas estas ventajas, y a la cada vez mayor aceptación de las criptomonedas, existen una serie de factores que siguen dificultando su uso corriente e integración en entornos de pago tradicionales.

Las transacciones en criptomonedas requieren de una verificación previa de las operaciones en la Blockchain para garantizar la validez de las trasferencias, que se realiza por los llamados "mineros”, quienes son usuarios de la red de bloques que mediante complejas operaciones matemáticas validan los procesos detectados por los nodos de esta. Estas operaciones entran a formar parte de lo que se conoce como connection pool (o agrupamiento de conexiones) de transacciones pendientes de verificación. Cuando esto ocurre, los mineros elegirán estas operaciones sin confirmar, para crear con ellas un bloque de transacciones nuevo que se añadirá a la cadena de bloques actuando como registro de las operaciones.

Esta compleja tarea de verificación se asocia a unos grandes retrasos en las transacciones por la lentitud de la red de bloques, con una media de entre 10 y 30 minutos entre operaciones, variando todavía más en función de las redes de comunican dentro de la propia Blockchain, puesto que funciona con diversas velocidades dependiendo de la criptomoneda objeto de la transacción, lo que unido a la gran volatilidad del precio de estas, que a menudo varia en segundos, hace difícil la compraventa de productos y servicios por la dificultad de fijación de precios en tiempo real.

A esta dificultad hay que sumar las comisiones que se añaden si las operaciones se realizan desde las casas de cambio de criptomonedas (exchanges), y el Gas Fee, la comisión que perciben los mineros que verifican las operaciones en función del gas, una unidad que mide la cantidad de esfuerzo computacional necesaria para ejecutarlas, y cuyo valor también es muy cambiante.

Por si estos problemas no fueran suficientes, el mayor impedimento para lograr una estandarización y mejora en la velocidad de los sistemas de pago cripto, que los equipare a los convencionales, radica en que el diseño de la propia Blockchain está basado en el estándar de programación web3.js, que sí bien es muy seguro, resulta incompatible con el estándar habitual en la web y sistemas de pago tradicionales, basado en PHP, lo que hace imposible una interacción fluida con las opciones y tecnologías disponibles para realizar pagos en dinero fiduciario (FED) de forma habitual, mucho más rápidas e integrables en todos los entornos de comercio electrónico.

Las soluciones actuales a este problema de comunicación entre lenguajes informáticos incompatibles entre sí, ha supuesto que el pago en cripto dependa de métodos de validación manual, extremadamente lentos y tediosos, o el uso de “Cross-chain Swaps”, consistentes en el intercambio de unas criptomonedas por otras dentro de la misma red, asignando a una de ellas un valor estable equivalente al de una moneda FIAT (dólar, euro, etc.), siendo necesario ordenar posteriormente una segunda transferencia por ese mismo valor desde Una cuenta bancaria tradicional con saldo real en dicha moneda FIAT.

El sistema del Cross-chain Swaps funciona a la postre, convirtiendo ala criptomoneda de referencia en un pagaré o derecho de crédito, pero sin llegar nunca a constituir una verdadera transacción que interactúe con los sistemas de pago de dinero FIAT. Aplicado al comercio tradicional, este sistema no termina de ser una solución, puesto que al ser imposible para los softwares de pago en PHP comunicarse con la Blockchain, las ordenes finales de transferencia y cobro, así como los conceptos por los que se realizan, requieren de su introducción manual en la segunda operación en FIAT, con el consiguiente retraso y los problemas que este conlleva y que ya hemos mencionado. Además a los problemas de este sistema hay que sumar el encarecimiento adicional de los precios finales, al tener que sumarles las tradicionales comisiones bancarias por transferencia.

Estos inconvenientes exigen al usuario de criptoactivos una interacción manual y un avanzado conocimiento técnico, lo que aleja del público común el uso habitual de estos métodos de pago y los hace impracticables con las tecnologías y para las operaciones del día a día de las empresas.

Por tanto, el Mercado requeriría para solventar estos inconvenientes de la implementación de una serie de soluciones que esta invención aporta mediante un nuevo método que permite: - Un sistema capaz de traducir el lenguaje web3.js a PHP para hacer compatibles las operaciones en Blockchain con cualquier entorno basado en tecnologías de uso común sin necesidad de intermediarios u operaciones adicionales.

- Una simplificación de los sistemas de pago, que los equiparen en facilidad, velocidad y curva de aprendizaje con los tradicionales, incluyendo tecnologías usualmente empleadas para estos procedimientos como códigos QR o el sistema contactless NFC.

- Un sistema que permita la estabilidad en los precios y tipos de cambio asociados a estas operaciones, por definición inestables.

Estado de la técnica previo

Diversas patentes han abordado esta problemática, sin llegar a proponer soluciones directas. Destacan:

• La patente WO2020104961A1 cuyos inventores aluden el desarrollo y puesta en marcha de una red Blockchain altemativa que incluye una serie de funcionalidades complejas; entre las cuales se cuenta la propuesta de un sistema de pagos tipo ATM para criptomonedas.

Esencialmente, esta funcionalidad permite a los usuarios de la Blockchain privada hacer cambios, compras, ventas y trading con criptodivisas de manera segura y rápida. No obstante, las relaciones mercantiles entre usuarios requieren del uso de criptomonedas procedentes de la Blockchain externa, por lo que la Blockchain interna se conecta de manera constante a redes de transmisión conocidas (BEP2, BEP20, ERC20, etc.) por lo que esta patente no logra realizar una simplificación del método de compra, intercambio, venta de productos y servicios usando criptoactivos y además sustenta todo su funcionamiento en una red privada no integrable en las plataformas disponibles de wallets de pago de uso habitual por los propietarios de cripto activos.

Este hecho también, dificulta enormemente la implementación de esta invención en sistemas modulares de desarrollo web como wordpress o PHP al no solucionar la comunicación entre los diversos lenguajes de programación y el de la Blockchain pública.

La patente tampoco simplifica el sistema de pago en una única operación, puesto que requiere de múltiples validaciones, ni prescinde de la interacción manual habitual en las pasarelas de pago en criptomonedas, necesarias para validad las operaciones, o introducir los datos de los usuarios.

• En el documento de patente ES2632014 propone un método de traspaso de la criptomoneda bitcoin basado en el escaneo de un QR en una moneda física dotada de un microchip la cual da acceso a un monedero de cartera virtual o wallet de bitcoins para transferir o recibir a otra cartera bitcoin, usando la aplicación correspondiente desde un móvil. La invención, ofrece un servicio de pago basado en un monedero de una única criptomoneda, el bitcoin. El poseedor debe tener obligatoriamente una moneda física para poder realizar una transacción. Esto difiere de la invención de la que es objeto este documento, donde se propone un sistema flexible capaz de usar diferentes criptoactivos para obtener servicios y productos y ello además sin necesidad de usar un soporte físico simbólico con forma de moneda, pudiendo ser integrable en cualquier dispositivo electrónico preexistente (smart phones, TPV, wearables, etc.) y compatible con múltiples wallets de diversos proveedores o terceros.

• La patente ES2220715 T3 hace referencia a un método para la realización de transacciones comerciales y financieras remotas, que incluye la operación de transmitir inalámbricamente los datos necesarios para llevar a cabo una transacción financiera entre un dispositivo remoto con una tarjeta de pago, y un terminal fijo que procesa el pago. La invención aquí reivindicada, establece que el intercambio del criptoactivo se hará desde una aplicación móvil con cartera de criptoactivos, pero el dispositivo no procesa pagos, sino que es un elemento que conecta el mecanismo de la máquina automática y el conjunto de servidores pasarela y la aplicación móvil del consumidor, es decir, actúa como un datafono que requiere de un hardware especifico.

La patente KR10201826B1 que lleva por título: “A payment gateway method and Processing system for cryptocurrency to real money payment" muestra una pasarela de pago de criptomoneda partiendo de dinero real (FIAT); que puede ser usado para la adquisición de un producto o servicio en tiempo real, básicamente el propietario de una criptomoneda tiene la posibilidad de pagar un producto y un servicio usando criptoactivos reflejados como dinero FIAT en el recibo final.

Como características más resaltantes se incluye: un terminal de tienda que registra un código de identificación con la información de tienda e información de pago en un servidor de solicitud de pago, el código de identificación a un consumidor y emisión de una factura o recibo en respuesta a una confirmación de finalización de pago; también ofrece un terminal de consumidor que es un terminal móvil o un terminal de PC que tiene un software de procesamiento instalado en el mismo. La función de este es leer código de identificación ofrecido por el usuario y transmite, a un servidor de intercambio, la información del consumidor e información de lectura y de solicitud de pago del código de identificación.

Cuando la transacción es exitosa, se envía un código de identificación recibido y el importe del pago al servidor de solicitud de pago y deposita el saldo en una billetera electrónica del consumidor.

En el caso de nuestra invención, no es necesario contar con FIAT ni tampoco esta se involucra dentro de la transacción. Al igual que en las invenciones analizadas anteriormente, en la KR10201826B1 el proceso tampoco es simplificado, ya que se requiere de la realización de una serie de pasos previos ejecutados por parte del comprador de forma manual antes de lograr realizar el pago final dado que no se soluciona el problema de comunicación entre lenguaje web3.js de la Blockchain y PHP del sistema de facturación.

La patente US2019356641A1 titulada “System and Methodfor Performing Social Media Cryptocurrency Transactions" se basa en la creación de un método que recibe, en un módulo de software de redes sociales que opera en un dispositivo de usuario, la entrada de información de cobro o pago de un segundo usuario, recibiendo, en relación con el uso del módulo de software una autorización de pago o cobro del primer usuario para el pago/cobro al segundo usuario. Este enfoque incorpora una billetera de criptomonedas en una aplicación de redes sociales para reducir la fricción y permitir pagos fáciles entre los usuarios de la aplicación de redes sociales utilizando una criptomoneda para al menos parte de la transferencia de valor de un usuario a otro.

Esta patente se limita a las redes sociales y al intercambio entre particulares, sin automatización de sistemas, ni compatibilidad entre wallets, por lo que su uso es extremadamente limitado y muy acotado a entornos virtuales que además requieren de una infraestructura propia.

• La patente titulada “Devices, Systems, and Methods for Securing and Transacting Cryptocurrency Assets" con la denominación US2019251524A1 presenta un modelo de software y hardware que puede ser utilizado en el intercambio de criptomonedas dando prioridad a la seguridad. De manera más pormenorizada se trata de un sistema que incluye un dispositivo informático que tiene una aplicación de software instalada en el mismo y está configurado para almacenar una clave pública de criptomonedas. Y además incluye un dispositivo de cifrado de hardware configurado para almacenar una clave de cifrado de criptomoneda privada, y está configurado para conectarse selectivamente en la comunicación de datos al dispositivo informático para firmar una transacción de criptomoneda. El dispositivo transmite una transacción firmada recibida desde el dispositivo de cifrado de hardware para la verificación de la transacción, basando todo su funcionamiento en la interacción entre dos dispositivos de hardware específico y en ningún caso universales o multiplataforma.

• La patente ES-1239125_U titulada “Sistema de intercambio de servicios o productos usando criptoactivos a través de un dispositivo conectado a máquina automática o a un TPV" reivindica la invención de un dispositivo formado esencialmente por dos partes: Una parte de hardware y otra de software. La parte del hardware del dispositivo es un artefacto electrónico que se incrusta dentro de un punto de venta físico (máquina expendedora, TPV, etc.) y que estará conectado de manera simultánea a la máquina, a un servidor externo y a la red Blockchain.

La función principal de este hardware es recibir la información referente a precio del producto y nombre del mismo de la máquina expendedora. A continuación, el hardware enviará una petición al servidor con orden de cobro, que será registrado en la base de datos.

Cuando la orden es emitida, la parte de software, que es una aplicación instalada en el móvil, mostrará al usuario la información del producto a comprar y su precio. Desde dicha aplicación, el usuario elige su modo de pago en criptodivisa y procede a emitir orden. En ese instante, la aplicación conecta el hardware del dispositivo con la red Blockchain y se determina si el comprador tiene fondos suficientes para efectuar la compra. Una vez el hardware valida el pago con la información recibida de la aplicación móvil, este libera el producto de la máquina para que pueda ser adquirido por el comprador.

En resumen, la aplicación móvil sirve como interfaz gráfica para controlar el hardware de la máquina y de esta forma validar el pago, pero al igual que en la patente US2019251524A1, todo el funcionamiento de esta invención reside en un hardware externo y propio y además requiere de la validación manual del usuario en la red Blockchain, que a efectos prácticos exige además una larga espera para la validación del proceso de compra y una elevada comisión.

Explicación de la invención

El objeto de la invención reivindicada está constituido por un procedimiento de pago automatizado que conecta con e-comerces, TPVs, máquinas automáticas o cualquier sistema físico o virtual que integre un software de pago destinado a la compra de productos o servicios mediante criptoactivos como medio sustitutivo o complementario de los medios de pago preexistentes, empleando los recursos propios de estos entornos, permitiendo que se comuniquen con la red de Blockchain de forma automática. La invención también es compatible e integrable con el hardware de pago inalámbrico basado en la tecnología NFC (Near Field Communication), un estándar de transmisión basado en el estándar RFID (Radio Frequency Identification).

El procedimiento reivindicado actúa como un sistema de pago universal de criptoactivos al permitir uma traducción instantánea de lenguaje web3.js a PHP lo que faculta la comunicación simultanea de tres elementos básicos en todas las transacciones:

1. Cualquier wallet o gestor de criptodivisas proveído por terceros disponible en el mercado.

2. Cualquier pasarela de pago física o virtual.

3. La red Blockchain.

La invención puede ser instalada mediante programación dentro de la arquitectura de cualquier sistema de pago que implemente un software conectado a la red de internet, donde inserta una interfaz propia, integrada en la propia del sistema en la que se ejecute, que simplifica y optimiza la orden de compra, generando un único botón que con solo un click, opera de manera automática todos los comandos contenidos en la invención.

Cuando se presiona el botón, este accede a los datos proporcionados por el servidor del terminal de compra preexistente y simultáneamente:

1. Reconoce de manera automática el precio que debe pagar el cliente y la unidad monetaria del pago ya sea en cripto o en dinero fiduciario en el que viene expresada.

2. Calcula la comisión de transacción y el GAS (Unidad variable en función de la demanda de una determinada criptomoneda, que mide la cantidad de esfuerzo computacional que necesaria para ejecutar ciertas operaciones y que es abonada a los mineros que participan en ella en forma de comisión) y los suma al precio total.

3. Conecta con las wallet previamente instaladas, provistas por un tercero y comprueba el saldo disponible en estas, para ejecutar la compra sin necesidad de confirmación manual o introducir el hash, o el código de la wallet. El pago se puede configurar previamente para que cuando la invención llegue a este punto realice una de las siguientes acciones:

a) Pague desde lawallet preferida por el usuario

b) La invención seleccione automáticamente el pago desde cualquiera de las wallet disponibles.

c) Encaso de que el saldo sea insuficiente en cada una de las wallet por separado, se pueda realizar el pago desde varias de estas simultáneamente, para que de forma combinada se alcance el precio total a pagar por el producto.

4. De forma instantánea y simultánea el precio del producto es descontado de la wallet del comprador incluyendo las comisiones y/o el GAS que corresponda, e ingresado en la del vendedor.

5. Se genera un Smart contract que actúa como recibo virtual mediante verificación de la operación con la Blockchain, que será entregado al usuario o a todas las partes intervinientes tras finalizar la operación.

6. La invención, en caso de estar ejecutándose en un dispositivo personal, lo reconoce y genera en su interfaz la opción de conexión a la wallet o wallets pre instaladas más adecuadas a dicho dispositivo o en el caso de que exista más de una, ofrece todas las opciones disponibles, pudiendo comprender:

a) En el caso de un PC: la opción de conectar con las wallet instaladas en el escritorio o generando un código QR que, al ser escaneado por un Smartphone, conecta con las wallets que hay en este último, pero desde la interfaz del PC.

b) En un Smartphone o wearable, la opción de pagar mediante un QR escaneable o mediante sistema contactless integrados en el dispositivo por tecnología NFC.

c) En datafonos o cajeros, mediante un fichero grafico como un código AR, código de barras lineal o clave alfanumérica (PIN).

7. Los diversos comandos objeto de la invención que se ejecutan con la orden de compra se activan con una única acción, que puede revestir diversas formas dependiendo de la interfaz de pago en que se integre y las opciones disponibles en esta, pudiendo comprender:

a) Un botón de compra.

b) Un comando de voz.

c) Reconocimiento biométrico.

d) Aproximando un soporte físico que integre un chip basado en la tecnología NFC con las wallet del cliente pre programadas en este, a un datafono con lector de NFC y una orden de pago introducida.

Todo el procedimiento es posible gracias a la comunicación entre un conjunto de servidores que traducen de forma inmediata el lenguaje PHP utilizado por todos los dispositivos y plataformas de e-comerce conectados a internet y el sistema web3.js con el que se comunica la Blockchain, permitiendo que el dispositivo de pago y la wallet del usuario no requieran confirmaciones adicionales una vez que estas últimas han sido introducidas y validadas en el sistema o conectados a un dispositivo de pago o pasarela virtual apoyados en un hardware grafico que permita presentar visualmente una interfaz de pago o generar códigos de acceso. Los métodos de desistimiento de las operaciones de compra en caso de querer ser ordenados, son gestionados sin intervención de la invención, pudiendo ejecutarse desde las opciones preexistentes en las mismas plataformas de pago con las que enlaza el sistema y que permiten la cancelación.

Breve descripción de los dibujos

Para complementar la descripción que se está realizando y con objeto de ayudar a una mejor comprensión de las características de la invención, de acuerdo con un ejemplo preferente de realización práctica de la misma, se acompaña como parte integrante de dicha descripción, un juego de figuras en donde con carácter ilustrativo y no limitativo, se ha representado lo siguiente:

Figura 1: Muestra una sugerencia de presentación de la interfaz de pago generada por la invención, integrando en ella toda la información de compra y el botón con la orden de pago. Figura 2: Muestra un código QR generado desde la interfaz de la invención, mediante el cual se ofrece varias opciones para vincular las diversas wallet de pago.

Figura 3: Muestra un diagrama de una posible realización de la invención, presentando las ordenes que se ejecutan tras accionar el botón de pago desde un dispositivo tipo Smartphone que integre tecnología NFC.

Figura 4: Muestra una interfaz para PC mediante la cual se ofrece varias opciones para vincular las diversas wallet de pago si estas están instaladas como aplicación de escritorio. Figura 5: Muestra un diagrama esquemático con las ordenes que se ejecutan tras accionar la presente invención aplicada en un sistema estándar de pago multi dispositivo mostrando los diferentes procesos que componen el procedimiento.

Figura 6: Muestra una interfaz para smartphone o tableta mediante la cual se ofrece varias opciones para vincular las diversas wallet de pago si estas están instaladas en el mismo.

Figura 7: Muestra una sugerencia de pop-up de confirmación de pago, conteniendo el precio final y desglosando sus conceptos, ofreciendo las órdenes de confirmar la compra o rechazarla.

Figura 8: Muestra una sugerencia de pop-up de aviso de falta de saldo o pago rechazado. Exposición detallada de modos de realización preferente de la invención

A la vista de las mencionadas figuras, y de acuerdo con la numeración adoptada se puede observar en ellas un ejemplo de realización preferente de la invención, la cual comprende las partes y elementos que se indican y describen en detalle a continuación.

Así, tal y como se observa en la figura 1, una posible realización preferente del método de la invención, se basaría en el pago previa conexión a la billetera del cliente provista por el servicio de wallet de un tercero, utilizando diferentes sistemas como NFC, QR o apps instaladas en PC u otros dispositivos.

Para ello, el código de la invención se ejecuta en el de la pasarela de pago del vendedor y genera una interfaz propia que permite la conexión a las wallet del comprador e integra el botón de pago a la interfaz de información de compra (Figura 1) comprendiendo:

• Botón de conexión de sistema de pago (Conectar Wallet) (1).

• Método de conexión entre Software de Pago y Billetera de cliente. Método predeterminado QR. (Figura 2).

• Método de conexión por medio de ContactLess entre software de pago y billetera de cliente (Figura 3).

• Método de conexión por medio de Apps (instaladas en PC u otros dispositivos) entre software de pago y billetera de cliente. Este método permite añadir Apps de pago de proveedores adicionales. (Figura 4).

• Descripción detallada del producto y precio de compra en la criptomoneda o criptomonedas elegidas por el vendedor para la venta de sus productos. Figura 1 (2). • Conversión y equivalencia del precio de moneda fiduciaria a criptomoneda según la configuración del vendedor. Figura 1 (3).

• Conversión y equivalencia del precio en criptomoneda a stablecoin (moneda con valor de referencia en moneda fiduciaria) o criptomoneda según la configuración del vendedor. Figura 1 (3).

• Botón Pagar: sistema de pago en un click. Figura 1 (4).

Los comandos ejecutados por el procedimiento de pago integrado una vez presionado el botón se desarrollan en la Figura 5, comprendiendo los siguientes pasos:

• El botón pagar (1) comunicara (2) con la wallet (3) que previamente ha sido autorizada por el cliente para comprobar el saldo o saldos disponibles.

• Si en la wallet o wallets (3) no tiene saldo suficiente (4) el botón informara en la pantalla del cliente (Figura 8) de que no se puede realizar la operación, comunicándoselo al software implementador (5) que lo comunica al servidor (6) para dejar registro en la base de datos de la operación (7).

• El sistema consulta si las demás wallets autorizadas disponen de saldo (8).

• Si el cliente tiene saldo en la wallet o wallets (9) el sistema de pago preguntara al cliente si quiere pagar. (10).

• Se abrirá un pop-up con el precio de la compra Gas Fee (comisión minera).

(Figura 7).

• Si el cliente no quiere pagar, aparecerá una opción en la pantalla del cliente rechazando la compra (Figura 7) y quedará un registro en la base de datos del vendedor replicando los procesos de la figura 5 (4) (5) (6) (7).

• El producto podrá contener una comisión adicional que el vendedor pagará al proveedor del software de pago.

• Una vez aceptado el pago (11) se establece un Smart Contract (12) entre el comprador (precio del producto billetera) y el vendedor (billetera de destino con el pago del comprador).

• La información del Smant Contract se registra en la Blockchain (13).

• El saldo es descontado de la billetera del comprador/cliente y depositado en la Billetera del vendedor, la comisión del producto se deposita al proveedor del software y el gas fee es pagado a los mineros, todo ello previamente reflejado en la contabilidad de la Blockchain. (13).

• Se replica copia de la información en los nodos disponibles en la red de internet.

(14).

• El software implementador comunica con la Blockchain y comprueba la billetera o billeteras usadas para el pago, el destino del pago (vendedor) la comisión al proveedor del software, y el total de comisión de gas fee. Devuelve la información al servidor del vendedor y transforma por medio del implementador la información en una factura para el cliente, descuenta el producto de la base de datos, suma el saldo contable al vendedor y avisa de que la transacción ha sido realizada correctamente (15), grabando toda la información en la base de datos del vendedor. (6) (7).

El software de la invención es compatible con todos los dispositivos de pagos físicos y virtuales, en las figuras mencionadas anteriormente.

Se puede observar en ellas otro modo de realización preferente de la invención, el cual comprende las partes y elementos que se indican y describen en detalle a continuación.

Así, tal y como se observa en la figura 1, encontramos el botón conectar wallet, el cual nos proporciona diferentes tipos de conexión entre el software de pago del vendedor y la billetera (wallet) de pago del comprador/cliente.

Una vez pulsado el botón conectar wallet (1) el sistema nos mostrara en la pantalla un pop-up con un Q_r. Figura 2 (1) como forma de conexión predeterminada y otras opciones para conectar la billetera con el sistema de pago. Figura 2; mediante otras conexiones disponibles: NFC (2), PC Wallets (3).

• Si realizamos la conexión con QR podemos encontrar dos maneras de conectar la Billetera:

1. El código QR se mostrará en una pantalla anexa propia o del vendedor, (Figura 2) a nuestro dispositivo móvil (Smartphone u otro sistema que permita escanear un QR y contenga una Billetera de criptomoneda) para conectar, el cliente escaneara un código QR donde el sistema de pago del vendedor (1) establece una conexión encriptada entre la billetera y la DApp (Una aplicación descentralizada es una aplicación informática que funciona en un sistema de computación distribuido). 2. El código QR se mostrará en una pantalla anexa propia del cliente, donde las Billeteras estarán alojadas en el mismo pc (Figura 2) (3) o dispositivo que lo permita y autoescanea de forma interna el QR (Figura 2) para conectar sin necesidad de utilizar un dispositivo externo.

• Otra manera de conectar la billetera del cliente con el software de pago, será utilizando tecnología NFC (Figura 3), si la configuración del vendedor lo permite. Near-field communication o comunicación de campo cercano, es una tecnología de comunicación inalámbrica, de corto alcance y alta frecuencia que permite el intercambio de datos entre dispositivos. El cliente acercara su tarjeta (Billetera) con tecnología NFC al dispositivo del vendedor o en su defecto la wallet previamente configura que acepte conexión por NFC para iniciar la conexión entre el software de pago y la billetera del cliente.

• PC Wallets (Figura 4) (1) es otra manera con la que el cliente podrá desde su PC conectar las Wallets instaladas con el software de pago del vendedor. Existen actualmente muchas compañías que suministran wallets que pueden conectarse con el software de pago. Además, el software trae una función que es añadir wallets. (2).

• Conectarse al software de pago mediante dispositivo móvil (smart phone) u otros medios similares (tablets) (Figura 6). El cliente se conectará al software de pago del vendedor desde su dispositivo móvil (smart phone o similares) donde pulsará el botón conectar wallet (Figura 1) (1) y (Figura 6) (1) para seleccionar la billetera instalada en su dispositivo y establecer conexión con el software del vendedor.

Una vez establecida la conexión entre el software de pago y la billetera, el cliente pulsara el botón pagar (Figura 1) (3) El software comprobara la billetera o billeteras que haya autorizado el cliente para realizar el pago. Llegados a este punto (Figura 5) (2) pueden ocurrir 3 casos:

A) El software comprueba el saldo disponible en la billetera y obtiene como resultado que no hay saldo disponible para realizar el pago. (Figura 5) (4) (5). Devuelve un aviso al software de pago informando que no se puede realizar la operación por falta de fondos (Figura 8) si solo existe una billetera disponible o autorizada para hacer pagos y graba en la base de datos que la operación no ha sido realizada (Figura 5) (6) (7).

B) En el caso de que exista más de una billetera autorizada, el comprador puede configurarlas para que el pago se realice desde la siguiente que cuente con fondos suficientes. (Figura 5) (8).

C) El software comprueba el saldo disponible en la billetera principal y no es suficiente para validar la operación de pago, pero sumando el saldo de otras billeteras alternativas autorizadas previamente por el cliente, tiene suficiente saldo para pagar, aquí se activa la opción multipago por cuenta. (Figura 5) (8).

D) El software comprueba que el cliente tiene saldo disponible en la cuenta principal.

(Figura 5) (9).

En los casos B y C el cliente tiene saldo para realizar la compra, el software generara un popup, con el precio del producto el Gas Fee, para realizar el pago (Figura 7). Aquí pueden ocurrir dos cosas:

E) El cliente rechaza el pago, el software recibe la información y emite pop-up con un mensaje de operación cancelada (Figura 8).

F) El cliente acepta el pago, se genera un Smart Contrat (Figura 5) (12) y se ejecuta el acuerdo registrado entre las dos o más partes implicadas en la compra, el coste del articulo/s quedara registrado en Blockchain (Figura 5) (13). Que actúa como un libro de contabilidad inmodificable y compartido que facilita el proceso de registro de transacciones y de seguimiento de activos en una red empresarial.

Registrado el pago en Blockchain, la red replica la información en Nodos donde queda una copia de registro de dicha transacción. (Figura 5) (14) y envía una copia confirmada a la wallet del cliente con el saldo descontado, copia a la wallet de la empresa donde va recibir la cantidad de criptomoneda menos el porcentaje de comisión del proveedor del software de pago, copia con la cantidad de comisión al proveedor del software de pago y copia a los mineros (Gas Fee) por los gastos de transacción. (Figura 5) (15).

El Software implementador realiza una llamada a la Blockchain para comprobar que la operación se ha realizado con éxito, esta información viaja en web3.js donde el implementador del software de pago traduce a lenguaje PHP para hacer compatible la comunicación con la base de datos del vendedor. (Figura 5) (5).

Una vez recibida la información y transformada para que se aloje en la base de datos, el software de pago genera una factura para el cliente y dependiendo del tipo de negocio del vendedor (Figura 5) (16). Ejemplos prácticos de este método serían:

- Restaurante Autoservicio: Emite una comanda con el pedido del cliente, suma el pago en contabilidad y descuenta el número de artículos comprados.

- Casino: Recarga de fichas compradas, valor y equivalencias.

- Tienda: Total de artículos comprados, descuento Stock.

- Comercios TPV tradicionales: Total pagado, descuento Stock.

El software de pago para el vendedor es adaptable al tipo de comercio, según las necesidades del vendedor.

Claims (21)

REIVINDICACIONES

1. Procedimiento de compra con criptomonedas integrable en todos los sistemas de pago físicos y virtuales, compatible con todas las wallets y con orden de pago en un solo click, caracterizado un procedimiento que comprende:

- Integrar un Sistema de pagos alojado en CPU del prestador del servicio.

- Generar interfaz de pago propia sobre sistema de pago de terceros.

- Concentrar todas las acciones de compra en una sola orden.

- Obtener información de precios y realizar su conversión a la moneda de pago.

- Identificar saldos en diferentes wallets o billeteras de cnptomonedas.

- Conectar con un sistema de pago multi cuenta.

- Recibir información de pago y seleccionar automáticamente la opción de pago preferida.

- Generar un Smart Contractcon datos de la operación.

- Registrar la información de la compra en Blockchain.

- Replicar la información de pago en los Nodos de Blockchain.

- Generar copia de la información de compra en la Billetera de todos los participantes en la operación.

- Traducir el lenguaje web3.js a PHP mediante software implementador.

- Verificar la transacción en la Blockchain mediante software implementador.

- Copiar la información de las operaciones en la base de datos de terceros.

- Emitir factura a todas las partes.

2. Procedimiento implementado por ordenador según reivindicación 1 en el que el código fuente de un sistema de pago se incrusta en el código del software de la pasarela de compra del vendedor que comprende al menos uno de los siguientes métodos:

- Escritura manual del código.

- Mediante el software de un plugin automático autoinstalable en plataformas compatibles con los lenguajes de programación basados en estándares que comprenda al menos PHP, HTML, MySQL, JSON.

3. Según reivindicación 1, la interfaz de pago propia añade a la del vendedor dos comandos, que comprenden:

- Un único comando de compra.

- Un comando que conecta la/las wallet del comprador con la interfaz de compra del vendedor.

4. Según reivindicación 3, las wallet del comprador se conectan a la pasarela del vendedor al menos con los siguientes métodos:

- Mediante un código de barras lineal.

- Mediante un código de barras bidimensional o un código QR.

- Mediante radiofrecuencias empleando el estándar NFC.

- Mediante plugin de billeteras para PC, ofrecidos por los terceros proveedores de wallet.

- Mediante billeteras instaladas con software específico para teléfonos inteligentes o tabletas.

5. Según reivindicación 4 el sistema de pago instalado en la pasarela del vendedor genera un archivo gráfico con la información de conexión, que puede mostrarse al menos de tres modos distintos que comprenden:

- Un gráfico generado en pantalla del propio dispositivo del comprador.

- Un gráfico generado en pantalla del dispositivo desde el que se conecta el comprador.

- Un gráfico generado por los métodos anteriores y almacenado como archivo de imagen en una librería.

6. Según reivindicación 3 y 4 el sistema de pago conecta con la billetera del cliente enviando la orden de conexión mediante el estándar de comunicación por radiofrecuencia o (NFC) Nearfield communication empleando un campo cercano de corto alcance y alta frecuencia dirigido al dispositivo del vendedor.

7. Según reivindicación 3 y 4 el comprador podrá desde un PC que tenga instalados los plugin suministrados por un tercero proveedor de wallets, conectar mediante el sistema de pago con la pasarela de pago del vendedor.

8. Según reivindicación 3 y 4 el comprador podrá desde un smatphone o tableta que tenga instaladas las aplicaciones suministradas por un tercero proveedor de wallets, conectar mediante el sistema de pago con la pasarela de pago del vendedor.

9. Procedimiento implementado por ordenador según reivindicación 1, para obtener información de precios y realizar conversión a moneda de pago que comprende:

- Análisis del fichero que contiene el precio en la divisa designada por el vendedor mediante el sistema de pago, conectado al software de la pasarela de pago del vendedor.

- Consulta para la conversión del precio en valor fiduciario o en criptomoneda a su equivalente en la criptomoneda de pago aceptada por el vendedor mediante el sistema de pago conectado a la API de un Exchange.

- Devolución desde el Exchange de la información de la consulta a la pasarela de pago del vendedor y recepción de dicha información por el sistema de pago.

10. Según reivindicación 9 un Exchange es un software centralizado integrado en plataformas o mercados de intercambio de monedas digitales por dinero FIAT y/u otras criptomonedas o mercancías, las cuales pueden tener una dinámica automatizada.

11. Procedimiento implementado por ordenador según reivindicación 1 para identificar y conectar con la wallet o wallets que comprende:

- Generación de un enlace de conexión al proveedor del servicio de almacenamiento de wallets mediante el sistema de pago instalado en la pasarela del vendedor, utilizando un protocolo de comunicación descentralizada en un sistema de computación distribuido.

- Solicitud de una confirmación al comprador para confirmar el acceso a la wallet mediante el sistema de pago.

- Identificación de una o más billeteras asociadas con el comprador y conexión de forma segura con todas las direcciones de billetera almacenadas mediante el sistema de pago.

- Ejecución de un protocolo de segundad desde el sistema de pago sobre las wallets detectadas, pidiendo confirmación de acceso a al cliente, que debe autorizar la conexión desde una o varias de estas.

12. Procedimiento según reivindicaciones 1, 9 y 10 para Identificar saldos en diferentes wallets que comprende:

- Lectura de la cantidad a pagar en la pasarela de pago del vendedor mediante el sistema de pago.

- Conversión mediante API a la criptomoneda autorizada por el vendedor y búsqueda en la/las billeteras del comprador de la cantidad a pagar.

13. Procedimiento implementado por ordenador según reivindicaciones 1, 9, 10 y 11 para pago mediante wallet predeterminada que comprende:

- Conversión a la criptomoneda autorizada por el vendedor Mediante API.

- Búsqueda en la billetera predeterminada por el comprador de la cantidad a pagar.

- Búsqueda de saldo en la siguiente billetera autorizada en caso de no existir saldo en la billetera principal mediante el protocolo de comunicación autorizado por el cliente.

- Comunicación mediante el sistema de pago de que la operación no puede realizarse por falta de fondos en caso de no existir más billeteras autorizadas o de que ninguna disponga de saldo suficiente.

14. Procedimiento implementado por ordenador según reivindicaciones 1, 9, 10, 11 y 12 para pago mediante saldos combinados desde diferentes wallets autorizadas que comprende:

- Conversión a la criptomoneda autorizada por el vendedor Mediante API.

- Búsqueda en la billetera predeterminada por el comprador la cantidad a pagar.

- Búsqueda de saldo en la siguiente billetera autorizada mediante el protocolo de comunicación autorizado por el cliente en caso de no existir saldo en la billetera principal.

- Sumatorio mediante el sistema de pago del total de saldo disponible entre todas las wallets autorizadas por el cliente si ninguna dispone de saldo suficiente conforme a la secuencia de wallets configurada por el comprador.

- Descuento de saldo mediante el sistema de pago conforme a secuencia de wallets predeterminada y realización del pago.

- Comunicación mediante el sistema de pago de que la operación no puede realizarse por falta de fondos si la suma de todas las wallet no dispone de saldo suficiente.

15. Procedimiento implementado por ordenador según reivindicaciones 1, 9, 10, 11, 12, 13 y 14 para la generación de un contrato inteligente o Smart contract que comprende al menos:

- Precio de la compra extraído de los datos recopilados por el sistema de pago.

- Precio del Gas fee extraído de la comisión aportada por el proveedor de wallets.

16. Procedimiento implementado por ordenador de generación de factura según reivindicaciones 1, 9, 10, 11, 12, 13, 14 y 15 mediante el cual:

- El sistema de pago extrae la información grabada en la base de datos MySQL del vendedor y lo convierte en un archivo legible en cualquier formato estándar de extensión comprendiendo al menos: codeGen, CSV, CSV for ms Excel, JSON, LaTeX, Media Wiki Table, Microsoft Word, Open DocumentSpreadsheet, Open Document Text, PDF, PHP array, SQL, Texy, Text, XML, YAML.

17. Programa informático que comprende instrucciones de programa para provocar que un sistema informático realice un procedimiento según las reivindicaciones 1 a 16 para procesar órdenes de pago y generar y validar un fichero asociado a una transacción electrónica.

18. Programa informático según la reivindicación 17, que está almacenado en un servidor.

19. Programa informático según cualquiera de las reivindicaciones 17 o 18, que es portado por una señal portadora.

20. Programa informático implementador según reivindicación 1 que comprende instrucciones de programa para que un sistema informático realice una traducción simultánea de lenguaje web3.js a PHP y viceversa.

21. Procedimiento implementado por ordenador según reivindicación 1 y 20 de verificación de transacción en la Blockchain caracterizado por que comprende:

- Sistema de pago que llama a la Blockachain y extrae el hash de la operación en lenguaje web3.js.

- Software implementador que traduce el lenguaje web3.js a PHP.

- Verificación del éxito de la operación por el sistema de pago mediante comparación del archivo traducido a PHP con la información de la venta.

- Grabación por el sistema de pago en la base de datos MySQL de la información de la transacción.