Ingeniería de tokens: un plan para construir economías descentralizadas sostenibles

Esta guía completa sirve como un recurso esencial para navegar en el complejo e interdisciplinario campo de la ingeniería de tokens, basado en el diseño de sistemas y la ingeniería de sistemas complejos. Este artículo describe las fases críticas (análisis de requisitos del sistema, análisis del sistema y diseño del sistema) del desarrollo de sistemas criptoeconómicos descentralizados. La guía también alinea estas fases con los marcos establecidos tanto en ingeniería de sistemas como en creación de ecosistemas basados en tokens. Además, proporciona un desglose detallado de tareas, habilidades y entregables para cada fase. Los lectores no solo obtendrán una comprensión profunda de por qué la ingeniería de tokens es vital para las economías digitales sostenibles, sino también conocimientos prácticos sobre el proceso, las herramientas y los expertos que dan forma a este campo dinámico.

Descripción general del contenido

• Introducción
• ¿Qué es la ingeniería de tokens?
• Proceso de ingeniería de tokens
• Análisis de requisitos del sistema
• Análisis del sistema
• Diseño de sistemas
• Resumen
• Empresas a tener en cuenta
• Comunidades en línea
• Herramientas
• GitHub
• Cursos
• Recursos adicionales

Introducción

En 2022, comencé mi andadura en la ingeniería de tokens, con experiencia en ingeniería mecatrónica y robótica. Durante los últimos dos años, he reunido recursos que creo que pueden guiar a otros en la navegación en este dominio emergente. Esta investigación ha sido influenciada significativamente por varias figuras clave en el campo. El marco conceptual para comprender los sistemas criptoeconómicos se basa en gran medida en las innovadoras contribuciones de Michael Zargham , que definen la ingeniería de tokens como una disciplina tanto de diseño de sistemas como de ingeniería de sistemas complejos. Angela Kreitenweis ha desempeñado un papel clave en el avance del campo de la ingeniería de tokens a través de la plataforma TE Academy y sus iniciativas, que incluyen la organización de sesiones de investigación, eventos como EthCC Barcamp, grupos de estudio, cursos y subvenciones, al mismo tiempo que reúne a una comunidad global de expertos y entusiastas en este campo. Krzysztof Paruch , Trent McConaghy y el Dr. Achim Struve son otras figuras clave cuya valiosa investigación ha desempeñado un papel fundamental en la definición y el establecimiento de este dominio emergente al enfatizar la centralidad de la ingeniería de tokens para la innovación y el desarrollo dentro de los ecosistemas web3. Reconociendo la naturaleza intrincada e interdisciplinaria de este dominio y la naturaleza compleja y diversa de los temas, he incluido una variedad de enlaces de recursos a lo largo del artículo para ofrecer a los lectores una comprensión más profunda de conceptos específicos.

¿Qué es la ingeniería de tokens?

Definición

La ingeniería de tokens es el diseño, verificación y optimización de sistemas económicos complejos basados en tokens.

Por qué es importante la ingeniería de tokens

Token Engineering no se trata solo de crear activos digitales ; Es una disciplina rigurosa que exige un enfoque integral para diseñar sistemas descentralizados. Así como los sistemas tradicionales requieren una planificación, análisis y diseño meticulosos, los ecosistemas simbólicos también exigen un proceso riguroso para su concepción y realización. Ya sea que esté recopilando requisitos o implementando contratos inteligentes, cada fase desempeña un papel fundamental para garantizar que el sistema descentralizado no solo sea técnicamente sólido sino también económicamente viable y socialmente impactante. A medida que profundicemos en los matices de cada fase, verá que Token Engineering no es simplemente un esfuerzo técnico sino un enfoque integral para crear economías digitales sostenibles.

En el panorama contemporáneo de los sistemas económicos descentralizados y distribuidos habilitados por blockchain, profundizaremos en el campo de la ingeniería de tokens como una parte importante del desarrollo de ecosistemas descentralizados, viéndolo a través del marco del diseño de sistemas y situándolo como un subconjunto especializado. de la ingeniería de sistemas complejos.

Proceso de ingeniería de tokens

