Administración distribuida

(Sección: Ecosistema y Red)

1) Por qué la gestión distribuida

La gestión distribuida (governance) formaliza la toma de decisiones en una red sin un solo centro: las reglas cambian previsiblemente, los presupuestos se distribuyen de manera transparente, los riesgos se controlan y los participantes (operadores, proveedores, estudios, validadores/nodos, afiliados, comunidades, investigadores) obtienen una voz real y responsabilidad. Esto reduce los riesgos regulatorios y operativos, reduce la conflictividad y acelera la evolución de los protocolos.

2) Funciones y órganos de gobierno

Asamblea General - Todos los titulares del derecho de voto (tokens/reputación/membresía).
Delegados/Representantes - Mandatos electos con revocación; agregan la voz de los participantes más pequeños.
El Consejo de Protocolo (Protocol Council) es un mandato limitado para cambios técnicos y medidas de emergencia (con tiempo de bloqueo y asamblea de derecho de veto).
Tesorería (Treasury Committee): es responsable de los presupuestos/subvenciones, pero cada asignación pasa por una aprobación on-chain/offchain según el reglamento.
Comité de riesgo: monitoreo de parámetros de red, límites, pausas (circuit breaker), recomendaciones de actualización.
Arbitraje/Apelaciones - Procedimiento independiente de resolución de disputas, incluyendo pruebas en cadena y auditoría offchain.
Secretaría/DevRel - acompañamiento operativo: publicación de citaciones, recopilación de comentarios, presentación de informes.

3) Modelos de votación y distribución de influencia

1 token = 1 voto - simple, pero vulnerable a la concentración.
Voto delegado (democracia líquida): flexibilidad y escalabilidad.
Voto cuadrático (Quadratic) - reduce el dominio de los grandes holders, cuesta más «comprar» grandes cuotas de influencia.
Conviction voting - la voz se «acumula» con el tiempo, estimulando las preferencias sostenibles.
Futarchy: soluciones a través de los mercados de predicción (para parámetros experimentales).
Gran palaciego - techpalata (validadores) + cámara de usuarios (operadores/estudios) + afiliado (proveedores); se considerará que la decisión ha sido adoptada al pasar por todas las Salas (o 2 de 3).

• Quórum mínimo (por ejemplo, ≥ 10-20% del peso activado).
• Umbral de aceptación: mayoría simple para la operación, superconjunto (≥ 66% o ≥ 75%) - para los cambios de seguridad/emisión/derechos de acceso.
• Time-lock para la ejecución (48-168 horas) + veto/timelock reversible por el consejo del protocolo en los riesgos SEV.

4) Ciclo de vida de la oferta (Lifecycle Proposal)

1. Idea (RFD/RFC): texto, justificación, riesgos, alternativas, métricas de éxito.
2. Prerreview - Comprobación formal de la conformidad con el patrón/jurisdicciones/seguridad.
3. Etapa de prueba - A/B, simulaciones, pilotos, test-not/stage.
4. El voto es un contrato de Snapshot/on-chain, la reputación offchain es admisible como una señal adicional.
5. Timelock - Ventana para apelaciones/auditorías.
6. Ejecución - transacciones en cadena por multicig/contrato del ejecutante, órdenes offchain y regulaciones.
7. Post-mortem/retrospectiva - evaluación de KPI, auditoría de riesgos, ajuste de regulaciones.

• Objetivo, área de influencia, cambios de parámetros/presupuestos, riesgos/controles, métricas de éxito, reversibilidad (rollback), plan de comunicaciones, cláusulas legales.

5) Cadena cruzada y administración de cortafuegos

Puentes de control: los «relayers/oráculos de gobierno» transmiten el resultado del voto entre cadenas/dominios.
El modelo de la fuente de la verdad: una red «padre» toma la decisión, las redes dependientes firman y ejecutan (light-client/merkle-evidence).
Anti-riesgo: finalización retardada, quórum para cambios entre cadenas más alto que el mecanismo de veto duplicado en red.
Aislamiento de fallos: si el puente/dominio está comprometido - «circuit-breaker» local y sincronización manual según la normativa.

6) Tesorería, Presupuestos y Subvenciones

