Una Entidad de OpenHaven es un componente tecnológico discreto y nombrable que
se desarrolla, mantiene y describe con suficiente independencia como para poder compararse de
manera significativa con otros de su misma clase, probarse de forma aislada o en combinación, y
referenciarse mediante un nombre consistente y una URL principal como ancla compartida de
entendimiento dentro de su comunidad. Una entidad puede abarcar uno o más de los siguientes
elementos: un proyecto colaborativo, un repositorio de código, un documento de estándares o un
artefacto desplegado — pero lo que la convierte en una entidad no es su complejidad interna,
sino el grado en que funciona como una unidad coherente e identificable del panorama tecnológico
descentralizado.
- Referenciabilidad
- un nombre y una URL estables que los profesionales usan para referirse a lo mismo
- Pertenencia a una clase comparable
- puede evaluarse frente a pares del mismo tipo (de ahí los tipos de entidad)
- Comprobabilidad operativa
- se puede poner en funcionamiento y observar su comportamiento
- Independencia relativa
- tiene su propio ciclo de vida de desarrollo, gobernanza y documentación, incluso si depende de otras entidades
Una referencia rápida lado a lado — vea cada entrada más abajo para el panorama completo.
Una especificación formal sobre cómo los nodos se comunican, enrutan y coordinan en un sistema distribuido — implementable por cualquiera solo a partir del documento, independientemente de cualquier kit de herramientas o entorno de ejecución particular.
Propiedades Clave
- Especificación publicable de forma independiente — un documento, no una pieza de software 📄
- Las reglas de formato de mensaje y serialización están definidas explícitamente
- Las reglas de enrutamiento, descubrimiento o sincronización forman parte de la especificación
- Las implementaciones conformes interoperan sin coordinarse entre sí
- El formato de transmisión, la implementación de referencia y las herramientas de desarrollo son artefactos separables que evolucionan de forma independiente
Se diferencia de
- Plataforma P2P : Un protocolo define lo que los nodos se dicen entre sí; una plataforma es lo que los desarrolladores construyen sobre un protocolo existente para facilitar eso.
- Entorno de Ejecución P2P Integrado : Un protocolo es separable de su implementación — el código de referencia, los SDKs y el formato de transmisión pueden evolucionar de forma independiente. Un entorno de ejecución co-diseña todo eso como un todo inseparable.
- Infraestructura P2P : Un protocolo es un conjunto de reglas; la infraestructura es la red de nodos activa y operada que realmente ejecuta esas reglas.
- Protocolo de Datos Descentralizado : La preocupación de un Protocolo P2P es cómo se comunican y se descubren los nodos entre sí; la preocupación de un Protocolo de Datos Descentralizado es cómo se nombran, sincronizan y concilian los datos una vez que la comunicación ya existe.
Ejemplos: Nostr, Meshtastic, Noise Protocol Framework
Infraestructura para desarrolladores — SDKs, herramientas y servicios de tiempo de ejecución — para construir aplicaciones descentralizadas sobre uno o más protocolos externos que la plataforma misma no define.
Propiedades Clave
- Construida sobre protocolos externos, no sobre un formato de transmisión propio
- Proporciona un SDK o API contra el cual los desarrolladores construyen 🧰
- Añade abstracciones de identidad, sincronización y almacenamiento que las aplicaciones tendrían que reimplementar de otro modo
- Múltiples aplicaciones independientes pueden coexistir en la misma red
Se diferencia de
- Protocolo P2P : Un protocolo es algo que se implementa desde cero; una plataforma es algo sobre lo que se construye.
- Entorno de Ejecución P2P Integrado : El protocolo subyacente de una plataforma es, en principio, separable y podría ser reimplementado por otras herramientas. En un entorno de ejecución, el protocolo solo existe para y a causa de ese entorno de ejecución.
- Aplicación Descentralizada : El artefacto principal de una plataforma es infraestructura para desarrolladores; las aplicaciones se construyen sobre ella, no la plataforma misma.
Ejemplos: Ditto, Trunk, SemApps
Una tecnología en la que el modelo de datos, el protocolo de sincronización, la arquitectura de seguridad y el entorno de desarrollo se co-diseñan como un todo inseparable — no se usa el protocolo, se construye dentro del entorno de ejecución.
Propiedades Clave
- El protocolo y el kit de herramientas son inseparables — ninguno existe independientemente del otro
- La propiedad soberana de los datos por el usuario es una garantía arquitectónica, no una política 🔐
- La lógica de la aplicación está desacoplada del almacenamiento — los datos sobreviven a cualquier aplicación individual
- La identidad está incorporada en la capa del protocolo, no añadida después
Se diferencia de
- Protocolo P2P : Las implementaciones de un Protocolo P2P son separables e interoperan libremente; el kit de herramientas de un entorno de ejecución es una parte constitutiva de lo que el protocolo incluso es.
- Plataforma P2P : Una plataforma se construye sobre un protocolo que no definió; un entorno de ejecución posee y define su protocolo como parte intrínseca de su propio diseño.
- Aplicación Descentralizada : Un entorno de ejecución es infraestructura para desarrolladores — un entorno dentro del cual se construyen aplicaciones — no un producto para el usuario final en sí mismo.
Ejemplos: NextGraph, Holochain, ADAM
Un producto de software para el usuario final con un límite definido entre la aplicación y sus usuarios — las personas consumen su funcionalidad, no la extienden ni la reprograman.
Propiedades Clave
- Producto para el usuario final, no infraestructura para desarrolladores
- Tareas específicas y acotadas — mensajería, publicación, compartición de archivos, coordinación
- Funciona para los usuarios finales sin exponer el protocolo subyacente
- La descentralización es una decisión de implementación, no una superficie visible para el usuario
Se diferencia de
- Aplicación Descentralizada Extensible : Una D App mantiene un límite real entre usarla y construir sobre ella; una Ext D App disuelve ese límite por diseño.
- Plataforma P2P : El artefacto principal de una plataforma es infraestructura para otros desarrolladores; el artefacto principal de una D App es el producto para el usuario final en sí mismo.
- Entorno de Ejecución P2P Integrado : Una D App se construye sobre un protocolo o plataforma externos; no es inseparable de uno como lo es un entorno de ejecución.
Ejemplos: AFFiNE, Logseq, Appflowy
Una aplicación descentralizada en la que usarla y construir sobre ella son el mismo acto — la extensión y la composición son intrínsecas a la arquitectura, no un sistema de plugins añadido después.
Propiedades Clave
- Bloques de construcción componibles por el usuario permiten a personas sin conocimientos de desarrollo ensamblar nueva funcionalidad 🧩
- Modelo de datos expuesto que otras aplicaciones o agentes pueden leer, escribir o usar como base directamente
- No hay una línea estricta entre consumir y crear dentro del mismo entorno
- Es inmediatamente útil para los usuarios finales al mismo tiempo que es una plataforma de extensión
Se diferencia de
- Aplicación Descentralizada : Una D App tiene un límite intencional entre usuario y desarrollador; una Ext D App trata ese límite como un fallo de diseño que debe eliminarse.
- Plataforma P2P : Las aplicaciones de una plataforma se construyen sobre ella como cosas separadas; una Ext D App es en sí misma la aplicación funcional, con propiedades similares a una plataforma que emergen desde dentro de ella.
- Entorno de Ejecución P2P Integrado : El rasgo definitorio de un entorno de ejecución es un protocolo-más-entorno unificado a nivel de infraestructura; el rasgo definitorio de una Ext D App es una aplicación orientada al usuario que resulta disolver el límite usuario/desarrollador.
Ejemplos: Holons, NDN Workspace
Redes de nodos activas y operadas que proporcionan servicios de transporte, enrutamiento, privacidad o acceso sobre los que se construyen otros protocolos y aplicaciones — un servicio en ejecución, no una especificación.
Propiedades Clave
- Una red activa, no un documento — el valor proviene de que los nodos realmente estén en funcionamiento
- Diseñada para condiciones adversas: censura, vigilancia, análisis de tráfico 🛡️
- Nodos de retransmisión/enrutamiento operados por voluntarios o mediante incentivos
- Recurso compartido consumido por muchas aplicaciones distintas, no un producto de propósito único
Se diferencia de
- Protocolo P2P : Un protocolo especifica reglas; la infraestructura ejecuta esas reglas como un servicio siempre activo al que otros sistemas se conectan.
- Red de Almacenamiento Descentralizada : La infraestructura mueve datos entre puntos finales sin necesariamente retenerlos; el propósito central de una red de almacenamiento es la custodia persistente.
- Plataforma P2P : La infraestructura proporciona un sustrato sobre el que los desarrolladores pueden construir, pero no ofrece SDKs ni abstracciones de desarrollo propias.
Ejemplos: Conduit, Tor relay nodes, Snowflake, I2P
Una arquitectura de comunicación en la que servidores operados de forma independiente (instancias) se federan directamente entre sí, de modo que usuarios de distintos servidores pueden interactuar sin un intermediario central.
Propiedades Clave
- Instancias operadas de forma independiente implementan la misma especificación
- Un protocolo servidor-a-servidor, distinto del protocolo cliente-a-servidor
- Cualquier servidor conforme puede federarse con cualquier otro, sin necesidad de permiso 🌐
- La identidad está anclada a un servidor (con o sin portabilidad)
Se diferencia de
- Protocolo P2P : En un Protocolo P2P, los clientes hablan directamente con los pares. En un protocolo federado, una capa de servidor persistente habla en nombre del usuario.
- Red de Almacenamiento Descentralizada : Un protocolo federado trata sobre la comunicación y la interacción social, no sobre la capacidad de almacenamiento persistente.
Ejemplos: Activity Pub, ATProto, Matrix
Una especificación formal para describir, estructurar o enlazar datos de modo que sean interpretables entre sistemas sin una implementación compartida — una capa de significado, no un mecanismo de comunicación.
Propiedades Clave
- Define vocabularios, ontologías, esquemas o modelos de grafos — no formatos de mensaje
- Legible por máquina, lo que permite la interpretación o inferencia automatizada 🧠
- Adoptable independientemente de cualquier implementación particular
- Se usa como una capa compartida bajo múltiples protocolos o aplicaciones de nivel superior
Se diferencia de
- Protocolo P2P : Un Protocolo P2P define cómo se comunican los nodos; un Protocolo Semántico y de Datos define qué significan los datos que intercambian. Un protocolo puede adoptar el modelo de un protocolo de datos sin convertirse en uno.
- Protocolo de Identidad : Los Protocolos de Identidad gobiernan específicamente identificadores y credenciales; los Protocolos Semánticos y de Datos gobiernan cómo se estructuran los datos en general — identidad incluida — y no son específicos de un dominio.
- Aplicación Descentralizada : Un Protocolo Semántico y de Datos es consumido por desarrolladores y diseñadores de protocolos, no directamente por usuarios finales.
Ejemplos: Valueflows, Atomic Data, Murmurations
Una especificación formal sobre cómo se crean y resuelven identificadores descentralizados, se emiten y verifican credenciales, o se establece confianza — implementable solo a partir del documento, como un Protocolo P2P pero para la identidad.
Propiedades Clave
- Documento en proceso de estandarización — a menudo a través de W3C, IETF, DIF o ToIP 📜
- Define la sintaxis de identificadores, la resolución, los formatos de credenciales o los flujos de intercambio
- Cuenta con un modelo de conformidad contra el cual pueden probarse las implementaciones
- Funciona sin una autoridad central que controle el registro o la validez
Se diferencia de
- Kit de Herramientas / Plataforma de Identidad : Un protocolo define lo que los sistemas conformes deben hacer; un kit de herramientas es el software que lo hace. Se lee el protocolo para entender el estándar; se instala el kit de herramientas para implementarlo.
- Sistema / Diseño de Identidad : Un protocolo generalmente surge de un proceso de estandarización; un sistema/diseño propone una arquitectura completamente nueva que puede no tener aún una especificación formal.
- Protocolo Semántico y de Datos : Un Protocolo de Identidad se preocupa por quiénes son las partes; un Protocolo Semántico y de Datos se preocupa por lo que significan los datos, en cualquier dominio.
Ejemplos: Iden3, FAN, FedID
Infraestructura para desarrolladores que implementa uno o más Protocolos de Identidad y expone sus capacidades a través de SDKs o APIs, de modo que los desarrolladores de aplicaciones no tengan que reimplementar la especificación por su cuenta.
Propiedades Clave
- Superficie de SDK/API para la resolución de DID, la emisión de credenciales, la verificación y la autenticación 🔧
- Se ajusta a Protocolos de Identidad publicados en lugar de inventar otros nuevos
- Está dirigida a desarrolladores de aplicaciones, no a investigadores de protocolos
- Reutilizable entre múltiples aplicaciones y contextos de despliegue sin modificación
Se diferencia de
- Protocolo de Identidad : Un único protocolo puede tener múltiples implementaciones de kit de herramientas en competencia — el kit de herramientas es software empaquetado, el protocolo es la especificación que implementa.
- Sistema / Diseño de Identidad : Un kit de herramientas hace utilizables los estándares existentes; su contribución no es una arquitectura novedosa como sí lo es la de un Sistema de Identidad.
- Plataforma P2P : Construido específicamente para casos de uso de identidad, credenciales y autenticación, aunque en principio podría soportar otros tipos de datos.
Ejemplos: SpruceID, walt.id, Animo
Una arquitectura novedosa de extremo a extremo que propone un enfoque fundamentalmente nuevo para la identidad — personalidad, delegación de confianza, estructura de credenciales — en lugar de implementar un estándar existente.
Propiedades Clave
- La contribución es una idea arquitectónica, no (todavía) una especificación o kit de herramientas 💡
- Critica explícitamente o se aparta de los paradigmas de identidad existentes
- Puede producir protocolos o herramientas más adelante, a medida que la idea madura
- Propone mecanismos para la personalidad, la confianza o el ciclo de vida de las credenciales que no se reducen a extender estándares existentes
Se diferencia de
- Protocolo de Identidad : Un protocolo opera dentro de un paradigma establecido y define reglas precisas de interoperabilidad; un sistema/diseño cuestiona el paradigma mismo.
- Kit de Herramientas / Plataforma de Identidad : El valor principal de un kit de herramientas es el software que los desarrolladores usan; el valor principal de un sistema/diseño es la perspectiva arquitectónica, que las herramientas pueden no encarnar todavía.
Ejemplos: IdentiKey, First Person Project, GreenCheck
Una especificación realizada como uno o más contratos o registros desplegables en cadena — una vez desplegado, el estándar y su mecanismo de aplicación se convierten literalmente en el mismo artefacto.
Propiedades Clave
- Desplegado, no solo implementado — el contrato en ejecución ES el estándar ⛓️
- Acceso de lectura/escritura sin permiso por cualquier participante conforme
- Generalmente una especificación EIP, ERC o equivalente con una implementación de referencia
- Infraestructura compartida sobre la que se construyen otras aplicaciones, más valiosa cuando se adopta ampliamente
Se diferencia de
- Protocolo P2P : Un Protocolo P2P es implementado por separado por muchas partes independientes; un Estándar de Contrato Inteligente se despliega una vez (o como unas pocas instancias canónicas) y a partir de entonces existe como estado compartido en cadena.
- Aplicación Descentralizada : Un estándar define infraestructura compartida — registros, interfaces — sobre la que se construyen aplicaciones; no entrega funcionalidad para el usuario final por sí mismo.
- Red de Almacenamiento Descentralizada : Un estándar aplica reglas y mantiene estado compartido; no proporciona capacidad de almacenamiento distribuido para datos arbitrarios del usuario.
Ejemplos: ERC-8004
Una red en la que operadores de nodos distribuidos proporcionan almacenamiento de datos persistente como su función principal, sostenida mediante incentivos, voluntariado o gobernanza cooperativa.
Propiedades Clave
- Custodia persistente — los datos colocados en ella permanecen recuperables con el tiempo 💾
- Mecanismos de prueba/auditoría de almacenamiento confirman que los operadores realmente retienen los datos
- Un modelo de compensación o incentivo para los operadores de nodos es una preocupación de primer nivel
- Las garantías de recuperación van desde la aplicación criptoeconómica hasta el mejor esfuerzo
Se diferencia de
- Infraestructura P2P : La infraestructura mueve datos entre puntos finales sin necesariamente retenerlos; el compromiso definitorio de una red de almacenamiento es retenerlos.
- Protocolo P2P : Un protocolo especifica cómo debería funcionar el almacenamiento/la recuperación; una red de almacenamiento es la red operativa que realmente ejecuta esas especificaciones, con nodos activos y modelos económicos.
- Aplicación Descentralizada : Una red de almacenamiento proporciona capacidad consumida por otras aplicaciones y protocolos, no funcionalidad para el usuario final propia.
Ejemplos: Filecoin, Arweave, Storj
Una especificación formal sobre cómo se nombran, direccionan, replican y sincronizan los datos estructurados a través de una red entre pares — las reglas de la capa de datos, no las de la capa de transporte.
Propiedades Clave
- Esquema de direccionamiento por contenido o nombrado autocertificante 🔗
- Algoritmo de sincronización/replicación definido — gossip, fusión CRDT, propagación DAG, etc.
- Semántica de mutabilidad explícita — solo-anexar, versionada, fusionable por CRDT, el último escritor gana
- Independiente de cualquier blockchain, incentivo de almacenamiento o transporte específico
Se diferencia de
- Protocolo P2P : Un Protocolo P2P gobierna cómo se comunican y se descubren los nodos entre sí; un DD Pro gobierna cómo se estructuran y concilian los datos una vez que la comunicación ya existe.
- Protocolo Semántico y de Datos : Un Protocolo Semántico y de Datos define lo que significan los datos entre sistemas; un DD Pro define la mecánica operativa de cómo se mueven y viven los datos en un sustrato P2P, independientemente de su significado.
- Red de Almacenamiento Descentralizada : Un DD Pro es la especificación que cualquier parte puede implementar para participar en una red similar a una de almacenamiento; no ejecuta nodos por sí mismo ni requiere un modelo de incentivos como lo hace una DSN.
- Entorno de Ejecución P2P Integrado : La especificación de un DD Pro es separable de su implementación, con implementaciones independientes que interoperan; un entorno de ejecución co-diseña el modelo de datos y el entorno de desarrollo como un todo inseparable.
Ejemplos: IPFS, Willow, MCP
Una especificación formal sobre cómo se emite, contabiliza, valora y hace circular el valor entre los participantes — la lógica monetaria misma, independiente del sustrato que la realice.
Propiedades Clave
- Independiente del sustrato — realizable en cadena, fuera de cadena, centrado en agentes o institucionalmente 💱
- Define reglas de emisión, acumulación, liquidación y valoración
- Lógica de federación explícita donde múltiples instancias interoperan
- Distintos sustratos que implementan el mismo protocolo pueden interoperar a nivel de la lógica monetaria
Se diferencia de
- Estándar de Contrato Inteligente : El contrato en ejecución de un Estándar de Contrato Inteligente y el estándar son el mismo artefacto en cadena; la lógica monetaria de un DM Pro puede realizarse en cadena, fuera de cadena o institucionalmente, con el protocolo conceptualmente anterior a cualquier sustrato particular.
- Protocolo P2P : Un Protocolo P2P gobierna cómo se comunican los nodos; un DM Pro gobierna cómo fluye el valor una vez que la comunicación ya está establecida, sobre cualquier transporte P2P o federado.
- Protocolo de Datos Descentralizado : Un DD Pro gobierna cómo se nombran y concilian los datos; un DM Pro gobierna cómo se emiten, transfieren y acotan las reclamaciones de valor — la capa de datos es incidental para él, no constitutiva.
- Protocolo de Identidad : Los protocolos de identidad gobiernan quiénes son los participantes; los protocolos monetarios gobiernan cómo se mueve el valor entre participantes identificados, típicamente dependiendo de, pero sin definir, la infraestructura de identidad.
Ejemplos: Credit Commons Protocol, Commitment Pooling Protocol (Sarafu / Grassroots Economics), Sardex mutual credit clearing, Augmented Bonding Curve (Commons Stack), Quadratic Funding