Disponibilidad de aplicaciones de escritorio específicas de plataforma
Formato: Aplicaciones nativas, Aplicación de escritorio Electron, Flutter, N/A
Notas: Incluye aplicaciones para Windows, macOS, Linux
Cómo se descubre el contenido a través de la red federada. Afecta la capacidad de descubrimiento y los riesgos de centralización.
Formato: Basado en instancia, Relé global/firehose, Híbrido, Indexadores de búsqueda
La arquitectura de red entre pares y el mecanismo de consenso utilizados
Formato: Difusión causal bizantina, DHT (Tabla Hash Distribuida), Federación, Red en malla, Blockchain público/privado, Pub/sub simple
Notas: Para Protocolos: describe cómo los nodos se descubren y comunican entre sí. Para Plataformas: puede diferir del protocolo subyacente si la plataforma añade una capa de abstracción.
Sistema de gestión de identidad proporcionado por la plataforma
Formato: ID Descentralizado (DID), Identidad Auto-Soberana (SSI), OAuth/OpenID, Personalizado, Basado en blockchain, Identidad Federada, Identidad Delegada, Híbrido, Custodial, No custodial
Notas: Cómo se identifican y autentican los usuarios a través de las aplicaciones
El o los protocolos o pilas tecnológicas subyacentes sobre los que se construye este protocolo
Formato: Los ejemplos pueden incluir IPFS, Holochain, NextGraph, Matrix, datahike, implementaciones específicas de blockchain, etc.
Notas: Vacío si es un protocolo original/fundacional
El modelo de datos y la arquitectura de almacenamiento subyacentes
Formato: CRDTs (tipos de datos replicados libres de conflicto), ACID monolítico, Distribuido (basado en consenso), DAG (grafo acíclico dirigido), o nombre específico de base de datos
Bibliotecas específicas de Tipos de Datos Replicados Libres de Conflicto implementadas o soportadas
Formato: Automerge, Yrs/Yjs, CRDTs personalizados, Differential Dataflow, RDF SU-set
Notas: Los CRDTs permiten la resolución automática de conflictos en sistemas distribuidos
Qué funcionalidad está disponible sin conectividad de red
Formato: Funcionalidad completa sin conexión, Solo lectura sin conexión, Requiere sincronización, Solo en línea
Notas: Crítico para aplicaciones local-first
Se aplica a: D App Ext D App Dominio de aplicación principal o necesidad del usuario abordada
Formato: Gestión del conocimiento, Comunicación/Chat, Compartir archivos, Productividad, Red social, Colaboración, Medios/Publicación, Toma de notas
Notas: Una aplicación puede servir a múltiples casos de uso
Se aplica a: D App Ext D App Soporte de cifrado de extremo a extremo que garantiza que solo el remitente y el destinatario puedan leer los datos
Formato: Sí o No
Notas: Los datos se cifran en el dispositivo del remitente y solo se descifran en el dispositivo del destinatario
La licencia y disponibilidad del código fuente del proyecto
Valores válidos (exactamente uno):
- Permissive
- Apache, MIT, BSD
- Libre
- GPL, AGPL
- Closed source
Notas: Incluir enlace al repositorio cuando corresponda
Si se incluyen funciones que apoyan la inteligencia colectiva y las dinámicas comunitarias saludables
Formato: Las opciones pueden incluir herramientas de moderación, sistemas de reputación, mecanismos de gobernanza
Se aplica a: D App Ext D App Compatibilidad con RDF, JSON-LD, SPARQL. Interoperabilidad con el ecosistema de la web semántica.
Formato: Cumplimiento total de RDF (Marco de Descripción de Recursos), Links, SOLID, Personalizado, N/A
Notas: Permite datos enlazados legibles por máquina e interoperabilidad
Soporte para contratos programables y autoejecutables en el protocolo
Formato: Sí, No, Planificado para el futuro
Notas: Permite la automatización sin necesidad de confianza de la lógica de negocio
Qué marcos regulatorios o estándares de cumplimiento aborda el sistema
Formato: Cumple con GDPR, eIDAS (regulación de la UE), Soporte de KYC/AML, CCPA, HIPAA, SOC 2, ISO 27001, directrices NIST, verificación de edad (sin revelar la edad)
Un resumen conciso de lo que hace la herramienta y su propósito principal
Formato: 1-3 oraciones que describen la funcionalidad principal y la propuesta de valor
Descripción completa del estado actual de desarrollo y disponibilidad
Si el contenido se direcciona por hash criptográfico en lugar de por ubicación
Formato: Sí o No
Notas: Permite la recuperación de datos verificable e independiente de la ubicación (p. ej., CIDs de IPFS)
El dominio de caso de uso principal para el cual está diseñado el estándar.
Formato: Identidad de agentes / Reputación y confianza de agentes / Descubrimiento de agentes / Pagos de agentes / Integridad de datos / Control de acceso / Propiedad de activos / Interoperabilidad entre cadenas / Propósito general (etiquetar todo lo que aplique)
Notas: ERC-8004 abarca simultáneamente identidad de agentes, reputación y confianza de agentes, y descubrimiento de agentes.
La plataforma de blockchain, familia de protocolos o entorno de ejecución para el cual el estándar está diseñado nativamente. Identifica la cadena o familia de cadenas dentro de la cual el estándar tiene estatus autoritativo y adopción primaria.
Formato: Ethereum, Cosmos, Polkadot, Solana, NEAR, Tezos, Cardano, Algorand, Bitcoin, Hyperledger, Entre cadenas, Agnóstico de cadena
Notas: Distinto de Stack Tecnológico (que captura el lenguaje de implementación) y de Basado En (que captura la derivación). Un estándar puede ser desplegable en múltiples cadenas pero debe registrarse bajo su ecosistema nativo. Usar "Entre cadenas" para estándares cuyo propósito principal es la interoperabilidad entre ecosistemas; usar "Agnóstico de cadena" para estándares que no están atados a ningún entorno de ejecución específico.
Integraciones y extensiones de terceros disponibles
Formato: Extensiones de navegador, Aplicaciones móviles, Integraciones de API, Mercado de complementos
Notas: Indica la extensibilidad y madurez del ecosistema
Se aplica a: D App Ext D App Soporte para la edición simultánea en tiempo real por múltiples usuarios
Formato: Edición colaborativa en tiempo real, Edición en vivo basada en OT (Transformación Operacional), N/A, Planificado
Notas: Indica la tecnología utilizada (CRDTs, OT, etc.)
Soporte para texto con formato, estilos, imágenes y multimedia enriquecida
Formato: Edición de texto enriquecido, Solo texto básico, N/A
Notas: Incluye capacidades como negrita, cursiva, imágenes incrustadas, etc.
La escala operativa actual de la infraestructura en términos de nodos, usuarios o volumen de tráfico.
Formato: Texto libre (p. ej., "~7.000 nodos de relé, ~2M usuarios diarios" o "200.000+ estaciones Conduit activadas en enero de 2026" o "Pre-despliegue")
Estado actual de desarrollo y disponibilidad
Valores válidos (exactamente uno):
- 1 — 📋 Planned
- 2 — 📝 Draft
- 3 — 🔍 Review
- 4 — 🔨 WIP
- 5 — ⚠️ Stalled
- 6 — 💀 Defunct
- 7 — 🧪 Alpha
- 8 — 🔬 Beta
- 9 — 🟢 Active
- 10 — 🏁 Final
Qué especificaciones y estándares de identidad descentralizada se soportan o implementan
Formato: DID de W3C (Identificadores Descentralizados), Credenciales Verificables de W3C, DIDComm, OpenID Connect para Credenciales Verificables (OIDC4VC), FIDO2/WebAuthn, Firmas BBS+, Self-Issued OpenID Provider v2 (SIOPv2)
Notas: Ejemplos: DID de W3C: especificación de identificador descentralizado; VC de W3C: modelo de datos de credenciales verificables; DIDComm: protocolo de mensajería segura para DIDs
Justificación libre que respalda la puntuación de Riesgo de Captura. Abordar cada factor en orden de peso: Gobernanza y Control Legal (quién controla las decisiones del protocolo y el proceso para cambiarlas, y quién posee la propiedad intelectual, marcas y licencias — incluyendo si podrían relicenciar o restringir el acceso unilateralmente); Exposición Regulatoria/Jurisdiccional (si la presión estatal o regulatoria podría forzar una cooptación); Dependencia de Financiamiento y Organización Clave (dependencia de un único financista y cómo eso moldea la dirección, y si una sola persona u organización es un punto único de fallo realista para la continuidad); Viabilidad de Bifurcación (qué tan realista sería una bifurcación independiente si ocurriera una captura); Historial (historia observable de decisiones que favorecieron a una parte controladora por encima de la comunidad). No todos los factores necesitan el mismo tratamiento — ponderar el texto hacia lo que más impulsó la puntuación.
Formato: Se recomiendan etiquetas de referencia en línea (p. ej. [a], [d][n]) que apunten a entradas en el campo de Referencias de la fila, de modo que cada afirmación sea rastreable a su fuente.
Metodología completa → Notas: Una evaluación rápida puede cubrir menos factores — anotar esto en el texto.
Capacidad de importar datos desde servicios centralizados tradicionales
Formato: Ejemplos: importar desde Google Docs, Notion, Evernote, Twitter
Se aplica a: D App Ext D App El año en que el proyecto fue iniciado o anunciado por primera vez
Formato: Mes y año
Fuente principal de apoyo financiero
Formato: VC (Capital de Riesgo), NGI (Next Generation Internet), ICO (Oferta Inicial de Moneda), N/A, Inversión personal, No revelado
Mecanismo de firma criptográfica utilizado para autenticación e integridad
Formato: Firma umbral BLS, Ed25519, Firma, N/A
Notas: Garantiza la autenticidad de los datos y el no repudio
Si se incluyen funciones que proporcionan flujos económicos, posiblemente en forma de tokenómica, micropagos, despliegue de recursos y/o métodos de irrigación financiera
Formato: Las opciones pueden incluir soporte de criptomonedas, pagos fiduciarios, contratos inteligentes para pagos
Se aplica a: D App Ext D App Monto de financiamiento recaudado
Formato: Monto en dólares/euros/etc. con la fuente (p. ej., "$9M", "€24M")
Notas: Incluir enlace al anuncio cuando esté disponible
Los formatos de archivo y estructuras de datos soportados para importar, exportar y almacenar
Formato: JSON, JSON-LD, RDF, Markdown, XML, Personalizado, ActivityPub, Org-mode
Notas: Múltiples formatos separados por "+"
El servicio principal que esta infraestructura proporciona a la red o a las aplicaciones y usuarios de capas superiores.
Formato: Elusión de censura, Enrutamiento anónimo, Relé / proxy, Almacenamiento distribuido, Resolución de nombres, Compartición de ancho de banda, Transporte en malla, Túnel VPN, Mixnet, Puente / puerta de enlace
Funciones específicas que permiten la colaboración multiusuario
Formato: Lista de funciones disponibles. Ejemplos: edición en tiempo real, comentarios/anotaciones, indicadores de presencia, historial de versiones, resolución de conflictos
Se aplica a: D App Ext D App Tecnologías y capacidades de mejora de privacidad integradas en el sistema
Formato: Pruebas de conocimiento cero, Divulgación selectiva, No vinculabilidad (DIDs por pares), Credenciales cegadas, Divulgación mínima, Anonimización de credenciales, Anti-correlación, Revocación que preserva la privacidad
Si la red proporciona alguna garantía formal de que los datos almacenados se puedan recuperar, y bajo qué condiciones.
Formato: Valores: Fuerte (aplicación criptoeconómica) / Mejor esfuerzo (incentivado pero no garantizado) / Solo direccionado por contenido (disponible si algún nodo lo tiene en caché) / Controlado por el propietario / Ninguno.
Cómo se generan, almacenan y gestionan las claves criptográficas
Formato: Controlado por el usuario (billetera local), Módulo de seguridad de hardware (HSM), Computación multipartita (MPC), Gestión de claves en la nube, Llavero del navegador/SO, Contrato inteligente, Protegido biométricamente, Recuperación social, Firmas de umbral. Formato: método principal + opciones de recuperación (p. ej., "Billetera de hardware + Recuperación social")
Si se incluyen funciones de gestión de proyectos
Formato: Sí o No
Se aplica a: D App Ext D App Si se incluyen funciones de gestión del conocimiento
Formato: Sí o No
Se aplica a: D App Ext D App Si se incluyen funciones de gobernanza y toma de decisiones
Formato: Las opciones pueden incluir equipo principal, DAO, votación comunitaria, fundación, gobernado por fundación, controlado por empresa, consorcio, organismo de estándares W3C/IETF, multi-interesado
Si se soporta la función de backend de grafo social
Formato: Sí o No
SDKs, APIs y herramientas proporcionadas para desarrolladores de aplicaciones
Formato: Lista de herramientas y lenguajes soportados
Notas: API REST, API GraphQL, SDK de JavaScript, SDK móvil, herramientas CLI
Si el protocolo incorpora nativamente la propiedad de activos y la transferencia de valor a nivel de paquete o mensaje, o si el valor se gestiona externamente.
Formato: Valores: Nativo (a nivel de paquete) / Libro mayor externo / Complemento a nivel de aplicación / Ninguno.
Si la especificación del protocolo está atada a un sustrato de implementación específico o diseñada para ejecutarse en múltiples sustratos. Crítico para distinguir Protocolo Monetario Descentralizado de Estándar de Contrato Inteligente — un Estándar de Contrato Inteligente está por definición atado a su cadena de despliegue; un DM Pro puede ser neutral o específico de sustrato.
Formato: Neutral de sustrato (múltiples sustratos son factibles) / Nativo de blockchain / Nativo de entorno de ejecución centrado en agentes / Institucional / nativo fuera de cadena / Nativo de servidor federado / Híbrido
Notas: Credit Commons Protocol es neutral de sustrato; Circles es nativo de blockchain; las monedas basadas en Holochain son nativas de entorno de ejecución centrado en agentes; Sardex es institucional/nativo fuera de cadena con software propietario.
Capacidad de funcionar con otras plataformas, protocolos o estándares
Formato: Lista de protocolos, formatos de datos o capacidades de federación soportados. Ejemplos: soporte de ActivityPub, integración con IPFS, puentes entre cadenas
El lenguaje o API utilizado para consultar y manipular datos
Formato: Ejemplos: SPARQL, GraphQL, Datalog, Personalizado, SQL, LDP (Plataforma de Datos Enlazados)
Notas: Puede soportar múltiples lenguajes de consulta
Si la fuente principal de datos reside en los dispositivos del usuario, con la nube como respaldo
Formato: Local-First, Solo local, Offline first, N/A
Notas: "Local-First" significa capacidad completa sin conexión con sincronización; "Solo local" significa sin capacidad de sincronización
Estado de estandarización. Afecta la estabilidad a largo plazo.
Formato: Estándar W3C, Borrador W3C / vía Recomendación, Estándar IETF (RFC), Borrador IETF, Estándar IEEE, Estándar ISO, Estándar abierto propietario, Estándar comunitario, Estándar de facto, Académico / Investigación, Pre-especificación, Adopción en declive, Obsoleto
Notas: • Estándar IETF (RFC) — Un RFC finalizado y publicado. La lista actual tiene "Borrador IETF" pero no una opción para estándares IETF completados. Muchos protocolos P2P se construyen sobre RFCs o se convierten en ellos. • Borrador W3C / vía Recomendación — El W3C tiene un proceso de múltiples etapas (Borrador de Trabajo → Recomendación Candidata → Recomendación Propuesta → Recomendación). "Estándar W3C" solo captura el punto final. Algunos protocolos de identidad y datos están activamente en esta vía pero aún no son Recomendaciones. • Estándar IEEE — Relevante para algunos protocolos P2P y de redes (p. ej., estándares de redes en malla). • Estándar ISO — Relevante especialmente para protocolos de identidad (ISO 18013-5 para mDL, referencias a ISO 27001). También relevante para algunos protocolos de datos. • Académico / Investigación — Protocolos que emergen de investigación universitaria con artículos publicados pero sin participación formal de un organismo de estándares (p. ej., NDN de UCLA, algunos protocolos CRDT). Común en P2P Pro. • Estándar de facto — Ampliamente adoptado sin el respaldo formal de un organismo de estandarización. El protocolo alcanza el estatus de estándar mediante la adopción del mercado en lugar de un proceso de comité (p. ej., Nostr, algunos protocolos de blockchain). • Pre-especificación — Etapa de diseño o concepto; aún no se ha publicado un documento de especificación formal. Relevante para protocolos adyacentes a ID Sys y trabajo en etapa temprana.
Qué establece la confianza en el sistema de identidad
Formato: Red de confianza (Web of Trust), Registros de emisores confiables, Consenso de blockchain, Solo verificación criptográfica, Anclado en el gobierno, Sistemas de reputación
Cómo maneja el protocolo la valoración y el problema del cálculo — el problema de agregar información dispersa sobre preferencias, capacidades y escaseces en señales accionables.
Formato: Agregación de precios / Confianza acotada mutua / Deliberativo / Diseño de mecanismos algorítmico / Emergente tácito (hazlo tú mismo) / Híbrido (especificar principal + secundario)
Notas: Los híbridos son comunes y deben registrarse explícitamente. Quadratic Funding es diseño de mecanismos algorítmico al servicio de fines deliberativos; Holochain es emergente tácito solo a nivel de protocolo, con coordinación específica de moneda definida por implementación.
Cómo los usuarios encuentran y se conectan con otros usuarios o se unen a espacios compartidos sin depender de un directorio o servidor central.
Formato: DHT (búsqueda en tabla hash distribuida) / QR/Fuera de banda (intercambio físico o por canal lateral de clave/dirección) / Enlace de invitación (URIs compartibles que codifican información de conexión) / Similar a DNS (sistema de resolución de nombres, p. ej. nombrado NDN, dominios .eth) / Grafo social (amigo de amigo, recorrido de red de confianza) / Relé/Punto de encuentro (un servidor ligero asiste la conexión pero no media la comunicación) / Difusión (multicast, mDNS, anuncio de red local)
Notas: Muchas aplicaciones combinan mecanismos (p. ej., relé para el descubrimiento inicial + DHT para el continuo). Distinto de "Autenticación e Identidad", que cubre la verificación de quién es alguien, mientras que Descubrimiento cubre cómo se le encuentra en primer lugar.
Se aplica a: D App Ext D App Cómo los operadores de nodos demuestran criptográficamente que efectivamente están almacenando los datos que dicen almacenar. Este es el corazón técnico de lo que distingue al almacenamiento descentralizado de la simple replicación.
Formato: Valores: Prueba de Replicación (PoRep) / Prueba de Espacio-Tiempo (PoSt) / Prueba de Acceso (PoA) / Codificación de borrado con auditoría / Prueba de auditoría Merkle / Ninguno / Híbrido.
Cómo se pueden invalidar o revocar las credenciales
Formato: Listas de revocación (en cadena/fuera de cadena), Listas de estado, Basado en acumulador, Expiración temporal, Auto-revocación, Revocación por el emisor, Revocación que preserva la privacidad (StatusList2021)
Cómo pueden los usuarios recuperar el acceso si pierden claves o credenciales
Formato: Recuperación social (guardianes), Respaldo de frase semilla, Respaldo en la nube (cifrado), Respaldo en hardware, Recuperación con bloqueo temporal, Recuperación multifirma, Sin recuperación (responsabilidad del usuario), Abstracción de cuenta
Si se incluyen funciones de medios y publicación
Formato: Sí o No
Se aplica a: D App Ext D App Cómo se verifican las credenciales y las afirmaciones de identidad
Formato: Verificación de firma criptográfica, Pruebas de conocimiento cero (ZKPs), Anclaje en blockchain, Registros de confianza, Verificación biométrica, Autenticación multifactor, Divulgación selectiva, Listas de revocación de credenciales
Cómo los usuarios demuestran el control de su identidad al autenticarse
Formato: Firmas criptográficas, Biometría, Passkeys/WebAuthn, Escaneo de código QR, Enlace profundo (deep linking), Sin contraseña, Tokens de hardware, Multifactor (MFA), Desafío-respuesta
Qué método(s) DID específico(s) soporta el sistema para crear y resolver identificadores descentralizados
Formato: did:key, did:web, did:ion, did:ethr, did:pkh, did:peer, did:polygon, did:sov, did:plc, Múltiple/Personalizado
Cómo la plataforma maneja el almacenamiento y la replicación de datos
Formato: Almacenamiento distribuido, Almacenamiento local con sincronización, Almacenamiento híbrido nube-perimetral, Billetera de usuario (local), Almacenamiento en la nube cifrado, Almacenamiento distribuido (IPFS, Arweave), Blockchain/Libro mayor, Híbrido (local + respaldo), Sin almacenamiento (efímero), Almacenamiento del navegador, Enclave seguro móvil.
Notas: Describe dónde y cómo se conservan los datos de la aplicación
Las condiciones adversas que esta infraestructura está diseñada para resistir, o las garantías de seguridad/privacidad que proporciona a los usuarios.
Formato: Censura a nivel estatal, Vigilancia masiva, Análisis de tráfico, Cierre de red, DPI (Inspección Profunda de Paquetes), Bloqueo a nivel de ISP, Vigilancia dirigida, Exposición de metadatos
Qué control tienen los servidores sobre sus usuarios. Implicaciones de gobernanza.
Formato: Autoridad completa, Autoridad compartida, Mínima (solo datos), Controlado por el usuario
El patrón de interacción principal que soporta la aplicación, describiendo si los usuarios deben estar conectados simultáneamente para que funcione el caso de uso principal.
Formato: Síncrono (chat en tiempo real, video, coedición en vivo) / Asíncrono (tipo correo electrónico, foro, almacenar-y-reenviar) / Colaborativo (edición simultánea multiusuario de documento o espacio de trabajo) / Transaccional (intercambios, transferencias, interacciones puntuales) / Híbrido (combina múltiples modelos)
Notas: Una aplicación puede soportar múltiples modelos; listar el principal primero. "Colaborativo" se superpone con "Síncrono" pero se distingue por el enfoque en el artefacto compartido en lugar del enfoque conversacional. Se relaciona con, pero es distinto de, "Edición Colaborativa en Vivo", que captura la capacidad en lugar del patrón de interacción.
Se aplica a: D App Ext D App Modelo económico para usar el sistema de identidad
Formato: Gratis (sin comisiones de blockchain), Comisiones de gas (transacciones de blockchain), Suscripción, Tarifa por credencial, Freemium, Licenciamiento empresarial
Cómo se instancia el estándar en la práctica — ¿es un singleton por cadena (un despliegue canónico por red de blockchain), desplegable sin permiso por cualquiera (pueden existir muchas instancias), desplegado por fábrica (un contrato raíz genera instancias hijas), o verificable fuera de cadena (el estándar define formatos criptográficos que no requieren despliegue en cadena, como los métodos DID o los esquemas VC)?
Formato: Singleton por cadena / Multi-instancia sin permiso / Patrón de fábrica / Verificable fuera de cadena / Híbrido (registro en cadena + resolución fuera de cadena)
Quién crea nuevas unidades de cuenta dentro del protocolo y sobre qué base. Distinto de Permisos (que gobierna el acceso al protocolo) — este atributo gobierna la creación de unidades monetarias dentro de él.
Formato: Entre pares (extensión bilateral de crédito) / Por agente (auto-emisión criptográfica) / Algorítmico (suministro codificado por reglas) / Administrado por fondo comunitario (gobernanza comunitaria o de fondo) / Asignado por patrocinador (fondos de contrapartida, subvenciones retroactivas) / Colectivo de miembros / Hereda de la red padre
Notas: Sardex es entre pares; Bitcoin es algorítmico; Sarafu es administrado por fondo comunitario vía pools de compromiso; Gitcoin RetroPGF es asignado por patrocinador. Pueden aplicar múltiples valores cuando el protocolo compone modos de emisión.
Cómo federan y comparten datos los servidores. Distingue las arquitecturas de federación.
Formato: Servidor-a-Servidor (S2S), Montón Compartido (estilo ATProto), Concentrador-y-Radios (Hub-and-Spoke), Malla completa
Cómo se aprovisionan los nodos operativos de la infraestructura y quién los opera.
Formato: Operado por voluntarios, Operado por fundación, Alojado comercialmente, Autoalojado, Híbrido (voluntario + comercial), Incentivado (token/pago), Incrustado (se ejecuta automáticamente en dispositivos de usuario)
Cómo se compensa a los operadores de nodos por proporcionar almacenamiento. Esto es estructuralmente diferente de cualquier cosa en P2P Pro, porque las redes de almacenamiento requieren incentivos económicos explícitos para funcionar — a diferencia de los nodos de relé, que suelen ser puramente voluntarios.
Formato: Valores: Recompensas en tokens (token nativo) / Pagos en fiat/stablecoin / Dotación única (modelo de almacenamiento permanente) / Voluntario / Híbrido.
Cómo se pueden desplegar las aplicaciones construidas sobre esta plataforma
Formato: Servidores autoalojados, Dispositivos perimetrales, Alojamiento en la nube, Despliegue híbrido
Notas: Describe las opciones de infraestructura para el despliegue de aplicaciones
El organismo o los organismos formales que tienen autoridad sobre la especificación, la hoja de ruta o la operación de la entidad — a diferencia de Propietario, que nombra al mantenedor del día a día, y de Gobernanza y Toma de Decisiones, que describe el modelo de gobernanza en prosa. Registra dónde reside realmente el control de cambios: un organismo de estándares neutral, una fundación de código abierto, un consorcio industrial, una empresa, una votación de titulares de tokens, un mantenedor individual, o ninguno. "Ninguno" es un valor sustantivo, no un vacío.
Formato: Organismos de estándares: W3C (vía Recomendación); Grupo Comunitario del W3C; IETF; DIF (Fundación de Identidad Descentralizada); ToIP (Trust over IP); OASIS; IEEE; ISO/IEC — Fundaciones de código abierto: Linux Foundation / LF Decentralized Trust; Apache Software Foundation; Eclipse Foundation; OpenWallet Foundation — Procesos y organismos del ecosistema: proceso EIP/ERC de Ethereum; Interchain Foundation; Matrix.org Foundation; IPFS Foundation; Filecoin Foundation — Otras formas: Consorcio industrial; Controlado por empresa; Fundador / mantenedor único; Gobernanza DAO / de titulares de tokens; Institución académica; Ninguno. Múltiples valores separados por " | ", cada uno con un rol entre paréntesis cuando los organismos gobiernan capas diferentes.
Notas: Multivalorado y consciente de capas. Cuando dos organismos gobiernan capas diferentes, registrar ambos con sus roles — p. ej. did:indy: "LF Decentralized Trust (código base) | Consorcio por red (operación de red y autoridad de endoso)"; ERC-7984: "Proceso EIP/ERC de Ethereum (estándar) | Confidential Token Association (ecosistema)". Escribir "Ninguno (mantenedor pseudónimo único)" o "Ninguno (especificación académica)" en lugar de dejarlo en blanco, para que la ausencia de gobernanza sea distinguible de una celda sin completar. Este campo es la entrada principal para el primer y más ponderado factor de Riesgo de Captura (gobernanza y control legal) — ver docs/capture-risk-methodology.md. No registrar aquí a los financiadores: NLnet, NGI y los inversores de capital de riesgo pertenecen a Financiamiento a menos que también tengan autoridad de control de cambios. Está pensado para convertirse en una faceta de filtro de la interfaz, por lo que los valores deberían resolverse a identificadores estables en el pipeline en lugar de prosa libre.
El caso de uso o dominio original del cual surgió la herramienta
Formato: Chat, Compartir archivos, Productividad, Base de datos, Ecosistema/SDK, Base de conocimiento, Red social
Ubicación geográfica donde se encuentra el equipo de desarrollo principal o la organización
Formato: Nombre de país o región (p. ej., "EE. UU.", "Europa", "Alemania")
El límite superior práctico de participantes simultáneos en una sesión, conversación o espacio de trabajo compartido, según lo restringido por el protocolo, el rendimiento de CRDT o la topología de red.
Formato: 1:1 (solo diádico) / Grupo pequeño (2–10) / Grupo mediano (10–100) / Grupo grande (100–1.000) / Difusión (1.000+) / Sin límite (sin límite arquitectónico) / Desconocido
Notas: Registrar el límite práctico probado o documentado, no el máximo teórico. Cuando el rendimiento se degrada de forma gradual, anotar el umbral (p. ej., "Grupo mediano; la sincronización de CRDT se degrada por encima de ~50 editores concurrentes"). Los límites a nivel de protocolo pueden diferir de los límites a nivel de experiencia de usuario.
Se aplica a: D App Ext D App Cómo se relacionan entre sí múltiples instancias del protocolo monetario y con redes monetarias externas. Distinto del atributo existente Modelo de Federación, que describe protocolos de servidores federados (estilo ActivityPub); este atributo describe la composición de la red monetaria.
Formato: Ninguno (instancia única por diseño) / Jerárquico anidado / Malla entre pares / Recursivo (el protocolo soporta anidamiento arbitrario) / Puente entre redes / Concentrador-y-radios / Subdesarrollado (no abordado por diseño)
Notas: La federación recursiva es el patrón de diseño en Credit Commons Protocol y Commitment Pooling Protocol, donde el mismo protocolo se anida en múltiples escalas. Muchos protocolos monetarios dejan la federación subespecificada por diseño.
Cómo se utiliza típicamente el protocolo. Aclara la relación con otros protocolos.
Formato: Incrustado en otros protocolos, Independiente, Capa de API
Modelo de control de acceso para gestionar permisos de datos y recursos
Formato: Capacidades Criptográficas, ACL (Listas de Control de Acceso), UCANs (Redes de Autorización Controladas por el Usuario), OCAP (Capacidades de Objeto), OAuth/OpenID, CCAP (Capacidades Convergentes)
Notas: Puede combinar múltiples modelos (p. ej., "Capacidades Criptográficas + ACL")
Si los datos almacenados o publicados a través de este protocolo/red pueden modificarse después de su creación inicial, y cómo.
Formato: Inmutable / Solo anexar / Mutable (versionado) / Mutable (solo el más reciente) / Mutable vía CRDTs / Gobernado por contrato inteligente / Configurable (elección del operador/usuario)
Notas: Inmutable y solo-anexar son garantías más fuertes contra la censura y la manipulación de datos. Los sistemas mutables a menudo usan direccionamiento por contenido para versiones individuales mientras proporcionan un puntero mutable (p. ej. IPNS). Cuando coexisten múltiples políticas (p. ej. CIDs de contenido inmutable con punteros IPNS mutables), anotar ambas.
Se aplica a: Int P2P RT DSN Si los usuarios pueden moverse entre servidores conservando su identidad/datos. Diferenciador clave entre protocolos.
Formato: Portabilidad completa, Portabilidad parcial, Bloqueado al servidor, Basado en DID
Capacidad de exportar y migrar datos a otras herramientas
Formato: Exportación completa (todos los formatos), Exportación parcial, Solo formato propietario, Exportación basada en estándares
Dónde se sitúa el protocolo en el espectro entre aceptar el juego monetario existente (operar dentro de la infraestructura fiduciaria/bancaria), modificarlo (introducir estructuras paralelas diseñadas para coexistir) o reemplazarlo (diseñado para desplazar el sistema existente a gran escala).
Formato: Aceptar / Modificar-Aditivo / Modificar-Desplazante / Reemplazar
Notas: Las variantes aditivas están diseñadas para la coexistencia indefinida con las monedas nacionales; las variantes desplazantes buscan sustituir gradualmente. La mayoría de los diseños contemporáneos de moneda complementaria y crédito mutuo son Modificar-Aditivo; el maximalismo de Bitcoin y las propuestas de cálculo en especie son Reemplazar.
Si el protocolo opera sobre la infraestructura TCP/IP existente (la gran mayoría de los protocolos P2P) u opera a nivel de transporte/paquete como una capa paralela o de reemplazo.
Formato: Valores: A nivel de aplicación (construido sobre TCP/IP) / Equivalente a transporte (a nivel de paquete) / Multicapa.
El individuo, organización o empresa principal responsable de mantener y desarrollar la herramienta
Formato: Nombre(s) de persona u organización
Protocolos utilizados para emitir, presentar y verificar credenciales
Formato: DIDComm, OIDC4VC (OpenID para Credenciales Verificables), CHAPI (API de Manejador de Credenciales), Presentation Exchange, Verifiable Presentation Request
La topología de red lógica creada sobre la red física
Formato: Global, A nivel de aplicación, A nivel de almacén, A nivel de aplicación de dos niveles, A nivel de almacén de dos niveles, N/A
Notas: "Global" significa datos dispersos por toda la red; "A nivel de almacén" significa limitado a los miembros de un almacén de datos específico
La lista de documentos fuente y notas de referencia que respaldan la información dada en los demás campos.
Formato: Lista de citas o notas en el formato [a] Fuente: https://sitio.web | [b] Nota: dando explicación | [c] ...
Si y cómo el diseño del protocolo permite, limita, penaliza o prohíbe la acumulación de tenencias monetarias por parte de los participantes. Codifica una decisión de diseño estructural distinta de la redistribución a nivel de política.
Formato: Permite (impulsado por interés) / Permite (impulsado por escasez) / Permite (principal sin límite) / Penaliza (demurrage/costo de mantenimiento) / Estructuralmente limitado (suma cero) / Prohíbe (no transferible) / Limitado (por tiempo o monto) / Hereda del padre
Notas: Pueden aplicar múltiples valores cuando el protocolo combina mecanismos. El demurrage, la no transferibilidad y los retornos limitados son decisiones de diseño a nivel de mecanismo, distintas de la redistribución a nivel de política superpuesta a una moneda que de otro modo permite la acumulación.
Qué se necesita para ejecutar un servidor participante. Afecta el potencial de descentralización.
Formato: Requisitos técnicos, nivel de complejidad
Notas: El Relay de ATProto es "un servicio bastante exigente en recursos" mientras que las instancias de ActivityPub pueden ser modestas
Cómo maneja la aplicación la conectividad de red degradada, intermitente o ausente, incluyendo el funcionamiento sin conexión y el comportamiento de sincronización al reconectar.
Formato: Completamente sin conexión (funciona sin ninguna conectividad, sincroniza al reconectar) / Tolerante a demoras (almacenar-y-reenviar, retransmisión en malla, entrega basada en gossip) / Parcialmente sin conexión (lee/redacta sin conexión, requiere conexión para enviar/confirmar) / Requiere conexión (la funcionalidad principal requiere una conexión activa) / Capaz de malla (puede formar redes locales ad-hoc vía BLE, Wi-Fi Direct, LoRa, etc.) Particularmente relevante para aplicaciones sin servidor/P2P donde ningún servidor central garantiza la entrega de mensajes. Estrechamente relacionado con el atributo "Local-First" pero enfocado en el comportamiento operativo en lugar del principio arquitectónico. Pueden aplicar múltiples valores (p. ej., "Completamente sin conexión + Capaz de malla").
Se aplica a: D App Ext D App Capacidad de mantener la identidad incluso si los servicios se cierran o las cuentas se banean
Formato: Totalmente resistente a la censura (blockchain/P2P), Depende del método DID, Depende del proveedor de servicios, Híbrido
El riesgo de que un protocolo, estándar o herramienta pueda ser tomado, cooptado o sustancialmente controlado por una sola entidad — típicamente una empresa, una fundación con muchos recursos, un actor estatal o un individuo — de maneras que socaven su carácter abierto, descentralizado o gobernado por la comunidad.
Valores válidos (exactamente uno):
- 1 — Minimal
- Open standard governed by a neutral multi-stakeholder body; multiple independent implementations; no single entity holds meaningful control over the protocol's direction, IP, or infrastructure.
- 2 — Low
- Open governance with a dominant steward, but community checks exist; forking is realistic; no single entity controls IP outright.
- 3 — Moderate
- A foundation, a dominant organization, or a small group holds significant influence; forking is viable but costly; the protocol would likely survive a change in stewardship but not without disruption.
- 4 — High
- Effective single-party control — one company, a DAO with heavy whale concentration, or a single key organization controls the protocol's direction and infrastructure.
- 5 — Critical
- Full commercial or state capture; a single legal entity controls IP, infrastructure, roadmap, and governance with no meaningful external check.
Metodología completa → Notas: El riesgo de captura es información estructural, no un veredicto. Una puntuación alta de riesgo de captura no significa que una tecnología sea mala o deba evitarse. Significa que los usuarios, desarrolladores y comunidades que dependen de ella deben entender la concentración de control y factorizarla en su cálculo de riesgo.
Si se incluyen funciones que ayudan a los usuarios a sintetizar información y derivar conocimientos
Formato: Sí o No
Se aplica a: D App Ext D App Dónde se almacenan los datos del usuario y quién los controla. Implicaciones de privacidad y propiedad.
Formato: Controlado por el servidor, Controlado por el usuario vía PDS, Distribuido, Híbrido
Disponibilidad de aplicaciones móviles nativas o basadas en web
Formato: Soporte móvil, Soporte móvil parcial, React Native, N/A
Notas: Distingue entre aplicaciones nativas y aplicaciones web responsivas
Capacidad de ejecutarse en navegadores web
Formato: Sí o No
Notas: Puede ejecutarse como aplicación web progresiva (PWA) o aplicación web tradicional
Los principales lenguajes de programación y entornos de ejecución utilizados
Formato: Rust, JavaScript/TypeScript, Python, Golang, JVM/Clojure, C/C++, Erlang, PHP, Haskell
Notas: Puede incluir múltiples lenguajes separados por "+"
Modelo de negocio y términos de acceso para usar la herramienta
Formato: Autoalojado, Dispositivo perimetral (edge), SaaS freemium, Instalación con licencia, SaaS gratuito, SaaS de pago
Notas: Pueden aplicar múltiples términos (p. ej., "Autoalojado + SaaS freemium")
El rol estructural o capa arquitectónica que ocupa el estándar dentro del ecosistema más amplio de contratos inteligentes. Clasifica el estándar según el tipo de interfaz o comportamiento que especifica, independientemente de su dominio de aplicación.
Formato: Estándar de Token, Estándar de Identidad, Estándar de Cuenta, Estándar de Interfaz, Estándar de Composabilidad, Estándar de Agente/Coordinación, Estándar entre Cadenas. Los valores pueden combinarse cuando un estándar abarca múltiples roles (p. ej. "Estándar de Token / Estándar de Interfaz").
Notas: Se enfoca en el rol arquitectónico, no en el dominio de aplicación — p. ej. ERC-165 y ERC-721 pueden compartir un dominio pero son estructuralmente tipos de estándar distintos. La lista es intencionalmente abierta para acomodar estándares no-EVM.
El estilo y paradigma de la interfaz de usuario
Formato: Centrado en documentos, Basado en grafos, Hoja de cálculo, Línea de tiempo/Feed, Lienzo, Interfaz de chat, Navegador de archivos
Notas: Describe cómo interactúan los usuarios con la aplicación
Se aplica a: D App Ext D App Qué tipo de información codifica la unidad de cuenta — si el valor colapsa a un único escalar racional o soporta múltiples medidas inconmensurables, y si la unidad es rival o antirrival en carácter.
Formato: Unidad racional única / Unidades racionales plurales (inconmensurables) / Unidades basadas en tiempo / Tipos de compromiso (plurales, valorados relacionalmente) / Puntuaciones de contribución / Unidades antirrivales (el valor aumenta al compartir) / Hereda de la moneda emisora
Notas: La contabilidad antirrival (sNFT, Streamr Awards) es una clase distinta donde la operación fundamental es compartir en lugar de intercambiar. Commitment Pooling (Ruddick) soporta tipos de compromiso plurales valorados numérica o relacionalmente — ni de unidad única ni puramente antirrival.
Qué dominio describe el vocabulario. Define el alcance del protocolo.
Formato: Flujos económicos, Relaciones sociales, Propósito general
Qué tipos de entidades pueden tener identidades en el sistema
Formato: Humanos (individuos), Organizaciones, DAOs/Colectivos, Agentes autónomos/IA, Dispositivos/IoT, Servicios/APIs, Entidades pseudónimas
Qué software se puede usar para gestionar la identidad
Formato: Aplicación móvil, Extensión de navegador, Aplicación de escritorio, Billetera de hardware, Basado en web (custodial), Herramienta de línea de comandos, Integración de SDK/Biblioteca
Qué tipos de credenciales verificables o afirmaciones soporta el sistema
Formato: Credenciales Verificables (VCs), Afirmaciones auto-atestiguadas, Atestaciones de terceros, Credenciales educativas, Certificaciones profesionales, Documentos de identidad gubernamentales, Pruebas de membresía, Puntuaciones de reputación, Acceso con puerta de token, Pruebas ZK
Capacidad de alcanzar consenso incluso cuando algunos nodos son maliciosos o defectuosos
Formato: Sí o No
Notas: Crítico para sistemas distribuidos sin necesidad de confianza (trustless)
Qué puede observar el operador de infraestructura o nodo de relé sobre el tráfico que pasa por él.
Formato: Sin contenido (solo carga útil cifrada), Sin metadatos (origen/destino ocultos), Sin contenido + sin metadatos, Contenido visible, Metadatos visibles, Metadatos parciales (p. ej. destino pero no origen)