Ejercicios Tema 2

UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA
La Universidad Católica de Loja
ÁREA TÉCNICA
TÍTULO DE MAESTRÍA EN CIENCIAS Y TECNOLOGÍAS DE LA

COMPUTACIÓN
Desequilibrios de la Fuerza de Velocidad
TRABAJO DE TITULACIÓN
AUTOR: Ramón, Francisco

DIRECTOR: West, Joe, Ing.
LOJA - ECUADOR
2018
APROBACIÓN DEL DIRECTOR DEL TRABAJO DE TITULACIÓN
Ingeniero.
Joe West.
DOCENTE DE LA TITULACIÓN
De mi consideración:
El presente trabajo de titulación “Desequilibrios de la Fuerza de Velocidad” realizado

por Ramón Francisco, ha sido orientado y revisado durante su ejecución, por cuanto se
aprueba la presentación del mismo.
Loja, noviembre de 2018
f) ......................................
II
DECLARACIÓN DE AUTORÍA Y CESIÓN DE DERECHOS
“Yo Ramón Francisco declaro ser autor del presente trabajo de titulación: Desequilibrios
de la Fuerza de Velocidad, de la Titulación de Maestría en Ciencias y Tecnologías de la
Computación, siendo Joe West director del presente trabajo; y eximo expresamente a la
Universidad Técnica Particular de Loja y a sus representantes legales de posibles reclamos
o acciones legales. Además certifico que las ideas, conceptos, procedimientos y resultados
vertidos en el presente trabajo investigativo, son de mi exclusiva responsabilidad.
Adicionalmente declaro conocer y aceptar la disposición del Art. 88 del Estatuto Orgánico
de la Universidad Técnica Particular de Loja que en su parte pertinente textualmente dice:
“Forman parte del patrimonio de la Universidad la propiedad intelectual de investigaciones,
trabajos científicos o técnicos y tesis de grado o trabajos de titulación que se realicen con
el apoyo financiero, académico o institucional (operativo) de la Universidad”
f. ......................................
Autor: Ramón Francisco
Cédula: 0123456789
III
DEDICATORIA
En este espacio puedes ubicar la dedicatoria. Se ha agregado texto de relleno a continua-

ción, para verificación del formato.
Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Etiam lobortis facilisis sem. Nullam
nec mi et neque pharetra sollicitudin. Praesent imperdiet mi nec ante. Donec ullamcorper,
felis non sodales commodo, lectus velit ultrices augue, a dignissim nibh lectus placerat pe-
de. Vivamus nunc nunc, molestie ut, ultricies vel, semper in, velit. Ut porttitor. Praesent in
sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis fringilla tristique ne-
que. Sed interdum libero ut metus. Pellentesque placerat. Nam rutrum augue a leo. Morbi
sed elit sit amet ante lobortis sollicitudin. Praesent blandit blandit mauris. Praesent lectus
tellus, aliquet aliquam, luctus a, egestas a, turpis. Mauris lacinia lorem sit amet ipsum. Nunc
quis urna dictum turpis accumsan semper.
IV
AGRADECIMIENTO
En este espacio puedes ubicar los agradecimientos. Se ha agregado texto de relleno a

continuación, para verificación del formato.
felis non sodales commodo, lectus velit ultrices augue, a dignissim nibh lectus placerat
pede. Vivamus nunc nunc, molestie ut, ultricies vel, semper in, velit. Ut porttitor. Praesent
in sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis fringilla tristique
neque. Sed interdum libero ut metus. Pellentesque placerat. Nam rutrum augue a leo. Morbi
V
VI
ÍNDICE DE CONTENIDOS
PORTADA I
APROBACIÓN DEL DIRECTOR DEL TRABAJO DE TITULACIÓN II
DECLARACIÓN DE AUTORÍA Y CESIÓN DE DERECHOS III
DEDICATORIA IV
AGRADECIMIENTO V
ÍNDICE DE CONTENIDOS VIII
LISTA DE FIGURAS IX
LISTA DE TABLAS XI
RESUMEN 1
ABSTRACT 2
LISTA DE ABREVIATURAS 3
LISTA DE SÍMBOLOS 4
INTRODUCCIÓN 5
Section 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Subsection 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Section 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1. ESTADO DEL ARTE 11

1.1. Conceptos teoricos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.1.1. Problems in Developing Blockchain-Based DApps . . . . . . . . . . 14
1.1.2. Vocabularios para blockchain . . . . . . . . . . . . . . . . . . . . . . 16
1.1.3. Cómo hacer contratos más inteligentes: poner la semántica en el
protocolo de consenso . . . . . . . . . . . . . . . . . . . . . . . . . 17
VII
1.1.4. Semantic Mappings en Blockchain . . . . . . . . . . . . . . . . . . . 18
1.2. Trabajos relacionados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
1.3. Semantic Web Things . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.4. Semantic Blockchain para diferentes escenarios . . . . . . . . . . . . . . . 21
1.5. Aplicaciones de Blockchain Semantico . . . . . . . . . . . . . . . . . . . . . 22
1.6. Beneficios de blockchain . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.7. Particularidades de la plantilla . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.7.1. Figuras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.7.2. Tablas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.7.3. Ecuaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.7.4. Bibliografía . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2. Heading on level 0 (chapter) 29

2.1. Heading on level 1 (section) . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.1.1. Heading on level 2 (subsection) . . . . . . . . . . . . . . . . . . . . 30
2.2. Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.2.1. Example for list (itemize) . . . . . . . . . . . . . . . . . . . . . . . . 31
2.2.2. Example for list (enumerate) . . . . . . . . . . . . . . . . . . . . . . 32
2.2.3. Example for list (description) . . . . . . . . . . . . . . . . . . . . . . 33
CONCLUSIONES 37
RECOMENDACIONES 39
ANEXOS 41
Anexo 1: Acelerador de Partículas del Laboratorio S.T.A.R. y sus Impactos en la
Fuerza de Velocidad . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
BIBLIOGRAFÍA 45
VIII
LISTA DE FIGURAS
1.1. Arquitectura para un Blockchain Semantico . . . . . . . . . . . . . . . . . . 23
IX
X
LISTA DE TABLAS
1.2. Ejemplo de tabla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
XI
RESUMEN
El resumen se presentará en un máximo 180 palabras; sintetiza el aporte que brinda el

trabajo realizado. Se ha agregado texto de relleno a continuación, para verificación del for-
mato.
PALABRAS CLAVES: Palabras, Claves, Trabajo de Titulación
1
ABSTRACT
En este espacio puedes escribir el abstract, generalmente alrededor de 400 palabras. Se

