Gobernanza en cadena: El stack tecnológico explicado
Un desglose práctico de glosario sobre cómo los contratos inteligentes, los mecanismos de votación y las capas de consenso implementan realmente la gobernanza descentralizada.
La gobernanza se habla como si fuera un proceso político, pero el mecanismo detrás es pura ingeniería de software: contratos inteligentes, contabilidad de tokens y reglas de consenso que deciden quién puede cambiar un sistema y cómo. Si estás evaluando una DAO o una ruta de actualización de protocolo, entender el stack tecnológico importa más que leer la declaración de misión.
Los componentes principales
La mayoría de los sistemas de gobernanza en cadena se construyen a partir de un pequeño conjunto de partes:
- Contratos de votación — rastrean propuestas, cuentan votos y hacen cumplir umbrales de quórum
- Ponderación de tokens o reputación — determina cuánto cuenta el voto de una dirección dada (ponderado por tokens, cuadrático o delegado)
- Contratos timelock — retrasan la ejecución de propuestas aprobadas, usualmente 24-72 horas, para que los usuarios puedan reaccionar antes de que los cambios entren en vigor
- Módulos de ejecución — la ruta de código que realmente llama a los contratos afectados una vez que pasa una votación
Compound's Governor Bravo y OpenZeppelin's Governor contracts son las implementaciones de referencia que la mayoría de proyectos más nuevos replican o extienden. Si lees un codebase para entender el patrón, lee Governor.sol de OpenZeppelin — está bien comentado y muestra el ciclo de vida completo de la propuesta: proponer, votar, poner en cola, ejecutar.
Cómo una propuesta se mueve realmente a través del sistema
Una propuesta no es solo un post en un foro que se vota informalmente. En cadena, es calldata: una dirección de contrato objetivo, un selector de función y parámetros codificados. Cuando alguien envía una propuesta de gobernanza, está enviando la transacción exacta que se ejecutará si pasa la votación.
El flujo típicamente se ve así:
- El proponente envía calldata más una descripción, frecuentemente requiriendo un saldo mínimo de tokens para prevenir spam
- Un retraso de votación (comúnmente de 1 bloque a algunos días) le da tiempo a los tenedores para revisar antes de que la votación abra
- El período de votación se ejecuta (Compound usa aproximadamente 3 días por defecto, aunque muchos forks configuran ventanas más largas)
- Si se cumplen los umbrales de quórum y aprobación, la propuesta se pone en la cola del timelock
- Después de que expira el retraso del timelock, cualquiera puede llamar a execute para ejecutar la transacción
Ese intervalo entre el cierre de la votación y la ejecución es el resguardo de seguridad. Es la ventana donde una comunidad puede notar una propuesta maliciosa o defectuosa y, en casos extremos, coordinar una respuesta de emergencia — asumiendo que el protocolo tiene un rol guardian de emergencia o un override multisig, que muchos tienen durante la gobernanza en etapa temprana.
Dónde la lógica de ponderación se vuelve complicada
La votación simple ponderada por tokens tiene un problema conocido: quienquiera que tenga más tokens controla los resultados, y la participación de votantes es usualmente baja. Un puñado de foros de gobernanza reportan participación en porcentajes de un solo dígito del suministro circulante para propuestas rutinarias.
Los proyectos han probado varios arreglos:
- Delegación — los tenedores de tokens asignan su poder de votación a un delegado sin transferir tokens, que es cómo Compound y Uniswap manejan la votación representativa
- Votación cuadrática — el costo de votos adicionales aumenta cuadráticamente, con la intención de reducir el dominio de ballenas, aunque la resistencia a Sybil (una persona creando muchas direcciones) sigue siendo un problema abierto
- Votación de convicción — usada por algunas herramientas adyacentes a Gitcoin, donde el poder de votación se acumula cuanto más tiempo los tokens se mantienen comprometidos a una posición, favoreciendo la preferencia sostenida sobre votos snapshot
Ninguno de estos resuelve completamente la dinámica de baja participación e inclinación hacia plutocracia de la votación por tokens. Son mitigaciones, no soluciones, y cualquier entrada de glosario que afirme lo contrario está sobrevaloración la tecnología.
Señalización fuera de cadena versus ejecución en cadena
Mucho de lo que se llama
Escrito con asistencia de IA, revisado y publicado por Michal Pilch (CISSP), Korra Studio.
Esta es una nota de la base de conocimiento de Korra Studio — la plataforma combina cada tema con mentoría 1 a 1.
Empezar gratisarrow_forward