Tesorería múltiple/tesorería inteligente: límites de transacciones, listas de categorías permitidas, bloqueo de tiempo.
Planificación: presupuestos trimestrales/anuales, reservas de incidentes (fondo SEV), programas de subvenciones (I + D, DevRel, seguridad, localización).
Transparencia: informes públicos, tablas de gastos baratos, KPI de subvenciones (emisión, impacto, adaptación).
Auditoría: interna (comité) + externa (auditores independientes), auditorías cada semestre del año.

7) Seguridad y anti-captura

Anti-Sybil: verificación de identidad (KYB/KYC para organizaciones), límites de reputación, criterios de peso multifactorial (tokens + actividad/contribución).
Protección contra sobornos/sobornos: commit-revelación (commit-reveal), voto privado, firmas ciegas.
Ataques flash-loan: snapshot balances en el tiempo, lock-up para participar, tiempo-weighted voting.
Veto/Guardian: «stop-crane» limitado por mandato y tiempo, controlado por la asamblea.
Rate-limit de los cambios: «un gran cambio de parámetros → un voto», culdown entre las votaciones.
Límites de autoridad: lista de «acciones imposibles» (core no-upgradable, invariantes invariables).

8) Transparencia y observabilidad del gobierno

Registro público de propuestas, estados, argumentos a favor/en contra, vínculos con riesgos y dashboards.
Trazabilidad: cada operación en chain está asociada a un ID proposal específico.
Archivo de comunicaciones: transcripciones de discusiones, respuestas a RFD.
Localización e inclusión: resumen en los principales idiomas del ecosistema, SLA de respuesta a preguntas de la comunidad.

9) Métricas de control (KPI/SLO)

Participación y representatividad

VPR (Voter Participation Rate) = Peso votado/Peso total activado.
La diversificación de influencia (Gini/Herfindahl) es la concentración de votos.
Porcentaje de delegación y «profundidad de las delegaciones» media.
Time-to-Deliberation es la mediana de tiempo desde el RFD hasta la votación.

Adoption Rate es la proporción de decisiones tomadas que se implementan a tiempo.
La tasa Rollback es la proporción de soluciones canceladas o retrotraídas.
Impact Score: mejora de los KPI de producto/red clave después de la ejecución.
Predicción Accuracy (para futuros) - la precisión de los mercados vs métricas reales.

Operación

SLA de publicación de agendas/protocolos (por ejemplo, ≤ 24 h).
Compliance Coverage es la proporción de soluciones del Jurásico. Examen/evaluación de riesgos.
Audit Latency - Tiempo desde la ejecución hasta el informe de auditoría.

10) Reglamentos y SLO

Reglamento de quórum y umbrales: diferentes clases de cambios → diferentes umbrales.
SLO de comunicaciones: respuestas moderadas ≤ 48 h; la versión final de la agenda ≥ 72 horas antes de la votación.

SLO de seguridad: timelock ≥ 48-168 h; emergency-pause ≤ 15 minutos del niño SEV-1; Informe público ≤ 72 horas

SLO de transparencia: publicación mensual de informes del Tesoro; Registro de subvenciones - en tiempo real.

11) Aspectos jurídicos y de cumplimiento

KYB/KYC capas: para las decisiones influyentes - la verificación de las organizaciones y los responsables.
Residencia de datos/PII: almacenamiento y publicación de datos dentro de las jurisdicciones; anonimizar las actas de votación cuando sea necesario.
Conflicto de intereses: declaraciones, prohibición de votar sobre asuntos «afiliados» sin divulgación.
Licencias/reguladores: reflejar cambios críticos (por ejemplo, parámetros financieros) según los requisitos locales.

12) Incidentes y procedimientos de emergencia

Emergencia-pausa (parcial/completa): detiene las operaciones peligrosas; activado por el consejo de protocolo seguido de un post-acto por votación.
Rollback/Hotfix: estados «seguros» pre-preparados firmados por multicig.
Comunicaciones: plantilla de mensajes (qué ha pasado, impacto, acciones, ETA en la normalización).
Post mortem: obligatorio, público, con un plan para evitar la repetición.

13) Patrones técnicos de implementación

Contratos de gobierno: registro de ofertas, quórum/umbral, timelock, rol guardian/veto, módulo de tesorería, módulo de parámetros de protocolo.
Snapshots: fijación de los derechos de voz según la altura del bloque/tiempo.
Multicig con modelo de rol: tesorería, emergencia, actualizaciones (N-of-M, diferentes M para diferentes clases de acción).
Oráculos/relés: confirman quórum/resultado entre dominios.
Registros y firmas: registros inmutables, conectividad con ID-proposal.

