SG #57

60 Años de la Computación en la UNAM y … en México

Ivett Sanchez — Mon, 03 Sep 2018 19:38:20 +0000

60 Años de la Computación en la UNAM y … en México

Ivett Sanchez Mon, 09/03/2018 - 14:38

Publicado en

SG #57

Tejiendo nuestra red

Autor

Hanna Oktaba

La historia de la computación en México está muy ligada a la historia de la computación en la UNAM. Este año se cumplen 60 años desde la llegada de la primera computadora a esta universidad. Lo usaré como pretexto para presentarles una pequeña reseña de lo que la gente desde la UNAM ha impulsado con respecto al desarrollo de la computación en México en este periodo.

Primera computadora (1958)

En 1958 el Ing. Sergio Beltrán trae la primera computadora al recién creado Centro de Cálculo Electrónico de la Facultad de Ciencias. Fue una IBM 650, una de las primeras computadoras de propósito general construida por IBM, que pesaba alrededor de 900 kg. Fue una computadora usada, traída de una universidad de Estados Unidos (porque ellos se compraban una nueva y querían liberar el espacio) y pagada en “cómodas mensualidades”, como me lo contó en su momento Ing. Beltrán. La anécdota más completa la cuenta Dr. Felipe Bracho director actual de DGTIC (UNAM) en una entrevista [1]. En la primer fotografía que acompaña este artículo pueden apreciar una parte de la IBM 650 y en la segunda fotografía, el que está sentado del lado derecho es el Ing. Beltrán.

Figura 1. IBM 650

Figura 2. El Ing. Beltrán (derecha) con un colega

Primera institución de investigación (1970)

Durante la dirección del Dr. Renato Iturriaga de la Fuente, el Centro de Cálculo Electrónico se modernizó y adquirió tal importancia que en 1970 se convirtió primero en el Centro de Investigaciones en Matemáticas Aplicadas en Sistemas y Servicios (CIMASS), que después de separar los servicios, quedó en 1973 como Centro de Investigación en Matemáticas Aplicadas y en Sistemas (CIMAS) bajo la dirección del Dr. Tomás Garza Hernández. Este Centro se dedicaría principalmente a la investigación. Finalmente, en 1976 el CIMAS fue elevado al rango de instituto convirtiéndose en el IIMAS [2]. Hasta la fecha es la institución de investigación en la UNAM más importante en el área de la computación, complementada con la investigación en probabilidad y estadística, investigación de operaciones y aplicación de las matemáticas a problemas sociales, técnicos, científicos, económicos y administrativos. Al IIMAS llegué de Polonia como profesora visitante en 1983 y me recibieron tan bien que decidí hacer mi vida profesional en México.

Primera maestría (1975)

La Maestría en Ciencias de la Computación se creó en marzo de 1975 bajo la coordinación y organización académica del CIMAS. Es en esta maestría en la cual empecé a dar clases en 1983 y no he parado hasta el día de hoy. Entre 1990 y 1997 fui coordinadora de la maestría y, al final, junto con mis colegas la convertimos en el Posgrado en Ciencia e Ingeniería de la Computación (PCIC), que incluye también el doctorado. Ya entienden por qué le tengo tanto cariño y estoy muy orgullosa de que sus egresados tienen un papel importante en la industria de software.

Primera carrera (1977) y las que siguieron

Estas son las primeras carreras relacionadas con la computación creadas en la UNAM:

1977: Ingeniería en Computación, Facultad de Ingeniería.
1982: Matemáticas Aplicadas y Computación, FES Acatlán.
1985: Informática, Facultad de Contaduría y Administración.
1994: Ciencias de la Computación, Facultad de Ciencias.

En esta última, desde 1999, soy profesora titular ofreciendo cursos de Ingeniería de Software.

Primera Sociedad (1986) y las que siguieron

Los investigadores y profesores de la UNAM tuvieron un papel preponderante en la fundación de las sociedades y asociaciones relacionadas con la computación:

1986: Sociedad Mexicana de Inteligencia Artificial (SMIA) - Dr. José Negrete Martínez
1995: Sociedad Mexicana de Ciencia de la Computación (SMCC) – Dra. Cristina Loyo Varela, Dr. Christián Lemaitre y su servidora entre otros.
1999: Asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS) - Mtr@s. Gloria Quintanilla, Guadalupe Ibargüengoitia, Francisco López Lira y su servidora.
2015 Academia Mexicana de Computación (AMEXCOMP) – Dr. Luis Alberto Pineda Cortés y 18 personas más, entre ellos su servidora como única mujer :(.

Primer acceso académico a Internet (1989)

La UNAM fue la primera universidad en Latinoamérica que introdujo acceso a Internet para uso académico. Fue por la iniciativa del Instituto de Astronomía, que necesitaba comunicarse más fácilmente con sus homólogos en Estados Unidos. Fue la primera conexión satelital. Pero la primera conexión terrestre se colocó en el ITESM en Monterrey, por un enlace telefónico de módem de 19.2 kbps hacia la Universidad de Texas en Austin. Así, hace escasos 30 años empezó la aventura de Internet en México aunque los jóvenes no lo crean :). El Dr. Erik Huesca cuenta esta historia a detalle en una entrevista disponible en el sitio de Conacyt [3].

Primera supercomputadora (1991)

La Dirección General de Servicios de Cómputo Académico (DGSCA) instaló la primer supercomputadora en Latinoamérica, una CRAY Y-MP. La figura 3 muestra una fotografía de este equipo en la Sala de Supercómputo que se construyó para albergarla. Para más imágenes, puedes consultar el Acervo histórico del cómputo en la UNAM [4].

Figura 3. Cray Y-MP en la sala de supercómputo de DGSCA

Primera Red Universitaria de Colaboración en Ingeniería de Software y Bases de Datos (2006)

En 2006 se integra un grupo de universitarios expertos en ingeniería de software y bases de datos con el objetivo de conformar una red de colaboración, intercambio y difusión del desarrollo de software de calidad, conocida como RedIS&BD. Su propósito es aprovechar la experiencia y conocimiento de los grupos de desarrollo en la UNAM para mejorar los productos de software en beneficio de la institución. Marcela Peñaloza, Facundo Ruíz Doncel, Héctor Sánchez y su servidora fuimos los integrantes del grupo promotor, coordinado hasta la fecha por Guadalupe Ibargüengoitia.

Primer Centro Virtual de Computación (2017)

El año pasado, por fin, la UNAM ha creado un Centro (aunque sea) Virtual de Computación (CviCom) [5]. Lo virtual fue necesario por la gran cantidad de personas que trabajan en las distintas áreas de computación dispersas en muchas entidades. La misión de CViCom es la coordinación de la creación de redes académicas colaborativas para fomentar la investigación, vinculación y difusión en el área de Computación y brindar apoyo a los programas educativos a nivel licenciatura y posgrado. El Centro está respaldado por 14 entidades y coordinado por Dr. Boris Escalante Ramírez. Estamos organizados en 6 áreas de conocimiento y su servidora coordina el área de Ingeniería de Software y Bases de Datos.

Espero que este breve recorrido les de una idea de que el avance de la computación en México es un esfuerzo de muchas personas en muchos frentes y que estos esfuerzos no se pueden detener. Software Gurú es un excelente ejemplo de esa labor. Al terminar de escribir la columna me di cuenta que soy “ajonjolí de muchos moles”J. Les sugiero que también lo sean, es muy divertido.

Referencias

Entrevista Dr. Felipe Bracho. http://swgu.ru/wn
Instituto de Investigaciones en Matemáticas Aplicadas y en Sistemas https://www.iimas.unam.mx
E. Rodríguez. “Historia de Internet en México”, Conacyt. http://swgu.ru/wo
Acervo Histórico del Cómputo en la UNAM. http://www.historiadelcomputo.unam.mx
“60 años del Cómputo en México”. Centro Virtual de Computación. https://cvicom.unam.mx/linea-del-tiempo

Bio

La Dra. Hanna Oktaba (@hannaoktaba) es profesora de la UNAM y su objetivo principal es generar conocimiento a través de la creación y promoción de estándares.

SG57 Radar

sg — Mon, 03 Sep 2018 19:32:10 +0000

SG57 Radar

sg Mon, 09/03/2018 - 14:32

Publicado en

SG #57

Lo que viene

Google Edge TPU y Cloud IoT Edge

Google anunció la adición de dos nuevos productos a su plataforma cloud que están dirigidos a brindar capacidades de machine learning a dispositivos de cómputo en la orilla (edge computing). Los productos en cuestión son Edge TPU y Cloud IoT Edge.

El Edge TPU es un circuito integrado para aplicaciones específicas (ASIC) diseñado para procesar cargas de trabajo de machine learning con el framework TensorFlow Lite. Digamos que viene a ser la versión para dispositivos edge de los chips TPU (Tensor Processing Unit) que lanzó hace unos meses para procesamiento en la nube.

