Skip to main content

Qué es una red blockchain

Nota: Este documento es una traducción automática del original en inglés.

Qué es una red blockchain

Una red blockchain es un sistema distribuido de ordenadores (nodos) que mantienen colectivamente un libro mayor compartido y resistente a la manipulación de las transacciones. Cada nodo guarda una copia del libro mayor, y la red usa un mecanismo de consenso para acordar qué nuevas transacciones son válidas. Ninguna entidad única controla el libro mayor —es mantenido por los participantes de la red según las reglas del protocolo.

En resumen: una red blockchain es la capa de infraestructura —el «dónde» de las cripto. Los tokens se ejecutan en redes, las aplicaciones se despliegan en redes, y las propiedades de la red (velocidad, coste, modelo de seguridad, consenso) determinan lo que se puede construir encima de ella.

Cómo funciona una red blockchain

En su esencia, una red blockchain opera a través de un ciclo sencillo:

  1. Los usuarios envían transacciones. Una transacción puede ser una transferencia de tokens, una llamada a un smart contract o cualquier otra operación que la red admita.
  2. Los nodos propagan las transacciones. La transacción se difunde a los nodos de la red, que validan su formato y sus reglas básicas (por ejemplo, ¿tiene el remitente saldo suficiente?).
  3. El consenso produce bloques. Un subconjunto de nodos (validadores, mineros o roles equivalentes según el mecanismo de consenso) recopila transacciones válidas en un bloque. La red acuerda qué bloque añadir a continuación a través de su protocolo de consenso.
  4. El bloque se añade a la cadena. Una vez alcanzado el consenso, el nuevo bloque se añade a la cadena y pasa a formar parte del registro permanente. Todos los nodos actualizan su copia del libro mayor.
  5. El estado se actualiza. Los saldos de las cuentas, los estados de los smart contracts y otros datos reflejan las transacciones del nuevo bloque.

Este ciclo se repite continuamente. El resultado es un libro mayor compartido, de solo adición, que ningún participante individual puede alterar unilateralmente.

Diferentes redes implementan este ciclo de forma distinta. Ethereum usa validadores de Proof of Stake que proponen y atestiguan los bloques. Solana usa una combinación de Proof of Stake y Proof of History para un alto rendimiento. Bittensor usa un consenso especializado diseñado para la evaluación de modelos de IA. El principio subyacente —el acuerdo distribuido sobre un libro mayor compartido— es el mismo.

En qué se diferencia una red de un token y una aplicación

Estos tres conceptos suelen confundirse, especialmente por los recién llegados. Son capas distintas:

Capa Qué es Ejemplo
Red La infraestructura —la blockchain en sí, sus nodos, el consenso y las reglas del protocolo Ethereum, Solana, Base, Arbitrum One, Bittensor, Avalanche, Polygon
Token Un activo digital que existe en una red —sigue las reglas de la red y usa su infraestructura ETH (en Ethereum), SOL (en Solana), BNB (en BNB Smart Chain)
Aplicación Un programa (smart contract o dApp) desplegado en una red que usa la infraestructura de la red para operar Un protocolo DeFi, un juego, una plataforma de agentes de IA

Una analogía útil: la red es el sistema de carreteras, los tokens son los vehículos que circulan por las carreteras, y las aplicaciones son los destinos (tiendas, oficinas, servicios) construidos a lo largo de las carreteras. Necesitas que exista el sistema de carreteras antes de que los vehículos puedan circular o los destinos puedan operar.

Esta distinción importa porque:

  • Las propiedades de un token están determinadas en parte por la red en la que se ejecuta (velocidad de transacción, coste, modelo de seguridad).
  • Las capacidades de una aplicación están limitadas por las características de la red (¿admite smart contracts?, ¿qué lenguaje de programación?, ¿qué rendimiento?).
  • El mismo estándar de token (por ejemplo, ERC-20) puede existir en múltiples redes si comparten una arquitectura compatible (por ejemplo, cadenas compatibles con EVM).

