ES2962110T3 - Método para confiar contenidos de operaciones blockchain - Google Patents

Abstract

El método de la invención implementa el acceso a un libro de contabilidad blockchain o para alimentar contratos inteligentes con datos relacionados con mensajes, en al menos uno de los pasos anteriores, la salida resultante de realizar uno cualquiera o al menos uno de dichos pasos luego se envía a la entidad de confianza para alimentar un contrato inteligente de modo que dicha entidad de confianza pueda alimentar el contrato inteligente con el certificado electrónico; luego, la entidad confiable puede enviar información a una cadena de bloques para que la utilicen contratos inteligentes. Al hacerlo, los datos resultantes de cualquiera de los pasos citados se cargan como un contrato inteligente que puede invocarse cuando sea necesario para recuperar datos de la cadena de bloques y utilizarlos, por ejemplo, para demostrar la veracidad de cualquier dato relacionado con el mensaje cargado. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método para confiar contenidos de operaciones blockchain

Campo

Blockchain, en esencia, es valioso porque es un método seguro para almacenar datos. Bitcoin funciona como moneda porque su libro de contabilidad inmutable registra datos de cada transacción, lo que garantiza que nadie pueda afirmar que posee un token que ya ha gastado.

Industrias que van desde la atención médica hasta la logística y la generación de energía están explorando blockchain porque sirve como fuente de verdad compartida y acordada a través de datos almacenados en la red blockchain.

Una característica de algunas cadenas de bloques es la capacidad de crear “ contratos inteligentes” . Por ejemplo, las plataformas blockchain Ethereum e Hyperledger permiten el registro de programas de software dentro de un bloque en la propia blockchain. Este software realiza automáticamente ciertas acciones en la cadena de bloques cuando se cumple una condición prescrita. Por ejemplo, un proveedor que hoy envía bienes a un cliente, envía una factura y espera 30, 45 o 90 días para el pago preferiría tener el pedido en un “ contrato inteligente” que pague automáticamente cuando el cliente acusa recibo de los bienes. en la cadena de bloques. Alternativamente, el software puede activar el pago basándose en datos de una fuente externa, a veces denominada “ oráculo” en la técnica. Por ejemplo, un seguro de viaje “ paramétrico” podría pagar automáticamente si una aerolínea cancela un vuelo, siendo los registros de vuelo de la aerolínea la “ entidad confiable” .

Sin embargo, los datos también pueden ser un obstáculo para los usuarios y desarrolladores de blockchain. Las aplicaciones descentralizadas (DApps) creadas en Ethereum a menudo necesitan acceder a grandes cantidades de datos, pero un análisis de octubre de 2017 determinó que almacenar un gigabyte de datos en Ethereum costaría alrededor de 5 millones de dólares.

En la mayoría de las redes blockchain, todos los nodos deben volver a verificar el estado de la red después de cada transacción, lo que significa que cuantos más datos contenga la red, más lenta y más intensiva en recursos será cada transacción. Aumentar la velocidad a la que la red Bitcoin puede verificar los datos es uno de los principales argumentos que ofrecen los defensores de aumentar los límites de tamaño de bloque.

Las transacciones en cadena tardan algún tiempo en acumular suficientes confirmaciones para garantizar que no se puedan revertir; aceptar una transacción sin ninguna confirmación es potencialmente riesgoso. Las confirmaciones toman tiempo y el tiempo que tardan en acumularse es aleatorio. Los sistemas de transacciones fuera de la cadena pueden registrar que una transacción se ha realizado de inmediato y, sujeto a las garantías del propio sistema, garantizar inmediatamente que no se revertirá.

Todas las transacciones en cadena se registran públicamente en la cadena de bloques; Las transacciones de Bitcoin no son inherentemente anónimas. Es posible que un tercero utilice los datos de transacciones de la cadena de bloques para determinar el origen y/o el destino de una transacción si puede recopilar suficiente información que vincule las direcciones con las identidades. Debido a que las transacciones fuera de la cadena no ocurren en la cadena de bloques, no es necesario que sean públicas. El uso de técnicas criptográficas como tokens puede hacer imposible incluso para los operadores del propio sistema determinar quién participó en una transacción.

