Propiedad y roles múltiples
1) Concepto y objetivos
La propiedad múltiple es un modelo en el que un activo/servicio/dominio es administrado por varias entidades con diferentes participaciones, derechos y obligaciones. Los roles fijan lo que un participante puede hacer (operate, configure, curate, audit, withdraw), en qué límites (límites/cuotas), con qué garantías (S-fianzas, R-reputation) y en qué contexto (geo, riesgo, QoS).
Objetivos:- combinar la inversión y la experiencia operativa sin monopolios;
- garantizar una distribución transparente de los ingresos/riesgos;
- asegurar la evolución guiada (actualizaciones, anuncios, tarifas).
2) Taxonomía de la posesión
1. Participación (Equidad/Fraccionamiento): porcentaje fijo de participación; dividendos/votos ∝ participación.
2. Pool/Syndicate (Pool/Syndicate): tabla de «cap» de la agrupación, administrada a través de RNFT de participación.
3. Gestión conjunta (Co-ownership): recurso compartido (clúster/GPU/puente) con SLA y cuotas.
4. Delegado (Delegated Ops): el derecho de operación se transfiere al «operador» bajo veto/límites.
5. Licencia (Franchise/Licensing): derecho a utilizar la marca/mecánica por tarifas.
6. Temporal/Westing: Las participaciones y derechos se revelan en un horario (clif/westing).
7. Propiedad multichain: el activo y los derechos se distribuyen entre los dominios (reputación R local transferida por los derechos RNFT).
3) Roles y matriz de derechos
Funciones típicas (se pueden combinar):- Owner (propietario financiero): derechos económicos, aprow de grandes transacciones.
- Operator (operación): acciones diarias, responsabilidad SLO/SLA.
- Maintainer (actualizaciones/lanzamientos): derecho a modificar las confecciones/versiones (bajo banderas de fichas).
- Curator/Moderator: calidad de contenido/reglas.
- Treasurer: distribución de ingresos/compensaciones.
- Auditor/Regulador: inspecciones, informes, grúas de parada de cumplimiento.
- Oracle/Validator: confirmaciones de eventos, participación en el consenso.
4) Contratos de relación (RNFT)
RNFT es un «pasaporte» no recíproco de una relación: cuyas acciones, qué derechos, límites, KPI, responsabilidad, salida.
Estructura RNFT (mínimo):- 'parties []' (sujetos, DID/VC), 'role _ bindings []', 'shares []'
- `rights/limits` (ABAC), `quorum/veto`, `fees/revshare`
- `S-stake`, `slashing_rules`, `SLA/KPI`
- 'vesting/cliff', 'transferability' (normalmente no), 'exit _ rules'
- `dispute/escrow`, `governance_version`, `sunset`
5) Cuotas, votos y quórum
5. 1 Modelo de votos
Voz del participante en la pregunta (q):[
\text{VotePower}_i(q) = \text{Share}_i \cdot f_R(R_i, q) \cdot f_S(S_i, q) \cdot f_C(\text{context}),
]
donde (f_R) es el modificador de la reputación, (f_S) es la contabilidad de la garantía, (f_C) es el contexto (riesgo/geo/QoS). Pasillo de modificación, por ejemplo, ([0. 8; 1. 2]) - para que el «capital crudo» no domine sin calidad.
5. 2 Quórum y veto
Quórum: '> = Q%' total VotePower.
Quórum especial: para acciones críticas (seguridad/privacidad) arriba.
Veto Auditor/Regulador: bloquea temporalmente la acción, activa la validación.
Ediciones de Sunset: cambios temporales de políticas → reversión automática si no se confirman.
6) Economía: distribución de ingresos y costos
Fórmula básica de asignación de eventos de ingresos (E):[
\ text {Payout} i =\underbrace {\beta _ i\cdot\text {NetRev}} {\text {participación/accionista}}
; + ;\underbrace {\gamma _ i, r }\cdot\text {OpsBonus}} {\text {KPI operativo}}
;-; \underbrace{\pi{i}\cdot \text{Penalty}}{\text{штрафы/SLA}},
]
donde (\beta _ i) es la participación en la propiedad, (\gamma {i, r}) es la bonificación por rol (r) (por ejemplo, Operador), (\pi _ i) es la parte de responsabilidad por infracciones.
Los costes (compute/DA/egress/bridge) se distribuyen según las normas:- Pro-rata: proporcional a las acciones.
- Usage-based: por consumo real.
- Risk-based: mayor proporción de costos para roles de alto riesgo.
7) Delegación y restricciones
Delegación RNFT: el propietario delega un subconjunto de derechos al operador:- límites (volumen/suma/frecuencia), clase QoS, políticas geográficas;
- «modo de doble llave»: Operator ejecuta, Owner/Auditor tiene veto;
- registro de operaciones, delegación reversible, auto-revoke en un incidente.
8) Conflictos y Dispouts
Tipos: económico (payout), procesal (quórum), cualitativo (SLA), cumplimiento.
Proceso: depósito de garantía, árbitros (lista en RNFT), plazos, pruebas (registros firmados, merkley-batches), resultados (compensación/slashing/papel-ban/amnistía).
Fail-closed: en una disputa de seguridad/cumplimiento - grúas de parada.
9) Portabilidad Cross Chain
Los derechos/límites se transfieren como instantáneas RNFT a través del mensajería (state proofs).
La reputación de R sigue siendo local; sólo se transfieren las etiquetas verificables de los agregados ("SLA≥99. 9%/90d»).
Finalidad y desafío: los pagos y las actualizaciones tienen en cuenta los retrasos en la ventana y el riesgo de reorgía.
Consistencia: cuando hay una divergencia de políticas, se actúa con más rigor.
10) Cumplimiento, privacidad, auditoría
DID/VC: créditos verificables de funciones/derechos; minimización de los PDn.
ZK-pruff: confirmación de umbrales (edad/geo/capital) sin divulgación.
Registros de auditoría: sin modificar, firmados; exportar para el regulador.
Impuestos/retenciones: incorporados en el Router Rewards, informes y retenciones.
11) Observabilidad y SLO operativos
Métricas: uptime/latency per rol, error budget, tiempo apruve de los falsos, fracción de lanzamientos exitosos sin reversión, tiempo de acumulación de pagos.
Dashboards: Ownership Overview (tabla de tapones), Roles Heatmap (carga/calidad), Disputes & Slashing, Payouts & Cost, Governance Queue.
Alertas: superación de los límites de delegación, degradación del SLO de los operadores, anomalías en las distribuciones.
12) Anti-Frod y anti-colusión
Sybil/anillos de voz: grafo-análisis, TrustRank, límites en apruves mutuos.
Sobrecarga de roles: comprobación de «no repetibilidad» (por ejemplo, Auditor ≠ Treasurer).
Farming RNFT Bonificaciones: tareas de control de calidad ocultas.
Fondo de Seguros: S-fianzas y Caja Común de Incidentes (con reposición transparente).
13) Playbook de implementación (por pasos)
1. Mapeo de activos/servicios: valor, riesgos, roles requeridos.
2. Diseño de roles y ABAC: acciones, límites, geo/cumplimiento, QoS.
3. Tabla de cap y votos: fracciones, modificadores de R/S, quórum/veto.
4. RNFT-шаблоны: Owner/Operator/Maintainer/Treasurer/Auditor; vesting/exit/dispute.
5. Economía: fórmulas de distribución de ingresos/costos, bonificaciones para KPI.
6. Seguridad: Multicig/2-of-N, grúas stop, registros y firmas.
7. Observabilidad: dashboards/alertas, SLO para roles, auditoría-mentira.
8. Piloto: dominio limitado, canary-upgrades, pruebas de control de estrés.
9. 治理: procedimientos para cambiar la proporción/derechos, editar sunset.
10. Escala y cadena cruzada: sincronización RNFT, finalidad/impuestos.
14) Modelo KPI de propiedad múltiple
Operación: p95 tiempo apruva de los desaparecidos, liberaciones sin problemas%, MTTR por incidentes.
Economía: margen/mensaje, Costo-a-servicio/participante, precisión y puntualidad de los pagos.
Equidad: Índice Fairness por Cuotas/Consumo, Índice Ghini de Votos/Ingresos.
Calidad: SLA-breaks/1k eventos por roles, moderación de precisión/oráculos.
治理: participación en las votaciones, velocidad de parámetro-convergencia, proporción de eventos de veto.
15) Lista de comprobación de disponibilidad
- Definidos roles y matrices ABAC con límites/veto
- Se formó una tabla de cap, quórums, modificadores R/S
- Plantillas RNFT diseñadas (vesting, exit, dispute, audit)
- Fórmulas de distribución de costos y revólver personalizadas
- Multicig, grifos stop, revistas y firmas implementadas
- Incluido KYC/KYB (VC), ZK-prufs de umbrales, retenciones fiscales
- Lanzados dashboards y alertas sobre roles/SLO/pagos
- Piloto realizado y retrocalibración de quórums/pesos
- Sincronización de RNFT y finalidades personalizadas de chain cruzado
16) Glosario
RNFT: contrato de relaciones/derechos/límites, KPI y procedimientos.
R (Reputation): reputación intransferible de calidad/confianza.
S (Stake): fianza; fuente de slashing/compensaciones.
ABAC: acceso por atributos (rol, geo, riesgo, QoS).
Sunset: modificación temporal de la política con auto-recarga.
Cap-table: distribución de la proporción de propietarios.
Veto/Quorum: mecanismos de control de soluciones.
17) Resultado
La propiedad múltiple y los roles son el constructor de la corresponsabilidad: las participaciones establecen la economía, los roles son la operación, el RNFT es la conectividad jurídico-técnica, y el R/S es la disciplina y la justicia. Este modelo proporciona una gestión escalable de activos y servicios en un ecosistema multi-ying: derechos transparentes, pagos predecibles, actualizaciones rápidas y riesgos controlados.