https://hdl.handle.net/2238/10533 2026-06-10T09:22:58Z 2026-06-10T09:22:58Z Torres-Mora, Helbertson https://hdl.handle.net/2238/14275 2025-09-11T00:14:52Z 2022-11-01T00:00:00Z

Proyecto Antelope Tools: sensor de salud de nodos para redes blockchain basadas en Antelope + EOSIO Torres-Mora, Helbertson Las redes blockchain basadas en el protocolo EOSIO dependen del mecanismo de consenso de Delegated Proof of Stake (DPoS), donde mediante votaciones se selecciona a los productores que validarán los bloques y recibirán tokens como recompensa. Por esta razón, es de gran importancia la búsqueda por aumentar la transparencia de estas redes blockchain y dar a conocer la legitimidad de las organizaciones productoras de bloques. Ahora bien, el proyecto Antelope Tools Dashboard, desarrollado por la empresa Edenia monitorea el estado de algunas de estas redes y muestra información relevante de las entidades que las conforman, no obstante, un aspecto importante como el conocer si los nodos están funcionando está ausente, es decir, no se mostraba en dicho sistema un sensor de salud de los endpoints de los nodos. Por este motivo durante la práctica, se implementó una solución que consulta de manera constante los API endpoints, mediante el protocolo HTTP, para determinar el estado de salud de los nodos respecto al estado de la red blockchain. Además, ya que, para obtener la información se necesita consultar las tablas públicas directamente de la blockchain y luego obtener un archivo que brindan los productores se construyó un API para ofrecer los datos procesados y evitar desarrollar nuevamente la misma lógica en otros sistemas. Asimismo, para recuperar datos de la blockchain se consulta mediante el endpoint de un nodo, pero, si este no está saludable, los datos no se recuperan, por lo que, aprovechando que existen múltiples nodos en una red, se implementó el uso de una lista de endpoints lo que mejorar la disponibilidad de los datos, ya que tendrían que fallar todos los endpoints de la lista para que no se puedan obtener. También, se efectuaron cambios en la interfaz, prueba, reparación de errores y se incrementó la información desplegada de los productores de bloques. Como resultado, se logró mejorar el sistema para que presente información valiosa de los productores de bloques y sus nodos, lo anterior permite que el acceso a estos datos sea más sencillo y si los participantes usan la herramienta puedan efectuar un mejor juicio para votar por aquellos productores que demuestren un compromiso con la red.; The Blockchain networks based on the EOSIO protocol depend on the consensus mechanism called Delegated Proof of Stake (DPos), where voting is used to select block producers that will validate blocks and receive tokens as rewards. For this reason, the quest to increase the transparency of these blockchain networks and make the legitimacy of the block-producing organizations known is of great importance. Now, the Antelope Tools Dashboard system, developed by Edenia, monitors the state of some of these networks and displays relevant information about the entities that compose them, however, an essential aspect, such as knowing which nodes are working is not present, which means that there was no health sensor for the node’s endpoints. Consequently, during the internship a solution was implemented that queries constantly the API endpoints, through HTTP protocol, to determine the health of the nodes concerning the blockchain state. In addition, since, to obtain the information, it is necessary to query the public tables directly from the blockchain and then get a file provided by the producers, an API was built to offer the processed data and avoid redeveloping the logic in other systems. Likewise, to retrieve data from the blockchain, it is queried by a node’s endpoints, but if it is not working, the data is not obtained, for this reason, taking advantage of that the blockchain has multiples nodes, it was implemented the use of an endpoints list, this would improve the availability of the data since all the endpoints in the list would have to fail to be unobtainable. Also, changes were made to the UI/UX, testing, bug fixes, and increased information displayed from the block producers. As a result, it was achieved to improve the system by showing valuable information about block producers and their nodes, the previous allows access to the data easier, and those participants that use the tool can make a better judgment to vote for those block producers who demonstrate a commitment to the network. Proyecto de Graduación (Bachillerato en Ingeniería en Computación) Instituto Tecnológico de Costa Rica, Escuela de Ingeniería en Computación, 2022

2022-11-01T00:00:00Z Angulo-Fuentes, Dennis Johel https://hdl.handle.net/2238/14032 2025-09-05T16:08:31Z 2022-06-01T00:00:00Z

Traductor CLI-To-REST para switches de Aruba Network Angulo-Fuentes, Dennis Johel Actualmente, los switches de Aruba Network pueden ser configurados a través de una Interfaz de Línea de Comandos (CLI) y una Interfaz de Programación de Aplicaciones RESTful (API REST), estas interfaces afectan directamente la base de datos OVSDB, la cual guarda directamente la configuración del switch. La interfaz CLI fue la primera en ser desarrollada, por lo cual tiene un repertorio de pruebas mucho más grade en comparación a la API REST. Este proyecto presenta una solución a la diferencia en el repertorio de pruebas sin necesidad de reducir la brecha “a mano”. El proyecto solución es llamado CLI-To-REST, es un traductor/transformador directo de las operaciones generadas por CLI a métodos HTTP para ser usados en la API REST. El sistema ha sido dividido en cinco etapas de desarrollo; la primera se conformó de pruebas de concepto para verificar la viabilidad del sistema, la segunda correspondió a generar en parte las traducciones/transformaciones para ciertos tipos de tablas, la tercera etapa (la cual se define en este documento) consta en terminar las traducciones para los tipos de tablas restantes, la cuarta etapa se conformará de presentar pruebas de concepto para integrar el traductor con el framework de pruebas de switches usado en Aruba Networks, y la quinta etapa constará en habilitar pruebas de la API RESTful aprovechando las de CLI. Proyecto de Graduación (Bachillerato en Ingeniería en Computación) Instituto Tecnológico de Costa Rica, Escuela de Ingeniería en Computación, 2022