En este artículo, delinearemos el alcance del proceso de ingeniería de tokens dentro del marco de las tres fases estándar del ciclo de vida de desarrollo del producto. Este proceso de ingeniería de tokens se alinea estrechamente con los marcos establecidos en ingeniería de sistemas y también con el marco estructurado de creación de ecosistemas basados en tokens de Outlier Ventures, que incluye las fases de descubrimiento, diseño e implementación. Describiremos las habilidades necesarias, los resultados esperados y las herramientas esenciales para cada fase para ofrecer una comprensión integral del campo.

1. Análisis de requisitos del sistema

2. Análisis del sistema

3. Diseño de sistemas

   
   

Análisis de requisitos del sistema

El análisis de los requisitos del sistema es la primera fase en la que documentamos los requisitos del sistema. Aquí definimos lo que se supone que debe lograr el sistema. Las partes interesadas generalmente acuerdan estos requisitos antes de seguir adelante. Esto prepara el escenario para las fases posteriores de análisis, diseño y desarrollo y sirve como punto de referencia para todas las partes interesadas.

La fase de Análisis de requisitos del sistema se divide a su vez en los siguientes subpasos/fases:

1. Recopilación de requisitos del sistema
2. Análisis de requerimientos

Recopilación de requisitos del sistema

En este paso, se recopilan las necesidades y limitaciones de alto nivel de las partes interesadas (documentadas/verbales). La atención se centra en comprender lo que las partes interesadas esperan que logre el sistema. Esto podría incluir requisitos tanto funcionales como no funcionales, como características, rendimiento, seguridad y cumplimiento.

Proceso

Enfocado principalmente a identificar y detallar las características y funcionalidades que debe tener el sistema. Esta fase a menudo implica entrevistas con las partes interesadas, definiciones de casos de uso y la documentación de requisitos funcionales y no funcionales. Responde preguntas como "¿Qué debería hacer el sistema?" y "¿Cuáles son las limitaciones?"

• Realizar entrevistas con las partes interesadas para recopilar necesidades y expectativas.
• Documente historias de usuarios o casos de uso.
• Identificar requisitos funcionales y no funcionales (por ejemplo, seguridad, escalabilidad).

Componentes

• Requisitos funcionales (características que debe tener el sistema)
• Requisitos no funcionales (rendimiento, seguridad, cumplimiento de regulaciones legales como las leyes contra el lavado de dinero (AML), etc.)
• Requisitos de desempeño
• Requisitos técnicos del sistema
• Especificaciones
• Casos de uso o historias de usuario (Escenarios que describen cómo se utilizará el sistema)

Análisis de requerimientos

Después de la recopilación inicial de los requisitos del sistema, el segundo subpaso/fase del análisis de requisitos se centra específicamente en examinar y refinar los requisitos del proyecto analizando, validando y priorizando estos requisitos mientras se documentan los requisitos funcionales y no funcionales de un sistema. El objetivo es garantizar que los requisitos sean específicos, mensurables, alcanzables, relevantes y con plazos determinados (SMART). Esto implica actividades de aclaración, priorización y validación.

Los requisitos refinados se convierten entonces en la base para el análisis y el diseño del sistema. Este paso garantiza que los requisitos sean inequívocos, completos y alineados con los objetivos del proyecto. Garantiza que todas las partes interesadas tengan un entendimiento mutuo de lo que se supone que debe lograr el sistema.

El análisis de requisitos podría responder: "¿Qué tipo de recompensas de apuesta incentivarán la participación en la red?"

Componentes

Si bien el análisis de los requisitos del sistema a menudo comienza con la recopilación de los requisitos iniciales de las partes interesadas, la parte del análisis de requisitos profundiza para examinar esos requisitos en busca de claridad, integridad, viabilidad y relevancia mediante:

• Validación: Asegurar que los requisitos recopilados estén alineados con los objetivos del proyecto y las necesidades de las partes interesadas.
• Priorización : decidir qué requisitos son imprescindibles y qué requisitos son deseables.
• Aclaración: Desglosar los requisitos de alto nivel en especificaciones más detalladas.
• Resolución de conflictos: Identificar y resolver requisitos conflictivos de diferentes partes interesadas.

El resultado del proceso de análisis de requisitos suele ser una versión actualizada y más detallada del Documento de especificación de requisitos, que ahora incluye requisitos priorizados, clarificados y validados.

