Descentralización Progresiva: ¿Cómo Poner un Proyecto de Blockchain en Manos de la Comunidad?
Una guía para avanzar hacia la descentralización del proyecto…
Esta es una versión traducida y adaptada del artículo “Progressive decentralization: a high-level framework” publicado por Jad Esber y Scott Duke Kominers en el blog de A16Z Crypto.
La descentralización es un imperativo de la Web3. Pero también puede ser útil en otros contextos de negocio.
La Web3 busca abandonar la centralización con el objetivo de alcanzar una mayor seguridad, apertura y propiedad de la comunidad.
En negocios más tradicionales, la descentralización puede servir para un mayor involucramiento de los stakeholders y una toma de decisiones más informadas. Por ejemplo, la descentralización es clave para concretar el popular concepto de “organización autogestionada”.
Sin embargo, comenzar de manera completamente descentralizada puede ser difícil o totalmente impráctico. Los elementos iniciales de diseño de un proyecto requieren una visión y un control centralizados. En las etapas iniciales, la centralización hace que sea más fácil coordinar, lanzar e iterar rápidamente hacia el product-market fit.
Pero empezar con cierto grado de centralización no significa que haya que seguir así para siempre.
En este artículo, vamos a presentar un marco general para diseñar un plan de descentralización futura desde el comienzo del proyecto y ofreceremos una guía sobre cuándo y cómo hacerlo. La guía puede aplicarse tanto a proyectos de Web3 como a organizaciones tradicionales.
Nuestra intención es ayudar a aquellos interesados en la descentralización a que piensen en cómo encarar el desafío.
Sin embargo, no hay una receta única para todos. Los mecanismos precisos de la descentralización dependen del contexto específico del negocio.
Este artículo es apenas una introducción. No es una guía para tomar decisiones sino más bien un marco sobre cómo empezar a pensar sobre el problema.
También hay que tener en cuenta que la descentralización no necesita ser “todo o nada”. Con una planificación adecuada, un proyecto puede ir descentralizándose a lo largo del tiempo. Y para planificar adecuadamente, hay que entender las diferentes dimensiones a lo largo de las cuales nuestro negocio puede descentralizarse y cómo hacerlo en el momento adecuado.
Para hacer una analogía, podemos pensar en la descentralización progresiva como en una organización que se vuelve totalmente remota. Empezar en una oficina central con reuniones presenciales puede ser útil para la coordinación. Pero, con el tiempo, hay beneficios en que la empresa se vuelva más distribuida.
Pero manejar una fuerza de trabajo distribuida requiere invertir en tecnología de comunicación remota y documentar cuidadosamente los procesos. Diseñar una organización sabiendo que algún día todos los miembros trabajarán de manera remota hace más sencillo planificar desde el comienzo.
Lo mismo es cierto con la descentralización progresiva.
La Descentralización Puede Ser Valiosa
La descentralización es la transferencia del control y de la toma de decisiones desde una entidad centralizada (un individuo, organización o grupo) a una red distribuida. Esto puede aplicarse a los diferentes elementos de un negocio, incluyendo la creación de contenido, la gobernanza y los procesos.
Con frecuencia, la descentralización es funcional. Por ejemplo, una organización podría agregar opiniones de una red descentralizada de individuos.
La Web3 busca utilizar la propiedad compartida para incentivar la participación de mucha gente a la vez. (En un artículo anterior, escribimos sobre cómo “construir plataformas abiertas que comparten valor directamente con los usuarios crea más valor para todos, incluso la plataforma”).
En otros contextos, la descentralización puede proveer seguridad. Por ejemplo, contra la censura (aunque para que esto funcione, es importante estructurar la gobernanza adecuadamente).
Por otro lado, las plataformas de Web3 que buscan emitir sus propios activos digitales también necesitan descentralizarse por razones regulatorias.
Quizá incluso más importante, la descentralización puede ser una forma de compromiso para construir el producto con el interés de los usuarios en mente. Esto es similar a como las cooperativas buscan una distribución equitativa de los recursos entre sus miembros.
También hay un grupo de gente que, por sus principios, es más probable que sólo se interese en participar en proyectos que tengan planes de descentralizarse. Y otros porque creen que estos proyectos tendrán un mayor valor económico en el largo plazo.
La Descentralización no es Fácil
Si bien la descentralización puede ser valiosa (e incluso necesaria) para un negocio, puede ser difícil empezar el camino de esa manera. En el corto plazo, hay muchas presiones hacia la centralización incluso para compañías que están comprometidas con la descentralización en el largo plazo.
Piensa en el desafío, por ejemplo, de lanzar un producto o realizar el tipo de iteración rápida que se necesita para llegar al product/market fit sin un equipo a cargo ni un proceso centralizado de toma de decisiones.
Además, en la Web3, la descentralización también tiene típicamente una expectativa de composabilidad, lo que implica el riesgo de que alguien pueda “forkear” tu producto antes de que alcance escala suficiente. Y confiar en una gobernanza descentralizada u otras formas de crowdsourcing sin las estructuras de soporte adecuadas puede exponer a una plataforma a riesgos de fraude.
En el corto plazo, es normal que estas fuerzas conduzcan a la centralización. Pero es importante que no lleven a decisiones de diseño que vuelvan difícil una descentralización futura. Aunque haya buenas razones para ser más centralizado al comienzo, deberías diseñar tu proyecto para una futura descentralización.
Descentralización Progresiva
En esta sección, presentaremos una guía que puede ayudarte en tu plan de descentralización.
Lo primero es identificar las diferentes dimensiones en las cuales tu negocio podría volverse descentralizado. Por ejemplo, una plataforma podría descentralizar su curación de contenido mientras mantiene un stack tecnológico relativamente descentralizado.
En líneas generales, todo producto puede dividirse en “unidades mínimas descentralizables” (MDUs) independientes unas de otras. El equipo puede decidir descentralizar a lo largo de cada una de estas dimensiones de manera aislada.
Las MDUs podrían incluir al core team, a los colaboradores externos, al stack tecnológico y más (discutiremos esto en detalle más abajo).
Además incluso dentro de una misma MDU, no necesitas ir de 0 a 100 de un momento a otro. Podrías empezar por descentralizar gradualmente la curación, digamos, solicitando recomendaciones de contenido de la comunidad. Y sólo en una etapa posterior podrías decidir descentralizar completamente todas las decisiones de contenido.
Visualmente, podríamos pensar en esto como en un conjunto de palancas, un “ecualizador de descentralización”, quizá con un ajuste algo diferente para cada MDU. Puedes deslizar cada palanca hacia arriba a su propio ritmo. Y la dificultad de mover cada palanca dependerá de cuán preparado esté el negocio para descentralizarse en esa dimensión.
Si bien crear la arquitectura del negocio con la descentralización en mente desde el comienzo puede ser más costoso, podría ser una fuente de ventaja competitiva ya que vuelve al proceso de descentralización más sencillo en el largo plazo.
Caracterizando los MDUs
En todo momento, es importante mantenerse alineado en torno a una visión de cómo y qué descentralizar. Esto requiere coordinación y algo de supervisión sobre el “ecualizador de descentralización”.
Si bien las MDU varían a lo largo de distintos negocios y categorías de producto, veamos algunos ejemplo de cómo podrías configurarlas para una descentralización exitosa:
- Core team.
Es importante contratar gente capaz de organizar su propio trabajo para que sea posible que miembros externos asuman algunas responsabilidades.
Por ejemplo, un community manager que diseñe la comunidad de tal forma que permita a los miembros empezar a autogestionarse y autogobernarse.
Adicionalmente, invertir en aumentar las habilidades del equipo con una mirada en la descentralización como un objetivo de largo plazo. También adoptar nuevas tecnologías y mejores prácticas que apoyen esos esfuerzos.
2. Colaboradores externos.
Mientras más nos movemos hacia la descentralización completa, más se va involucrando la comunidad en el desarrollo y gobierno del producto.
Deberíamos intentar construir de manera participativa y cultivar la comunidad que se ocupará de construir sobre la infraestructura compartida, contribuir con contenido y/o gobernar el sistema.
Pero no sólo se tratar de invitar a la participación de la comunidad. También hay que crear una organización que habilite a la gente a contribuir y los recompense por hacerlo. Esto requiere construir canales de feedback robustos así como una serie de estructuras y procesos que los acompañen.
Una buena práctica es rastrear e incentivar las contribuciones de la comunidad a través de puntos o tokens de recompensa (ver este artículo nuestro para aprender más sobre diseño de sistemas de reputación).
Por ejemplo, podrías empezar por comprometer a desarrolladores externos a testear tu infraestructura central — quizá dando recompensas a desarrolladores que construyan por encima del protocolo.
3. El stack de tecnología.
La arquitectura del stack puede construirse de manera modular tal que permita ir reemplazando gradualmente los servicios centralizados que vas a utilizar en los primeros tiempos por sus equivalentes descentralizados.
Por ejemplo, podrías empezar almacenando contenido en AWS y con el tiempo hacer una transición a servicios de almacenamiento descentralizado como Arweave o IPFS.
4. Finanzas.
Deberías planificar para la descentralización tanto en la forma en que financias inicialmente tu negocio como en la forma en que asignas tus recursos interna y externamente.
En particular, deberías estructurar las finanzas de forma que se pueda sostener a la organización sin un control central.
Por ejemplo, considerar cómo tus inversores reaccionarían ante un escenario de salida a la comunidad (que quizá podríamos llamar “decentralexit”), y pensar en contribuciones regulares a una tesorería de la comunidad.
5. Procesos internos.
Es importante invertir tiempo en pensar cómo descentralizar partes de las operaciones y de los procesos de negocio.
Para esto, podrías necesitar una documentación detallada que ayude a los miembros de la comunidad entender los antecedentes y el contexto de decisiones de gobernanza específicas.
Podría ser útil detallar explícitamente cuáles son los MDUs de la organización. Esto sirve para que todos, tanto en el equipo como en la comunidad, estén en la misma página sobre cuáles son las palancas de descentralización. No sólo compartir ese plan está en el espíritu de la descentralización. También permite a la comunidad ayudar a llegar hasta allí.
Una vez que has definido un conjunto de MDUs, debes identificar en qué lugar está la palanca en cada una de las dimensiones. Y formar una visión de adónde te gustaría ir en el tiempo. Esto requiere definir la secuencia en la que vas a mover cada palanca. Deberías empezar con aquella que tenga un menor impacto en caso de que las cosas salgan mal.
¿Qué Palanca Mover? ¿Y Cuándo?
Finalmente, ¿cómo sabes cuándo es tiempo de mover una palanca hacia arriba? Es decir, ¿cuando puedes aumentar la descentralización de una o más dimensiones?
Desde una perspectiva amplia, lo primero es que tu sistema sea relativamente estable. ¿Qué significa esto exactamente?
En un artículo anterior de a16z, Jesse Walden proponía a los equipos evaluar en qué etapa del viaje se encontraban en su búsqueda del product/market fit. ¿Cuántas iteraciones todavía tienes que realizar? ¿Y cuán rápido?
Cualquier tipo de cambio organizacional hará que la operación se vuelva más lenta. Debes definir el momento de mover una palanca de tal forma que el beneficio de largo plazo de moverla más que compense la desventaja de hacer la operación más lenta en el corto plazo.
Idealmente, sólo deberías hacer el movimiento en un momento en que la dinámica social y económica de tu plataforma se haya estabilizado lo suficiente como para que puedas predecir cómo los ajustes en el nivel de descentralización podrían afectar el comportamiento y los resultados de la comunidad.
Luego, deberías evaluar cada MDU de manera independiente. Cada dimensión tendrá su propio conjunto de factores a considerar antes de mover la palanca.
A veces, podrías verte “forzado” a descentralizar alguna dimensión específica. Por ejemplo, si tienes un volumen muy grande de contenido generado por la comunidad y no das abasto para gestionarlo por tí mismo. En este caso, podrías involucrar a la comunidad en la curación.
Alternativamente, podrías elegir aumentar la descentralización por voluntad propia. Quizá veas valor de negocio de largo plazo en almacenar contenido de manera descentralizada. Así que podrías tomar la decisión proactiva de empezar a utilizar ese servicio.
Nuevamente, no se trata de todo o nada. La descentralización ocurre a diferentes velocidades en cada MDU.
Por ejemplo, podrías planificar tus finanzas de modo que se mantenga abierta la opción de “salida a la comunidad” abierta desde el día 1; establecer una tesorería de la comunidad a los 6 meses; y luego avanzar hacia un manejo completamente descentralizado de las finanzas.
Y, en paralelo, aún podrías tener un stack tecnológico centralizado mientras iteras hacia un producto estable.
La descentralización es potente, pero no es fácil. Especialmente en los comienzos, la necesidad de una iteración rápida, de control de calidad y de seguridad con frecuencia tiran hacia el lado del desarrollo centralizado (aunque esto podría cambiar a medida que avanza la tecnología para el desarrollo descentralizado).
Si nuestro objetivo es que nuestro negocio sea descentralizado en el largo plazo, deberíamos empezar a planificar para eso desde el comienzo, y no perder el objetivo de vista a medida que avanzamos en la construcción.
Con el tiempo, quizá veamos el rol del CEO o el COO evolucionar para ocuparse del “ecualizador de descentralización”. Incluso podríamos pensar en la creación de una nueva posición, como un “director de descentralización”.
Pensar en términos de MDUs puede ayudarnos a entender dónde y cómo descentralizar los diferentes aspectos de nuestro negocio. Y, a medida que el producto vaya evolucionando, podemos descentralizar progresivamente a lo largo de cada MDU, cuando el momento sea correcto.