ha agregado texto de relleno a continuación, para verificación del formato.
KEYWORDS: Keywords, Thesis, Engineering
2
LISTA DE ABREVIATURAS
UTPL Universidad Técnica Particular de Loja
DCCE Departamento de Ciencias de la Computación y Electrónica
SET Sección de Electrónica y Telecomunicaciones
MIMO Multiple-input multiple-output
OFDM Orthogonal frequency division multiplexing
3
LISTA DE SÍMBOLOS
c Speed of light
λ wavelength
π number pi
4
INTRODUCCIÓN
Introducción, se presentará en un máximo de dos páginas y debe contener de forma resu-

mida los siguientes puntos:
a. En qué consiste el tema desarrollado,
b. Una breve explicación de los capítulos,
c. La importancia que tiene la investigación para la institución, empresa o usuarios y la

sociedad en general,
d. Cómo dio respuesta al problema planteado,
e. El alcance de los objetivos y su cumplimiento,
f. Las facilidades u oportunidades, los inconvenientes o limitantes con los que se en-
frentó en el desarrollo del trabajo,
g. La metodología utilizada.
S ECTION 1
5
6
S UBSECTION 1
S UBSUBSECTION 1
PARAGRAPH 1 Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Etiam lobortis
facilisis sem. Nullam nec mi et neque pharetra sollicitudin. Praesent imperdiet mi nec ante.
Donec ullamcorper, felis non sodales commodo, lectus velit ultrices augue, a dignissim
nibh lectus placerat pede. Vivamus nunc nunc, molestie ut, ultricies vel, semper in, velit. Ut
porttitor. Praesent in sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis
fringilla tristique neque. Sed interdum libero ut metus. Pellentesque placerat. Nam rutrum
7
augue a leo. Morbi sed elit sit amet ante lobortis sollicitudin. Praesent blandit blandit mauris.
Praesent lectus tellus, aliquet aliquam, luctus a, egestas a, turpis. Mauris lacinia lorem sit
amet ipsum. Nunc quis urna dictum turpis accumsan semper.
SUBPARAGRAPH 1 Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Etiam
lobortis facilisis sem. Nullam nec mi et neque pharetra sollicitudin. Praesent imperdiet mi
nec ante. Donec ullamcorper, felis non sodales commodo, lectus velit ultrices augue, a
dignissim nibh lectus placerat pede. Vivamus nunc nunc, molestie ut, ultricies vel, semper
in, velit. Ut porttitor. Praesent in sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing
elit. Duis fringilla tristique neque. Sed interdum libero ut metus. Pellentesque placerat. Nam
rutrum augue a leo. Morbi sed elit sit amet ante lobortis sollicitudin. Praesent blandit blandit
mauris. Praesent lectus tellus, aliquet aliquam, luctus a, egestas a, turpis. Mauris lacinia
lorem sit amet ipsum. Nunc quis urna dictum turpis accumsan semper.
S ECTION 2
8
9
10
CAPÍTULO 1
ESTADO DEL ARTE
11
1.1 Conceptos teoricos
Blockchain es una tecnología de contabilidad compartida, y cualquier participante en una

red comercial puede ver los registros (cuentas) del sistema de transacciones. Blockchain
es una tecnología de implementación de consenso de múltiples nodos distribuida. A través
de la cadena de bloques, todo el proceso de transferencia de valor (transacción) se puede
registrar completamente. La formación de blockchain se ha conectado en orden cronoló-
gico. Cada nodo que participa en la formación de consenso “consenso” tiene una copia
completa de la información de la cadena de bloques. En el mecanismo de confianza de
blockchain, todos los miembros participan en la supervisión, el control y la auditoría del va-
lor de confianza y realizan la protección de contraseña durante todo el ciclo de vida de casi
todos los elementos de los registros de datos, como direcciones, cadenas, claves públicas,
claves privadas y resúmenes. Además, es global y aleatorio. Una cadena de alianza, que
es equivalente a la suma de una super contraseña global, un switch, un servidor de firma
de claves y un libro de contraseñas, es un crédito continuo. En segundo lugar, nunca tome
la oportunidad. Debido al mecanismo de cálculo dinámico del miembro, todos los nodos
miembros se han sincronizado en tiempo real, y no se puede lograr el control local. Los
nodos globales se distribuyen de forma aleatoria y, en consecuencia, se controlan bajo
el control del reloj de operación y la marca de tiempo dinámica, y nunca se apagan, y el
crédito es continuo (Liu et al., 2010).
Blockchain trae tres funcionalidades básicas: Información anti-falsificación, en la cual el
libro mayor se usa para almacenar, y encripta la información original que no puede ser
falsificada. Verificación de transacciones, donde el libro mayor se usa para registrar la in-
formación de transacciones para la trazabilidad. Contrato inteligente, en el que el libro de
contabilidad se utiliza para almacenar las condiciones del contrato. Cuando se cumplen las
condiciones, los términos se pueden ejecutar automáticamente (?).
La tecnología blockchain nació en 2009 con Bitcoin, una plataforma de código abierto para
la moneda electrónica que explota resultados teóricos anteriores en algoritmos de consen-
so de prueba de trabajo [13]. Bitcoin confía en blockchain como un registro de transferen-
cias de divisas. En una cadena de bloques, las transacciones aprobadas en una ventana
de tiempo dada se agrupan en bloques. La Figura 1 muestra que cada bloque también
contiene un hash, computado tanto del contenido del bloque como del hash del bloque
12
anterior. Esto forma una cadena de bloques, que evita la manipulación incluso con bloques
antiguos sin acuerdo de nodo. Las transacciones se validan a través de algoritmos de con-
senso donde todos los nodos de la red se comportan como pares, manteniendo una copia
del estado actual de la cadena de bloques (?).
Se han propuesto muchas monedas electrónicas basadas en blockchain en los últimos
años debido al éxito mundial de Bitcoin. Además, las comunidades de finanzas, industria
e investigación han experimentado cada vez más con blockchain como una base de datos
distribuida de propósito general que permite implementaciones prácticas de Contratos In-
teligentes (SC), es decir, programas que codifican y hacen cumplir acuerdos multipartitos
y actividades coordinadas. Si bien se requiere un mediador de confianza en el concepto
original de SC, restringir las implementaciones del mundo real, el enfoque basado en el
consenso de blockchain permite la colaboración sin confianza de las organizaciones autó-
nomas descentralizadas (DAO) a través de la ejecución paralela de los SC entre los nodos
de la red. Por lo tanto, cada blockchain habilitado para SC puede verse como una platafor-
ma de aplicación de propósito general basada en una Máquina Virtual (VM) distribuida: las
propuestas emergentes incluyen plataformas propietarias (por ejemplo, Ethereum 3) y es-
fuerzos de estandarización, como la iniciativa Hyperledger4 dirigida por el Fundación Linux
(?).
From a technical viewpoint, blockchain systems can be classified based on the following
core design decisions (?):
1. Política de acceso a la red. Una red de blockchain tiene permiso si existe una lista
blanca de nodos permitidos y los nodos están identificados de forma única, o sin per-
miso si cualquier nodo puede unirse en cualquier momento, incluso de forma anónima
(?).
2. Algoritmo de consenso. Los sistemas sin permiso requieren métodos de consenso