Además, los mineros suelen cobrar tarifas para confirmar una transacción. Si bien actualmente la demanda de transacciones es lo suficientemente baja como para que las tarifas sean relativamente pequeñas y las transacciones a menudo se pueden confirmar de forma gratuita, para muchas aplicaciones incluso pagar unos pocos centavos por transacción es inasequible. Además, Bitcoin tiene actualmente un límite de 7 transacciones por segundo, el límite de tamaño de bloque. Este límite está relacionado con la escalabilidad del sistema, y una opción para lograr mayores volúmenes de transacciones es mantener el límite de tamaño de bloque tal como está y utilizar transacciones fuera de la cadena para transacciones de menor valor; con volúmenes más altos, las tarifas por transacciones realizadas en cadena aumentarán debido a la oferta y la demanda.

Por lo tanto, se produce una transacción en cadena y se considera válida cuando la cadena de bloques se modifica para reflejar la transacción en el libro mayor público. Implica que la transacción sea validada y autenticada por un número adecuado de participantes, registrar los detalles de la transacción en el bloque adecuado y transmitir la información necesaria a toda la red blockchain, lo que la hace irreversible. Este tipo de transacción sólo se puede revertir después de que la mayor parte del poder de hash de la red llegue a un acuerdo. Básicamente, cada paso vinculado a una transacción en cadena ocurre en la cadena de bloques y el estado de la cadena de bloques se modifica para reflejar la ocurrencia y validez de la transacción. (Para obtener más información, consulte ¿Qué registra una cadena de bloques en una transacción de intercambio de bitcoins?).

Una transacción fuera de la cadena es el movimiento de valor fuera de la cadena de bloques que se puede ejecutar instantáneamente, mientras que las transacciones dentro de la cadena pueden tener un retraso prolongado dependiendo de la carga de la red y la cantidad de transacciones que esperan en la cola para ser confirmadas. Además, las transacciones fuera de la cadena ofrecen más seguridad y anonimato a los participantes, porque los detalles no se transmiten públicamente. En el caso de transacciones en cadena, es posible derivar parcialmente la identidad de un participante mediante el estudio de los patrones de transacción.

Mientras que una transacción dentro de la cadena modifica la cadena de bloques y depende de ella para determinar su validez, una transacción fuera de la cadena puede depender de otros métodos para registrar y validar la transacción. Al igual que las transacciones en cadena, todas las partes deben aceptar el método mediante el cual se produce la transacción, la pregunta entonces es: ¿cómo pueden esas partes estar convencidas de que el movimiento de valor ha ocurrido, no se revertirá y podrá intercambiarse en el futuro? por algo de valor?

Con una transacción en cadena, esas preguntas son respondidas por la fe del partido en el sistema Bitcoin en su conjunto. Por ejemplo, una transacción (después de una cierta cantidad de confirmaciones) solo se puede revertir si la mayoría del poder de hash acepta revertir la transacción. Las partes de la transacción confían en que la mayor parte del poder de hash existente esté controlado por partes “ honestas” que no intentarán revertir la transacción.

Si el remitente y el destinatario no confían entre sí o simplemente preferirían que otra persona registre y garantice la transacción, pueden utilizar un tercero de confianza para registrar y garantizar la transacción. La mayoría de los sistemas bancarios y de pagos electrónicos convencionales funcionan de esta manera.

Por lo tanto, un objeto de la invención es proporcionar un método basado en un tercero confiable en un entorno blockchain que trabaja con contratos inteligentes que contienen valor y solo desbloquean ese valor si se cumplen ciertas condiciones predefinidas. Cuando se alcanza un valor particular, es decir, se agrega una firma, el contrato inteligente cambia su estado y ejecuta los algoritmos predefinidos mediante programación, desencadenando automáticamente un evento en la cadena de bloques, en particular un evento relacionado con el mensaje electrónico y cualquier evento asociado al mismo. La tarea principal del tercero confiable es proporcionar estos valores al contrato inteligente de forma segura y confiable.

