> For the complete documentation index, see [llms.txt](https://docs.decentraland.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.decentraland.org/contributor/contributor-es/catalyst/glossary.md).

# Glosario

#### Catalyst

[Catalyst](https://github.com/decentraland/catalyst) es el nombre dado a la **Paquete de servicios de Decentraland**, cada Catalyst [nodo](https://decentraland.github.io/catalyst-monitor) expone un conjunto de servicios que funcionan como la base de la plataforma y también expone una [API](https://decentraland.github.io/catalyst-api-specs/).

#### Bootstrap

Cuando se inicia el Catalyst, el nodo tendrá un `Inicializando` estado mientras obtiene contenido de otros catalysts hasta ponerse al día con los demás. Y luego transiciona al siguiente estado `Sincronizando` en el que está listo para servir contenido.

#### Catalyst Client

[Library](https://github.com/decentraland/catalyst-client) que puede usarse para interactuar con los servidores Catalyst. Permite tanto obtener datos como desplegar nuevas entidades en el servidor especificado.

#### Entity

Tipo de datos, definido con [schemas](https://github.com/decentraland/common-schemas), que no puede almacenarse en la blockchain debido a su tamaño. Algunos de los tipos [admitidos actualmente](https://github.com/decentraland/common-schemas/blob/main/src/platform/entity.ts#L13) son los siguientes:

* [Wearable](https://github.com/decentraland/common-schemas/blob/main/src/platform/item/wearable/wearable.ts)
* [Emote](https://github.com/decentraland/common-schemas/blob/main/src/platform/item/emote/emote.ts)
* [Scene](https://github.com/decentraland/common-schemas/blob/main/src/platform/scene/scene.ts)
* [Perfil](https://github.com/decentraland/common-schemas/blob/main/src/platform/profile/profile.ts)
* [Tiendas](https://github.com/decentraland/common-schemas/blob/main/src/dapps/store.ts)
* [Conjuntos](https://github.com/decentraland/common-schemas/blob/main/src/platform/outfits/outfits.ts)

#### Despliegue

Instancias de Entities creadas en el Content Server e identificadas con un único [EntityId](https://github.com/decentraland/common-schemas/blob/main/src/platform/entity.ts#L31). Los Deployments pueden ser de cualquier [Entity Type](https://github.com/decentraland/common-schemas/blob/main/src/platform/entity.ts#L13).

#### Despliegue fallido

Instancia de una Entity desplegada en un Content Server que no logró pasar las [Validaciones de contenido](https://adr.decentraland.org/adr/ADR-51). Las validaciones se implementan en el [validador de contenido](https://github.com/decentraland/content-validator) librería.

#### Entity activa

Una Entity que actualmente está desplegada en un Pointer, por lo tanto todas las entities activas representan el contenido vivo de Decentraland: escenas, perfiles, wearables, etc.

#### Pointer

Los Pointers son los ids o ubicaciones a las que pertenece un Deployment. Su formato es diferente según el `Entity Type`, por ejemplo:

* **Wearables**: Usa URN como pointers `urn:decentraland:ethereum:collections-v1:dg_atari_dillon_francis:gerald_patchwork_knit_sweater`
* **Scenes**: Usa parcelas o un array de parcelas como pointers, por ejemplo `--10,20` o `[(0,0), (0,1), (0,-1)]`
* **Perfiles**: Usa una dirección de Wallet como pointer `0xb01ddb6d4c89314f74a32dfc2f3bd0f8311a6d75`
* **Tiendas**: Usa un URN como pointer `urn:decentraland:off-chain:marketplace-stores:{wallet}`
* **Conjuntos**: Usa una dirección de Wallet como pointer seguida de `:outfits`, `0xb01ddb6d4c89314f74a32dfc2f3bd0f8311a6d75:outfits`

#### URN

[URN](https://en.wikipedia.org/wiki/Uniform_Resource_Name) significa Uniform Resource Name. Se usan como identificadores únicos globales para assets en todos los proyectos del Metaverse.

* URN Resolver: <https://github.com/decentraland/urn-resolver>
* URN Namespace: <https://github.com/common-metaverse/urn-namespaces>

#### Content Server

El [Content Server](https://github.com/decentraland/catalyst/tree/main/content) es una parte del Catalyst node encargada de gestionar el almacenamiento descentralizado de los despliegues de Entity. Actualmente, todo el contenido almacenado en un Content Server se sincroniza con el resto de los DAO Catalysts.

#### Lambdas

El [Lambdas](https://github.com/decentraland/catalyst/tree/main/lambdas) Service es una parte del Catalyst node que funciona como una capa de reconciliación entre los Content Servers y la Blockchain, saneando el contenido, validando la propiedad y ayudando a recuperar información para los clientes de Catalyst.

#### Synchronization

Los Content Servers ofrecen la posibilidad de desplegar contenido en ellos. También garantizan que cualquier contenido desplegado en los otros Catalysts del DAO esté disponible allí también. Resolver esto se llama **sincronización**.

#### SNAPSHOT de contenido

Un conjunto de todas las Active Entities de un tipo específico en un [content server](#content-server). Estas snapshots de contenido se usan para sincronizar contenido entre nodos Catalyst.

#### Realm

Al conectarte a Decentraland, solo podrías interactuar con Peers conectados al mismo Realm. Como nombres amigables, los Realms usan nombres de dioses griegos como Hela o Loki. Cada Realm está determinado por un único [Catalyst Node](https://decentraland.github.io/catalyst-monitor/).

#### Peer

Un usuario conectado a Decentraland.

#### Lighthouse

El [Lighthouse](https://github.com/decentraland/lighthouse) es el nombre usado para hacer referencia a la versión anterior del Communications Service alojado en los nodos Catalyst y usado para agrupar usuarios en una red P2P. Sus principales responsabilidades eran determinar cuáles eran los candidatos para una conexión P2P y hacer la señalización WebRTC para establecer la conexión. La mayor parte de esta lógica se hacía a través de dos componentes externos: el PeerJS Server (conecta [WebRTC](https://webrtc.org/) peers) y Archipelago (recibe las posiciones de los usuarios y los agrupa en islas).

#### Backend for Frontend (también conocido como BFF)

El [BFF](https://github.com/decentraland/explorer-bff) Service se creó para resolver las necesidades del cliente y permitir un desarrollo más rápido de nuevas funciones sin romper las APIs existentes. En el contexto del Catalyst Communication Service, se encargará de gestionar la señalización P2P y, por tanto, reemplazar Lighthouse.

#### Propietario de Catalyst

Un [Propietario de Catalyst](https://github.com/decentraland/catalyst-owner) es una persona o una organización que ejecuta un Catalyst node. Para agregar un Catalyst node a la red del DAO, [proposal](https://governance.decentraland.org/?type=catalyst) se debe presentar y los nodos del DAO representan la red confiable de Decentraland.

#### Archipelago Service

El [Archipelago Service](https://github.com/decentraland/archipelago-service) anteriormente era una biblioteca utilizada por Lighthouse. Este servicio tendrá la misma responsabilidad que tenía la biblioteca: agrupar peers en clústeres para que puedan comunicarse eficientemente entre sí. Cada clúster se llama una isla. Por otro lado, el servicio también necesita poder equilibrar islas usando los transportes de comunicación disponibles y siguiendo un conjunto de [Propietario de Catalyst](https://github.com/decentraland/catalyst-owner) reglas definidas, con el fin de, por ejemplo, usar LiveKit para una isla en la escena Casino y P2P en una Genesis Plaza.

#### Isla

Clúster de peers conectados.

#### Transporte de comunicación

Transport es la tecnología utilizada para compartir actualizaciones entre Peers conectados a una Isla.

#### Transporte P2P

Usa [WebRTC](https://webrtc.org/) conexiones entre Peers, no necesita infraestructura adicional para escalar, ya que la carga recae en el lado del cliente y los Servers solo gestionan la señalización. La latencia aumenta a medida que se agregan más Peers a una Isla. Hay un límite en la cantidad de conexiones WebRTC que un cliente puede tener, por lo que para tener islas más grandes se necesitan más conexiones indirectas (saltos) entre peers.

#### Transporte LiveKit

[LiveKit](https://livekit.io/) es un proyecto de código abierto que ofrece conferencias escalables para múltiples usuarios sobre WebRTC. En lugar de usar una red P2P, los Peers se conectan a una Selective Forwarding Unit (SFU) encargada de gestionar el reenvío de mensajes y distintos aspectos de calidad de la comunicación. Las SFUs son la infraestructura adicional necesaria para proporcionar comunicaciones de alto rendimiento / alta calidad entre multitudes en escenas designadas.

#### Transporte WebSocket

El [Transporte WebSocket](https://github.com/decentraland/ws-room-service) es más ligero que LiveKit; también requiere un Server que gestione el reenvío de mensajes a través de salas WebSocket. Las salas son equivalentes a islas. Este transporte ofrece menos latencia y mejor rendimiento que las islas P2P, pero también requiere la infraestructura adicional.

#### NATS

[NATS](https://nats.io/) es un broker de mensajes que permite el intercambio de datos y la comunicación entre servicios. En el contexto del Catalyst Server se usa para comunicar algunos de los servicios internos.

#### DAO

DAO significa "Decentralized Autonomous Organization". La Decentraland DAO posee los smart contracts y activos más importantes que componen Decentraland – el LAND Contract, el Estates Contract, Wearables, Content Servers y el Marketplace. También posee una importante reserva de MANA, lo que le permite ser realmente autónoma y subvencionar diversas operaciones e iniciativas en todo Decentraland.

<https://dao.decentraland.org/en/>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.decentraland.org/contributor/contributor-es/catalyst/glossary.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.