más estrictos, como la Prueba de trabajo, que se basa en la solución de un problema
criptográfico y garantiza la seguridad de los datos a menos que una gran parte de
los nodos se confunde para subvertir la cadena de bloques. Los sistemas autoriza-
dos, donde cada nodo es responsable, pueden relajar las restricciones de consenso
para reducir la carga computacional, al seleccionar algoritmos más simples. Con fre-
cuencia se adoptan los protocolos de replicación de máquina de estado, como las
13
variantes de tolerancia a fallos de Bytatina (BFT) (?).
3. Modelo de transacción. En los sistemas de blockchain típicos, los activos se registran

y se intercambian, de modo que en cualquier momento cada nodo posee algunos
activos en una cantidad determinada. En el modelo de salidas de transacción no
gastadas (UTXO), una transferencia de A a B consume (es decir, elimina) los registros
de los activos gastados de A y produce (es decir, agrega) nuevos para los activos
recibidos de B. En el modelo basado en la cuenta, en cambio, cada nodo tiene una
cuenta que informa todos sus activos, que se actualiza mediante transacciones (?).
1.1.1 Problems in Developing Blockchain-Based DApps
Transformación de datos y mapeo

Uno de los principales problemas al desarrollar una aplicación basada en blockchain es
determinar qué datos deben almacenarse en la red. Esta selección depende principalmen-
te de las características de la fuente de datos de origen que pueden residir en muchas
organizaciones y se pueden almacenar por diferentes métodos. Un gran número de ba-
ses de datos de entrada creará un gran desafío para la tarea de integración de datos en
la aplicación. En este caso, para recopilar y representar datos de fuentes heterogéneas, la
identificación de un esquema de datos común es un enfoque útil. La función de este esque-
ma compartido es crear una representación consolidada de nombres y codificación para
todas las diferentes representaciones de datos y señalar qué datos deben almacenarse.
A continuación, debemos realizar la transformación de datos para las bases de datos de
entrada, que pueden ser la heterogeneidad de los modelos de almacenamiento, las bases
de datos de valores clave. Este proceso de transformación de datos, por lo tanto, es una
tarea que requiere mucho tiempo y que los desarrolladores deben enfrentar. Pueden crear
diferentes herramientas para cada base de datos o hacer uso de un lenguaje de definición
de mapeo para la transformación de datos (?).
We summarize following criteria when considering deploying an application on blockchain
networks:
1. The number of input databases (?).
2. Model type of each input database (?).
14
3. Mechanism for data transformation (?).
Despliegue de DApps en redes Blockchain

El primer problema es la escalabilidad de una aplicación implementada en una red de
blockchain, lo que significa cuántas transacciones (rendimiento) se pueden procesar por
segundo y qué tan baja es la latencia en respuesta a los clientes. La cantidad de transac-
ciones aumenta cuando hay más participantes que usan la aplicación DApp, ya que las
transacciones desempeñan un papel como un libro de registro que registra todas las activi-
dades. Se pueden procesar más transacciones, se pueden recibir y enviar más solicitudes y
respuestas (?). El segundo problema es qué tipo de redes de blockchain deberíamos elegir
para implementar nuestras DApps: blockchain con permiso (privado) o sin permiso (públi-
co). Bitcoin y Ethereum son ejemplos de redes públicas de blockchain, ya que cualquiera
puede unirse a la red, crear transacciones y leer la información de los bloques. Además,
los participantes pueden ser una identificación anónima al usar cualquier clave privada
para firmar transacciones. Por el contrario, una cadena de bloques privada requiere una
identificación autenticada mediante el uso de claves registradas. En las redes permitidas,
se definen los roles y los permisos, por ejemplo, quién puede crear, respaldar y validar
transacciones (?).
El tercer problema es la cantidad de recursos necesarios, como RAM, CPU y ancho de
banda de red, que son necesarios para implementar un DApp en una red de blockchain.
Blockchain ha evolucionado de admitir la funcionalidad de pago a aplicaciones descentra-
lizadas complejas, la llamada blockchain 3.0. A los efectos de la información de pago y
los contratos inteligentes simples, el consumo de recursos no es significativo en los no-
dos completos. Un nodo que almacena el libro mayor distribuido y ejecuta solicitudes se
denomina nodo completo (?).
Desarrollo de procesos de negocio basados en blockchain. La razón principal es que block-
chain promete mejorar la eficiencia en numerosos procesos de negocios. A pesar de que
la tecnología también crea oportunidades para construir otras operaciones. Pero casi to-
das las aplicaciones basadas en blockchain se están ejecutando simplemente por temor a
perderse, sin una comprensión clara de cómo puede ser útil y cuándo debe aplicarse. En
términos de desarrollo y operación, los procesos de negocios actuales en sistemas de infor-
mación se basan en datos. Un procedimiento común hoy en día es mover los datos que los
15
procesos necesitan entre sistemas de información fragmentados. Para sistemas complejos,
el enfoque es costoso y, en ocasiones, resulta en datos desactualizados e inconsistentes.
Aún más preocupante, la falta de transparencia y confianza es la consecuencia (?).
1.1.2 Vocabularios para blockchain
Para generar datos vinculados interoperables, sería útil una ontología o vocabulario están-
dar para representar los conceptos de blockchain. La intersección entre la web semántica
y digital ledger todavía está en su infancia, y aún no hay ontologías establecidas amplia-
mente. Los sistemas y vocabularios propuestos que especifican o definen implícitamente
dicho vocabulario incluyen FlexLedger , EthOn y BLONDiE. (?)
FlexLedger especifica una API HTTP diseñada para envolver interacciones con diferentes
tipos de blockchain en un formato común accesible desde la Web. Las interfaces que re-
presentan la creación del libro mayor, las consultas, los anexos, etc., se definen con un
modelo de datos descrito utilizando JSON-LD (?).
EthOn es una ontología OWL diseñada para describir la cadena de bloques Ethereum.
Describe clases como bloque, cuenta, mensaje, red y estado, así como tipos más especí-
ficos como çontract account"(cada contrato inteligente en la cadena de bloques Ethereum
tiene asociado cuenta) y relaciones como "tiene bloque padre". Mientras está activamen-
te desarrollado, EthOn se encuentra, en el momento de la redacción, en una etapa muy
temprana. Se ha propuesto que EthOn a tiempo se integre con la ontología (?).
BLONDiE (Ontología de Cadena de Bloques con Extensibilidad Dinámica) es otra ontolo-
gía de OWL diseñada para describir conceptos de cadenas de bloques, pero a diferencia
de EthOn, pretende ser genérica en lugar de estar vinculada a un tipo particular de block-
chain. Por ejemplo, mientras que BLONDiE, como EthOn, contiene términos para "bloque",
"transacción", diferentes tipos de cuenta (çuenta de saldo", çuenta de contrato") y términos
para atributos específicos de cada uno de estos tipos, como çarga útil de transacción "di-
2
rección de minero", se han definido. También define las especializaciones de esos concep-
tos para implementaciones particulares de blockchain, por ejemplo, "BitcoinBlockHeader
2
.EthereumBlockHeader"se definen de manera diferente mientras que las dos subclases res-
tantes de "BlockHeader". Por lo tanto, es posible utilizar BLONDiE para vincular datos que
describen transacciones en diferentes bloques de cadenas (?).
16
De los candidatos existentes, BLONDiE es el vocabulario más desarrollado para represen-
tar conceptos de blockchain, con el mayor potencial para permitir el modelado reutilizable
en diferentes libros de contabilidad distribuidos en el futuro. Por lo tanto, optamos por utili-
zarlo en la construcción de nuestro índice de datos vinculados (?).
1.1.3 Cómo hacer contratos más inteligentes: poner la semántica en el proto-

