Editando Diseño de Mecanismos (sección)

== 10. Limitaciones del Diseño de Mecanismos ==

<div style="background: #ffebee; border: 2px solid #f44336; padding: 15px; margin: 15px 0; border-radius: 5px;">
El Diseño de Mecanismos no es una panacea. Tiene limitaciones importantes.
</div>

=== A. Complejidad Cognitiva ===

Los agentes deben entender el mecanismo para responder óptimamente. Si el mecanismo es demasiado complejo, puede fallar.

'''Ejemplo:''' Subastas combinatorias (donde puedes ofertar por paquetes de items) son teóricamente óptimas pero cognitivamente abrumadoras.

'''Solución Demárquica:''' [[ASI-AdC]] actúa como "asistente cognitivo" que ayuda a ciudadanos a entender mecanismos complejos.

=== B. Efectos Secundarios Imprevistos ===

Cambiar incentivos en un área puede tener efectos inesperados en otra.

'''Ejemplo histórico:''' India colonial ofreció recompensa por cobras muertas → la gente empezó a criar cobras para cobrar la recompensa → peor plaga de cobras.

'''Solución Demárquica:''' [[Mercados de Predicción|MI]] predicen efectos secundarios antes de implementar mecanismos.

=== C. Multiplicidad de Equilibrios ===

Algunos mecanismos tienen múltiples equilibrios de Nash, y no podemos garantizar cuál se alcanzará.

'''Solución Demárquica:''' Diseñar para que el equilibrio deseable sea '''focal''' (más obvio) o '''único'''.

=== D. Necesidad de Verificación ===

Muchos mecanismos requieren verificar objetivamente los resultados (ej: MI necesitan verificar si la predicción fue correcta).

'''Solución Demárquica:''' [[Blockchain]] + oráculos descentralizados + [[ASI-AdC]] para verificación automática.