Nova Patents
ES2680851T3

Registry and automated management method for blockchain-enforced smart contracts

Abstract

A computer-implemented method for controlling the visibility and / or performance of a contract, the method comprising the steps of: (a) storing a contract in a computer-based warehouse; (b) broadcasting a transaction to a blockchain, the transaction comprising: i) at least one unused output (UTXO); and ii) metadata comprising an identifier indicative of the location where the contract is stored; (c) interpret the contract as open or valid until the unused output (UTXO) is used on the blockchain; and d) renewing or continuing the contract by: generating a new key through the use of data related to a previous key associated with the contract; generating a script that comprises the new key, the location of the contract, and a hash of the contract; and the payment of an amount of currency to the script.

ES2680851T3, drawing sheet 1
Sheet 1 of 26

Term

10.4 yearsto projected expiry

Projected expiry 16 February 2037, counted from filing; an application has no term until it is granted.

  1. Priority
  2. Filed
  3. Published
  4. Today
  5. Projected expiry

16 claims: 6 independent, 10 dependent

  1. 1
    5 10 15 20 25 30 35 REIVINDICACIONES 1. Un método implementado por ordenador para controlar la visibilidad y/o cumplimiento de un contrato, el método comprendiendo las etapas de:(a) almacenar un contrato en un depósito basado en ordenador;(b) difundir una transacción a una cadena de bloques, la transacción comprendiendo: i) al menos una salida no utilizada (UTXO);y ii) metadatos que comprenden un identificador indicativo de la ubicación donde se almacena el contrato;(c) interpretar el contrato como abierto o válido hasta que la salida no utilizada (UTXO) se utiliza en la cadena de bloques;y d) renovar o continuar el contrato mediante: la generación de una nueva clave mediante el uso de datos relacionados con una clave previa asociada al contrato;la generación de un scriptque comprende la nueva clave, la ubicación del contrato y un hash del contrato;y el pago de una cantidad de moneda al script.
  2. 2
    Un método según la reivindicación 1 en donde la transacción además comprende una dirección de script de rescate determinista, preferiblemente en donde la dirección de script de rescate es una dirección de pago al hash del script (P2SH).
  3. 3
    Un método según la reivindicación 2 y que además comprende la etapa de finalizar el contrato mediante la difusión de una transacción adicional a la cadena de bloques para utilizar la salida (UTXO).
  4. 4
    Un método según la reivindicación 3 en donde la transacción adicional comprende:una entrada que es la salida (UTXO);y un script de desbloqueo que comprende una firma;los metadatos;y una clave pública.
  5. 5
    Un método según cualquier reivindicación precedente en donde el contrato define:i) al menos una condición;y ii) al menos una acción cuyo cumplimento depende de la evaluación de la condición;y/o en donde los metadatos comprenden: i) una dirección o representación de una dirección de donde se almacena el contrato en el depósito basado en ordenador;y/o ii) un hash del contrato.
  6. 6
    Un método según cualquier reivindicación precedente y que comprende la etapa de:verificar si el contrato ha finalizado mediante la determinación de si la transacción no utilizada UTXO se encuentra en la lista de salidas de transacciones no utilizadas para la cadena de bloques.
  7. 7
    Un método según cualquier reivindicación precedente, en donde i) el contrato se almacena en una Tabla de Hash Distribuida (DHT); y/o ii) el método comprende la etapa de:difundir una transacción a la cadena de bloques que comprende una instrucción de utilizar la salida en una fecha y/u hora especificadas, preferiblemente en donde la instrucción es una instrucción CheckLockTimeVerify.
  8. 8
    Un método según cualquier reivindicación precedente en donde:5 10 15 20 25 30 35 i) el acceso a algunos o todos los contenidos del contrato se restringe a al menos una parte designada autorizada;y/o ii) el contrato comprende un Autómata Finito Determinista (DFA) para implementar el contrato;preferiblemente en donde el Autómata Finito Determinista se define mediante el uso de un esquema de codificación.
  9. 9
    Un método según la reivindicación 8 en donde el Autómata Finito Determinista se implementa mediante el uso de:i) al menos una transacción de la cadena de bloques, preferiblemente mediante el uso de un lenguaje de scripts;ii) un agente informático dispuesto para monitorear el estado de la cadena de bloques;y/o iii) un conjunto de instrucciones para una cartera digital.
  10. 10
    Un método implementado por ordenador para controlar la visibilidad y/o cumplimiento de un contrato, el método comprendiendo las etapas de:(a) almacenar un contrato en un depósito basado en ordenador;(b) difundir una transacción a una cadena de bloques, la transacción comprendiendo: i) al menos una salida no utilizada (UTXO);y ii) metadatos que comprenden un identificador indicativo de la ubicación donde se almacena el contrato;(c) interpretar el contrato como abierto o válido hasta que la salida no utilizada (UTXO) se utiliza en la cadena de bloques;y (d) generar un subcontrato derivado del contrato, en donde el subcontrato se asocia a una dirección determinista y se genera mediante: iii) el uso de una nueva clave pública derivada mediante el uso de una semilla;iv) el almacenamiento del subcontrato en el depósito con una referencia al contrato, y la difusión de una transacción a la cadena de bloques que comprende un script que incluye la referencia;y/o v) la adición de una referencia al subcontrato a los metadatos del contrato existente.
  11. 11
    Un método según la reivindicación 10 en donde la transacción además comprende una dirección de script de rescate determinista, preferiblemente en donde la dirección de script de rescate es una dirección de pago al hash del script (P2SH).
  12. 12
    Un método según la reivindicación 11 y que además comprende la etapa de completar el contrato mediante la difusión de una transacción adicional a la cadena de bloques para utilizar la salida (UTXO); preferiblemente en donde la transacción adicional comprende:una entrada que es la salida (UTXO);y un script de desbloqueo que comprende una firma;los metadatos;y una clave pública.
  13. 13
    Un método según cualquiera de las reivindicaciones 10 a 12, en donde:i) el contrato define: a) al menos una condición;y b) al menos una acción cuyo cumplimento depende de la evaluación de la condición;y/o ii) los metadatos comprenden: a) una dirección o representación de una dirección de donde se almacena el contrato en el depósito basado en ordenador;y/o b) un hash del contrato.
  14. 14
    Un método según cualquiera de las reivindicaciones 10 a 13 y que comprende la etapa de:verificar si el contrato ha finalizado mediante la determinación de si la transacción no utilizada UTXO se encuentra en la lista de salidas de transacciones no utilizadas para la cadena de bloques. 5 15. Un método según cualquiera de las reivindicaciones 10 a 14, en donde el contrato se almacena en una Tabla de Hash Distribuida (DHT). 16. Un método según cualquiera de las reivindicaciones 10 a 15 y que comprende la etapa de: difundir una transacción a la cadena de bloques que comprende una instrucción de utilizar la salida en una fecha y/u hora especificadas, preferiblemente en donde la instrucción es una instrucción CheckLockTimeVerify. 10 17. Un método según cualquiera de las reivindicaciones 10 a 16, en donde: i) el acceso a algunos o todos los contenidos del contrato se restringe a al menos una parte autorizada designada;y/o ii) el contrato comprende un Autómata Finito Determinista (DFA) para implementar el contrato;preferiblemente en donde:
  15. 15
    15 el Autómata Finito Determinista se define mediante el uso de un esquema de codificación; y/o el Autómata Finito Determinista se implementa mediante el uso de:i) al menos una transacción de cadena de bloques, preferiblemente mediante el uso de un lenguaje de scripts;ii) un agente informático dispuesto para monitorear el estado de la cadena de bloques;y/o iii) un conjunto de instrucciones para una cartera digital.
  16. 16
    20 18. Un sistema dispuesto para llevar a cabo el método de cualquier reivindicación precedente.
Independent claims16