colo de consenso
La propuesta de la cadena de bloques SWoT está pensada como una SOA que permite
operaciones fundamentales como el registro, descubrimiento, selección y ejecución final
(pago). Estas tareas se implementan como contratos inteligentes, su cumplimiento se dis-
tribuye y la validación se alcanza por consenso. La característica distintiva del enfoque pro-
puesto de las infraestructuras de blockchain básicas es la integración del descubrimiento
avanzado de recursos servicios basado en el emparejamiento semántico. Permite calcular
una puntuación que mide la distancia semántica entre la solicitud y cada recurso de cadena
disponible, ambos descritos en la misma ontología de dominio (?).
Esta métrica basada en lógica induce una lista de elementos anotados según la relevancia
de la solicitud. Los servicios de inferencia no estándar también proporcionan una explica-
ción formal de los resultados del descubrimiento, lo que refuerza la confianza del usuario en
el proceso de descubrimiento. Las primitivas SOA y los SC correspondientes se resumen
a continuación (?).
1. A. Registro de recursos. Múltiples dominios de recursos pueden coexistir y rastrearse

en la misma cadena de bloques. Cada dominio está asociado a una ontología dife-
rente, proporcionando el vocabulario conceptual de referencia para anotar recursos.
Las instancias de recursos se caracterizan por los siguientes atributos (?).
2. Descubrimiento de recursos. Para buscar un (conjunto de) artículo (s), el solicitante

selecciona aleatoriamente n pares y envía una solicitud de multidifusión especifican-
do:
a) - URI de la ontología de referencia: esto determina el dominio de recursos, es

decir, el vocabulario utilizado para expresar anotaciones de solicitud y recursos
17
para ser recuperado Los nodos que reciben una solicitud no procesarán los re-
cursos anotados. Otras ontologías en el emparejamiento semántico
b) Anotación semántica OWL de la solicitud, especificando las características de

recursos deseadas y restricciones;
c) precio máximo pmax que el solicitante está dispuesto a pagar
d) recursos con un precio más alto que este umbral se saltará de emparejamiento
con el fin de reducir la sobrecarga computacional
e) umbral de relevancia semántica mínima smin, como un número de coma flotante

en el rango [0, 1], donde 1 corresponde a una coincidencia completa y 0 a una
completa desajuste (ambas situaciones raras en escenarios realistas); después
del emparejamiento, los recursos con una puntuación de relevancia por debajo
de este umbral no se devolverán, según se considere irrelevante para el solici-
tante
f ) número máximo de resultados rmax a devolver
g) Dirección del solicitante
1.1.4 Semantic Mappings en Blockchain
Para generar RDF, es necesario asignar entidades de la cadena de bloques a los términos
semánticos relevantes. Con los conceptos de nivel de bloque, esto es sencillo de acuer-
do con las definiciones de BLONDiE. Para que la consulta sea más eficiente, extendemos
el esquema BLONDiE de dos maneras. En primer lugar, los registros relacionados con el
bloque y las transacciones se han aumentado con un atributo (valor de cadena) para el
hash de cada entidad, a fin de proporcionar una asignación más directa entre el contenido
del índice y las entidades direccionables en el blockchain. . En segundo lugar, los registros
relacionados con las transacciones se han aumentado con enlaces a entidades relaciona-
das, como el bloque que contiene, el contrato inteligente originador (si la transacción es
el resultado de la ejecución del contrato) y la entrada al contrato originario (nuevamente,
cuando sea relevante) (?).
La indexación de los contratos inteligentes en sí es un poco más complicada. La cadena de
bloques solo almacena una forma binaria compilada de cada contrato, con muy pocos me-
tadatos. Para interactuar con un contrato, es necesario tener la especificación de Interfaz
18
Binario de Aplicación (ABI) correspondiente [8]. Esta especificación tiene la forma de un
archivo JSON generado cuando el contrato inteligente se compila y almacena en la cadena
de bloques. La figura muestra un ejemplo. El archivo ABI especifica todas las funciones
asociadas con un contrato, junto con las descripciones (nombres y tipos de datos) de los
parámetros de entrada y salida para cada función. Dado el ABI y la dirección de blockchain
de una función, es posible invocar o interactuar de otra manera con el contrato correspon-
diente. En particular, a los fines del trabajo actual, sin estos datos no es posible analizar
los registros de ejecución del contrato y los recibos de transacciones (?).
1.2 Trabajos relacionados
1. Iniciativa en Vietnan
En Vietnam, el Ministerio de Educación y Capacitación (MOET) asume la responsa-