Descripción

El objeto de la invención es un método para confiar contenidos de transacciones de blockchain, en el que al menos un usuario transmisor y al menos uno está configurado para interactuar con una entidad confiable conectada a un libro mayor de una blockchain.

El método de la invención comprende los siguientes pasos:

• Envío del usuario transmisor al destinatario de un mensaje electrónico relacionado con la transacción a través de una ruta inicial y una copia de dicho mensaje electrónico a un sistema de certificación a través de una segunda vía.

• Recibiendo dicha copia del mensaje electrónico en el sistema de certificación,

• Enviar desde el sistema de certificación al destinatario un segundo mensaje electrónico que comprende la copia del mensaje electrónico, de modo que el servidor de mensajes de destino del destinatario recibe el mensaje electrónico a través de la ruta inicial, y la copia del mensaje electrónico a través de la segunda ruta, en donde comprendiendo el segundo mensaje electrónico la copia del mensaje electrónico.

• Recibir en el servidor de mensajes entrantes del sistema de certificación datos relativos a la entrega del segundo mensaje electrónico,

• Generar en el sistema de certificación un documento electrónico que contenga datos relacionados con los pasos anteriores.

• Aplicar una firma digital al documento electrónico del paso anterior para la creación de un certificado electrónico.

Dado que el método de la invención implementa el acceso a un libro de contabilidad blockchain en o al suministro de contratos inteligentes con datos relacionados con mensajes, en al menos uno de los pasos anteriores, la salida resultante de realizar uno cualquiera o al menos uno de dichos pasos es luego se envía a la entidad de confianza para alimentar un contrato inteligente de modo que dicha entidad de confianza pueda alimentar el contrato inteligente con el certificado electrónico; luego, la entidad confiable puede enviar información a una cadena de bloques para que la utilicen contratos inteligentes. Al hacerlo, los datos resultantes de cualquiera de los pasos citados se cargan como un contrato inteligente que se puede invocar cuando sea necesario para recuperar datos de la cadena de bloques y utilizarlos, por ejemplo, para demostrar la veracidad de cualquier dato relacionado con el mensaje cargado.

Esto es bastante útil para fines de trazabilidad o como capa de confianza adicional.

Descripción de figuras

La figura 1 muestra un diagrama del método de la invención donde se representan las diferentes entidades involucradas, así como su relación.

Descripción detallada

El objeto de la invención se basa en el uso, en un contexto de blockchain, de un tercero confiable, también denominado entidad confiable en este documento, que encuentra, verifica y proporciona datos del mundo real para su uso en contratos inteligentes; en otras palabras, poner la alimentación de datos en un contrato inteligente.

Dado que Blockchains no puede acceder a datos fuera de su red. La entidad confiable es una fuente de datos, proporcionada por un servicio de terceros, diseñada para su uso en contratos inteligentes en blockchain; proporcionar datos externos y activar ejecuciones de contratos inteligentes cuando se cumplan las condiciones predefinidas. En este caso dichas condiciones podrán seleccionarse de cualquier evento relacionado con un mensaje electrónico o una transacción asociada.

En esta realización preferida, la entidad confiable está definida por un operador de telecomunicaciones que es un tercero confiableper sey es parte de contratos de firmas múltiples donde los fideicomisarios originales firman un contrato para desencadenar eventos solo si se cumplen ciertas condiciones. Antes de que se desencadene dicho evento, una entidad confiable también debe firmar el contrato inteligente. Para que una entidad confiable funcione en una red blockchain, se deben cumplir algunas condiciones necesarias:

• Múltiples patrocinadores deben poder obtener, de un tercero confiable que responda preguntas de manera determinista sin conocer el contexto completo de la transacción, la misma respuesta para preservar el aspecto determinista de un contrato inteligente.

• Se debe establecer un vínculo duradero entre la ejecución de un contrato inteligente y la respuesta de la entidad de confianza.

• La confidencialidad de los datos debe preservarse cuando sea necesario.