2022-06-01T00:00:00Z Flores-Medina, Bryand Josué https://hdl.handle.net/2238/13952 2025-08-23T01:10:02Z 2022-08-01T00:00:00Z

Aplicaciones educativas en realidad virtual para el dispositivo Oculus Quest 2 Flores-Medina, Bryand Josué El estudiante del Instituto Tecnológico de Costa Rica, Bryand Josué Flores Medina, fue admitido en el Laboratorio de Desarrollo de Multimedia 3D de la Escuela de Ingeniería Eléctrica y Ciencias de la Computación de la Universidad de Kyushu en la ciudad de Itoshima, prefectura de Fukuoka, Japón, para realizar su proyecto de graduación. Dicho proyecto consistió en el aprendizaje y desarrollo de una aplicación educativa en realidad virtual haciendo uso de la biblioteca de JavaScript ThreeJS (biblioteca que permite la creación de aplicaciones web con gran cantidad de contenido 3D) y que cuyo dispositivo objetivo para la experiencia en realidad virtual fue el Oculus Quest 2. Además del desarrollo de la aplicación, el proyecto de investigación tuvo también como propósito comprobar si es posible utilizar la realidad virtual para desarrollar aplicaciones educativas eficientes y divertidas, para lo cual se llevó a cabo un experimento con dos grupos distintos de personas para reunir la información necesaria para aceptar o rechazar dicho enunciado. Proyecto de Graduación (Bachillerato en Ingeniería en Computación) Instituto Tecnológico de Costa Rica, Escuela de Ingeniería en Computación, 2022

2022-08-01T00:00:00Z Guevara-Chaves, Ernesto https://hdl.handle.net/2238/5834 2025-09-17T17:35:08Z 2000-01-01T00:00:00Z

Elementos básicos en el planteamiento de la unidad Lincos para el TEC y base de datos del sistema de monitoreo y control Guevara-Chaves, Ernesto Desde 1999 el Instituto Tecnológico de Costa Rica junto con otras universidades nacionales, extranjeras y junto a la Fundación Costa Rica Para el Desarrollo Sostenible (Entebbe), participan en el proyecto LINCOS (Little Intelligent Communities), proyecto que tiene como objetivo integrar las tecnologías de la información en una base física para llevarla con facilidad a un lugar determinado, permitiendo que esta sea accesible para comunidades alejadas. Hasta la fecha se han logrado instalar cinco unidades LINCOS en República Dominicana y dos unidades en Costa Rica; como parte de la investigación el Instituto Tecnológico propuso la creación de un centro de monitoreo y control para las unidades instaladas que tuviera su cede en el campus de la institución. Propuesta que se inicio con el financiamiento de la Fundación, financiamiento de equipo computacional de Hewlett Packard y la mano de obra del TEC. Unidad del Sistema de Monitoreo y Control LINCOS. Desde inicios del año 2000 se participa en el diseño y acondicionamiento de un contenedor ubicado en la entrada principal de la cede central del Instituto Tecnológico de Costa Rica. Se han propuesto el diseño de red, eléctrico y modificaciones estructurales, siempre tomando en cuenta estándares internacionales y buscando aval de expertos en el área. La implantación de los diseños propuestos no se llevó a cabo debido a problemas de financiamiento, ocasionando atraso en el proyecto. Sin embargo se logró acondicionar la estructura metalmecánica del contenedor para iniciar los trabajos de montaje de muebles. Como parte de la propuesta del centro de monitoreo y control nace el Sistema de Monitoreo y Control para el cual se diseña una base de datos, la cual debe cumplir como mínimo con las tres primeras reglas de normalización y permitir el crecimiento para agregar nuevos módulos sin cambiar la base de datos. El proceso de diseño y desarrollo se llevo a cabo durante el segundo semestre del año dos mil, en el cual, desde el inicio se realizaron reuniones semanales para mantener la flexibilidad y la gran cantidad de requerimientos que se deben cumplir, además de los que surgen durante el tiempo de desarrollo. Se inicio con un diseño preliminar el cual se sometió a discusión y fue evolucionando hasta llegar a la versión final. Para lograr estructurar parte de la base de datos se recurrió a expertos en el área, así se logró saber cual es la información que se requiere almacenar, tal como ocurrió en la estructura para almacenar variables sociales, psicológica y antropológicas. Para facilitar la creación de scripts (código para la creación de tablas) se utilizó herramientas que permitieran portabilidad entre diferentes motores de base de datos, la herramienta que mejor se ajusto a las necesidades de diseño es el Erwin/Erx 2.6 en su versión de evaluación. Proyecto de Graduación (Bachillerato en Ingeniería en Computación) Instituto Tecnológico de Costa Rica. Escuela de Ingeniería en Computación, 2000.

2000-01-01T00:00:00Z