Tipos de redes blockchain

Las redes blockchain se clasifican comúnmente según varias dimensiones:

Por capa

  • Layer 1 (L1) — una blockchain autónoma y soberana con su propio mecanismo de consenso y modelo de seguridad. Ejemplos: Ethereum, Solana, Avalanche, Bittensor.
  • Layer 2 (L2) — una red construida sobre una L1 que hereda su seguridad pero procesa las transacciones por separado para lograr mayor velocidad o menor coste. Ejemplos: Base, Arbitrum One, Polygon zkEVM.

Por arquitectura

  • Compatibles con EVM — redes que ejecutan la Ethereum Virtual Machine, lo que permite a los desarrolladores desplegar los mismos smart contracts en múltiples cadenas. Ejemplos: Ethereum, BNB Smart Chain, Base, Arbitrum One, Avalanche C-Chain, Polygon.
  • No-EVM — redes con sus propias máquinas virtuales y modelos de programación. Ejemplos: Solana (SVM/Rust), Bittensor (basada en substrate).
  • Appchains — blockchains de propósito específico diseñadas para una sola aplicación o caso de uso, a menudo construidas usando frameworks modulares como Cosmos SDK o Substrate.

Por consenso

  • Proof of Stake (PoS) — los validadores hacen staking de tokens como garantía para participar en la producción de bloques. Usado por Ethereum, Solana, Polygon y otros.
  • Proof of Work (PoW) — los mineros resuelven acertijos computacionales para producir bloques. Usado históricamente por Ethereum (antes de The Merge) y todavía por Bitcoin.
  • DPoS — Proof of Stake delegado, donde los poseedores de tokens delegan su poder de voto a un conjunto más pequeño de validadores.
  • PoSA — Proof of Staked Authority, que combina el staking con un conjunto fijo de validadores. Usado por BNB Smart Chain.
  • Consenso especializado — mecanismos diseñados para propósitos específicos, como el Yuma Consensus de Bittensor para la evaluación de modelos de IA.

Por propósito

  • Redes de propósito general — diseñadas para soportar cualquier tipo de aplicación (DeFi, gaming, IA, social, etc.). La mayoría de las principales L1 y L2 entran en esta categoría.
  • Redes especializadas — diseñadas para un dominio o función específicos, como redes de cómputo de IA, capas de disponibilidad de datos o cadenas centradas en la privacidad.

Dónde aparecen las redes blockchain en DecAIHub

La red blockchain es uno de los campos contextuales más importantes en una ficha de proyecto de DecAIHub:

  • Campo Main chain — registra en qué red(es) se despliega o a través de cuál opera un proyecto. Los valores incluyen Ethereum, Solana, Base, Arbitrum One, BNB Smart Chain, Bittensor, Avalanche, Polygon y otros.
  • Campo Type — indica el entorno de ejecución / arquitectura del proyecto: EVM (smart contracts compatibles con EVM), non-EVM (otras plataformas de contratos) o Appchain (el proyecto es su propia cadena específica de la aplicación).
  • Campo Consensus — para los proyectos que son redes en sí mismos, registra el mecanismo de consenso.

Al leer el campo Main chain, aprendes:

  • De qué infraestructura depende el proyecto. Un proyecto en Ethereum hereda el modelo de seguridad de Ethereum. Un proyecto en Solana se beneficia del rendimiento de Solana pero también hereda sus riesgos de caídas.
  • A qué ecosistema pertenece el proyecto. Las redes tienen ecosistemas —comunidades de desarrolladores, instrumental, pools de liquidez y bases de usuarios. La elección de la red es una decisión estratégica que determina quiénes son los vecinos del proyecto y sus posibles integraciones.
  • Cómo son los costes y las velocidades de las transacciones. Las L2 como Base y Arbitrum One ofrecen comisiones más bajas que Ethereum L1. Solana ofrece un alto rendimiento. Estas propiedades afectan a la usabilidad práctica del proyecto.