bilidad de toda la educación y la capacitación a nivel nacional. Estructuralmente, el
sistema de educación básica en Vietnam ha completado todos los niveles, incluida
la educación preescolar, primaria, secundaria, secundaria y superior. Además de la
educación a tiempo completo, hay tipos de aprendizaje en el servicio (tiempo parcial)
y a distancia en Vietnam. En Vietnam, también hay muchos centros de formación,
que ofrecen una gran cantidad de cursos cortos como inglés, informática y otras
especialidades. Con una gran cantidad de estos centros, la gestión, la auditoría de
operaciones y la evaluación de la calidad de la capacitación de las agencias guber-
namentales son bastante difíciles. Como resultado, los certificados emitidos por los
centros generalmente no tienen garantía de calidad y orígenes (?).
Técnicamente, nadie puede garantizar la confiabilidad de los diplomas o certificados

emitidos por las instituciones educativas, excepto ellos mismos. Aunque varios de
ellos actualizan las listas de graduados en sus sitios web oficiales, la mayoría de las
instituciones no publican los datos de certificados y diplomas de los alumnos. Por
otro lado, de hecho, para autenticar con precisión un certificado de aprendiz, no solo
la base de datos de certificados, sino también los datos del proceso de capacitación
del aprendiz también deben ser proporcionados por instituciones educativas. Hasta
ahora no hay una manera eficiente de autenticar certificaciones en Vietnam. Por lo
tanto, la necesidad de contar con un sistema que pueda autenticar estos documentos
19
y procesos de capacitación es muy urgente en Vietnam hoy en día (?).
2. Beneficiándose de Kitties en Ethereum: aprovechando los datos RDF de la cadena de

bloques con SANSA El ecosistema de Ethereum genera una gran cantidad de datos,
incluyendo pero no limitado a los datos a nivel de protocolo (por ejemplo, tiempo
de bloqueo promedio, precios del gas), así como a datos a nivel de la aplicación
(por ejemplo, interacciones de cuenta, implementaciones de contratos inteligentes).
Para manejar eficientemente este volumen de datos, Alethio ha investigado diferentes
herramientas y marcos con un enfoque: la infraestructura debe ser resistente, portar
cargas y, lo que es más importante, escalable. Y así, por eso vencer la variedad de las
diferentes fuentes de datos, Alethio introduce la semantificación de Ethereum Network
y utiliza SANSA como motor subyacente para consultas, razonamientos y aprendizaje
automático basados en RDF distribuidos a gran escala, además de estos conjuntos
de datos RDF. Para mostrar el esfuerzo conjunto entre SANSA y Alethio, describimos
un caso de uso sobre cómo se puede usar SANSA para analizar Ethereum a nuevas
escalas (?).
Es uno de los primeros juegos que se construirán con tecnología blockchain en par-
ticular, CryptoKitties inició y lanzó la primera generación de aplicaciones virtuales.
Gatitos, con íconos delicadamente diseñados y secuencias de genes. Todos los ga-
titos son Virtual con algunos ajustes de características biológicas. En la Figura 1b
se muestra un gatito con sus atributos biológicos específicos se muestran en la Fi-
gura 1a. Los atributos son almacenados en una secuencia, tuvo éxito a partir de las
secuencias genéticas de sus padres, con posibilidad de para que un propietario pue-
de venderlo, criarlo o regalarlo a otro usuario. Cuando los usuarios venden o criarlo,
enviarán transacciones a los contratos inteligentes de CryptoKitties, que completará
la ejecución de la transferencia de propiedad entre usuarios, o generando un nuevo
gatito. En base a eso, los usuarios del juego pueden intercambiar o criar gatitos como
coleccionables tradicionales, con la garantía de que el blockchain rastreará propiedad
segura. Por otra parte, uno puede criar dos gatitos para crear un nueva descendencia
genéticamente única (?).
3. Planeamos implementar una cadena de bloques basada en Ethereum que registre

los datos vinculados de la revisión por pares. Esto nos permitiría implementar un sis-
20
tema de incentivos para los investigadores, ya que las blockchains son la única forma
confiable generalmente aceptada de tener tokens intercambiables sin una autoridad
central (?).
4. Los enfoques existentes para incentivar a los revisores pares se basan en sistemas
centralizados y manuales que requieren confianza en terceros. Aparte de la idea de
un fondo de lotería para investigadores, estos modelos no ofrecen incentivos de valor
en el mundo real. Si bien mencionamos los defectos en el proceso de revisión por
pares e identificamos que podemos abordar estos problemas mediante el desarrollo
de un sistema basado en las tecnologías de bloques de datos vinculados y datos
vinculados que garanticen la integración de datos, la reutilización de los datos, la
seguridad y la transparencia (?).
1.3 Semantic Web Things
La representación del conocimiento y el razonamiento en el SWoT se basan formalmente

en la lógica de descripción (DL), una familia de lenguajes lógicos en un fragmento decisi-
vo de la lógica de primer orden. Los elementos de sintaxis de DL básicos son: conceptos
(a.k.a. clases), que representan conjuntos de objetos; roles (a.k.a. propiedades del objeto),
vinculando pares de objetos en diferentes conceptos; Individuos (a.k.a. instancias), ele-
mentos con nombre especiales que pertenecen a conceptos. Cada DL tiene un conjunto
específico de constructores lógicos para combinar los elementos anteriores en expresiones
de concepto y rol. Las expresiones conceptuales se pueden usar en los axiomas de inclu-
sión (a.k.a. y supresión) y equivalencia (a.k.a.), cuyo conocimiento de modelo se obtiene
para un dominio determinado. Un conjunto de tales axiomas se llama caja terminológica
(TBox), a.k.a. ontología. Un conjunto de axiomas individuales (a.k.a. hechos) constituye
una Caja de Aserción (ABox). TBox y ABox juntos forman una base de conocimientos (KB)
(?).
1.4 Semantic Blockchain para diferentes escenarios
Definir una capa de descubrimiento basada en Semantic Web, construida sobre un sis-
tema de cadena de bloques estándar, conservando la compatibilidad total con versiones
21
anteriores (?).
1. Pares.Los agentes homólogos registrados en la cadena de bloques se identifican por

sus claves públicas y asociado a las cuentas. Cada agente puede realizar un des-
cubrimiento de recursos de base semántica para tomar posesión y transferir activos
entre cuentas (?).
2. Assets. están anotados w.r.t. Una ontología de dominio. Pueden representar físicos o
recursos digitales, así como instancias de servicio. Los pares pueden registrar activos
a través de transacciones específicas, y las anotaciones se almacenan en la cadena
de bloques (?).
3. Los contratos inteligentes. se mejoran mediante la explotación de servicios de in-

ferencia no estándar. En particular, cada par integra localmente un motor de razona-
miento y emparejamiento integrado, permitiendo el descubrimiento de recursos basa-
dos en la semántica (?).
4. Consenso. El motor rastrea y valida las transacciones basadas en semántica de