Habilidades / Técnicas

• Ingeniería de requisitos
• Modelado de casos de uso, mapeo de historias de usuario y priorización de funciones
• Diseño de mecanismos y teoría de juegos.
• Comunicación y Gestión de Grupos de Interés
• Comprensión básica de los conceptos de blockchain y Web3.

En el contexto de ecosistemas de tokens o proyectos blockchain, la fase podría involucrar el diseño de mecanismos y la teoría de juegos. Estos métodos ayudan a diseñar estructuras de incentivos, modelos de gobernanza y otras características que son cruciales para los sistemas descentralizados. La atención se centra aquí en qué mecanismos deberían existir para que el sistema funcione como se desea.

Salida/Entregable

• Documento de especificación de requisitos: un documento detallado que describe lo que debe hacer el sistema, que a menudo incluye maquetas o esquemas.

Incluye tanto la recopilación de requisitos inicial como el Análisis de requisitos más detallado. Describe lo que se espera que haga el sistema. El Documento de especificación de requisitos se centra en el "qué": lo que el sistema debería lograr sin detallar cómo lo hará.

Ejemplo

Supongamos que estamos construyendo un protocolo Metaverso que permite a los usuarios poseer, intercambiar e interactuar con activos digitales en un mundo virtual.

Los requisitos podrían incluir:

1. Activos digitales propiedad del usuario (NFT).
2. Un mercado para negociar activos.
3. Espacios virtuales para la interacción social.
4. Mecanismos de gobernanza de las decisiones comunitarias.
5. Interoperabilidad con otros protocolos de Metaverse.
6. Baja latencia y alto rendimiento.

En el análisis de los requisitos del sistema, documentamos estas características y criterios que el protocolo Metaverse debe cumplir y analizamos y refinamos debidamente estos requisitos. Esta etapa sienta las bases y sirve como guía para lo que se supone que debe lograr el sistema.

Análisis del sistema

Una vez que sabemos qué se supone que debe hacer el sistema, procedemos a analizar cómo se puede hacer y qué desafíos pueden surgir. Este paso implica estudios de viabilidad, gestión de riesgos, pruebas de tensión, modelos económicos y, a veces, prototipos iniciales para validar supuestos clave. Los hallazgos de esta etapa pueden refinar o incluso alterar los requisitos originales. El análisis de sistemas también implica evaluar sistemas similares existentes y comprender diversas facetas, como los requisitos del usuario, las limitaciones del sistema y los posibles cuellos de botella. A menudo incluye analizar la viabilidad del proyecto en términos de tecnología y economía. Implica examinar las implicaciones de la integración con los ecosistemas existentes o el potencial para crear nuevos sistemas.

Esta fase, especialmente en sistemas complejos como los ecosistemas de tokens, implica especificación matemática, especificaciones diferenciales, representación del espacio de estados, modelado basado en agentes y modelado de dinámica de sistemas para validar la viabilidad y robustez de los mecanismos diseñados en la fase de análisis de requisitos para validar suposiciones sobre la el comportamiento del sistema, los incentivos para los usuarios y la viabilidad económica. Estos métodos tienen como objetivo prever cómo se comportará el sistema en diferentes condiciones.

El análisis del sistema podría responder: "¿El mecanismo de apuestas resistirá la volatilidad extrema del mercado y cómo se comportarán los agentes en tales condiciones?"

El análisis del sistema tiene como objetivo comprender cómo implementar mejor los requisitos y desafíos técnicos asociados con la implementación de esas características y funcionalidades. Esta fase implica simulaciones, modelados y otras formas de validación para comprender cómo el sistema puede cumplir con los requisitos definidos. Responde a preguntas como "¿Es esto técnicamente factible?" y "¿Cuáles son los riesgos potenciales?"

Tareas

• Estudios de viabilidad: Viabilidad técnica, económica y operativa.
• Modelado preliminar para validar suposiciones o comprender el comportamiento del sistema.
• Evaluación de riesgos: Identificación de posibles cuellos de botella, limitaciones o riesgos de seguridad.
• Modelado y Simulaciones: Para modelado de comportamiento y diseño de incentivos para usuarios, para validar suposiciones y comprender el comportamiento del sistema.

Habilidades / Técnicas

