Notas personales sobre "las prácticas de ingeniería de tokens, parte III: Algo falta"

La tecnocracia o “el gobierno por los que saben” ha sido una propuesta discutida e intentada por muchos años. Desde Aristóteles diciendo que los filósofos deberían ser gobernantes o por lo menos consejeros de ellos hasta el movimiento de Technocracia Inc., donde se pretendía que el gobierno político fuera llevado a cabo por personas ingenieras y científicas. La meritocracia va un poco de la mano de esto porque se le da mayor poder de decisión a quien más ha hecho, sin limitarse a que las personas deban tener ciertas certificaciones para poder ejercer.

Un problema de esto es cuando no hay la suficiente variación de perfiles y puntos de vista que hace a la merito o tecnocracia ciega de sus propias carencias y fallas. Justo eso pasó con Technocracia, Inc. la cual se dedicó fuertemente a proponer un futuro donde la industria del consumo tuviera sólo tres colores: blanco, negro, y gris.
Absurdo, ¿cierto? Para ellos no lo fue, pues estaban argumentado con cuestiones de eficiencia, pero carecía de valorar perspectivas sociales, y por ende, de comportamiento.

Muchas personas hablan de mantener un marco conceptual humano-centrista como referencia en el diseño, producción, e implementación de propuestas. Esto quiere decir que concibamos dentro de nuestros procesos creativos y productivos el amplio rango cultural e individual que tenemos los humanos. En otras palabras, comprender y aceptar que "funcionamos" de cierta manera natural al interactuar con objetos, personas, sentimientos y con nuestro entorno en general. Y además, aceptar que estos comportamientos y reacciones pueden variar en el tiempo. Sin embargo, esta visión humano-centrista queda corta. Tenemos que tener una visión bio-centrista. Una forma rápida de entender cómo afecta aplicar un marco conceptual a nuestro “progreso” como especie es muy claro en el desarrollo urbano. Ahí va:

1. Vehículo-centrista. Una ciudad con más calles que avenidas peatonales, y donde las cosas quedan muy lejos una de otra. Si no tienes vehículo propio o no hay una ruta de transporte público, estás jodido/a.

2. Humano-centrista. Una ciudad donde cualquier servicio básico quedan a 10 cuadras de distancia máximo, donde las avenidas son peatonales y hay espacios donde socializar y refrescarse. Súper chévere, pero ¿y los otros habitantes de la ciudad?

3. Bio-centrista. Una ciudad donde además de que las cosas quedan cerca y caminando, los ríos están al descubierto y no entubados, y los parques son bosques de alimento. ¡Ah! así todos ganamos y aprovechamos al máximo los servicios ecosistémicos.

Importante es comprender lo anterior y sus consecuencias para que las tengamos en mente a la hora de implementar nuestros proyectos.

Dentro de la industria Web 3, comentan Charles Rice y Michael Zargham que, en vez de desarrollar sistemas que automáticamente busquen la optimización de la coordinación humana sin humanos, debemos enfocarnos en desarrollar sistemas que permitan a las personas auto-organizarse con el mínimo esfuerzo mental. Y que aunque esto puede ser imposible, es el enfoque lo que traerá las herramientas, conocimientos, y prácticas necesarias para acércanos a ese ideal. Estoy seguro que si profesionales en biología, permacultura, agricultura, etc. se unen podríamos no sólo lograr la auto-organización entre humanos sino ¡inter-especies!

¿Cómo proceder? Mediante un proceso sistémico, un proceso ingenieril. La ingeniería tiene dos fases mutuamente reforzantes: Diseño y Desarrollo. Entre estas fases se crea un bucle que construye, prueba, y revisa el producto en el que uno trabaja.

La figura 1. Representación gráfica del desarrollo de proyectos de ingeniería, muestra como se comienza del lado izquierdo al recolectar, diseñar, y desarrollar los requerimientos tanto globales del sistema como específicos de los subsistemas y de sus componentes. Luego, se verifica mediante pruebas tanto que los subsistemas cumplan la función por la que fueron hechos como que los sistemas cumplan los requisitos establecidos.

Gráfico 1. La descripción de este viene en el párrafo de arriba Uno de los principales y más comunes errores es comenzar a desarrollar un proyecto sin tener una visión clara de cómo se verá al final ni de que resultados entregará. Stephen Covey, autor de los 7 hábitos de personas altamente exitosas, menciona que el segundo habito es "Comenzar con el fin en mente". Esto precisamente aplica a la ingeniería.