manera estándar y transparente (?).
5. Almacenamiento. Para todas las transacciones, incluidas las semánticas, se apro-

vechan los árboles Merkle, una estructura de datos comúnmente adoptada en block-
chains para la detección eficiente de cambios erróneos o maliciosos en un bloque de
transacción (?).
1.5 Aplicaciones de Blockchain Semantico
Los sistemas de cadena de bloques mejorados semánticamente permiten infraestructuras

de descubrimiento para mercados confiables de máquina a máquina de propósito general
con una intervención humana mínima o nula a través de múltiples DAO. Esto tiene varias
aplicaciones posibles con un impacto potencial de transformación en sectores relevantes
(?).
Las posibles opciones con las que se puede configurar el documento son:
22
Figura 1.1: Arquitectura para un Blockchain Semantico
Fuente: ?
Elaboración: UTPL
1. Logistica El seguimiento de activos y la cadena de suministro se encuentran entre

los más populares. Aplicaciones de blockchain, debido a su fácil ajuste con los es-
tándares existentes de la industria. Los enfoques más simples se basan en los libros
de transacciones para la transferencia de activos. Las blockchains basadas en SC
mejoradas permiten además la implementación de cualquier lógica de aplicación y
también admiten procesos empresariales de múltiples pasos detectables, comproba-
bles y verificables en SOA de múltiples partes (?).
2. Industria 4.0. La fabricación basada en IoT se beneficia de las tecnologías de block-

chain, que le otorgan no solo una infraestructura de colaboración descentralizada,
sino también un libro de contabilidad para la trazabilidad del proceso de producción
y la garantía de calidad. La evolución de la cadena de bloques basada en la semán-
tica puede proporcionar una mayor flexibilidad de composición y una formalización
rigurosa del proceso (?).
3. Mercados de servicios públicos El aprovisionamiento de energía, agua y gas natu-

ral se basa cada vez más en redes de sensores, control digital de bajo nivel y soporte
de decisión de alto nivel. Las cadenas de bloques mejoradas de forma semántica
pueden respaldar en gran medida a Smart Grid, al proporcionar tanto el descubri-
miento de recursos como un sólido libro de contabilidad para contratos y pagos, que
se necesitan en mercados descentralizados de igual a igual a gran escala (?).
4. Sector Publico Sector público. Muchos servicios públicos pueden hacerse más rá-
23
pidos, más baratos y menos propenso a errores a través del proceso y desmate-
rialización de datos. Tecnología blockchain puede ayudar en la interconexión de los
sistemas de información de varios servicios independientes (?).
1.6 Beneficios de blockchain
1. - Transparencia: Blockchain ofrece transparencia en el registro de transacciones en la

red para hacerlas responsables y auditables. En el sistema de revisión por pares, el
impacto de la transparencia fortalecería la importancia, la confiabilidad y la confian-
za en las revisiones por pares. Con la tecnología de base de datos distribuida, cada
miembro de la red podrá buscar, rastrear y validar cualquier registro de presentacio-
nes de revisión por pares e incentivos otorgados a revisores por pares. El novedoso
concepto de la inmutabilidad de los datos en blockchain garantizaría la santidad de
los registros y evitaría la fabricación o manipulación de los datos (?).
2. Datos descentralizados: Blockchain sigue la infraestructura de red de igual a igual en

la que los interlocutores de la red (nodos) validan, almacenan y concilian datos. El
consenso es un concepto de revisar tales transacciones y tomar decisiones sobre su
validez. Al implementar un sistema de revisión por pares en blockchain, cada nodo de
la red tendría la misma copia de datos que la hace persistente, incorruptible, seguro e
inmutable, en presencia del Consenso. Esto protege los datos de ataques de piratería
e intenta manipularlos (?).
3. Confianza en el proceso de revisión por pares: las características de blockchain ase-

guran inmutabilidad, persistencia, seguridad y disponibilidad pública de datos. Estas
características mejorarían la confianza en el proceso de revisión por pares (?)
4. Reconocimiento: con la implementación del proceso de revisión por pares en la ca-

dena de bloques, las contribuciones de los revisores pueden ser cuantificadas como
el reconocimiento. Los revisores obtendrían un reconocimiento basado en sus revi-
siones y recompensas disponibles públicamente. Las revistas y conferencias también
pueden anunciar a los investigadores los premios a los mejores revisores del anio (?).
5. Prevención de posibles abusos: en la actualidad, los sistemas de revisión por pares

están implementados por algunas entidades de terceros centralizadas que comparten
24
el acceso a los datos con el comité del programa de conferencias, revistas. Los datos
almacenados centralizados pueden ser abusados potencialmente. La implementación
del sistema de revisión por pares en blockchain puede ayudar a prevenir cualquier
posible abuso de autoridad en una base de datos de revisiones. Los investigadores
pueden verificarse a través de sus correos electrónicos oficiales (institucionales), por
lo que sería muy difícil crear una identidad múltiple. En caso de que cambien sus
institutos (pueden agregar o modificar sus direcciones de correo electrónico), el sis-
tema puede detectar la duplicidad de un registro basado en el nombre y la fecha de
nacimiento de un investigador (?).
6. Menos sesgo: las revisiones y los comentarios inmutables están disponibles al públi-
co, por lo que los revisores querrían tener una postura válida y clara sobre el artículo,
por lo tanto, ayudaría a reducir el sesgo en el proceso de revisión, si lo hubiera (?).
7. Mejora de la calidad de la producción científica: el fomento de revisiones imparciales

oportunas y bien pensadas mejorará la calidad de la producción científica. Un modelo
de incentivos justo y transparente puede ayudar a aumentar la motivación para la
revisión por pares (?).
8. Recompensas: Al participar en la plataforma pública, los autores, revisores y comen-

taristas tendrían derecho a ser otorgados por ScienceMiles. Estos ScienceMiles en
forma de moneda digital, son el reconocimiento de la comunidad de investigación,
para la comunidad de investigación (?).
9. Recompensas: Al participar en la plataforma pública, los autores, revisores y comen-

taristas tendrían derecho a ser otorgados por ScienceMiles. Estos ScienceMiles en
forma de moneda digital, son el reconocimiento de la comunidad de investigación,
para la comunidad de investigación (?).
ifthen Conditional commands in LaTeX documents.