• Modelado matemático (especificaciones matemáticas, especificaciones diferenciales )
• Representaciones del espacio de estados
• Modelado estadístico
• Dinámica de sistemas y simulaciones basadas en agentes

Salida/Entregable

• Informe de viabilidad: documentar la viabilidad y los riesgos asociados al proyecto.
• Requisitos actualizados: modificaciones o refinamientos a los requisitos iniciales basados en el análisis.
• Especificaciones matemáticas y diferenciales de mecanismos y sistemas.
• Modelos matemáticos (representaciones del espacio de estados) y estadísticos
• Simulaciones (basadas en agentes y dinámica de sistemas)

Ejemplo

En esta etapa, evaluamos la viabilidad y las implicaciones de los requisitos. Para nuestro ejemplo de Metaverso, esto podría incluir:

1. Viabilidad: ¿Puede la tecnología blockchain actual soportar el nivel de rendimiento que necesitamos?
2. Modelo económico: ¿Cómo funcionará económicamente el mercado? ¿Existen consideraciones de teoría de juegos para el comercio?
3. Comportamiento del usuario: ¿Cómo es probable que los usuarios interactúen con los activos y entre sí?
4. Stress Testing: ¿Cómo se comportarán los agentes en condiciones extremas?
5. Condiciones límite: ¿Qué es lo peor que puede pasar y cómo evitarlo?
6. Seguridad: ¿Cuáles son las vulnerabilidades potenciales que los actores pueden explotar?

Diseño de sistemas

Después de comprender los requisitos y completar el análisis, pasamos al diseño de la arquitectura y los componentes del sistema. Esta etapa da como resultado un modelo para construir el sistema real, incluidas decisiones sobre la pila de tecnología, modelos de datos y flujos de trabajo.

En el contexto de un sistema descentralizado o un ecosistema simbólico, el diseño del sistema sirve como modelo arquitectónico que dicta cómo se construirá el sistema y cómo sus componentes interactuarán entre sí. Esta fase viene después de que el Análisis de requisitos del sistema y el Análisis del sistema hayan establecido lo que el sistema debe hacer y hayan verificado que es factible.

Tareas

• Diseño arquitectónico: Trazado de la estructura de alto nivel del sistema.
• Diseño de componentes: Diseño detallado de cada componente, como contratos inteligentes o API, Integraciones.
• Modelado de datos: decidir cómo se almacenarán, accederán y gestionarán los datos.
• Modelos de tokens, estrategias, KPI,

Habilidades requeridas

• Arquitectura de software
• Desarrollo de contratos inteligentes
• Ingeniería de Sistemas
• Verificación y optimización
• Diseño de experiencia de usuario (UX)

Salida/Entregable

• Documento de diseño del sistema: un modelo completo de la arquitectura del sistema, los componentes, los modelos de datos y los flujos de interacción.

  
  

El Documento de especificaciones del sistema se centra en el "cómo": proporciona un modelo para construir el sistema.

Este documento es más técnico y suele ser el resultado de la fase de Diseño del sistema. Describe cómo el sistema cumplirá con los requisitos establecidos en el Documento de especificación de requisitos. El Documento de Especificaciones del Sistema puede incluir:

Ejemplo

Una vez establecidos y analizados los requisitos, pasamos al diseño del sistema para crear la arquitectura que satisfaga estos requisitos. Para nuestro protocolo Metaverso, esto podría implicar:

1. Capa Blockchain: elegir entre una solución de capa 1 o capa 2 según las necesidades de escalabilidad.
2. Contratos inteligentes: diseño de los contratos que manejarán la propiedad, el comercio y la gobernanza de los activos.
3. Tokenomics: definición del papel de los tokens para incentivar la participación y la gobernanza.

Si hemos determinado en el Análisis de Requisitos que nuestro ecosistema de tokens necesita un token de gobernanza, y el Análisis del Sistema ha confirmado que dicho mecanismo es factible, la fase de Diseño del Sistema especificará:

• El código de contrato inteligente para acuñar y distribuir tokens de gobernanza.
• Estructura de gobernanza, quórum, umbral de quórum, poder de voto, etc.

Resumen

Estos pasos del desarrollo de productos son secuenciales pero no estrictamente lineales; a menudo son iterativos y pueden repetirse entre sí.