14) Ejemplo de esquema mínimo de datos (pseudo-SQL)

sql
-- Offer Register
CREATE TABLE gov_proposals (
id TEXT PRIMARY KEY,
title TEXT, author TEXT, created_at TIMESTAMPTZ,
class TEXT,    -- class: param, budget, security, protocol_update...
status TEXT,    -- draft    active    queued    executed    rejected    rolled_back quorum_req NUMERIC, threshold_req NUMERIC,
timelock_until TIMESTAMPTZ,
metadata JSONB   -- links, risk, legal, locales
);

-- Voices
CREATE TABLE gov_votes (
proposal_id TEXT REFERENCES gov_proposals(id),
voter TEXT,    -- address/peer-id/org-id weight NUMERIC,  -- snapshot-weight choice TEXT,    -- for    against    abstain committed_at TIMESTAMPTZ,
PRIMARY KEY (proposal_id, voter)
);

-- Execution/Transaction
CREATE TABLE gov_exec (
proposal_id TEXT REFERENCES gov_proposals(id),
tx_hash TEXT, executed_at TIMESTAMPTZ, executor TEXT,
result TEXT, logs JSONB
);

15) Ejemplo de política (pseudo-YAML)

yaml governance:
classes:
param_change:
quorum: 0. 10 threshold: 0. 50 timelock_hours: 72 security_critical:
quorum: 0. 20 threshold: 0. 66 timelock_hours: 168 guardian_veto: true treasury_grant:
quorum: 0. 12 threshold: 0. 55 timelock_hours: 96 delegation:
enabled: true max_chain_depth: 2 anti_capture:
snapshot_delay_hours: 24 time_weighted: true private_ballots: true flashloan_protection: true emergency:
pause_enabled: true pause_slo_minutes: 15 rollback_playbook: "doc://rollback_v1"
transparency:
public_registry: true monthly_treasury_reports: true

16) Dashboards y revisiones operativas

Gobierno Salud (mensual): VPR, diversificación de influencia, proporción de delegación, TTD promedio (tiempo de decisión), proporción de ejecutados sin retrocesos, actividad por clase.
Treasury & Grants: burn-rate, saldos de fondos, CPA de subvenciones (valor/unidad de impacto), plazo desde la solicitud hasta el pago.
Risk & Compliance: proporción de soluciones con cheque jure realizado, incidentes de seguridad, uso de mecánicos de emergencia.

17) Lista de verificación de implementación

1. Defina las clases de solución y los umbrales/quórum/timelock correspondientes.
2. Seleccione el modelo de votación (delegación + cuadrática/peso por reputación para subvenciones).
3. Expanda el registro de ofertas, snapshots y tesorería múltiple.
4. Apruebe el playbook de incidentes y procedimientos de emergencia.
5. Configure los dashboards de transparencia y los informes mensuales del Tesoro.
6. Iniciar el ciclo piloto (RFD→golosovaniye→ispolneniye→retro), recoger el fidbeck.
7. Revisa trimestralmente los umbrales, roles, seguridad y cláusulas legales.

18) Glosario

El quórum es el peso total mínimo de los votos para la legitimidad de la decisión.
Umbral (threshold) - Porcentaje de votos a favor para la adopción.
Timelock - retraso antes de ejecutar la decisión.
Guardian/Veto es un mecanismo de bloqueo de emergencia limitado.
Snapshot - Fijar los derechos de voz en el tiempo.
Delegación - Transferir el derecho de voto al representante.
Quadratic/Conviction voting - Mecánicas para reducir el monopolio de los filetes grandes/aumentar las preferencias a largo plazo.
Futarchy - Toma de decisiones basadas en los mercados de predicción.

En resumen: la gestión distribuida transforma el ecosistema en un «organismo» predecible y sostenible, donde las decisiones se toman con transparencia, los riesgos se controlan de antemano, los presupuestos se gastan según las reglas y la evolución de la red es iterativa y segura. La combinación correcta de modelos de votación, umbrales, timelock, mecanismos anti-captura y regulaciones operativas estrictas hace que la gestión no sea una formalidad, sino una herramienta de trabajo para el crecimiento.