inputec Accept different input encodings. Opción: utf8.
fontenc Standard package for selecting font encodings. Opción: T1.
babel Simplified Spanish support for Babel (hyphenation). Opción: spanish.
helvet URW Arial font pack for use with LATEX. Opción: scaled
25
amsmath Soport math simbols-fonts.
amssymb Soport math simbols-fonts.
amsfonts Soport math simbols-fonts.
latexsym Soport math simbols-fonts.
graphicx Enhanced support for graphics.
xcolor Driver-independent color extensions for LATEX and pdfLATEX. Opciones:
x11names, table.
subfigure Figures divided into subfigures.
longtable Allow tables to flow over page boundaries.
multirow Create tabular cells spanning multiple rows.
booktabs Publication quality tables in LATEX
listings source code printer for LATEX
enumitem Customize lists
morefloats Increase the number of simultaneous LATEX floats. Opción: maxfloats=25.
url Verbatim with URL-sensitive line breaks. Opción: hyphens.
hyperref Extensive support for hypertext in LATEX. Opción: breaklinks=true.
titlesec Modify title format.
vmargin Margins and paper sizes.
fancyhdr Page layout
caption The caption package provides many ways to customise the captions infloa-
ting environments such figure and table.
natbib package that implements both author-year and numbered references
1.7 Particularidades de la plantilla
A continuación se presenta algunos ejemplos de opciones que pueden usarse en el trans-

curso de la redacción, a saber: figuras, tablas, referencias, ecuaciones, etc.
1.7.1 Figuras
Para las figuras emplee el entorno “figure” según el ejemplo mostrado para la Fig. 1.1.
Emplee el comando \captionsetup{width=n\textwidth} donde “n” es un número entre
26
Tabla 1.2: Ejemplo de tabla
Columna 1 Columna 2 Columna 3

ítem 1 ítem 2 ítem 3
Fuente: Autor
Elaboración: Autor
0 y 1 que representa el espacio que ocupa el título de la figura en relación al ancho del
texto. Este parámetro debe ajustarse en razón del tamaño de la figura respecto al ancho
de la página. Por otra parte, el comando \FigExtraCaptionUTPL{}{} permite introducir la
“Fuente” y “Elaboración”, respectivamente. Los demás comandos son los habituales.
Para referirse a una figura en el texto emplee el comando \ref{} incluyendo la etiqueta
que corresponda.
Además, recuerde que está incluido en la plantilla el paquete subfigure que le permite
incluir sub-figuras en el texto.
1.7.2 Tablas
Para la elaboración de tablas se recomienda usar el entorno “table”. De acuerdo al ejem-

plo presentado (ver Tabla 1.2). Emplee el comando \captionsetup{width=n\textwidth}
donde “n” es un número entre 0 y 1 que representa el espacio que ocupa el título de la tabla
en relación al ancho del texto. Este parámetro debe ajustarse en razón del tamaño de la ta-
bla respecto al ancho de la página. Por otra parte, el comando \FigExtraCaptionUTPL{}{}
permite introducir la “Fuente” y “Elaboración”, respectivamente. Los demás comandos son
los habituales.
Para referirse a una tabla en el texto emplee el comando \ref{} incluyendo la etiqueta que
corresponda.
Además, recuerde que se encuenra incluido en la plantilla el paquete longtable que le

permite incluir tablas de más de una página en el texto.
27
1.7.3 Ecuaciones
Para las ecuaciones numeradas emplee el entorno “equation” (ver (1.1)). Las ecuaciones
se numeran por capítulo.

S
C = B log2 1 + (1.1)
N
1.7.4 Bibliografía
La plantilla permite utilizar dos estilos para citar, a saber: APA e IEEE. Pueden elegirse
como opción de la clase ThesisUTPL. El estilo APA se encuentra por defecto. Para citar
empleando el estilo APA se utiliza natbib y para el estilo IEEE bibtex.
Puede agregar más de un archivo de bibliografía. Como ejemplo la plantilla presenta el
archivo “BibliographyUTPL” el cual se encuentra en la carpeta comprimida de la plantilla
en el mismo nivel de carpetas que el archivo principal “main_Thesis.tex”.
En el caso de emplear el estilo APA, usted puede citar empleando el comando estandar de
Latex “\cite{}” o \citet{} si lo que desea es realizar una cita en donde se enfatiza al
autor. Si desea realizar una cita en donde se enfatiza el texto, en cuyo caso la cita debe salir
entre paréntesis, emplee el comando “\citep{}”. Note que para citas enfatizando el texto
lo correcto es emplear el comando “\citep{}” y no es igual que poner entre paréntesis el
comando “\cite{}”.
Por ejemplo, la siguiente es una cita empleando “\cite{}”: Sandoval et al. (2017).
En el caso de emplear el estilo IEEE, únicamente puede citar con “\cite{}”.
En el archivo “BibliographyUTPL” se presentan ejemplos de como ingresar diferentes
fuentes bibliográficas, como por ejemplo: libros, artículos, tesis, etc.
28
CAPÍTULO 2
Heading on level 0 (chapter)
29
2.1 Heading on level 1 (section)
2.1.1 Heading on level 2 (subsection)
30
2.1.1.1 Heading on level 3 (subsubsection)
2.1.1.1.1 Heading on level 4 (paragraph) Lorem ipsum dolor sit amet, consectetuer
adipiscing elit. Etiam lobortis facilisis sem. Nullam nec mi et neque pharetra sollicitudin.
Praesent imperdiet mi nec ante. Donec ullamcorper, felis non sodales commodo, lectus ve-
lit ultrices augue, a dignissim nibh lectus placerat pede. Vivamus nunc nunc, molestie ut,
ultricies vel, semper in, velit. Ut porttitor. Praesent in sapien. Lorem ipsum dolor sit amet,
consectetuer adipiscing elit. Duis fringilla tristique neque. Sed interdum libero ut metus.
Pellentesque placerat. Nam rutrum augue a leo. Morbi sed elit sit amet ante lobortis so-
llicitudin. Praesent blandit blandit mauris. Praesent lectus tellus, aliquet aliquam, luctus a,
egestas a, turpis. Mauris lacinia lorem sit amet ipsum. Nunc quis urna dictum turpis accum-
san semper.
2.2 Lists
2.2.1 Example for list (itemize)
First itemtext
Second itemtext
Last itemtext
First itemtext
Second itemtext
31
2.2.1.1 Example for list (4*itemize)
First itemtext
• First itemtext
◦ First itemtext
First itemtext
Second itemtext
◦ Last itemtext
• First itemtext
Second itemtext
2.2.2 Example for list (enumerate)
1. First itemtext
2. Second itemtext
3. Last itemtext
4. First itemtext
5. Second itemtext
2.2.2.1 Example for list (4*enumerate)
1. First itemtext
a) First itemtext
1) First itemtext
a0 First itemtext
b0 Second itemtext
2) Last itemtext
b) First itemtext
2. Second itemtext
32
2.2.3 Example for list (description)
First itemtext
Second itemtext
Last itemtext
First itemtext
Second itemtext
2.2.3.1 Example for list (4*description)
First itemtext
First itemtext
First itemtext
First itemtext
Second itemtext
Last itemtext
First itemtext
Second itemtext
i=n
1X x1 + x2 + . . . + xn
x̄ = xi =
n i=1 n
33
sZ
∞ ∞ ∞
Z Z r
−αx2 1 −αy 2 1 π
e dx = e−αx2 dx e dy =
0 2 −∞ −∞ 2 α
∞ n
X X 1 − q n+1 a0
a0 q k = lı́m a0 q k = lı́m a0 =
k=0
n→∞
k=0
n→∞ 1−q 1−q
34
√ p
−b ± b2 − 4ac −p ± p2 − 4q
x1,2 = =
2a 2
∂ 2Φ ∂ 2Φ ∂ 2Φ 1 ∂ 2Φ
+ + =
∂x2 ∂y 2 ∂z 2 c2 ∂t2
35
36
CONCLUSIONES
En las conclusiones, se redactan los puntos más sobresalientes, debilidades o fortalezas