Por ejemplo:

• Bucles de retroalimentación: durante el análisis del sistema, es posible que descubra que algunos requisitos no son factibles o podrían optimizarse, lo que lleva a una revisión de los requisitos del sistema.
• Refinamiento iterativo: a medida que avanza el diseño, nuevos conocimientos podrían requerir revisar las etapas de análisis o requisitos.
• Desarrollo ágil: en marcos ágiles, estos pasos pueden ocurrir en ciclos iterativos más pequeños en lugar de una secuencia grande, lo que permite un refinamiento continuo.

Estas fases son iterativas y, a menudo, retroceden para realizar mejoras. Por ejemplo, durante el diseño del sistema, es posible que se dé cuenta de la necesidad de actualizar los requisitos o volver a analizar ciertos aspectos, lo que provocará un regreso a fases anteriores. Cada fase tiene su propio conjunto de habilidades especializadas, pero todas contribuyen al objetivo final del proyecto: construir un sistema Web3 funcional y eficaz.

Empresas a tener en cuenta

• ciencia de bloques

• Guantelete

• Academia TE

• Laboratorios TE

• Empresas atípicas

• TE Comunes

• Laboratorios BlockApex

• Tokenomía Pro

• Tokenómica DAO

• Diseño económico

• CriptoEconLab

  
  

Aquí hay una lista de empresas que contribuyen indirectamente al campo de la ingeniería de tokens a través de investigaciones valiosas:

• ConsenSys
• a16z criptografía
• Protocolo Oceánico
• Paradigma
• Eslabón de la cadena

Comunidades en línea

• Discordia de la Academia TE
• Discordia de TE Labs
• Sesiones de investigación de TE Academy
• Grupos de estudio de TE Academy
• La discordia de Outlier Venture
• Discordia de pila común
• discordia cadCAD
• Lista de Twitter
• Grupo de investigación de la curva de vinculación

Herramientas

La siguiente es una lista de herramientas comúnmente utilizadas en este dominio, completa con enlaces para un mayor aprendizaje y comprensión. También se destacan personas notables que trabajan en estas herramientas.

1. cadCAD de BlockScience — Michael Zargham, Zanecstarr ( Introducción a cadCAD de Micheal Zargham , tutoriales de Youtube , tutorial del modelo , descripción general de la estructura del modelo , grupo de estudio , proceso de modelado , foro comunitario , grupo de estudio de cadCAD en discordia de TE Academy)
2. Maquinaciones - Curiousrabbit Eth
3. radCAD por CADLabs
4. TokenSpice por Ocean Protocol Team - Trent McConaghy ( Verificación de sistemas basados en tokens , Herramientas de verificación )
5. QTM de Outlier Venture's - Dr. Achim Struve
6. Integración QTM radCAD (en curso) - Dr. Achim Struve
7. Investigación de la curva de vinculación (en curso) - Curiousrabbit Eth
8. Ingeniería de tokens impulsada por IA (en curso) - Rohan Mehta

GitHub

Más allá de los repositorios de GitHub para herramientas y modelos citados en este artículo, vale la pena explorar los siguientes repositorios de GitHub adicionales.

1. https://github.com/CADLabs
2. https://github.com/BlockScience
3. https://github.com/bonding-curves
4. https://github.com/Jeiwan/uniswapv3-code/tree/main
5. https://github.com/backstop-protocol/whitepaper/blob/master/Risk Analysis Framework.pdf
6. https://github.com/A-Hitchhiker-s/Guide-to-Token-Engineering/tree/master

Cursos

1. Curso de la Academia TE
2. Arquitectura de software y diseño de sistemas modernos a gran escala
3. Clase magistral de cadCAD: Economía del validador de Ethereum

Recursos adicionales

Además de los numerosos recursos a los que se hace referencia a lo largo de este artículo, los siguientes materiales adicionales pueden profundizar aún más su comprensión de este complejo campo.

1. Ingeniería de tokens 101 : notas compiladas

2. Economía y matemáticas de ingeniería de tokens y Defi

3. Tokenomics y tokens blockchain: un marco morfológico orientado al diseño

4. Marco de creación de ecosistemas de tokens por Outlier Ventures

5. Ingeniería de sistemas complejos por Micheal Zargham