Lo esencial
- Una DAO no se autoejecuta: una propuesta aprobada la mete alguien en un contrato timelock y la ejecuta una transacción que paga un humano.
- La abstención es la norma, no la excepción. En la mayoría de las DAO grandes el quórum se alcanza gracias a un puñado de delegados con voto agregado, no gracias a los tenedores.
- Casi todas las DAO relevantes conservan una multifirma de entre tres y nueve personas con capacidad de pausar contratos o mover fondos en una emergencia. Ahí está el poder real.
- El ataque de gobernanza con flash loan hundió Beanstalk el 17 de abril de 2022 con 182 millones de dólares de pérdidas. El fallo no fue el préstamo: fue no tener retardo entre aprobar y ejecutar.
- Sin forma jurídica, una DAO puede considerarse una asociación no incorporada, con el riesgo de que sus miembros respondan con su patrimonio personal. Ya hay resoluciones en esa línea en Estados Unidos.
Las siglas prometen tres cosas: descentralizada, autónoma y organización. La tercera se cumple casi siempre. La primera, a medias. La segunda es, en la inmensa mayoría de los casos, falsa: prácticamente ninguna DAO se ejecuta sola. Hay personas que redactan la propuesta, personas que la meten en el contrato, personas que pagan el gas de la transacción que la ejecuta y, muy a menudo, un pequeño grupo con una llave de emergencia que puede saltarse todo el proceso.
Eso no convierte a las DAO en un fraude. Las convierte en algo más modesto y más interesante: un mecanismo para coordinar decisiones sobre una tesorería común con reglas que se cumplen automáticamente una vez aprobadas. Merece la pena entender cómo funciona ese mecanismo por dentro, porque es donde están tanto sus virtudes como sus puntos de rotura.
El ideal frente a la práctica
La definición canónica es una organización cuyas reglas de funcionamiento están codificadas en contratos inteligentes, cuyas decisiones se toman por votación de sus miembros y cuya ejecución no requiere intermediarios de confianza.
Las tres afirmaciones se degradan al contacto con la realidad:
- Reglas codificadas. Solo algunas lo están. El presupuesto, la contratación de colaboradores o la estrategia legal viven en documentos y hojas de cálculo, como en cualquier organización.
- Decisiones por votación. Formalmente sí. Materialmente, el voto se concentra en pocas direcciones y la participación es baja.
- Sin intermediarios de confianza. Aquí se rompe el modelo: la multifirma de emergencia es un intermediario de confianza con nombres y apellidos.
Cómo funciona una votación real, paso a paso
El circuito estándar en Ethereum tiene seis fases, y cada una tiene su propio punto débil.
- Discusión en el foro. Alguien publica una idea, se debate, se refina. Sin efecto vinculante.
- Sondeo fuera de la cadena. Una votación en una plataforma como Snapshot, donde firmar es gratis porque no se escribe nada en la cadena. Mide el sentimiento; no puede ejecutar nada.
- Propuesta on-chain. Se envía al contrato inteligente de gobernanza el conjunto exacto de llamadas que se ejecutarán: qué contrato, qué función, qué parámetros. Para enviarla hace falta superar el umbral de propuesta, una cantidad mínima de votos delegados que evita el spam.
- Retardo de votación. Un periodo entre el registro de la propuesta y el inicio de la votación, para que todo el mundo la lea.
- Votación. Se cuentan los votos a favor, en contra y las abstenciones. Debe superarse el quórum —un mínimo de votos emitidos— y el umbral de aprobación, normalmente mayoría simple de los votos a favor sobre los contrarios.
- Timelock y ejecución. La propuesta aprobada se encola en un contrato timelock que la retiene un tiempo fijo. Pasado ese plazo, cualquiera puede llamar a la función de ejecución. Y ese "cualquiera" es la clave: si nadie paga el gas de esa transacción, la propuesta aprobada no ocurre. En la práctica lo hace siempre el mismo puñado de personas del equipo o de delegados activos.
Autónoma no significa automática. Una propuesta aprobada por unanimidad se queda sin efecto si nadie llama al contrato para ejecutarla. La cadena garantiza que la orden no se puede alterar, no que alguien la vaya a cursar.
Dónde está el poder de verdad
Participación baja, voto concentrado
Son dos problemas opuestos que se alimentan mutuamente. La abstención masiva es la norma: la mayoría de los tenedores de un token de gobernanza jamás votan, porque el coste de informarse supera con mucho la influencia marginal de su voto. Es exactamente la apatía racional del accionista minoritario, agravada por el hecho de que muchos poseen el token para especular, no para gobernar.
El resultado es que el quórum solo se alcanza gracias a unos pocos participantes con mucho peso: fondos de inversión que participaron en las rondas privadas, la propia fundación del proyecto, y delegados profesionales que han acumulado poder de voto de miles de pequeños tenedores. En muchas DAO grandes, entre cinco y quince direcciones deciden de facto cualquier votación.
La delegación es el parche a la abstención: cedes tu poder de voto a una dirección que vota por ti sin que le entregues los tokens, y puedes revocarla cuando quieras. Funciona para que el sistema no se paralice, pero acentúa la concentración. La honestidad exige decirlo así: la delegación no democratiza la gobernanza, la profesionaliza.
La multifirma de emergencia
Casi todas las DAO relevantes conservan una multifirma —típicamente de 3 de 5, 4 de 7 o 5 de 9 firmantes— con alguna de estas capacidades:
- Pausar contratos ante un ataque en curso, sin esperar a una votación de días.
- Ejecutar la tesorería operativa: nóminas, proveedores, subvenciones ya aprobadas.
- Actualizar el contrato proxy que contiene la lógica del protocolo.
Las dos primeras son defendibles: ningún sistema puede responder a una explotación activa con un proceso de siete días. La tercera es la que conviene mirar de cerca, porque significa que ese grupo puede cambiar el código que custodia los fondos de los usuarios. Antes de confiar en un protocolo, busca quiénes son los firmantes, cuántas firmas hacen falta y si esa multifirma está sujeta a su propio timelock. Es la misma comprobación que recomiendo en la guía de DeFi, y por la misma razón: determina quién puede quedarse con tu dinero.
Mecanismos de gobernanza y sus puntos débiles
| Mecanismo | Para qué sirve | Punto débil |
|---|---|---|
| Umbral de propuesta | Evitar spam de propuestas | Excluye a los pequeños tenedores; obliga a buscar el apoyo de una ballena |
| Quórum | Que una minoría no decida por todos | Si es alto, bloquea la organización; si es bajo, la captura sale barata |
| Voto ponderado por tokens | Alinear voto y riesgo económico | Quien más tokens tiene, más decide. Comprar poder es legal y directo |
| Delegación | Combatir la abstención | Concentra el poder en pocos delegados profesionales |
| Voto fuera de la cadena (Snapshot) | Votar sin pagar gas | No ejecuta nada por sí mismo; depende de que alguien lo traslade a la cadena |
| Timelock | Dar margen de reacción ante propuestas maliciosas | Retrasa también las respuestas legítimas a emergencias |
| Multifirma de emergencia | Reaccionar rápido a un ataque | Es un punto central de confianza y de fallo |
| Instantánea de poder de voto | Impedir comprar votos durante la votación | Si la instantánea se toma tarde o mal, se puede manipular |
Cuando la gobernanza falla
El caso fundacional: The DAO, 2016
The DAO fue un fondo de inversión colectivo desplegado sobre Ethereum en 2016. Recaudó más de 12 millones de ETH de miles de participantes, una parte muy considerable de todo el ETH en circulación entonces. Su contrato permitía a quien no estuviera de acuerdo con una decisión "escindirse" retirando su parte a un contrato hijo.
El 17 de junio de 2016 un atacante explotó esa función de escisión mediante una llamada recursiva: la lógica enviaba los fondos antes de actualizar el saldo interno, así que la misma retirada podía repetirse muchas veces dentro de una sola transacción. Es el fallo que hoy se conoce como reentrancia. Según el registro de la propia Fundación Ethereum, se drenaron más de 3,6 millones de ETH. Los fondos quedaron atrapados en un contrato hijo sujeto a un periodo de espera, lo que dio margen para decidir qué hacer.
La decisión fue un hard fork: modificar el estado de la cadena para devolver los fondos a sus aportantes. Se activó en el bloque 1.920.000, el 20 de julio de 2016. Parte de los mineros y usuarios lo rechazaron con el argumento de que el fallo estaba en el contrato, no en el protocolo, y siguieron produciendo bloques sobre la cadena original. Esa cadena es Ethereum Classic (ETC); la que aplicó el fork es la que hoy conocemos como Ethereum (ETH).
Las dos lecciones son incómodas y siguen vigentes. La primera: "el código es la ley" duró exactamente hasta que la cantidad en juego fue suficientemente grande. La segunda: la capacidad de revertir existía porque un grupo reducido de personas podía coordinar a los validadores. Eso no es autonomía; es gobernanza social operando por encima del código.
Ataques de gobernanza
Si el poder de voto se puede comprar o alquilar, la gobernanza se puede comprar o alquilar. Hay dos variantes.
La acumulación paciente: alguien compra tokens de gobernanza en mercado abierto hasta poder aprobar propuestas. Es lenta, cara y visible, pero perfectamente legal y ha ocurrido en protocolos con tesorerías superiores a su propia capitalización, donde comprar el control sale más barato que el botín.
La captura instantánea con flash loan: el atacante toma prestada en un solo bloque una cantidad enorme de tokens de voto, la usa para aprobar su propia propuesta y la ejecuta antes de devolver el préstamo, todo dentro de la misma transacción. Es lo que ocurrió en Beanstalk el 17 de abril de 2022, con pérdidas de 182 millones de dólares. El error de diseño no fue permitir flash loans —una primitiva del ecosistema que no se puede prohibir— sino permitir que una propuesta se votara y se ejecutara sin ningún retardo intermedio.
Las defensas estándar son tres: tomar una instantánea del poder de voto en un bloque anterior al de la propuesta, de modo que comprar tokens después no sirva de nada; imponer un retardo de votación que impida votar en el mismo bloque en que se propone; y añadir un timelock antes de la ejecución. Un protocolo con las tres es muy difícil de capturar en un bloque. Uno sin ellas es una invitación.
Ejemplo trabajado: el recorrido completo de una propuesta
Sigo aquí los parámetros publicados por Compound para su sistema Governor Bravo, que sirvió de plantilla a buena parte del sector. Cada DAO fija los suyos, así que comprueba siempre los del protocolo concreto.
Supón que la propuesta consiste en subir el ratio de colateral de un activo del 75 % al 80 %.
| Fase | Duración | Qué ocurre exactamente |
|---|---|---|
| Discusión en el foro | 5-7 días | Se publica la propuesta con su justificación de riesgo. Sin efecto vinculante |
| Sondeo en Snapshot | 3-5 días | Votación por firma, sin coste de gas. Mide apoyo antes de gastar |
| Envío on-chain | Una transacción | El proponente necesita 25.000 COMP de poder de voto delegado |
| Periodo de revisión | ~2 días | La propuesta está registrada pero la votación aún no ha empezado |
| Votación | ~3 días | Deben emitirse al menos 400.000 votos a favor para que prospere |
| Timelock | ~2 días | La orden aprobada espera encolada; cualquiera puede leerla y reaccionar |
| Ejecución | Una transacción | Alguien llama a la función de ejecución y paga el gas. El parámetro cambia |
Total: entre 15 y 19 días desde la idea hasta que el número cambia en el contrato. Ese calendario es la razón de que exista la multifirma de emergencia: ningún protocolo puede permitirse dos semanas para responder a un ataque que está en curso.
Fíjate además en un detalle del paso tercero. Un pequeño tenedor con 50 COMP no puede proponer nada por sí mismo: necesita convencer a un delegado que agregue 25.000. La gobernanza abierta lo es para votar, mucho menos para proponer.
El problema legal: quién responde
Esta es la pregunta que más incomoda al sector. Si una DAO causa un daño —un protocolo mal parametrizado que liquida a usuarios indebidamente, una operación que infringe la normativa de un país—, ¿a quién se demanda?
La respuesta por defecto en varios ordenamientos es la peor posible para los participantes: si un colectivo actúa en común con un fin lucrativo y sin haber constituido una persona jurídica, puede ser tratado como una asociación no incorporada o una sociedad de hecho, con responsabilidad ilimitada y solidaria de sus miembros. Ya hay precedentes en Estados Unidos: en el asunto Ooki DAO, la CFTC obtuvo en junio de 2023 una sentencia en rebeldía en la que el tribunal aceptó tratar a la DAO como una asociación no incorporada susceptible de ser demandada y sancionada. La implicación es directa: los tenedores que votaron podrían ser considerados miembros.
De ahí que hayan proliferado los envoltorios jurídicos:
- Wyoming DAO LLC. Una sociedad de responsabilidad limitada con un régimen específico para DAO, en vigor desde 2021, que da personalidad jurídica y limita la responsabilidad de los miembros. Wyoming añadió después una figura de asociación no lucrativa no incorporada pensada para DAO sin ánimo de lucro.
- Fundación suiza o asociación suiza. El envoltorio clásico de los grandes proyectos, con un patrimonio afecto a un fin y órganos identificables.
- Fundación de Islas Caimán. Una foundation company sin accionistas, usada para sostener la tesorería y contratar en nombre del proyecto.
- Nada. Sigue siendo lo más común en DAO pequeñas, y es la opción con más riesgo personal para los participantes.
En la Unión Europea el obstáculo es estructural. MiCA condiciona la autorización como proveedor de servicios de criptoactivos a que el solicitante sea una persona jurídica con domicilio social en un Estado miembro y una dirección efectiva identificable. Una DAO sin personalidad jurídica no puede, por definición, solicitar esa autorización: o se dota de una forma societaria, o queda fuera del perímetro regulado con todo lo que eso implica. El detalle del reparto de competencias y del calendario está en la guía de regulación de criptomonedas.
Para qué sirven de verdad hoy
Descontado el entusiasmo, quedan tres usos con resultados demostrables:
- Gestión de tesorerías de protocolo. Decidir qué se hace con los ingresos de un protocolo con un procedimiento público y auditable. Es aburrido y funciona.
- Programas de subvenciones. Repartir fondos entre desarrolladores y proyectos del ecosistema, con votación y rendición de cuentas on-chain.
- Parámetros de riesgo. Ajustar ratios de colateral, tipos de interés y activos admitidos en protocolos de préstamo. Aquí la DAO actúa como un comité de riesgos abierto, y su valor es que las decisiones y sus argumentos quedan registrados.
Lo que no han demostrado es sustituir a una empresa en decisiones que exigen rapidez, confidencialidad o responsabilidad personal identificable.
Qué revisar antes de participar
- Localiza el contrato de gobernanza y anota tres números: umbral de propuesta, quórum y duración del timelock.
- Comprueba si existe una multifirma con poder de actualizar contratos, cuántas firmas requiere y quiénes son los firmantes.
- Mira la participación real de las últimas diez votaciones, no la teórica. Cuenta cuántas direcciones decidieron el resultado.
- Verifica que el poder de voto se calcula sobre una instantánea anterior a la propuesta.
- Averigua si la DAO tiene envoltorio jurídico y cuál. Si no lo tiene, valora tu exposición personal antes de asumir un rol visible.
- Lee el texto exacto de las llamadas que ejecuta una propuesta, no solo su resumen en el foro. Lo que se ejecuta es el bytecode, no la exposición de motivos.
- Si delegas, revisa cada cierto tiempo cómo ha votado tu delegado y revoca si no te representa.
Una DAO bien construida es un sistema de reglas transparentes con puntos de control humanos declarados. Una DAO mal construida es una empresa opaca con una capa de votaciones decorativas. La diferencia se ve en cinco minutos leyendo su contrato de gobernanza y su multifirma, y no se ve en absoluto leyendo su página de presentación.
Preguntas frecuentes
¿Qué diferencia hay entre una DAO y una empresa con votaciones?
Menos de la que sugiere el nombre. La diferencia real es que en una DAO el resultado de la votación puede ejecutarse directamente sobre un contrato que controla fondos, sin que nadie tenga que firmar un documento. Todo lo demás —quién propone, quién tiene votos, quién ejecuta en la práctica, quién puede parar el sistema— se parece bastante a un órgano de gobierno societario, a veces con menos garantías.
¿Puedo perder dinero si participo en una DAO?
Puedes perder el valor de los tokens de gobernanza y, en escenarios extremos, exponerte a responsabilidad legal. Si la DAO no tiene personalidad jurídica y un tribunal la trata como una asociación no incorporada o una sociedad de hecho, los miembros activos podrían responder de sus obligaciones. Es un riesgo poco probable pero real, y depende del ordenamiento aplicable.
¿Qué es un timelock y por qué importa tanto?
Es un contrato que recibe la orden aprobada y la retiene un tiempo fijo —normalmente entre uno y siete días— antes de permitir su ejecución. Su función no es burocrática: es dar margen para que alguien detecte una propuesta maliciosa y para que quien no esté de acuerdo pueda retirar sus fondos. Una gobernanza sin timelock es atacable en un solo bloque.
¿Sirve de algo delegar mi voto?
Sirve para que tu peso no se pierda por abstención, pero concentra poder. Un delegado con muchos votos agregados puede alcanzar por sí solo el umbral de propuesta y decidir el resultado de casi cualquier votación. Si delegas, revisa periódicamente el historial de voto de tu delegado: la delegación suele ser revocable en cualquier momento.
Fuentes y referencias
- Ethereum.org — History: The DAO fork (bloque 1.920.000, 20 jul 2016)
- Ethereum Foundation Blog — Critical update re: DAO vulnerability (17 jun 2016)
- Compound — Documentación de gobernanza (Governor Bravo y Timelock)
- CoinDesk — Attacker Drains $182M From Beanstalk Stablecoin Protocol
- CFTC — Orden judicial de sentencia en rebeldía contra Ooki DAO (9 jun 2023)
- Reglamento (UE) 2023/1114 (MiCA) — texto en EUR-Lex
- CNMV — Regulación de criptoactivos (MiCA)
- DefiLlama — TVL de protocolos gobernados por DAO
Guías relacionadas
Qué es DeFi: cómo funciona por dentro y qué riesgos asume
Cómo funcionan los AMM, los préstamos sobrecolateralizados y el liquid staking, con ejemplos numéricos de pérdida impermanente y liquidación, datos de TVL de agosto de 2026 y los riesgos reales.
Invertir · 13 minQué es un contrato inteligente (y por qué no es un contrato)
Cómo funciona el código que se ejecuta en la EVM, por qué casi ningún contrato es realmente inmutable y qué revisar antes de firmar una transacción.
Tecnología · 13 minRegulación de las criptomonedas en 2026: UE, España, EE.UU. y Latinoamérica
MiCA tras el fin del periodo transitorio el 1 de julio de 2026, competencias de CNMV y Banco de España, fiscalidad española con modelos 721, 172 y 173, GENIUS Act y situación en Latinoamérica.
Regulación · 15 min