Descubrir el Cómo y el Qué de un proyecto que busca "Mejorar al mundo" requiere de la recolección y análisis profundo de datos. Datos obtenidos de entrevistar a partes interesadas e impactadas por el proyecto, así como comparar la información resultante contra las capacidades técnicas en mano. Este proceso de recolección de datos tiene el objetivo de determinar claramente el problema específico a resolver para "Mejorar el mundo", obteniendo en su resultado potenciales avenidas para su intervención.

La necesidad de recolectar estos datos nos brinda, además de tener una meta clara, la capacidad de seleccionar y moldear las capacidades técnicas (herramientas digitales y físicas) para cumplir los requisitos. De lo contrario caeremos en el error de los tecnócratas que quisieron hacer del mundo un lugar incoloro y aburrido.

Sin un proceso científico, el desarrollo de proyectos es sólo una prueba y error aleatoria con poca probabilidad de lograr algo. Es decir, estamos tirando nuestro esfuerzo, tiempo, y dinero en lograr nuestras metas si no seguimos procesos científicos.

La nota final sobre la figura 1 es que el proceso tiene una forma de V por una sencilla razón. Este proceso es aplicado a sistemas complejos como lo son los sistemas vivos. Entre el diseño y desarrollo del sistema y su implementación de este en el ambiente requiere un bucle de comprobación del que ya hablamos. Este proceso iterativo de comprobación es necesario con cuanto avance se haga porque no hay factores determinísticos en el diseño y desarrollo de sistemas complejos. No hay forma de saber que si hacemos X la gente reaccionará con Y, de hecho no existe Y en el mapa. Esa Y se descubrirá probando el avance ingenieril con sus sujetos de interés.

Ahora que hemos comprendido como funciona y para qué es necesario este proceso ingenieril pasemos a la visión de la ingeniería de tokens.

La ing. de tokens busca crear estándares de construcción que permitan la máxima libertad de creación sin preocuparse por potenciales peligros.

Piensa que la ing. de tokens busca crear los muros, techos, ductos eléctricos y de agua para construir un edificio. Los proyectos que usan ingeniería de tokens saben que pueden aplicar plantillas de edificios probadas y seguras para llevar a cabo sus objetivos, con la libertad absoluta de poner un ventilador aquí y una oficina allá sin miedo a que cualquier de sus cambios pueda provocar que el edificio se vaya a caer.

En la industria web3 ya hay muchos proyectos que están desarrollando tanto plantillas de edificios como elementos interiores. Sin embargo, lo que ha venido faltando es una herramienta para verificar que esas plantillas y elementos construidos comprueben tanto la seguridad, como el efectivo logro de los objetivos por los cuales se diseñaron esos elementos. Esto SIN afectar a nadie ni esperar el paso del tiempo para descubrir que existen fallas críticas.
Para ello, se requiere simular, verificar (comprobar que los requisitos se cumplen), y validar (comprobar que se cumplen con los estándares que determinamos) los sistemas creados en la blockchain.

En 2018, por primera vez en la historia, se desarrolló una herramienta que permite lo anterior. Blockscience creó cadCAD, que por sus siglas en inglés significa Diseño Complejo y Dinámico Asistido por Computadora.

significado de cadCAD
significado de cadCAD

Estas notas son parte de mi camino de mejorar el mundo en el nací. Estoy trabajando actualmente en facilitar la adopción de tecnologías y conocimientos criptográficos, descentralizados, cooperativistas, y post-capitalistas para re-moldear nuestras ciudades en unas de bienestar para todos sus habitantes.

Si quieres seguir de cerca cómo facilitaremos este cambio, siguenos en https://twitter.com/0xUrbanika

Si quieres unirte a una DAO, contáctame aquí.

O si deseas convertirte también en un o una ingeniera de tokens, regístrate acá. Es gratis. Si no sabes qué estudiar, haz una pausa, toma este curso y luego tomas una decisión. Un profesional en ingeniería de tokens es contratado por al menos 4 mil 500 euros al mes, y hay más demanda que oferta de profesionales. Además es un rol clave para el diseño de mejores futuros para todos.

Referencias
Nombre original del artículo: On the practice of Token Engineering, part III: Something is missing
Enlace: https://medium.com/block-science/on-the-practice-of-token-engineering-part-iii-something-is-missing-9a76cc926a0
Imagen 1. Vehículo-centrista extraída de http://noticias.coches.com/noticias-motor/mas-carreteras-mas-atascos/179133
Imagen 2. Humano-centrista extraída de https://www.pinterest.com/pin/501729214738735389/
Imagen 3. Bio-centrista extraída de https://ensia.com/features/urban-forests-green-spaces-food-security/

Subscribe to Humberto Besso Oberto Huerta 🐙
Receive the latest updates directly to your inbox.
Verification
This entry has been permanently stored onchain and signed by its creator.
More from Humberto Besso Oberto Huerta 🐙

Skeleton

Skeleton

Skeleton