> For the complete documentation index, see [llms.txt](https://es-kb.topopool.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://es-kb.topopool.com/master.md).

# Glosario

***

## A

### **ACTIVO DIGITAL**

Una colección de datos binarios autocontenida, identificable de forma única y con valor económico o funcional. En Cardano, los activos nativos coexisten con ADA en el mismo UTXO sin necesidad de contratos inteligentes para representarlos.

### **ADA**

La criptomoneda nativa de la blockchain de Cardano. Nombrada en honor a Ada Lovelace, matemática y escritora inglesa considerada la primera programadora de la historia.

1 ADA = 1.000.000 Lovelaces

### **AIKEN**

Lenguaje de programación moderno diseñado específicamente para escribir contratos inteligentes en Cardano. Es más accesible que Haskell/Plutus, con sintaxis similar a Rust, y ha ganado adopción masiva en el ecosistema desde 2023. IO está contribuyendo activamente a su desarrollo. Los contratos escritos en Aiken compilan a UPLC (Untyped Plutus Core), el mismo bytecode que Plutus.

### **ALONZO**

Hard fork de septiembre de 2021 que introdujo los contratos inteligentes (Plutus) en Cardano. Marcó el inicio real del ecosistema de dApps.

***

## B

### **BASHO**

La cuarta fase de desarrollo de Cardano, enfocada en escalabilidad y optimización del rendimiento. Incluye trabajos como Hydra, Mithril, UTxO-HD y Ouroboros Leios. Nombrada en honor a Matsuo Basho, el poeta japonés más famoso del período Edo.

### **BFT — Byzantine Fault Tolerance**

Tolerancia a Fallos Bizantinos. Propiedad de los sistemas distribuidos que les permite funcionar correctamente incluso cuando algunos nodos fallan o actúan de forma maliciosa. Cardano usó OBFT durante la transición de Byron a Shelley.

### **BIFURCACIÓN DURA (HARD FORK)**

Actualización de protocolo no retrocompatible que cambia las reglas fundamentales de la blockchain. En Cardano los hard forks se coordinan mediante el mecanismo HFC (Hard Fork Combinator), que permite transiciones suaves sin interrumpir la red. Requieren aprobación de DReps, SPOs y el Comité Constitucional.

### **BIFURCACIÓN SUAVE (SOFT FORK)**

Actualización retrocompatible del protocolo. Los nodos que no actualizan siguen siendo compatibles con los que sí lo hacen.

### **BLOQUE**

Contenedor de transacciones que se agrega a la blockchain tras ser validado por el líder de ranura designado. Cada bloque referencia el anterior formando la cadena.

### **BYRON**

La primera fase de Cardano (2017–2020), centrada en el lanzamiento de la red y la billetera Daedalus. Red centralizada bajo federación controlada por IOHK, Emurgo y la Cardano Foundation.

***

## C

### **CATALYST**

El programa de financiamiento descentralizado de Cardano. Permite a la comunidad proponer y votar proyectos que reciben financiamiento del tesoro. Funciona en rondas de votación y es uno de los experimentos de gobernanza más grandes de Web3. A partir de la era Conway, Catalyst está migrando hacia una gobernanza on-chain más directa.

### **CHANG**

Hard fork de agosto de 2024 que activó la era Conway en Cardano. Introdujo la infraestructura de gobernanza on-chain definida en CIP-1694: DReps, Comité Constitucional interino, y los primeros mecanismos de votación en mainnet.

### **CIP — Cardano Improvement Proposal**

Propuesta de Mejora de Cardano. Es el proceso formal por el cual la comunidad propone cambios técnicos, estándares o mejoras al ecosistema. Los CIPs son revisados por editores de la Cardano Foundation y se publican en el repositorio oficial. Cualquiera puede proponer un CIP.

**CIPs clave:**

| CIP      | Nombre                        | Estado    | Qué hace                                                                                                                                     |
| -------- | ----------------------------- | --------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
| CIP-0025 | Media Token Metadata Standard | Activo    | Estándar para adjuntar metadata a NFTs y tokens en el momento del minteo (on-chain via tx metadata)                                          |
| CIP-0030 | dApp-Wallet Web Bridge        | Activo    | API estándar que permite a los dApps comunicarse con wallets del navegador                                                                   |
| CIP-0067 | Asset Name Label Registry     | Activo    | Define cómo codificar el prefijo de label en el nombre de un asset (trabaja con CIP-0068)                                                    |
| CIP-0068 | Datum Metadata Standard       | Activo    | Mejora de CIP-0025 que guarda la metadata en datums on-chain, permitiendo actualizarla post-minteo                                           |
| CIP-0381 | Plutus Support for Pairings   | Activo    | Agrega operaciones de criptografía de curvas elípticas (BLS12-381) a Plutus, habilitando ZK proofs                                           |
| CIP-1694 | On-Chain Governance           | Activo    | El CIP más importante de la era Voltaire. Define DReps, Comité Constitucional, tipos de governance actions y el sistema de votación on-chain |
| CIP-0164 | Ouroboros Leios               | Propuesto | Define el protocolo de escalabilidad Layer 1 con Input Endorsers                                                                             |

### **COMITÉ CONSTITUCIONAL (CC)**

Uno de los tres pilares de gobernanza de Cardano (junto con DReps y SPOs). Es un grupo de 7 miembros elegidos por la comunidad que vela porque las governance actions sean constitucionales. Pueden vetar acciones que violen la Constitución de Cardano. Reemplazó al Comité Constitucional Interino (ICC) en 2026 tras las primeras elecciones comunitarias.

### **CONSTITUCIÓN DE CARDANO**

Documento fundamental que establece los principios y reglas de gobernanza de Cardano. Fue ratificada on-chain en 2026 con el 79% del stake activo de DReps votando a favor. Es el marco dentro del cual el Comité Constitucional evalúa las governance actions.

### **CONWAY**

La era actual de Cardano (desde el hard fork Chang, agosto 2024). Implementa la gobernanza on-chain completa definida en CIP-1694, incluyendo DReps, votación de SPOs, Comité Constitucional y governance actions.

### **CONSENSO**

El proceso por el cual los nodos de la red se ponen de acuerdo sobre el estado válido de la blockchain. Cardano usa Ouroboros Praos (y en el futuro Ouroboros Leios) para alcanzar consenso de forma segura y descentralizada.

### **COSTO POR ÉPOCA**

Tarifa fija en ADA que un pool cobra por época. Se deduce de las recompensas totales antes de calcular el margen. El mínimo del protocolo es 170 ADA. Nunca se descuenta de los wallets de los delegadores.

***

## D

### **DAEDALUS**

Billetera full-node de Cardano. Descarga y verifica toda la blockchain localmente. Soporta delegación de stake y gestión de activos nativos. Ideal para usuarios que priorizan la verificación completa sobre la conveniencia.

### **DAPP — Aplicación Descentralizada**

Aplicación que corre sobre una blockchain usando contratos inteligentes. En Cardano, las dApps interactúan con wallets del navegador mediante el estándar CIP-0030.

### **DELEGACIÓN**

El acto de asignar el poder de stake de tu ADA a un stake pool para participar en la producción de bloques y recibir recompensas. Delegar no implica ceder custodia: el ADA permanece en tu wallet en todo momento.

### **DESEMPEÑO (POOL)**

Porcentaje de ranuras asignadas que un pool convierte exitosamente en bloques. Un pool con 4 ranuras asignadas que produce 3 bloques tiene un desempeño del 75%.

### **DIRECCIÓN**

Estructura de datos que representa un destino o fuente en la blockchain. Contiene información sobre propiedad, tipo de red (mainnet/testnet) y preferencias de delegación. Las direcciones de Cardano comienzan con `addr1` en mainnet.

### **DREP — Delegated Representative**

Representante delegado, uno de los pilares del sistema de gobernanza CIP-1694. Los holders de ADA pueden delegar su poder de voto de gobernanza a un DRep (similar a delegar stake a un pool). Los DReps votan en governance actions on-chain. Cualquier persona puede registrarse como DRep.

***

## E

### **ÉPOCA**

Período de tiempo de aproximadamente 5 días (432.000 slots). Las recompensas se calculan y distribuyen por época. Los parámetros del protocolo cambian entre épocas.

***

## F

### **FEE — Tarifa de transacción**

Costo en ADA para procesar una transacción. En Cardano se calcula con una fórmula: `fee = a + b * size`, donde `a` y `b` son parámetros del protocolo. El fee va a los pools y al tesoro.

***

## G

### **GOVERNANCE ACTION**

Acción de gobernanza on-chain. Cualquier participante puede someter una governance action. Existen 7 tipos:

1. **Motion of No Confidence**: voto de no confianza en el Comité Constitucional
2. **Update Committee**: actualizar miembros del CC
3. **New Constitution**: proponer una nueva constitución
4. **Hard Fork Initiation**: iniciar un hard fork
5. **Protocol Parameter Change**: cambiar parámetros del protocolo
6. **Treasury Withdrawal**: retirar fondos del tesoro
7. **Info Action**: publicar información on-chain sin efecto de protocolo

Cada tipo requiere umbrales de aprobación distintos de DReps, SPOs y/o CC.

***

## H

### **HARD FORK COMBINATOR (HFC)**

Mecanismo técnico de Cardano que permite ejecutar hard forks sin interrumpir la red. Permite que el nodo soporte múltiples eras del protocolo simultáneamente, haciendo las transiciones transparentes para los operadores.

### **HYDRA**

Protocolo de escalabilidad Layer 2 de Cardano. Los participantes abren un "Head" donde pueden ejecutar miles de transacciones por segundo con finalidad casi instantánea y sin pagar fees por cada transacción interna. Al cerrar el Head, el estado final se liquida en Cardano L1. Los Heads son isomórficos: los contratos Plutus válidos en L1 son válidos en Hydra. Alcanzó v1.0.0 en 2025.

***

## I

### **INPUT ENDORSERS (OUROBOROS LEIOS)**

El próximo gran salto de escalabilidad Layer 1 de Cardano. Desacopla la producción de transacciones de la producción de bloques de consenso introduciendo tres tipos de bloques: Input Blocks (IBs), Endorser Blocks (EBs) y Ranking Blocks (RBs). Promete 30–65x más throughput que Praos. Definido en CIP-0164. En desarrollo activo como de 2026.

### **INTERSECT**

Organización sin fines de lucro creada en 2023 para ser el custodio del desarrollo del ecosistema Cardano. Coordina el proceso de gobernanza, administra el presupuesto del ecosistema aprobado on-chain, y facilita la colaboración entre IO, la Cardano Foundation, Emurgo y la comunidad. Reemplaza en parte el rol que antes tenían IOHK/IO de forma centralizada.

***

## K

### **KES — Key Evolving Signature**

Firma de Clave Evolutiva. Las claves KES de un stake pool cambian automáticamente cada 90 días por seguridad. Los operadores deben renovarlas periódicamente (antes del vencimiento) para que el pool pueda seguir produciendo bloques. Ver [Renovar KES keys](/mantenimiento-del-pool/renovar-kes.md).

***

### **L**

### **LEDGER**

Base de datos distribuida que registra todas las transacciones y el estado actual de la blockchain. En Cardano, el estado del ledger incluye todos los UTXOs existentes, los parámetros del protocolo, el estado de gobernanza y las recompensas pendientes.

### **LÍDER DE RANURA (SLOT LEADER)**

El stake pool seleccionado aleatoriamente para producir el bloque de una ranura determinada. La probabilidad de ser elegido es proporcional al stake del pool relativo al stake total de la red.

### **LOVELACE**

La unidad mínima de ADA. 1 ADA = 1.000.000 Lovelaces. Nombrada en honor a Ada Lovelace.

### **LSM — Log-Structured Merge Tree**

El backend de almacenamiento introducido en cardano-node 10.7 como parte de UTxO-HD. Almacena el estado del ledger en disco en lugar de RAM, reduciendo los requisitos de memoria de 24 GB a 8 GB. Es el modo recomendado para operadores a partir de la versión 10.7+.

***

## M

### **MARGEN DE GANANCIA**

Porcentaje de las recompensas totales que retiene el operador del pool, aplicado después de la tarifa fija y antes de distribuir al resto de los delegadores. Un pool con margen 0% devuelve el máximo posible a sus delegadores (pero igual cobra la tarifa fija).

### **MARLOWE**

Lenguaje de dominio específico (DSL) de Cardano para contratos inteligentes financieros. Está diseñado para ser usado por personas sin conocimientos de programación mediante una interfaz visual (Marlowe Playground). Los contratos Marlowe compilan a Plutus.

### **MIDNIGHT**

Blockchain independiente desarrollada por IOG que funciona como Partner Chain de Cardano. Está diseñada para uso empresarial con privacidad selectiva usando zero-knowledge proofs (ZK). Utiliza Cardano como capa de liquidación y sus contratos inteligentes usan TypeScript. Tiene su propio token ($NIGHT).

### **MITHRIL**

Protocolo de firmas multi-umbral basado en stake. Permite generar snapshots certificados del estado de la blockchain de Cardano que los clientes pueden verificar sin necesidad de descargar y re-ejecutar toda la historia de bloques. Usado principalmente para bootstrap rápido de nodos. Ver [Bootstrap con Mithril](/primeros-pasos/mithril.md).

### **MULTI-ASSET**

Característica introducida en el hard fork Mary (marzo 2021) que permite crear y transferir tokens nativos en Cardano, incluyendo NFTs, sin necesidad de contratos inteligentes. Los tokens nativos coexisten con ADA en los UTXOs.

***

## N

### **NCL — Net Change Limit**

Límite Neto de Cambio. Parámetro de gobernanza que establece la cantidad máxima de ADA que puede retirarse del tesoro en un período determinado. Debe ser aprobado on-chain antes de que puedan procesarse treasury withdrawals.

### **NFT — Token No Fungible**

Activo digital único en la blockchain. En Cardano los NFTs son tokens nativos con metadata adjunta (estándar CIP-0025 o CIP-0068). No requieren contratos inteligentes para existir, lo que los hace más eficientes que en otras blockchains.

### **NODO (NODE)**

Participante de la red de Cardano que mantiene una copia de la blockchain y participa en la validación de transacciones. Existen nodos relay (que retransmiten bloques) y nodos productores de bloques (que pertenecen a un stake pool registrado).

***

## O

### **OBFT — Ouroboros Byzantine Fault Tolerant**

Variante de Ouroboros usada durante la transición de Byron a Shelley. Incluía tolerancia a fallos bizantinos para garantizar la seguridad durante ese período de transición.

### **OUROBOROS**

La familia de protocolos de consenso Proof-of-Stake de Cardano, con seguridad demostrable matemáticamente. Las versiones principales son:

* **Ouroboros Classic**: primer protocolo PoS demostrable
* **Ouroboros Praos**: protocolo actual en producción, resistente a adversarios adaptativos
* **Ouroboros Genesis**: permite a nuevos nodos unirse sin un punto de confianza
* **Ouroboros Leios**: próxima versión con Input Endorsers para escalar el throughput 30–65x

***

## P

### **P2P — Peer-to-Peer**

Modo de red recomendado desde cardano-node 8.9+. En modo P2P, los nodos descubren y gestionan sus peers automáticamente sin necesidad de topologyUpdater ni configuración manual de peers. Se configura mediante el archivo de topology con `localRoots` y `publicRoots`.

### **PARTNER CHAINS**

Framework de IOG que permite crear blockchains independientes que se integran con Cardano como capa de liquidación y seguridad. Midnight es el ejemplo más prominente. El framework usa el stack tecnológico de Substrate (de Polkadot) combinado con las garantías de seguridad de Cardano.

### **PLEDGE**

La cantidad de ADA que el operador de un pool compromete con su propio pool. Un pledge más alto incrementa ligeramente las recompensas (vía el parámetro `a0` del protocolo). El pledge debe mantenerse activo — si el operador retira sus fondos por debajo del pledge declarado, el pool no produce bloques en esa época.

### **PLUTUS**

La plataforma de contratos inteligentes de Cardano. Los contratos Plutus se escriben en Haskell (o en Aiken, que compila a Plutus Core) y se ejecutan en la EUTxO VM. Las versiones son:

* **Plutus V1**: introducido en Alonzo
* **Plutus V2**: introducido en Vasil (2022), con acceso a más datos del contexto
* **Plutus V3**: introducido en Chang (2024), agrega primitivas criptográficas BLS12-381, nuevas operaciones de bitwise, y soporte para Voting/Governance

### **POOL DE STAKE (STAKE POOL)**

Nodo productor de bloques que agrega el stake de múltiples delegadores. Los pools compiten por ranuras proporcionalmente a su stake total. Operan con una clave caliente (KES) que se rota periódicamente y claves frías que se guardan off-line.

### **PROOF-OF-STAKE (PoS)**

Mecanismo de consenso donde el poder de validación es proporcional al stake (ADA bloqueado) en lugar de poder computacional (como en Bitcoin). Cardano fue el primer blockchain PoS con seguridad demostrable matemáticamente en producción.

***

## R

### **RANURA (SLOT)**

La unidad mínima de tiempo en Cardano: 1 segundo. 432.000 slots = 1 época (\~5 días). En cada slot puede producirse un bloque, aunque no todos los slots tienen un líder asignado.

### **RECOMPENSA**

ADA distribuida a pools y delegadores por participar en la producción de bloques. Las recompensas se calculan por época y se acumulan en la "reward account" del stake address. No se envían automáticamente al wallet — el usuario debe retirarlas con una transacción.

***

## S

### **SATURACIÓN**

El punto a partir del cual un pool tiene más stake del óptimo del protocolo (actualmente \~64M ADA para k=500). Por encima de la saturación, las recompensas por ADA delegada disminuyen, desincentivando la concentración en un solo pool.

### **SHELLEY**

La segunda era de Cardano (julio 2020). Marcó la descentralización de la red con la introducción de stake pools y delegación. Nombrada en honor a Percy Bysshe Shelley.

### **SPO — Stake Pool Operator**

Operador de stake pool. Persona o entidad responsable de mantener la infraestructura (nodos relay y productor) de un pool de Cardano. Los SPOs son uno de los tres pilares de gobernanza de CIP-1694.

***

## T

### **TESORO (TREASURY)**

Porción de las recompensas reservada para financiar el desarrollo futuro del ecosistema. Actualmente el 20% de las recompensas por época va al tesoro. Los fondos se liberan mediante governance actions de tipo Treasury Withdrawal, sujetas a aprobación de DReps, CC y el NCL vigente.

### **TOKEN FUNGIBLE**

Token donde cada unidad es intercambiable por otra del mismo tipo. El ADA es fungible. Los tokens de utilidad suelen ser fungibles.

### **TOKEN NO FUNGIBLE (NFT)**

Ver NFT.

### **TOKENIZACIÓN**

Representar activos del mundo real (bienes raíces, arte, bonos, etc.) como tokens en la blockchain. Cardano tiene infraestructura nativa para tokenización sin contratos inteligentes.

### **TOPOLOGY**

Archivo de configuración que define con qué peers se conecta un nodo de Cardano. En modo P2P moderno (recomendado), usa el formato:

```json
{
  "bootstrapPeers": [...],
  "localRoots": [
    {
      "accessPoints": [{"address": "ip-del-peer", "port": 3001}],
      "advertise": false,
      "valency": 1
    }
  ],
  "publicRoots": [...],
  "useLedgerAfterSlot": 128908821
}
```

El `topologyUpdater` ya no es necesario con P2P habilitado.

### **TPS — Transacciones Por Segundo**

Métrica de throughput de la blockchain. Actualmente Cardano procesa entre 5–10 TPS en condiciones normales, con capacidad de rafaga mayor. Con Ouroboros Leios se espera un salto de 30–65x.

***

## U

### **UTXO — Unspent Transaction Output**

Salida de transacción no gastada. El modelo de contabilidad de Cardano (y Bitcoin). En lugar de balances de cuenta, cada wallet posee UTXOs que son "consumidos" en nuevas transacciones. Esto facilita el procesamiento paralelo de transacciones.

### **EUTxO — Extended UTXO**

Extensión del modelo UTXO de Cardano que agrega datums y scripts a los UTXOs, permitiendo contratos inteligentes con estado. Es el modelo que habilita Plutus.

### **UTxO-HD**

Mejora del ledger de Cardano que separa el estado del UTxO set del resto del estado del ledger, permitiendo almacenarlo en disco (modo OnDisk/LSM) en lugar de RAM. Introducido en cardano-node 10.7. Reduce los requisitos de RAM de \~24 GB a \~8 GB con el backend LSM.

***

## V

### **VASIL**

Hard fork de septiembre de 2022. Introdujo Plutus V2 y mejoras de rendimiento significativas (diffusion pipelining, referencia a scripts, inline datums). Nombrado en honor a Vasil Dabov, miembro de la comunidad Cardano.

### **VOLTAIRE**

La quinta y actual fase de desarrollo de Cardano, enfocada en gobernanza descentralizada y sostenibilidad financiera del ecosistema. Voltaire es "ahora" — no es una promesa futura. La era Conway es su implementación técnica on-chain. Nombrada en honor al filósofo François-Marie Arouet (Voltaire).

### **VRF — Verifiable Random Function**

Función Aleatoria Verificable. Usada en Ouroboros para seleccionar líderes de ranura de forma aleatoria pero verificable. Cada pool usa su VRF key para demostrar que fue legítimamente seleccionado para producir un bloque.

***

## W

### **WALLET**

Software para gestionar claves privadas y interactuar con la blockchain. Las principales wallets de Cardano son Lace, Eternl, Yoroi, Nami, Flint y Daedalus (full-node). Todas implementan el estándar CIP-0030 para integración con dApps.

***

## Y

### **YOROI**

Billetera web ligera de Cardano desarrollada por Emurgo. Corre como extensión de Chrome/Firefox y como app móvil. No descarga la blockchain completa — conecta a un servidor backend (usando el protocolo Cardano Wallet).

***

## Z

### **ZERO-KNOWLEDGE PROOF (ZK)**

Técnica criptográfica que permite demostrar que se conoce un dato sin revelar el dato en sí. Cardano introdujo primitivas ZK (BLS12-381) en Plutus V3 via CIP-0381, habilitando casos de uso de privacidad y escalabilidad. Midnight, la Partner Chain de Cardano, está construida sobre ZK proofs.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://es-kb.topopool.com/master.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