Por su parte, Cloud IoT Edge es una plataforma de software que gestiona la conexión con la nube de dispositivos edge tales como drones, brazos robóticos y smart devices, y coordina la ejecución de tareas de TensorFlow Lite en estos dispositivos.

Google liberará en octubre de este año un kit de desarrollo para facilitar la construcción de soluciones usando estas tecnologías. El kit consiste de un “sistema en módulo” (SOM) que combina el Edge TPU, un CPU de propósito general y conectividad WiFi.

https://cloud.google.com/iot-edge

Julia alcanza su versión 1.0

Después de 9 años de trabajo se liberó oficialmente la versión 1.0 del lenguaje de programación Julia. Julia es un lenguaje dinámico para cómputo científico que busca brindar un desempeño comparable al de C++ con la facilidad de uso y productividad de lenguajes como Python y R. Fue originalmente creado por investigadores del MIT y liberado como open source en 2012. Actualmente es utilizado por más de 700 universidades y centros de investigación.

La versión 1.0 trae estabilidad a su API, por lo que el código desarrollado para Julia 1.0 continuará funcionando con siguientes versiones. Otra capacidad incorporada en esta versión es un nuevo gestor de paquetes integrado que facilita la instalación de paquetes y manejo de dependencias.

Julia es el único lenguaje dinámico de alto nivel en el “club petaflop”, alcanzando 1.5 petaflops por segundo usando 1.3 millones de hilos y 650 mil cores para catalogar 188 millones de estrellas, galaxias y otros objetos astronómicos en 14.6 minutos en la sexta supercomputadora más poderosa del mundo.

https://julialang.org

Prometheus se gradúa de incubación

La Cloud Native Computing Foundation (CNCF) anunció que la herramienta de monitoreo Prometheus se ha graduado de su estatus de incubación, dejando claro su madurez y crecimiento.

Prometheus fue originalmente creado en SoundCloud y en 2016 fue otorgado a CNCF para que incubar su desarrollo. Actualmente tiene más de 20 desarrolladores de tiempo completo y más de 1,000 desarrolladores en la comunidad que han generado más de 13 mil commits en el último par de años.

Conforme más organizaciones construyen aplicaciones nativas a la nube, ha cobrado gran importancia el monitoreo de estas aplicaciones distribuidas, y ha aumentado la demanda de este tipo de herramientas. Prometheus es una alternativa open source para este propósito que ha crecido significativamente y demostrado su capacidad en proyectos de gran escala.

https://prometheus.io

Guías de migración a Docker

Docker comenzó a publicar Docker Application Guides, que son guías que muestran cómo migrar a Docker aplicaciones existentes, brindando ejemplos de arquitecturas, lineamientos para escoger imagenes de contenedores y guías para desplegar aplicaciones orquestadas con Docker Swarm o Kubernetes.

La creación de estas guías es parte de la iniciativa de Docker “Modernize Traditional Applications (MTA) que busca ayudar a las empresas a migrar sus aplicaciones existentes hacia Docker con el mínimo esfuerzo e impacto. Las primeras guías publicadas muestran cómo migrar una aplicación de Oracle WebLogic con base de datos Oracle, y otra de IBM MQ con WebSphere Liberty.

React Más Allá de Hola Mundo

sg — Mon, 03 Sep 2018 19:08:57 +0000

React Más Allá de Hola Mundo

sg Mon, 09/03/2018 - 14:08

Publicado en

SG #57

Autor

Rodrigo Quezada

El presente artículo está dirigido a personas que ya están familiarizadas con React o alguna biblioteca para single page applications (SPA). En él abordo distintos puntos que pueden ser de utilidad para profundizar su comprensión de React así como conocer herramientas que los puedan ayudar a construir mejor sus aplicaciones.

React no es un framework

React es una biblioteca de Javascript para crear Interfaces de usuario. Esto va en contraste con alternativas como Angular y Vue, que te dan un framework completo “listo para usarse” para crear single page applications. En React necesitas utilizar bibliotecas complementarias para resolver aspectos comunes en aplicaciones tales como manejar estados, autorización, entre otras cosas.

Esto puede ser una ventaja o una desventaja de acuerdo a tu forma de ver las cosas. Para personas sin un amplio conocimiento del ecosistema Javascript esto es una desventaja, ya que al usar React requerimos conocer otras herramientas, patrones o bibliotecas para implementar una aplicación completa y con buenas prácticas.

Pero para quienes conocen JavaScript bien, el hecho de que React solo es una view library nos otorga un gran poder y flexibilidad, ya que dependiendo de la audiencia y requerimientos de la aplicación podemos implementar una solución a la medida justo para nuestras necesidades.

Otro diferencia entre React y otras bibliotecas para modificar el DOM es que con las alternativas típicamente se separa la estructura de la vista (HTML) y la funcionalidad (JS). En cambio, el modelo arquitectónico en React consiste justamente en dividir nuestro front-end en componentes, donde cada componente conjunta la estructura y comportamiento deseados.

Ambiente inicial

Para las personas que nunca han experimentado con React y deseen hacerlo, la forma más sencilla de comenzar es usando la herramienta de línea de comando create-react-app. Para poder utilizar esta herramienta es necesario tener NodeJS [1] en tu sistema y un gestor de paquetes como npm o yarn [2] (personalmente, prefiero este último).

Una vez instalado node y yarn, podemos instalar create-react-app con el comando:

yarn global add create-react-app

y luego creamos un nuevo proyecto:

create-react-app [nombre-del-proyecto]

Este comando ejecuta una serie de scripts que generan un ambiente de desarrollo para una app React.

Una vez creada nuestra aplicación, para arrancarla debemos ingresar al directorio del proyecto y ejecutar el comando yarn start lo cual inicia la app y abre una ventana de navegador en la dirección http://localhost:3000 que es donde está corriendo.

Si necesitas más información sobre los comandos disponibles en create-react-app o cómo hacer deployment de un SPA hecha con create-react-app la documentación te sacará de apuros [3].

HTML mezclado con JS ¿?

Si inspeccionamos el código en src/App.js encontraremos código como el que aparece en el listado 1. Como pueden ver, parece que React mezcla HTML y JS en el mismo archivo.

Listado 1. App.js inicial.