En una realización preferida de la invención, un usuario transmisor, concretamente un remitente, envía un mensaje electrónico a un destinatario en la figura 1, iniciando así una solicitud con un canal que se está configurando y ejecutando. Por fin, uno de los usuarios se registró e inscribió en la autoridad de certificación (CA) de una organización y recibió el material criptográfico necesario, que se utiliza para autenticarse en la red.

Un código de cadena que contiene un conjunto de pares clave-valor que representan un estado inicial de una transacción relativa al mensaje electrónico o cualquiera de los eventos y contenidos relacionados con el mismo se instala en los pares y se crea una instancia en el canal. El código de cadena contiene lógica que define un conjunto de instrucciones de transacción y un cierto estado acordado del mensaje o evento relacionado con su contenido o archivos adjuntos, a saber, un cierto estado del mensaje electrónico: enviado, recibido, leído, reconocido, abierto, descargados, firmados o cualquier estado relevante de los mensajes electrónicos, sus contenidos o archivos adjuntos. También se ha establecido una política de respaldo para este código de cadena, que establece que tanto el par A como el par B deben respaldar cualquier transacción. La política de respaldo establece que tanto el par A como el par B deben respaldar cualquier transacción, por lo tanto, la solicitud va al par A, que representa al usuario transmisor, y al par B, que representa al destinatario.

A continuación, se genera una propuesta de transacción con una solicitud para invocar una función de código de cadena para que los datos puedan leerse y/o escribirse en el libro mayor, utilizando las credenciales criptográficas del usuario (preferiblemente el usuario transmisor que solicita la transacción) para producir una propuesta de transacción única. firma para esta propuesta de transacción.

La aplicación verifica las firmas de los pares que respaldan y compara las respuestas de la propuesta para determinar si las respuestas de la propuesta son las mismas. Si el código de cadena solo consultara el libro mayor, la aplicación inspeccionaría la respuesta a la consulta y normalmente no enviaría la transacción al Servicio de pedidos. Si la aplicación del cliente tiene la intención de enviar la transacción al Servicio de pedidos para actualizar el libro mayor, la aplicación determina si la política de respaldo especificada se ha cumplido antes del envío (es decir, si el par A y el par B respaldaron). La arquitectura es tal que incluso si una aplicación decide no inspeccionar las respuestas o reenviar una transacción no respaldada, los pares seguirán aplicando la política de aprobación y la mantendrán en la fase de validación de confirmación. La aplicación “ transmite” la propuesta de transacción y la respuesta dentro de un “ mensaje de transacción” al Servicio de pedidos. La transacción contendrá los conjuntos de lectura/escritura, las firmas de los pares que lo respaldan y el ID del canal. El Servicio de Pedidos no necesita inspeccionar todo el contenido de una transacción para realizar su operación, simplemente recibe transacciones de todos los canales de la red, las ordena cronológicamente por canal y crea bloques de transacciones por canal.

Los bloques de transacciones se “ entregan” a todos los pares del canal. Las transacciones dentro del bloque se validan para garantizar que se cumpla la política de respaldo y para garantizar que no haya habido cambios en el estado del libro mayor para las variables del conjunto de lectura desde que la ejecución de la transacción generó el conjunto de lectura. Las transacciones en el bloque se etiquetan como válidas o no válidas. Cada par agrega el bloque a la cadena del canal y, para cada transacción válida, los conjuntos de escritura se confirman en la base de datos del estado actual. Se emite un evento para notificar a la aplicación cliente que la transacción (invocación) se ha agregado de manera inmutable a la cadena, así como también para notificar si la transacción fue validada o invalidada.

En la Figura 1 se muestra cómo funciona un componente de entidad confiable con una red blockchain utilizando contratos inteligentes. Como se muestra, una aplicación de cliente envía la transacción a cada organización que necesita respaldar la transacción (como se especifica en la política de respaldo). La aplicación cliente no sabe que el contrato inteligente delegará una parte de la ejecución a un sistema externo.