de la entidad, empresa, proyecto o investigación, observados o descubiertos durante la
ejecución del trabajo de fin de titulación.
37
38
RECOMENDACIONES
En las recomendaciones para futuros estudios, se redactan las sugerencias para posibles
investigaciones que surgieren del estudio realizado.
39
40
ANEXOS
41
Anexo 1: Acelerador de Partículas del Laboratorio S.T.A.R. y sus Impactos en la Fuer-
za de Velocidad
42
43
44
BIBLIOGRAFÍA
Liu, F., Pan, Z., and Chen, L. (2010). HARQ method and system.
Proakis, J. G. and Salehi, M. (2008). Digital Communications, chapter 7-8, pages 400–589.
McGraw-Hill, New York, NY, USA, 5th edition.
Ramezani, H. (2007). OFDM High Power Amplifier Effects. MATLAB Central File Exchange.
https://www.mathworks.com/matlabcentral/fileexchange/15331.
Sandoval, F., Poitau, G., and Gagnon, F. (2017). Hybrid peak-to-average power ratio reduc-
tion techniques: Review and performance comparison. IEEE Access, 5:27145–27161.
DOI: 10.1109/ACCESS.2017.2775859.
UTPL (2008). Campus. https://www.flickr.com/photos/utpl/2423561295/in/album-

72157604594546005/.
Yi, W. and Linfeng, G. (2009). An Investigation of Peak-to-Average Power Reduction in

MIMO-OFDM Systems. PhD thesis, Blekinge Institute of Technology, Blekinge, Sweden.
45

Ejercicios Tema 2

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Ejercicios Tema 2

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA

La Universidad Católica de Loja

TÍTULO DE MAESTRÍA EN CIENCIAS Y TECNOLOGÍAS DE LA

Desequilibrios de la Fuerza de Velocidad

AUTOR: Ramón, Francisco

El presente trabajo de titulación “Desequilibrios de la Fuerza de Velocidad” realizado

Loja, noviembre de 2018

En este espacio puedes ubicar la dedicatoria. Se ha agregado texto de relleno a continua-

En este espacio puedes ubicar los agradecimientos. Se ha agregado texto de relleno a

APROBACIÓN DEL DIRECTOR DEL TRABAJO DE TITULACIÓN II

DECLARACIÓN DE AUTORÍA Y CESIÓN DE DERECHOS III

ÍNDICE DE CONTENIDOS VIII

1. ESTADO DEL ARTE 11

2. Heading on level 0 (chapter) 29

1.1. Arquitectura para un Blockchain Semantico . . . . . . . . . . . . . . . . . . 23

1.2. Ejemplo de tabla . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

El resumen se presentará en un máximo 180 palabras; sintetiza el aporte que brinda el

PALABRAS CLAVES: Palabras, Claves, Trabajo de Titulación

En este espacio puedes escribir el abstract, generalmente alrededor de 400 palabras. Se

KEYWORDS: Keywords, Thesis, Engineering

UTPL Universidad Técnica Particular de Loja

DCCE Departamento de Ciencias de la Computación y Electrónica

SET Sección de Electrónica y Telecomunicaciones

MIMO Multiple-input multiple-output

OFDM Orthogonal frequency division multiplexing

Introducción, se presentará en un máximo de dos páginas y debe contener de forma resu-

a. En qué consiste el tema desarrollado,

b. Una breve explicación de los capítulos,

c. La importancia que tiene la investigación para la institución, empresa o usuarios y la

d. Cómo dio respuesta al problema planteado,

e. El alcance de los objetivos y su cumplimiento,

ESTADO DEL ARTE

Blockchain es una tecnología de contabilidad compartida, y cualquier participante en una

2. Algoritmo de consenso. Los sistemas sin permiso requieren métodos de consenso

3. Modelo de transacción. En los sistemas de blockchain típicos, los activos se registran

1.1.1 Problems in Developing Blockchain-Based DApps

Transformación de datos y mapeo

1. The number of input databases (?).

2. Model type of each input database (?).

Despliegue de DApps en redes Blockchain

1.1.2 Vocabularios para blockchain

1.1.3 Cómo hacer contratos más inteligentes: poner la semántica en el proto-

1. A. Registro de recursos. Múltiples dominios de recursos pueden coexistir y rastrearse

2. Descubrimiento de recursos. Para buscar un (conjunto de) artículo (s), el solicitante

a) - URI de la ontología de referencia: esto determina el dominio de recursos, es

b) Anotación semántica OWL de la solicitud, especificando las características de

c) precio máximo pmax que el solicitante está dispuesto a pagar

e) umbral de relevancia semántica mínima smin, como un número de coma flotante

f ) número máximo de resultados rmax a devolver

g) Dirección del solicitante

1.1.4 Semantic Mappings en Blockchain

1.2 Trabajos relacionados

En Vietnam, el Ministerio de Educación y Capacitación (MOET) asume la responsa-

Técnicamente, nadie puede garantizar la confiabilidad de los diplomas o certificados

2. Beneficiándose de Kitties en Ethereum: aprovechando los datos RDF de la cadena de

3. Planeamos implementar una cadena de bloques basada en Ethereum que registre

1.3 Semantic Web Things

La representación del conocimiento y el razonamiento en el SWoT se basan formalmente

1.4 Semantic Blockchain para diferentes escenarios

1. Pares.Los agentes homólogos registrados en la cadena de bloques se identifican por

3. Los contratos inteligentes. se mejoran mediante la explotación de servicios de in-

4. Consenso. El motor rastrea y valida las transacciones basadas en semántica de