En realidad no se está mezclando HTML con JS. Lo que parece HTML es en realidad JSX, que es una extensión de sintaxis de JS, que entre otras cosas permite manejar elementos HTML como objetos para poder manipularlos a gusto. Para verificar esto, podemos copiar el código del listado 1 en la página demo de babel (http://babeljs.io/repl) y veremos el JS correspondiente, donde las etiquetas de HTML se transforman en llamadas a React.createElement.

Los detractores de React argumentan que React, mediante JSX, combina JS con HTML e inmediatamente califican eso como algo malo, pero hay que entender el por qué de esto. Simplemente, React reconoce el hecho de que la lógica de renderizado está intrínsecamente acoplada con el resto de la lógica del UI incluyendo el manejo de eventos, el cambio de estado a lo largo del tiempo y la preparación de datos para ser desplegados.

En vez de artificialmente separar tecnologías, poniendo el HTML en un archivo y la lógica en otro, React se enfoca en separar intereses. En React, la unidad básica de código son los “componentes”. Típicamente, cada componente resuelve un interés muy puntual (ej. un header o una lista) y tienen bajo acoplamiento entre sí, por lo que son altamente reutilizables dentro de una aplicación.

El listado 2 muestra cómo React utiliza el paradigma de composición. En el componente App invocamos al componente SplitPane indicando en el atributo left al componente Contacts y en el atributo right al componente Chat. El componente SplitPane es definido en una función con este nombre, y utiliza el objeto props para obtener el valor de sus atributos.

Listado 2. Composición.

Esta forma de propagar los datos mediante props es el secreto detrás del desempeño de React y nos obliga a usar patrones de programación funcional.

Componentes de alto nivel

Otro patrón prestado de la programación funcional es conocido como componentes de alto nivel (higher order components). En esencia, un componente de alto nivel es simplemente una función que toma un componente y lo convierte en otro componente con comportamiento distinto [4].

Los componentes de alto nivel, como tal, no son una capacidad de React, sino simplemente un patrón que surje naturalmente por el paradigma de composición que usa React.

El listado 3 ejemplifica el uso de componentes de alto nivel usando el código de https://github.com/kentor/react-click-outside, que agrega un evento que se desata cuando el usuario da click fuera del componente.

Listado 3. Componente de alto nivel.

Estilos

Como hemos comentado, el paradigma de React consiste en utilizar Javascript (incluyendo JSX) para controlar tanto el comportamiento como la lógica de presentación de cada componente. Pero entonces, ¿cómo manejamos la apariencia de los elementos HTML?

Dado que la mayoría de los desarrolladores web está acostumbrado a tener hojas CSS externas y controlar la apariencia de los elementos HTML definiendo clases, esto también es posible en React. Solo hay un pequeño detalle, al invocar un componente HTML desde JSX en lugar de usar el atributo class debemos usar el atributo className (ej. <div className="SplitPane">). El problema con esta forma de hacer las cosas, es que nos esamos saliendo del paradigma de composición natural de React, y desaprovechamos las capacidades de Javascript para poder gestionar y modificar la apariencia de nuestros componentes.

Una vez que te sientas cómodo con el paradigma de React, va a haber casos en los que prefieras gestionar desde React mismo la apariencia de tus componentes. Una biblioteca popular para lograr este objetivo es styled-components [5], que permite escribir CSS dentro de JS usado una capacidad de ES6 llamada tagged template literals.

El listado 4 define un botón y su apariencia usando styled-components:

Listado 4. Botón con styled components.

En principio parece inútil definir atributos CSS de esta forma, pero debemos entender que el hecho de que al final sea JS, nos da ventajas para gestionar su comportamiento. Por ejemplo, como parte de la definición del botón podríamos incluir algo como:

color: ${props => props.primary ? 'blue' : 'red'};

Al final, usar styled-components es una estrategia más congruente con el paradigma de React, ya que como su nombre lo indica, estamos estilizando componentes, no elementos HTML.

Estados

Otro aspecto que se puede complicar en React es el manejo de estado de nuestros componentes (eg ON/OFF), que aun usando bibliotecas como Redux o MobX es muy verboso.

Una biblioteca en la que nos podemos apoyar para facilitar la gestión de estados es React PowerPlug [6]. Este es un conjunto de componentes y helpers que proveen distintos estados y lógica estándar que podemos utilizar en nuestros componentes. Esto reduce dramáticamente la cantidad de código que de otra manera deberíamos escribir.

Para entender las bondades de PowerPlug, consideremos el código necesario para operar el Toggle (activado/desactivado) de un checkbox. El listado 5a tiene como se definiría en React normal, mientras que el listado 5b tiene como se hace apoyándonos en PowerPlug.

Listado 5a. Toggle normal.

Listado 5b. Toggle con PowerPlug.

Conclusión

El ecosistema de React y JavaScript en general está en constante evolución. Lo mejor que puedes hacer como front-end developer es mantenerte al día y no quedarte con una sola herramienta; las ideas no se crean en el vacío, por lo que lo que aprendas hoy serán las bases de la herramienta del mañana.

“La única constante es el cambio” —Heraclito

Referencias

Bio

A lo largo de su carrera, Rodrigo Quezada se ha desempeñado como desarrollador de software en varias startups como HolaGus, Social Decode y Datank, ayudándolas a materializar sus ideas mediante aplicaciones web usando tecnología de punta. Su lenguaje de programación favorito es Javascript y es coorganizador del meetup @Eventloop.

¿Cómo Funcionan las ICOs?

sg — Mon, 03 Sep 2018 18:39:59 +0000

¿Cómo Funcionan las ICOs?

sg Mon, 09/03/2018 - 13:39

Publicado en

SG #57

Emprendiendo

Autor

Edith Gómez

¿Sabes todo acerca de las criptomonedas? Entonces probablemente has visto este término por ahí. Es tu momento de saber en realidad de qué se trata y cómo funcionan.

En primer lugar, ¿qué es una ICO?

Para los que han estado bajo una roca el último año en lo que se refiere a criptomonedas, déjame ayudarte: “ICO” es el acrónimo de Initial Coin Offering, o, en nuestro idioma, Oferta Inicial de Moneda. Es parecido a una IPO (Initial Public Offering) de una empresa, solo que esta vez es con criptomonedas.

Es una forma que tienen los desarrolladores de una criptomoneda para recoger fondos y patentar su producto, de tal manera que pueda salir al mercado. De esta manera ellos hacen el minado inicial (proceso mediante el cual se obtienen la criptomonedas) y las ofrecen a las personas a cambio de pequeñas sumas de dinero.

¿En qué consisten las ICOs?

El proceso es bastante sencillo, en realidad. El equipo desarrollador lanza la ICO y le pone un precio fijo a la criptomoneda que aún no ha nacido. Tú decides si quieres invertir en el proyecto y si te parece rentable, depositas la cantidad de dinero que prefieras.

Por lo general, el dinero que inviertes debes hacerlo en criptomonedas. La más común es el Bitcoin, así que asegúrate de tener experiencia con esta y de saber cómo funciona todo el proceso antes de embarcarte en una ICO.

Cuando finaliza la oferta inicial, hay dos caminos: si esta resulta ser exitosa, se dividen los tokens entre las personas que decidieron invertir en ese proyecto. Si no, se regresa el dinero a los inversionistas y la ICO es declarada como un fracaso.

El Libro Blanco de una ICO

Hago un punto especial sobre el Libro Blanco porque realmente es uno de los aspectos más relevantes en una ICO, y el que te puede indicar si realmente vale la pena invertir o no. ¡Presta atención!

El Libro Blanco (conocido en inglés como whitepaper) es una especie de documento donde se redacta todo lo concerniente al proyecto de la ICO. Quiénes son sus desarrolladores, cuánto dinero necesitan, cuánto tiempo va a durar la ICO, cuál es la solución que aporta, el destino de los fondos y mucho más.

Por lo general es un documento largo que nadie se toma la molestia de leer a fondo, por lo que muchas personas son víctimas de estafas. Otro riesgo de no leer el Libro Blanco es invertir en una ICO que desde el principio estaba condenada al fracaso.

Por eso revisa cada página, cada párrafo del Libro Blanco, porque al fin y al cabo es tu dinero lo que está en juego. Si a ti no te importa, ¿a quién le importará? Si no entiendes mucho de lo que dice, pide ayuda a expertos y profesionales en el tema para que te iluminen el camino.

Siempre busca que en el Libro Blanco haya mucha información sobre los desarrolladores y que estos sean experimentados, porque son los que van a sacar el proyecto adelante. Recuerda que es preferible un mal proyecto con un buen equipo que un buen proyecto con un mal equipo. ¡Inversión 101!

Considera una señal de alarma que en el whitepaper prometan demasiadas cosas, como muchas ganancias a corto plazo, porque quizás sea una estafa. Tampoco te dejes engatusar por palabras intelectuales, busca siempre frases claras y que deje toda la idea explícita.

¿Cómo se gana dinero con una ICO?

Al fin, lo que estabas esperando. Está muy bien la parte de la inversión, pero ¿cómo la recuperas después? Es bastante fácil: te sientas a esperar. El objetivo es que el proyecto en el que depositaste tu dinero crezca, se vuelva importante y demandado, lo que hace que esa moneda se vuelva cara y exclusiva.

Básicamente, te sientas a ver cómo el mundo se quema (es decir, compran y venden las monedas que ya tienes) y cuando pienses que ha alcanzado su pico, puedes venderlas. Claro, esto no será cosa de 3 días, sino más bien de 3 años, diría yo. Uno de los proyectos de ICO más exitosos ha sido el de Ethereum, que el Ether (su moneda) en su oferta inicial costó tan solo menos de medio dólar, y 3 años después había sobrepasado los $3,000.

Toda inversión conlleva riesgos, es verdad, pero vale la pena hacerlo. Si no resulta, ¡levántate e inténtalo de nuevo!

Referencias

https://gananci.com/icos

Bio

Edith Gómez Benítez es Head of Online Marketing de http://gananci.com

Un Análisis de la Ley Fintech en México

sg — Mon, 03 Sep 2018 18:24:21 +0000

Un Análisis de la Ley Fintech en México

sg Mon, 09/03/2018 - 13:24

Publicado en

SG #57

Autor

Ricardo Beltrán

El sector financiero siempre ha tenido enormes cargas regulatorias, en parte lo que se encuentra en juego si no se cuida su estabilidad. Es así que en marzo de este año la Cámara de Diputados aprobó la Ley para Regular las Instituciones de Tecnología Financiera, mejor conocida como Ley Fintech. Como cualquier regulación, la Ley FinTech tiene adeptos y detractores. En el presente artículo analizo sus principales puntos.

La burbuja inmobiliaria en los Estados Unidos en el año 2008 y el fallo generalizado de los contrapesos del sistema financiero americano, generó una exigencia de cambios que garanticen que la crisis no se repita, o cuando menos se prevenga.

Sin embargo, a pesar de lo sucedido, no existe un consenso sobre cómo evitar una nueva crisis. Por un lado, algunos proponen más filtros y mayor regulación, otros, lo opuesto, es decir, encontrar mecanismos para eliminar la intermediación de los bancos en el sistema financiero, mediante libros contables distribuidos a la vista de todos y soportados por la tecnología blockchain. Tal es la filosofía detrás de la invención del Bitcoin.

Sea cual sea la posición que uno tome al respecto del tema regulatorio, se debe considerar que el espíritu de una regulación financiera suele guiarse sobre los principios de la protección al usuario contra fraudes, resguardo del ahorro, cuidar de la estabilidad del sistema financiero en su conjunto y el fomento de la competencia entre los distintos actores. Muchos de estos principios son difíciles de modificar sin afectar al otro, y es en esto donde radica la dificultad de crear una Ley FinTech que mantenga un balance adecuado entre sus distintos objetivos y los intereses de todos los afectados.

Activos virtuales

Los activos virtuales, denominados así en la Ley FinTech, incluyen a las criptomonedas (aunque nunca se les menciona por nombre) y la autoridad se reserva la capacidad de admitir o no cuáles de estos activos son considerados autorizados. Las Instituciones de Tecnología Financiera (ITF), como son denominadas las empresas FinTech dentro de la Ley sólo podrán operar con activos virtuales autorizados o monedas de curso legal.

Para determinar los activos virtuales autorizados el Banco de México, tomará en cuenta, entre otros aspectos, el uso que el público dé a las unidades digitales como medio de cambio y almacenamiento de valor y en dado caso, unidad de cuenta; el tratamiento que otras jurisdicciones le den a unidades digitales particulares como activos virtuales, así como los convenios, mecanismos, reglas o protocolos que permitan generar, identificar, fraccionar o controlar la replicación de dichas unidades.

Es importante señalar que el Banco de México no tiene la obligación de canjear activos virtuales por moneda de curso legal, en ninguna de sus formas. Es decir que dicho canje tendría que ser llevado a cabo en el mercado abierto entre personas o casas de cambio (exchanges), la autoridad es cuidadosa por el momento al no reconocer como moneda de curso legal a estos activos, ni es el Banco de México una entidad crediticia de último recurso (lender of last resort) para estos activos.

Financiamiento colectivo

El financiamiento colectivo, que incluye tanto el conocido crowdfunding y el peer 2 peer lending, típicamente sucede en plataformas en Internet que cobran una comisión a cambio de poner en contacto personas que desean obtener financiamiento con personas que están dispuestas a prestar dinero.

Evidentemente, la autoridad pone mucho énfasis en que las instituciones que presten estos servicios sean transparentes, y obliga a advertir a sus usuarios del riesgo que incurre al prestar, los métodos de selección de los beneficiarios, así como prohibir prácticas nocivas como son préstamos a personas relacionadas, entre otras.

Un caso interesante aun no previsto en la Ley Fintech es la combinación de activos digitales y el financiamiento colectivo, como sucede en el caso de las Initial Coin Offerings (ICOs). Este es un mecanismo mediante el cual las startups evitan las regulaciones requeridas para financiar sus proyectos, accediendo a un mercado global de inversionistas y transparentan la participación de estos mediante un registro contable distribuido, basado en alguna criptomoneda específica para su propósito. Si bien es cierto que las ICO han sido utilizadas innumerables veces para llevar a cabo fraudes, motivo por el cual gozan de mala fama, la tecnología que las sustenta no es vulnerable, el problema es que existen, en general, pocos elementos para verificar la seriedad de los emprendimientos que serán respaldados.

Interfaces de programación de aplicaciones (APIs)

Los datos son el sistema nervioso del sector financiero y el acceso a ellos es parte vital de cualquier regulación que pretenda fomentar la competencia. Una de las partes que, en lo personal, me emociona de dicha ley está en el artículo 76, donde se obliga a las entidades financieras e instituciones de tecnología financiera (IFT) en general a establecer interfaces de programación de aplicaciones (APIs) estandarizadas que posibiliten la conectividad a terceros con el fin de compartir datos financieros abiertos, datos agregados y datos transaccionales, siempre que el usuario esté de acuerdo en dar acceso a los mismos.

Examinemos un poco las razones y consecuencias: durante mucho tiempo los bancos han tenido el mandato de conocer los datos que permitan identificar a sus clientes, con el fin de que la autoridad pueda requerir información para combatir prácticas de lavado de dinero y evasión fiscal. En el sector financiero este mandato es conocido como el KYC (Know Your Customer).

Lo importante de esta sección radica en que en ocasiones, los bancos han sido acusados de usar el mandato KYC para crear un oligopolio de datos de sus usuarios. La Ley FinTech hace accesible esta información a terceros bajo consentimiento del usuario y con esto se reconoce como dueños de la información a las personas, en vez de las instituciones que les prestan servicios.

Para aquellos interesados en APIs, sugiero revisen las iniciativas de Open Banking en el Reino Unido y el Payment Service Directive PSD2 de la Unión Europea, para hacerse una idea de la forma que podría tomar esta regulación y los posibles beneficios que podrían generarse al permitir que los usuarios compartan su información financiera con quien les plazca. A cambio, el mercado quizás ofrezca nuevos servicios más baratos y personalizados para cada parte de la cadena de valor.

La autorización de Modelos Novedosos

Mediante la figura de “modelos novedosos” y su autorización, la Ley Fintech pretende crear una especie de regulatory sandbox donde aquellas ITF cuyos modelos de negocio no hayan sido regulados en la Ley, puedan tener una autorización temporal, condicionando a las sociedades interesadas en prestar servicios financieros a través de dichos modelos. La autorización deberá tener una duración acorde a los servicios que se pretenden prestar, sin ser mayor a dos años. La ley también prevé la autorización de modelos novedosos para ITF reguladas, pero con una autorización máxima de un año.

De esta manera, se exenta, al menos por un tiempo, a las empresas pequeñas de las cargas regulatorias mientras prueban o ajustan sus modelos de negocio y crean los productos hasta encontrar un mercado adecuado para ellos. Sin embargo, permanece muy ambiguo cuáles serán los criterios para considerar que un modelo de negocios es novedoso.

Sanciones

Las sanciones económicas van desde 1 UMA ($80 pesos) hasta 150,000 ($12 millones de pesos), además de resarcir el daño patrimonial causado o la ganancia obtenida indebidamente hasta por 1.5 veces su cuantía, donde la ganancia obtenida se entiende por aquello cobrado o no pagado. Las sanciones penales llegan hasta los 15 años de prisión, dependiendo también de la gravedad de la falta, desde presentar información falsa o hasta destruirla, o utilizar publicidad engañosa para allegarse a clientes y ostentarse como una ITF cuando no se cuenta con autorización previa. Por supuesto, todas las disposiciones vigentes, ya sea por leyes nacionales o tratados internacionales, acerca del lavado de dinero y evasión fiscal, son aplicables con sanciones correspondientes a la decisión de las autoridades respectivas, quienes podrán requerir información a las ITF cuando lo consideren necesario.

Dios está en los detalles

Es realmente prematuro emitir una opinión acerca de la Ley Fintech, mucho menos predecir sus efectos. En su estado actual, existen demasiadas imprecisiones que deberán aclararse conforme las distintas autoridades reguladoras emitan la legislación secundaria. En la misma ley se imponen plazos para que esto suceda, entre 6 y 24 meses a partir del 9 de marzo del 2018. Una vez que tengamos legislación secundaria podremos saber si la ley realmente cumple sus objetivos.

Es un extraordinario momento para que tanto las ITF como los bancos, inicien un cabildeo con los reguladores, que nos permita tener una Ley FinTech completa para que la sociedad mexicana pueda beneficiarse de más servicios financieros, más baratos y adecuados a distintos segmentos del mercado que hasta ahora han permanecido desatendidos o ignorados. La transformación de la sociedad gracias a las tecnologías Fintech en otras latitudes ha sido de proporciones enormes, esperemos que la Ley Fintech contribuya a que esto también suceda en México.

Es importante destacar que, en un mundo globalizado, donde las TIC permiten acceso inmediato a información y diversos países compiten para convertirse en centros de innovación financiera, es ingenuo pensar que la legislación mexicana pueda detener la oferta de servicios que vienen de otras partes del mundo; de tal manera que si la autoridad se excede en sus funciones regulatorias las empresas que deseen operar en México, probablemente encontrarán maneras de hacerlo a través de legislaciones menos exigentes, aprovechando la ubicuidad de las tecnologías de la información. Venezuela es un ejemplo donde el regulador siempre se excede, y los resultados son que para cada nueva regulación la economía genere nuevas válvulas de escape y mercados negros, es interesante como el uso de las criptomonedas ha proliferado porque resultan un medio más estable de almacenar y transportar valor que la moneda de curso legal.

Sea bienvenida la Ley Fintech Mexicana, todos los que estamos interesados en este sector depositamos nuestras esperanzas en una sabia y atinada legislación secundaria, cuyas regulaciones sean solo las indispensables para garantizar protección a usuarios e impulsar la competencia en el sector, que eviten producir rentas indebidas. De cualquier manera, en este mundo el hombre propone y el mercado dispone.

Si quieres opinar sobre la Ley o participar con nosotros contesta nuestro breve cuestionario en http://getfintech.io

Referencias

Ley Para Regular las Instituciones de Tecnología Financiera. Estados Unidos Mexicanos, Cámara de Diputados del H. Congreso de la Unión. http://swgu.ru/wr

Bio

Ricardo Beltrán (ricardo@indava.com), CEO de Indava, y miembro fundador de la comunidad Get FinTech. MSc en IT Management Carnegie Mellon University y el ITESM, Ing Eléctrico UNAM. Coursera Mentor at Digital Transformation in Financial Services.

Tendencias Globales Alrededor del Software as a Service

sg — Mon, 03 Sep 2018 17:49:39 +0000

Tendencias Globales Alrededor del Software as a Service

sg Mon, 09/03/2018 - 12:49

Publicado en

SG #57

Autor

Claudio Cossio

De acuerdo con Gartner, el mercado de Software as a Service (SaaS) rondó los 60 mil millones de dólares en 2017 y se espera que este número alcance los 100 mil millones de dólares en el 2020. Gran parte de estos productos son construidos por empresas basadas en Silicon Valley, destacando casos como Salesforce, Google, Box y muchas más.

Imagino que a todos los lectores de SG les interesaría que hubiera mayor participación de empresas de América Latina en este segmento, sin embargo nos falta mucho por recorrer. Se cuenta con empresas como CONTPAQ, GrupoTRES y Compunegocio que se han enfocado en el área de recursos humanos, contabilidad y nómina; sus productos han tenido mucho éxito a nivel regional, pero no han dejado su marca a nivel global. El conocimiento y capital humano está disponible para generar productos globales, pero la visión de su crecimiento ha sido acotada a unos cuantos países de habla hispana.

No tenemos que ir muy lejos para encontrar la inspiración de crear un producto global: ya hemos visto cómo empresas de educación como Yogome han producido videojuegos con alcance global y también cómo iniciativas en la industria Fintech han captado la atención de conglomerados globales, tal es el caso de la venta de OpenPay a BBVA [1]. Así como Rappi ha tenido un crecimiento exponencial en todo Latinoamérica. Pero en lo que va de productos SaaS aún no hemos visto un ejemplo claro de expansión global.

Lecciones aprendidas en SaaStr Europa

Sin aún no conocen SaaStr los invito que se den una vuelta a su sitio web [2]. Es una comunidad para aquellos interesados en software para negocios. Fue creado por Jason Lemkin como un simple blog hace 6 años, pero se ha ido posicionando como un referente para todos los emprendedores que están creando productos en la nube. Realizan un evento anual en San Francisco pero este año comenzaron con otro evento en París enfocado a Europa, donde tuve la oportunidad de asistir para contarles un poco de las tendencias de la industria. Hay dos puntos en particular que deseo compartir aquí: marketplaces y métricas para venta.

Marketplaces

Ante el crecimiento del mercado de SaaS y con la proliferación de APIs que permiten integrar o extender estos productos, ahora tenemos muchas plataformas que cuentan con un marketplace interno donde puedes comprar aplicaciones o plugins relacionados con la plataforma. Por ejemplo, en el Atlassian Marketplace puedes encontrar una gran variedad de aplicaciones construidas por terceros para realizar actividades como retrospectivas en Jira, bots para realizar Stand-up’s, o tableros en Trello.

Internacionalización

Para muchos emprendedores que ya tienen un producto online y ya han generado sus primeras ventas, el mayor reto que tienen es cómo incrementar a nivel global su cartera de clientes. Por lo general esto depende de que la oferta tenga soporte para múltiples idiomas, en mi experiencia con SoftwareDevTools [3] hemos tenido buen éxito iniciando con una oferta en Inglés y por ahora todo el soporte lo damos en ese mismo idioma. Sin embargo, hemos tenido varias solicitudes para traducir nuestra aplicación de Trello en Freshdesk al castellano, ya que por lo general los equipos de soporte técnico y atención a clientes manejan sus procesos en dicha lengua. Aunque hay empresas que están acostumbradas a consumir productos en Inglés, no debemos descartar ofrecer soporte para múltiples idiomas. Brasil es un gran consumidor de productos SaaS y representa una oportunidad para productos que soporten el idioma local.

Métricas para escalar ventas

La venta de tu producto dependerá de las oportunidades que el equipo responsable de crecimiento vaya definiendo en el proceso de reclutar a los usuarios beta y luego en el lanzamiento del producto. Sin embargo, Aaron Ross —autor de Predictable Revenue [4]— nos recordó que debemos tener métricas para poder escalar nuestras ventas.

Aaron recomienda tener nuestro embudo de ventas de la siguiente manera:

Métricas de Actividad - email, llamadas, contacto en redes sociales, etc.
Resultados de las actividades - conversaciones, mensajes y reuniones.
Oportunidades seleccionadas - leads calificados y auditados.
Creación de Pipeline - tasa de creación de prospectos.
Clientes adquiridos - aquí termina tu embudo de ventas y debes apuntar a estar en un 20%.

Es importante tener un equipo definido de ventas, ya que en un inicio serán los fundadores o equipo inicial del proyecto quienes estarán involucrados en las ventas; pero eventualmente se tendrá que consolidar un equipo detrás de todas las actividades de generación de clientes.

Recomendaciones

Para muchos de nosotros esto podría verse como fuera de nuestro alcance, pero ahora con todas las herramientas a nuestra disposición no hay excusa para dejar de crear productos globales desde la concepción de un producto SaaS.

A quienes les interese conocer más sobre cómo construir y comercializar productos SaaS los invito a que conozcan el video podcast SaaS Product Chat [5] en el canal de YouTube de Software Guru.

Referencias

Bio

Claudio Cossio trabaja en el área de Investigación y Desarrollo en Nearsoft Labs, donde dirige los proyectos internos de SoftwareDevTools.com y estrategias de innovación para la empresa. Mentor para empresas del portafolio de Seedcamp (Londres) y Hackers & Founders COOPMX (LatAm). Participa en el podcast de SaaS Product Chat.

Blockchain Más Allá del Bitcoin

sg — Mon, 03 Sep 2018 17:11:28 +0000

Blockchain Más Allá del Bitcoin

sg Mon, 09/03/2018 - 12:11

Publicado en

SG #57

Autor

Pedro Galván

Conforme la algarabía alrededor del bitcoin se está asentando, lo que no se detiene es el gran interés por explotar la tecnología que lo sustenta, es decir el blockchain.

Similar a la computadora personal o al internet, el blockchain posee la capacidad para transformar la forma en que personas y empresas realizan sus actividades. Sin embargo, en lugar de revolucionar la producción física o la logística, el blockchain podría redefinir los procesos transaccionales —y relaciones que los acompañan— que existen entre individuos, empresas y gobierno [1].

Un concepto familiar

En esencia, el concepto del blockchain es algo con lo que estamos muy familiarizados, es una simple bitácora o libro contable. Al igual que un libro escrito, un blockchain tiene capítulos —bloques— de información que son agregados de manera secuencial en el tiempo.

Sin embargo, el blockchain difiere de los libros contables tradicionales en dos formas particulares:

Está compartido. Típicamente los libros contables se controlan de forma centralizada, existiendo una entidad con autoridad para administrarlo, que se hace responsable por su veracidad e integridad. En comparación, un blockchain es un libro distribuido y compartido, donde distintos nodos o participantes tienen una réplica exacta. Ningún participante controla el blockchain, sino que las adiciones de información se realizan por consenso.
Es inmutable. Un blockchain almacena toda la historia de si mismo, regresando hasta su primer bloque, conocido como el bloque génesis. La identidad de cada nuevo bloque está compuesta, en parte, por la identidad del bloque anterior. Dado que cada bloque está intrínsecamente ligado al que lo procede, prácticamente es imposible cambiar su contenido o identidad.

Así que para registros compartidos tales como lo sería un contrato, el blockchain cambia la forma en la que pensamos en la propiedad, transparencia y seguridad. Hace unos años, The Economist definió acertadamente en un artículo al blockchain como una “máquina de confianza”, ya que permite a personas o empresas que no tienen confianza entre sí para que puedan colaborar sin necesidad de recurrir a una autoridad central [2].

Contratos inteligentes

Aunque la implementación original del blockchain usada para el bitcoin no contemplaba soportar contratos, contenía un mecanismo natural para llevar el registro de propiedad de los bitcoins. El blockchain de Ethereum expandió este concepto para soportar contratos inteligentes. Pero, ¿qué es un contrato inteligente? En palabras simples, es un mecanismo para asegurar que un software puede ser ejecutado, auditado y probar lo que hizo. El software en cuestión puede ser algo tan sencillo como una función o microservicio que pueda ser disparado remotamente.

Blockchain federado

Un blockchain se puede clasificar en dos grandes tipos: público y cerrado (permissioned).

Como podrán imaginar, un blockchain público está abierto a todo el mundo y los participantes son anónimos. Cualquiera puede descargar un blockchain público, acceder todo el histórico de transacciones y agregar una nueva transacción. Así funcionan las criptomonedas.

En comparación, en un blockchain cerrado solo pueden participar un número limitado de participantes cuyas identidades son conocidas. A su vez, se puede distinguir a los blockchains cerrados como privados y semi-privados; los privados son utilizados internamente por una sola organización, mientras que los semi-privados —también llamados federados— son usados por un grupo de organizaciones, como por ejemplo un consorcio o una red de proveedores en una cadena de suministro. La figura 1 muestra esta clasificación.

Figura 1. Tipos de blockchain. Fuente: BlockchainHub, Toptal.

La figura del blockchain federado es la que es de principal interés en el contexto empresarial, ya que es donde están los casos de uso en los que mejor se puede aprovechar las características del blockchain. Actualmente existen por lo menos 40 consorcios distintos de blockchain federado, aunque todavía se encuentran en su infancia y hay bastante volatilidad entre ellos.

La figura 2 muestra algunos de los principales consorcios y sus miembros. Como podemos apreciar, la mayoría de las empresas involucradas corresponden al sector financiero, que dada su naturaleza son los pioneros en adopción del blockchain, pero otras industrias ya están investigando cómo sacarle ventaja y pronto veremos más consorcios con empresas de sectores como retail, logística y salud, entre otros.

Figura 2. Principales consorcios. Fuente: Let’s Talk Payments, Toptal.

Conclusión

El interés e inversión en aplicaciones empresariales del blockchain solo tiene un camino posible, para arriba. Aunque no seas un entusiasta de las criptomonedas, si estás en el ámbito de tecnologías de información empresariales, necesitas entender qué es el blockchain y cómo podría aplicarse.

Ahora, estar abierto a poder usar el blockchain no significa aventarse inocentemente a usarlo en la primera oportunidad que tengamos, o andar buscando problemas para una solución (normalmente se hace al revés). Es un hecho que muchos aparentes casos de uso del blockchain bien se podrían resolver con una base de datos centralizada complementada con controles adicionales (ej. cifrado, firmas digitales, replicación), lo cual sería más sencillo y con mejor desempeño. Pero aun así, necesitamos dejar abierta esa puerta, considerarla como una herramienta más que podemos utilizar para resolver problemas.

Referencias

S. Patel. “Beyond Crypto: Blockchain Applications Deliver Enterprise Solutions”, Toptal Insights. http://swgu.ru/x1
“The Trust Machine”, The Economist, octubre 2015. http://swgu.ru/x2
J. Scott “The blockchain beyond bitcoin”, O’Reilly Media, junio 2018. http://swgu.ru/x3

Bio

Pedro Galván es director de contenidos y tecnología en Software Guru.

¿Por Qué Las Startups usan ICOs para Levantar Fondos?

sg — Mon, 03 Sep 2018 16:50:16 +0000

¿Por Qué Las Startups usan ICOs para Levantar Fondos?

sg Mon, 09/03/2018 - 11:50

Publicado en

SG #57

Autor

Gerald Nash

Uno de los fenómenos relacionados con el blockchain es el surgimiento de los Initial Coin Offerings (ICOs).

Dado el interés que hay en el blockchain, no es sorpresa que continuamente surjan startups alrededor de esta tecnología. Algo interesante que hay que notar sobre muchos de estos startups es que están recurriendo a un mecanismo de fondeo conocido como Initial Coin Offering (ICO). Estas ofertas de moneda brindan un mecanismo para obtener dinero sin tener que dar a cambio un porcentaje de propiedad. En esencia, es una nueva forma de crowdfunding.

Bajo este esquema, el startup en cuestión consigue dinero creando y vendiendo su propia moneda virtual, típicamente utilizando reglas similares a las de criptomonedas conocidas como por ejemplo Bitcoin.

Para crear un ICO no es necesario crear tu propia plataforma blockchain, sino que puedes usar alguna de las plataformas existentes. De hecho, Ethereum tiene un toolkit para facilitar la creación de monedas digitales y es una opción popular para crear ICOs. Una vez que la moneda es creada, se ofrece al público para que las personas puedan adquirirla. Típicamente pagarán usando otras criptomonedas como bitcoin o ether.

Un punto importante es que las personas que adquieren monedas o tokens mediante un ICO no adquieren un porcentaje de participación en la empresa. La promesa de un ICO es que las monedas adquiridas se podrán usar para adquirir bienes o servicios del startup, además de que se espera que la moneda aumente su valor y pueda ser vendida posteriormente, obteniendo así una ganancia.

CoinSchedule reporta que en 2017 se emitieron 370 ICOs que levantaron 6 mil doscientos millones de dólares. En 2018, hasta el mes de agosto se contabilizan 727 ICOs que en conjunto superan los 18 mil millones de dólares.

Mantener el control

Al recibir dinero de inversionistas, típicamente las startups requieren dar a cambio un porcentaje de propiedad de la empresa. Adicionalmente, esta propiedad puede estar acompañada de poder de decisión. Es así que después de varias rondas de inversión, los fundadores originales pueden llegar a quedar en manos de inversionistas que han acumulado suficiente propiedad para decidir la dirección que debe tomar el startup.

Los ICOs resuelven este problema permitiendo a los startups levantar capital sin tener que ceder participación. Esto permite que los fundadores continúen tomando decisiones enfocadas en el bienestar de la empresa a largo plazo y sin la fricción de obtener autorización de parte de los accionistas.

Regulación

Otra consideración al utilizar ICOs para financiar un startup es que es algo que todavía no está regulado en la mayoría de los países. Esto significa que las empresas pueden recolectar dinero de cualquier persona o entidad en internet que tenga una cartera de criptomonedas. La naturaleza descentralizada del blockchain previene que el gobierno pudiera controlar o inhibir un ICO. Adicionalmente, la pseudo-anonimidad del blockchain dificulta que el gobierno pueda estar rastreando a los participantes.

Esto permite saltar ciertos requerimientos que son requeridos en otro tipo de mecanismos de inversión. Por ejemplo, en Estados Unidos las empresas privadas solo pueden emitir acciones a inversionistas acreditados, quienes deben demostrar que cuentan con por lo menos un millón de dólares en activos.

Nota de Software Guru: En el caso de México, todavía no está claro qué tanto y cómo se regularán las ICOs. Se espera que este sea uno de los temas que se resuelva en las normas secundarias de la Ley Fintech.

Globalización de la inversión

Aunque en teoría es posible crear un startup desde cualquier parte del mundo, no es consecuencia que la mayoría surge (o se relocaliza) en lugares considerados como polos de innovación, como es el caso de Silicon Valley. Podríamos argumentar que una razón detrás de esto es la disponibilidad de talento, pero en realidad la principal es la disponibilidad de capital de riesgo.

Los ICOs facilitan a los startups levantar capital desde cualquier parte del mundo.

Comparación con crowdfunding

Algunos podrán decir que esto no es muy distinto del crowdfunding que hoy se hace por medio de Kickstarter o Indiegogo -Fondeadora, en el caso de México. Sin embargo, la diferencia es que utilizar plataformas de crowdfunding como las mencionadas no dejan de ser una entidad centralizada, que está sujeta a las leyes y regulación de donde operan, además de que resguardan información de los participantes. En comparación, en un ICO se puede participar sin necesidad de compartir información más allá de la dirección de una cartera de criptomonedas.

Conclusión

Los ICOs brindan un nuevo mecanismo a los startups para conseguir dinero sin tener que ceder participación o propiedad de la empresa. Adicionalmente abren la posibilidad de que las personas puedan participar sin importar donde se encuentran localizadas. Dadas estas ventajas, es fácil entender por qué están cobrando tanta popularidad.

Referencias

G. Nash. “Why Startups are Raising Money with Tokens”.

Bio

Gerald Nash estudia Ciencias Computacionales en Howard University.

Cinco Sectores con Alto Potencial para el Blockchain

sg — Mon, 03 Sep 2018 16:19:18 +0000

Cinco Sectores con Alto Potencial para el Blockchain

sg Mon, 09/03/2018 - 11:19

Publicado en

SG #57

Autor

Pedro Galván

Los entusiastas del blockchain indican que este traerá a los negocios una revolución similar a la que se dio con la llegada del internet, ya que básicamente habilita una nueva forma de hacer las cosas en la que no se requieren intermediarios.

Por otro lado, los detractores (aunque el término que prefieren es “realistas”) indican que no tiene sentido utilizarlo fuera de las criptomonedas y que fuera de eso, es una solución buscando problemas qué resolver.

Como podrán imaginar, la mayoría de los que se encuentra en el primer grupo son proveedores de tecnología, analistas e inversionistas, que básicamente quieren generar interés en el blockchain porque les genera negocio. Mientras que en el segundo grupo predominan administradores de sistemas que saben que hay otras formas más sencillas o probadas de resolver los problemas en los que se enfoca el blockchain.

Personalmente, considero que hay que estar en un punto medio entre estos dos campos. Como dijo Theodore Roosevelt: “Mantén los ojos en las estrellas y los pies en la tierra”. Así que es con este espíritu que comparto algunos casos de uso interesantes del blockchain fuera del sector financiero. La gran mayoría de estos casos apenas son pilotos o pruebas de concepto donde apenas se está explorando si el blockchain realmente brinda una mejor solución, así que hay que considerarlos como “cosas que se están explorando” y no como “cosas que ya están funcionando”.

Cadena de suministro

Casi por definición, las cadenas de suministro están llenas de intermediarios. Particularmente, el comercio internacional involucra logística compleja, además de requerir una gran cantidad de papeleo.

Australia y China parecen ser los países pioneros en esta área. En 2017 se realizó exitosamente una prueba de concepto para dar seguimiento al transporte e importación de un cargamento de botellas de vino desde el sur de Australia hasta el puerto de Qingdao en China. PwC Australia está colaborando con la Cámara Australiana de Comercio para construir una plataforma basada en blockchain para mejorar la logística en los puertos, actualmente tienen un piloto en marcha en el puerto de Brisbane [1].

Rastreo de alimentos

El rastreo de alimentos es un subconjunto específico de las cadenas de suministro con gran potencial. Tan solo en Estados Unidos, se estima que anualmente mueren cerca de 3,000 personas a consecuencia de infecciones intestinales causadas por alimentos contaminados; en los países en desarrollo esta cifra es todavía mayor. Esto no solo es un problema de salud, sino también de negocio. Por ejemplo, la cadena de restaurantes Chipotle perdió 8 mil millones de dólares en valor de mercado cuando en 2016 se reportó un brote de infecciones intestinales por consumir alimentos de sus restaurantes. Cuando se reportan casos de alimentos contaminados, en la mayoría de los casos no se logra encontrar exactamente el origen de dichos alimentos y en qué tiendas se vendieron. Otro gran problema en esta industria es el fraude y adulteración de productos para diluirlos o reemplazar el contenido original.

Walmart tiene un par de años colaborando con IBM para construir pruebas de concepto basadas en blockchain para rastrear alimentos a través de la cadena de suministro, desde la granja hasta el consumidor. Uno de los pilotos involucró rastrear la cadena de suministro de mango picado, a través de 16 granjas (la mayoría en México), 2 empresas de empacado, 3 distribuidores, 2 importadores y un centro de procesamiento. A lo largo de un periodo de 30 días se capturaron 23 lotes distintos y decenas de miles de paquetes de mango picado. Esto permitió conocer en apenas un par de segundos la granja donde se cultivó un paquete de mango [2].

Contratos inteligentes

Un contrato inteligente es una función en un blockchain cuyo propósito es facilitar o verificar el cumplimiento de un contrato. Hasta ahora, la mayor aplicación de los contratos inteligentes ha sido en forma de Initial Coin Offerings (ICOs), pero poco a poco se empiezan a aplicar en nuevas formas.

Etherparty, un startup de Vancouver, provee una plataforma para permitir a sus usuarios crear contratos inteligentes de forma sencilla por medio de plantillas y wizards. Recientemente lanzaron Rocket, una plataforma que facilita la creación de eventos de crowdfunding basados en blockchain y contratos inteligentes [3].

Populous es otro startup interesante en este espacio [4]. Ellos están aprovechando el blockchain para facilitar financiamiento usando facturas por cobrar. Es un proceso similar al factoraje donde las empresas obtienen financiamiento a corto plazo usando como respaldo sus facturas por cobrar. Por medio de contratos inteligentes basados en blockchain Populous puede abrir el proceso a más compradores y con mayor velocidad. Los vendedores simplemente suben sus facturas y condiciones, los compradores escogen cuáles financiar y las transacciones se realizan de manera automática por medio de los términos definidos en el contrato inteligente .

Compra/venta de bienes raíces

Propy es una de las empresas pioneras en este espacio, aprovechando el blockchain para habilitar una plataforma donde las personas pueden comprar y vender bienes raíces internacionalmente [5]. Por ejemplo, un comprador interesado puede reservar una propiedad poniendo un anticipo, el cual le es devuelto automáticamente si el vendedor rechaza la venta. Aunque los trámites y papeleo son iniciados desde la plataforma, al final sí terminan pasando por las oficinas de las autoridades locales, asegurándose de que se cumple el protocolo de cada país.

Servicios de salud

No es ningún secreto que el sector de servicios de salud se vería ampliamente beneficiado de que existiera un historial clínico único para cada paciente. De hecho, en México se creó desde hace varios años una norma para Expediente Clínico Electrónico, pero las soluciones que se han implementado hasta el momento tienen baja adopción y poca o nula interoperabilidad entre distintos proveedores. Este es un problema donde requerimos compartir información sensible de forma segura y controlada por el paciente, por lo que el blockchain podría ser una buena opción [6].

Ya se han hecho distintas pruebas de concepto de cómo se podrían implementar expedientes clínicos electrónico universales usando blockchain. Uno de los proyectos más notables en este sentido es MedRec, del MIT Media Lab [7], el cual usa un blockchain privado basado en Ethereum, y automáticamente lleva el registro de las medicinas que está tomando un paciente, y permite controlar quienes pueden ver y agregar esta información.

Conclusión

Es cierto que el blockchain tiene el potencial para establecer nuevos modelos de operación y revolucionar industrias enteras. Sin embargo, al corto plazo su enfoque será en simplemente traer eficiencias operativas a modelos existentes por medio de eliminar intermediarios o reducir tareas administrativas. Conforme pase el tiempo, el valor del blockchain pasará de reducir costos a habilitar nuevos modelos de negocio y fuentes de ingreso.

Un análisis realizado por la consultoría McKinsey [8] de más de 90 casos de uso de blockchain llegó a la conclusión de que más allá de los experimentos actuales, pasarán entre 3 y 5 años antes de que se puedan obtener escalas de uso útiles del blockchain en las empresas.

Referencias

S. Sundararajan. “PwC Australia, Port of Brisbane Unveil Blockchain Supply Chain Pilot”. Coindesk, mayo 2018. https://swgu.ru/x4
J. McKenzie. “Why blockchain won’t fix food safety—yet”. The New Food Economy, febrero 2018. http://swgu.ru/x5
https://etherparty.com
https://www.populous.world
https://propy.com
M. Orcutt. “Who Will Build the Health-Care Blockchain?”. MIT Technology Review, septiembre 2017. http://swgu.ru/x6
https://medrec.media.mit.edu
B. Carson et al. “Blockchain beyond the hype: What is the strategic business value?”. McKinsey & Company, junio 2018. http://swgu.ru/xe

Bio

Pedro Galván es director de contenidos y tecnología en Software Guru.

Mecanismos de Consenso Explicados

sg — Mon, 03 Sep 2018 16:06:06 +0000

Mecanismos de Consenso Explicados

sg Mon, 09/03/2018 - 11:06

Publicado en

SG #57

Autor

Turner Schumann

Este artículo fue originalmente publicado por el autor en Hackernoon. Fue traducido, editado y extendido por Software Guru con el permiso del autor [1].

Siendo el blockchain un libro contable distribuido, a diferencia de centralizado, requerimos establecer un mecanismo para que todos los participantes en la red estén de acuerdo en el contenido sobre el contenido del libro contable. Esto es lo que se conoce como un mecanismo de consenso.

El propósito de un mecanismo de consenso es verificar que la información agregada al libro sea válida. Esto asegura que el siguiente bloque que se agregue represente correctamente y hasta el último momento todas las transacciones de la red, previniendo así que se registren gastos dobles o datos inválidos.

Conforme las plataformas blockchain han ido madurando, han surgido distintos mecanismos de consenso, cada uno con sus pros y contras. La principal diferencia entre ellos es la forma en la que delegan y recompensan la verificación de transacciones.

Los mecanismos de consenso más populares actualmente son el de “prueba de trabajo” (proof of work, PoW) y el de “prueba de participación” (proof of stake, PoS), los cuales explicaré a continuación. Al final también menciono otros mecanismos que están surgiendo.

Proof of Work (PoW)

El concepto de prueba de trabajo ya existía antes de la llegada de las criptomonedas. La idea fue originalmente publicada por Cynthia Dwork y Moni Naor en un artículo en 1993, aunque fue hasta 1999 cuando fue bautizada como “Proof of Work” por Markus Jakobsson.

En el whitepaper de Bitcoin de Satoshi Nakamoto, se propone el uso de un sistema de prueba de trabajo para prevenir que alguna entidad pueda obtener un control mayoritario de una red. La aplicación de este mecanismo es fundamental para el Bitcoin, ya que permite obtener consenso distribuido entre entidades desconocidas.

A grandes rasgos, el minado en Bitcoin funciona de la siguiente manera:

Un grupo de transacciones se agrupan en un espacio de memoria (mempool).
Los mineros resuelven acertijos (puzzles) matemáticos para verificar que las transacciones en el mempool sean legítimas.
El primer minero en resolver un acertijo obtiene la recompensa en forma de nuevas monedas así como una comisión de la transacción.
El mempool verificado, ahora considerado un bloque, se agrega al blockchain.

Los acertijos que los mineros deben resolver tienen ciertas características, que definen al sistema Proof of Work:

Son asimétricos, es decir que es difícil obtener la respuesta pero es sencillo validar si esta es correcta.

No requieren habilidad, solo se resuelven con fuerza bruta. Esto busca que los mineros no ganen ventaja injusta. La única forma en la que un minero aumenta su probabilidad de resolver un acertijo es adquiriendo mayor poder computacional.

Los parámetros del acertijo son actualizados periódicamente para mantener constante el tiempo de bloque. Por ejemplo, el protocolo Bitcoin tiene un tiempo objetivo de 10 minutos por bloque, entonces conforme la red de cómputo se hace más poderosa, también se aumenta la dificultad para mantener constante el tiempo en que se logra resolver.

Proof of Stake (PoS)

En los sistemas con prueba de participación no se requiere resolver un acertijo matemático, sino que el creador de un nuevo bloque se escoje de forma determinística basándose en su participación; la participación se mide en base a cuántas monedas o tokens posee. Por ejemplo, una persona que posee 50 monedas tiene 5 veces más probabilidad de ser escogida para validar el siguiente bloque que una persona con 10 monedas.

La principal ventaja de este sistema es menor consumo de energía ya que se elimina el proceso de minado por medio de la resolución de acertijos. Adicionalmente, se fomenta que quienes hagan el minado sean aquellos que están realmente interesados en la red, a diferencia de un sistema PoW donde los mineros pueden no tener ningún interés en la red más allá de obtener una compensación por su trabajo.

Es importante destacar que en una red PoS no se crean nuevas monedas sino que todas las monedas son creadas desde un inicio. Así que a quienes hacen la validación de bloques se les recompensa por medio de comisiones por transacción, en lugar de con monedas nuevas. Dado que no se está minando nuevas monedas, a estas personas que hacen la validación en un sistema PoS se les llama forjadores (forger).

Comparación

Costo y energía

Los sistemas PoS tienen el potencial para consumir mucho menos energía que los PoW. Por ejemplo, la red Bitcoin tiene un consumo anual de energía de 57.6 TWh, que es similar al consumo de todo el país de Colombia.

Nota de Software Guru: El consumo mencionado por el autor fue en abril de 2018. Al momento de publicar este artículo, en agosto del 2018 el consumo anual ya es de 73.1 TWh [2].

Seguridad

Los sistemas PoS son mucho más nuevos que los PoW y por lo tanto no han sido probados tan rigurosamente.

Generar copias (forks) de un blockchain frecuentemente no es bueno para la salud de la red y genera inestabilidad. En los sistemas PoW, cuando se copia un blockchain los mineros tienen que decidir entre continuar soportando el original o moverse al nuevo, ya que si quisieran soportar ambos tendrían que dividir sus recursos computacionales, lo cual no es rentable. De esta manera, los sistemas desincentivan los forks naturalmente.

En comparación, cuando se copia un sistema PoS, los validadores reciben una copia duplicada de su participación (monedas o tokens) en el nuevo blockchain. Si un validador se autentica en ambos lados, podría obtener el doble de comisiones así como hacer gastos duplicados. Esto es porque los participantes no requieren aumentar su participación para poder validar transacciones en distintas copias del blockchain, así que no hay ningún incentivo para prevenir este comportamiento negativo.

Una solución posible a este problema es requerir un depósito que se mantenga congelado durante cierto tiempo. Ethereum planea moverse de PoW hacia un sistema PoS utilizando un nuevo protocolo de consenso llamado Casper que requerirá que los validadores hagan un depósito mínimo para poder participar. Si el protocolo determina que un participante ha violado las reglas, como por ejemplo participar en varias copias, entonces confiscaría el depósito.

Centralización

Una preocupación que va en aumento en el caso de los sistemas PoW es la centralización. Si la validación requiere un gran poder computacional que solamente es alcanzable por grandes centros de cómputo con grandes economías de escala, entonces el control del blockchain queda en manos de unos cuantos, lo cual es justamente lo opuesto de lo que se desea en un blockchain.

Otros mecanismos

Delegated Proof of Stake (DPOS). Es una variente de PoS donde los poseedores de tokens escogen delegados que crearán los bloques y operarán la red en representación suya. Cada token corresponde a un voto, así que los miembros con más tokens tienen más poder para escoger delegados.

Proof of Elapsed Time (PoET). Se basa en el principio de una lotería donde todos los nodos tienen la misma probabilidad de ser elegidos para validar un bloque. Funciona en base a tiempos de espera aleatorios. Básicamente, todos los participantes en la red generan un tiempo de espera aleatorio y se ponen a dormir durante dicho tiempo, y el primero que despierte -es decir, el que tuvo el tiempo más corto- gana el derecho de validar el siguiente bloque y le avisa al resto de la red. Su ventaja es que es más justo con todos los nodos y consume poca energía [3].

Federated Byzantine Agreements. Uno de los mecanismos más novedosos es el denominado Federated Byzantine Agreement (FBA), utilizado por el protocolo Stellar [4]. Es un mecanismo de consenso que asume que los participantes conocen a otros participantes y eligen en quienes confiar. El nodo en cuestión espera a que los nodos en los que confía se pongan de acuerdo sobre una transacción para entonces ellos mismos también aceptarla. A su vez, cada uno de esos nodos esperó a que los nodos en los que ellos confían se pusiera de acuerdo sobre la transacción. Si cad auno de los nodos en la red hace esto, se crea de forma orgánica una red de validación donde se excluye a los que tienen mal desempeño, ya que no son incluidos en grupos de confianza.

Referencias

T. Schumann. “Consensus Mechanisms Explained: PoW vs. PoS“, Hackernoon, abril 2018. http://swgu.ru/xa
“Bitcoin Energy Consumption Index”, Digiconomist. http://swgu.ru/xb
“Proof of Elapsed Time”, Investopedia. http://swgu.ru/xc
“On Worldwide Consensus, a Stellar Journey”, Stellar.org. http://swgu.ru/xd

SG #57

60 Años de la Computación en la UNAM y … en México

Publicado en

Autor

Primera computadora (1958)

Primera institución de investigación (1970)

Primera maestría (1975)

Primera carrera (1977) y las que siguieron

Primera Sociedad (1986) y las que siguieron

Primer acceso académico a Internet (1989)

Primera Red Universitaria de Colaboración en Ingeniería de Software y Bases de Datos (2006)

Primer Centro Virtual de Computación (2017)

Tags

SG57 Radar

Publicado en

Google Edge TPU y Cloud IoT Edge

Julia alcanza su versión 1.0

Prometheus se gradúa de incubación

Guías de migración a Docker

React Más Allá de Hola Mundo

Publicado en

Autor

React no es un framework

Ambiente inicial

HTML mezclado con JS ¿?

Componentes de alto nivel

Estilos

Estados

Conclusión

“La única constante es el cambio” —Heraclito

¿Cómo Funcionan las ICOs?

Publicado en

Autor

En primer lugar, ¿qué es una ICO?

¿En qué consisten las ICOs?

El Libro Blanco de una ICO

¿Cómo se gana dinero con una ICO?

Tags

Un Análisis de la Ley Fintech en México

Publicado en

Autor

Activos virtuales

Financiamiento colectivo

Interfaces de programación de aplicaciones (APIs)

La autorización de Modelos Novedosos

Sanciones

Dios está en los detalles

Tendencias Globales Alrededor del Software as a Service

Publicado en

Autor

Lecciones aprendidas en SaaStr Europa

Recomendaciones

Blockchain Más Allá del Bitcoin

Publicado en

Autor

Un concepto familiar

Contratos inteligentes

Blockchain federado

Conclusión

¿Por Qué Las Startups usan ICOs para Levantar Fondos?

Publicado en

Autor

Mantener el control

Regulación

Globalización de la inversión

Comparación con crowdfunding

Conclusión

Cinco Sectores con Alto Potencial para el Blockchain

Publicado en

Autor

Cadena de suministro

Rastreo de alimentos

Contratos inteligentes

Compra/venta de bienes raíces

Servicios de salud

Conclusión

Mecanismos de Consenso Explicados

Publicado en

Autor

Comparación