A continuación, cada uno de los pares respaldadores en cada organización emite, preferiblemente en paralelo, una solicitud al tercero de confianza con suficiente información para que la entidad de confianza pueda correlacionar las diversas solicitudes de los diferentes pares respaldadores; preferiblemente utilizando una estructura de datos jerárquica que implementa un tipo de datos abstracto (ADT). En una realización preferida de la invención, esto se puede lograr implementando un árbol hash que incluya todas las entradas enviadas al contrato inteligente, aunque solo expone aquellos campos que deben compartirse con la entidad confiable. El uso de un árbol hash, como un árbol Merkle, permite la trazabilidad entre los parámetros de entrada y la respuesta del tercero confiable.

A continuación, el tercero de confianza puede correlacionar las diversas solicitudes de los diferentes pares que respaldan utilizando el campo vinculante para correlacionar solicitudes comunes y garantizar la coherencia en la respuesta. La respuesta también debe estar firmada por el tercero de confianza para evitar cualquier posible manipulación. Además, se podría utilizar un tema de Apache Kafka para garantizar el orden de esas solicitudes. El tercero de confianza utiliza el campo vinculante para correlacionar solicitudes comunes. La estructura de respuesta del tercero de confianza puede incluir un vínculo entre el hash de la solicitud y la respuesta y una firma del tercero de confianza. Los pares endosantes validan la firma del tercero de confianza. La firma y los datos de la respuesta deben conservarse en el libro mayor para brindar auditabilidad.

A la luz de lo anterior, el remitente podrá enviar al destinatario un mensaje electrónico relacionado con la transacción a través de una ruta inicial y una copia de dicho mensaje electrónico a un sistema de certificación a través de una segunda ruta; dicha copia siendo recibida dicha copia del mensaje electrónico en el sistema de certificación.

Luego, el sistema de certificación envía al destinatario un segundo mensaje electrónico que comprende la copia del mensaje electrónico, por lo que el servidor de mensajes de destino del destinatario recibe:

◦ el mensaje electrónico a través de la ruta inicial, y

◦ la copia del mensaje electrónico a través de la segunda ruta, en donde el segundo mensaje electrónico comprende la copia del mensaje electrónico.

Una vez que el servidor de mensajes entrantes del sistema de certificación recibe datos relativos a la entrega del segundo mensaje electrónico, se genera en el sistema de certificación un documento electrónico que comprende datos relacionados con el procedimiento descrito anteriormente, y se aplica la firma digital al documento electrónico para el creación de un certificado electrónico,

En al menos uno de los pasos anteriores, a saber, enviar, aceptar, recibir, negar, rebotar o cualquier evento relacionado con la transmisión de datos relacionados con la transacción, el método aquí descrito comprende enviar el resultado del paso relacionado con cualquiera de los eventos relacionados. a la transmisión de datos relacionados con la transacción a la entidad de confianza para alimentar un contrato inteligente en el que dicha entidad de confianza alimenta el contrato inteligente con el certificado electrónico; dicha entidad confiable envía información a una cadena de bloques para ser utilizada por contratos inteligentes.

De esta forma el certificado electrónico generado abarca una capa adicional de datos relacionados con la trazabilidad de los datos que incorpora; por lo tanto, cualquiera de los datos incluidos en el certificado, o todos ellos, pueden haberse cargado en el contrato inteligente y agregado al libro mayor; de ahí que el certificado electrónico se vea reforzado al incluir datos avalados por un entorno blockchain.

Se podrá insertar una indicación particular en la copia del mensaje electrónico antes de entregar dicha copia del mensaje electrónico al destinatario; una indicación de tal cadena de texto.

Dado que el método para confiar el contenido de las transacciones blockchain de la invención abarca el uso de la tecnología blockchain que preserva la firma y los datos de respuesta, el libro mayor para proporcionar auditabilidad también se proporciona como una característica opcional requerida.

