Oración 1: con lo anterior en mente, la API construida permite simplificar dicha interfaz provista por Sawtooth, donde esta se encarga de la transformación de una petición en términos de lenguaje de negocio (en otras palabras, en términos de usuarios y transacciones entre ellos)
Oración 2: mediante una petición simple, en notación JSON, la API puede construir una transacción de Sawtooth, incluyendo encontrar dependencias de lectura (inputs), dependencias de salida (outputs), junto con la identificación del procesador de transacciones a uti- lizar y la integración de la transacción en un batch construido según los requerimientos de la API REST de Sawtooth: 1 { 2 "amount": (( Cantidad de la transacción )) 3 "recipient": (( Recipiente de la transacción )) 4 "sender?" : (( Remitente de la transacción )), 5 "creator" : (( Creador de la transacción )), 6 "valid?" : (( Representa si la transacción es válida o no )), 7 "pending?" : (( Representa si la transacción está pendiente o no )), 8 "description?" : (( Descripción de la transacción )), 9 "valid_thru?" : (( Vigencia de la transacción )), 10 "creationDate?" : (( Fecha de creación de la transacción )), 11 "signature" : (( Firma de la transacción )) 12 } Figura 53: Interfaz provista por la API para la creación de transacciones Sobre la anterior figura, es de importancia observar que no se solicita las entradas (inputs), ni outputs de la transacción
Conector: por lo tanto,
Relación: reasoning
Género: theses