Qué no demuestra una red blockchain por sí sola

  • Desplegar en una red de buena reputación no demuestra que el proyecto en sí sea seguro, esté bien construido o sea de confianza. La red proporciona la infraestructura; el proyecto construye encima de ella.
  • Estar en una cadena compatible con EVM no demuestra que los smart contracts del proyecto sean correctos o estén auditados. La compatibilidad es una comodidad para el desarrollador, no una garantía de seguridad.
  • Operar en múltiples cadenas no demuestra que el proyecto sea más avanzado. El despliegue multichain puede significar un mayor alcance, pero también puede significar una presencia escasa en cada cadena sin una integración profunda.
  • El mecanismo de consenso de la red no demuestra que el token del proyecto sea necesario o esté bien diseñado. El consenso es una propiedad a nivel de red; el diseño del token es una decisión a nivel de proyecto.
  • Tener un estado de «mainnet» no demuestra que el proyecto esté listo para producción o sea ampliamente usado. Mainnet significa que la red está activa, no que tenga una adopción significativa.

No confundir con

  • Token — un activo digital que se ejecuta en una red. La red es infraestructura; el token es un activo sobre esa infraestructura. ETH es un token; Ethereum es la red.
  • Aplicación (dApp) — un programa desplegado en una red. La red proporciona el entorno de ejecución; la dApp proporciona el producto de cara al usuario.
  • Protocolo — un conjunto de reglas que rigen cómo opera un sistema. Una red blockchain implementa un protocolo, pero «protocolo» también puede referirse a reglas a nivel de aplicación (por ejemplo, un protocolo DeFi ejecutándose en Ethereum).
  • Ecosistema — la comunidad más amplia de proyectos, herramientas y usuarios en torno a una red. La red es la capa técnica; el ecosistema es la capa humana y económica.

Preguntas frecuentes

¿Cómo sé qué red usa un proyecto de DecAIHub?

Comprueba el campo Main chain en la ficha del proyecto. Enumera la(s) red(es) blockchain principal(es) en la(s) que el proyecto se despliega o a través de la(s) que opera. Si el proyecto es en sí mismo una red, el campo Type refleja su arquitectura (Appchain para una cadena soberana específica de la aplicación, o L1), y el campo Consensus describe su mecanismo de consenso. Para los proyectos L2, la propia arquitectura L2 se registra en el campo Consensus usando una fórmula como L2 (Optimistic Rollup, Base on Ethereum).

¿La elección de la red afecta al DecAI Fit de un proyecto?

No directamente. El marco DecAI Fit evalúa la AI reality, la Onchain necessity, la Token necessity y la Evidencia. La elección de la red proporciona contexto (¿hay actividad on-chain real?, ¿la red admite la funcionalidad afirmada?) pero no es un factor de puntuación por sí mismo. Un proyecto con una fuerte integración on-chain en cualquier red obtiene la misma puntuación que la integración equivalente en cualquier otra red.

¿Cuál es la diferencia entre L1 y L2?

Una L1 es una blockchain soberana con su propio consenso —no depende de otra cadena para su seguridad. Una L2 es una red construida sobre una L1, que procesa las transacciones fuera de la L1 para obtener beneficios de velocidad y coste mientras depende de la L1 para la seguridad final. Ethereum es una L1; Base y Arbitrum One son L2 construidas sobre Ethereum. Consulta los explicadores dedicados de L1 y L2 para más detalles.

¿Puede un proyecto existir en múltiples redes blockchain?

Sí. Muchos proyectos se despliegan en múltiples redes (multichain). En DecAIHub, el campo Main chain puede enumerar múltiples redes si el proyecto tiene despliegues significativos en cada una. Sin embargo, la presencia multichain por sí sola no indica calidad —lo que importa es si la integración on-chain es sustancial en cada cadena.

Referencias externas

Véase también

No comments to display

Back to top