En una realización alternativa de la invención y para habilitar de manera confiable las características de blockchain, cualquiera de todos los los pares que respaldan pueden verificar que la propuesta de transacción esté bien formada, que la propuesta de transacción no haya sido presentada ya en el pasado y que la firma sea válida; luego se verifica que el usuario transmisor esté debidamente autorizado para realizar la operación propuesta en ese canal (es decir, cada par que respalda se asegura de que el remitente cumpla con la política de escritores del canal). Luego, los pares que respaldan pueden tomar las entradas de la propuesta de transacción como argumentos para la función de código de cadena invocada y se ejecuta un código de cadena en la base de datos del estado actual para producir resultados de transacción que incluyen un valor de respuesta, un conjunto de lectura y un conjunto de escritura.

En cualquiera de las realizaciones antes mencionadas, la firma podría validarse mediante un componente par que les permita verificar las solicitudes de transacción que llegan de los clientes y firmar los resultados de la transacción.

Claims (1)

1. REIVINDICACIONES

   Método para confiar contenidos de transacciones de blockchain, en donde al menos un usuario transmisor está configurado para interactuar con una entidad confiable conectada a un libro mayor de una blockchain, comprendiendo el método:

   •envío del usuario transmisor a un destinatario:

   ◦un mensaje electrónico relacionado con la transacción a través de una ruta inicial, ◦una copia de dicho mensaje electrónico a un sistema de certificación a través de una segunda vía,

   •recibir dicha copia del mensaje electrónico en el sistema de certificación,

   •enviar desde el sistema de certificación al destinatario un segundo mensaje electrónico que comprende la copia del mensaje electrónico, de modo que el servidor de mensajes de destino del destinatario recibe:

   ◦el mensaje electrónico a través de la ruta inicial, y

   ◦la copia del mensaje electrónico a través de la segunda ruta, en donde el segundo mensaje electrónico comprende la copia del mensaje electrónico,

   •recibir en el servidor de mensajes entrantes del sistema de certificación datos relativos a la entrega del segundo mensaje electrónico enviado al servidor de mensajes de destino del destinatario, •generar en el sistema de certificación un documento electrónico que comprende datos relacionados con al menos uno de:

   ◦el mensaje electrónico,

   ◦la copia de dicho mensaje electrónico al servidor de mensajes de destino del destinatario, ◦datos relacionados a la entrega del segundo mensaje electrónico al servidor de mensajes de destino del destinatario y

   •aplicar una firma digital al documento electrónico del paso anterior para la creación de un certificado electrónico,

   caracterizándoseel método por comprender, en al menos uno de los pasos anteriores, enviar además el resultado del paso a la entidad de confianza para alimentar un contrato inteligente en el que dicha entidad de confianza alimenta el contrato inteligente con el certificado electrónico; dicha entidad confiable envía información a una cadena de bloques para ser utilizada por contratos inteligentes.

   El método para confiar contenidos de transacciones de blockchain de cualquiera de las reivindicaciones anteriores, que comprende además insertar una indicación particular en la copia del mensaje electrónico antes de entregar dicha copia del mensaje electrónico al destinatario.

   El método para confiar el contenido de las transacciones de blockchain de cualquiera de las reivindicaciones anteriores, que comprende además preservar la firma y los datos de respuesta en el libro mayor para proporcionar auditabilidad.

   El método para confiar contenidos de transacciones de blockchain de cualquiera de las reivindicaciones anteriores, que comprende además a los pares que respaldan:

   •verificando que:

   ◦la propuesta de transacción está bien formada,

   ◦la propuesta de transacción no se ha presentado ya en el pasado,

   ◦la firma es válida, y

   ◦el usuario transmisor está debidamente autorizado para realizar la operación propuesta en un canal específico, y

   •tomando las entradas de la propuesta de transacción como argumentos para la función de código de cadena invocada,

   en donde el método comprende además ejecutar un código de cadena en la base de datos del estado actual para producir resultados de transacción que incluyen un valor de respuesta, un conjunto de lectura y un conjunto de escritura.

   5. El método para confiar contenidos de transacciones blockchain de cualquiera de las reivindicaciones anteriores, en donde la firma se valida mediante un componente par que permite verificar las solicitudes de transacciones que llegan de los clientes y firmar los resultados de las transacciones.