Web3

[!NOTE] ℹ️ Objetivo: entender qué aporta Web3, cuándo tiene sentido usarlo y cómo orientarte dentro de esta subsección sin entrar todavía en el detalle técnico de cada tema.

Cuándo usarla: cuando necesitas una visión general, un glosario mínimo o una ruta clara para seguir aprendiendo.

No cubre: seguridad detallada de wallets, comparativa profunda entre CEX y DEX, ni operativa de futuros, funding, SL/TP o estrategias.

Papel en la subsección: esta página funciona como portada de navegación. Resume conceptos clave y te dirige a las guías específicas.

Resumen rápido

Si vienes por...	Empieza aquí	Después
Base técnica	¿Qué es una blockchain?	Wallets: qué son y cómo funcionan
Custodia, firmas y permisos	Wallets: qué son y cómo funcionan	Exchanges: centralizados vs descentralizados
Elegir dónde operar	Exchanges: centralizados vs descentralizados	¿Qué son los futuros?
Derivados y cobertura	¿Qué son los futuros?	Stop Loss (SL) y Take Profit (TP), Funding Rate explicado fácil, Estrategia Delta Neutral (idea general)

⭐important

Web3 no mejora automáticamente un producto.

Suele encajar cuando propiedad, verificabilidad, pagos nativos, interoperabilidad o resistencia a control unilateral forman parte real del problema.

---

Web3, en una idea

En la práctica, Web3 se usa como paraguas para aplicaciones y servicios que emplean redes blockchain para mover parte de la identidad, la custodia, los pagos o las reglas críticas a una infraestructura compartida y verificable.

Una forma útil de recordarlo es esta:

• Web1: leer

• Web2: leer y escribir

• Web3: leer, escribir y poseer

En la documentación de Ethereum, Web3 se explica como el uso de aplicaciones descentralizadas (dapps) que corren sobre blockchain. En un sentido más amplio, el término también se usa para hablar de ecosistemas donde el usuario controla una wallet, firma acciones, interactúa con contratos o programas y puede mover activos entre aplicaciones sin depender por completo de una sola empresa.

Tres ideas que conviene retener

• Descentralización: parte de la lógica o del estado no depende de un único operador.

• Permisos abiertos: en muchos sistemas Web3 no hace falta pedir autorización previa para participar.

• Pagos nativos: los activos digitales forman parte del propio sistema, no de una capa externa improvisada.

◆❓

Pregunta filtro: ¿necesitas un estado compartido y verificable entre partes que no confían plenamente entre sí?

Si la respuesta es no, una arquitectura tradicional suele ser más simple, barata y operable.

---

Qué cambia frente a la web tradicional

Aspecto	Web tradicional	Web3
Identidad	Suele depender de cuentas, email y contraseña	A menudo se accede conectando una wallet y firmando
Custodia	La plataforma controla la cuenta y los registros	El usuario puede controlar claves, activos y permisos
Lógica crítica	Vive en backend privado	Puede vivir en contratos o programas públicos y verificables
Pagos	Suelen depender de procesadores externos	Los criptoactivos permiten pagos nativos dentro del sistema
Integración	APIs privadas o acuerdos entre empresas	Protocolos y contratos pueden componerse entre sí
Transparencia	Limitada a lo que publique el operador	Transacciones y reglas pueden auditarse públicamente
Reversibilidad	El operador puede corregir o revertir acciones	Los errores pueden ser costosos o irreversibles

✅validated

No todo debe ir on-chain. En muchos productos sólidos, solo va a blockchain la parte que necesita verificabilidad, neutralidad o custodia compartida; el resto sigue off-chain por coste, rendimiento o UX.

---

Cómo encajan las piezas

Un flujo Web3 típico suele tener estas capas:

1. Wallet

Gestiona claves, firma mensajes y autoriza transacciones.

1. Red blockchain

Mantiene el estado compartido. Puede ser mainnet, testnet o, en Ethereum, una Layer 2 para reducir costes y mejorar experiencia.

1. Contrato o programa

Implementa las reglas críticas: transferencias, permisos, gobernanza, swaps, vaults, automatizaciones, etc.

1. Frontend

Presenta la interfaz, lee estado, solicita firmas y muestra el resultado al usuario.

1. Servicios auxiliares

Indexación, caché, alertas, automatización, analítica, relayers, observabilidad y soporte operativo.

Usuario -> Wallet -> Frontend -> RPC / Indexador -> Contrato o programa -> Red

En Ethereum y ecosistemas compatibles con EVM, la lógica suele girar alrededor de smart contracts. En Solana, el modelo técnico es distinto, pero la idea general se mantiene: hay una red, cuentas o estado, programas y clientes que firman e interactúan.

Qué suele quedarse fuera de la cadena

• Búsquedas rápidas y agregaciones complejas

• Caché y contenido pesado

• Analítica y observabilidad

• Alertas, automatizaciones y soporte

• Parte de la UX y del control antifraude

ℹ️info

En Ethereum, las redes Layer 2 ya forman parte del uso diario. La documentación oficial las describe como una familia de soluciones que extienden Ethereum, procesan actividad fuera de L1 y heredan sus garantías de seguridad al publicar datos o pruebas en la capa base.

---

Dónde suele aportar valor

Casos de uso habituales

• Finanzas descentralizadas (DeFi): intercambio de activos, préstamos, stablecoins, vaults y automatización financiera.

• Identidad y acceso: autenticación por firma, credenciales verificables, membresías y permisos basados en posesión de activos.

• Gaming y activos digitales: propiedad de objetos, mercados secundarios e interoperabilidad entre aplicaciones.

• Coordinación y gobernanza: votaciones, delegación, tesorerías compartidas y ejecución transparente de decisiones.

• Infraestructura abierta: nombres legibles, automatización on-chain, mensajería entre redes, analítica y monitorización.

Cuándo suele encajar peor

• Productos que solo necesitan una base de datos central rápida.

• Flujos donde una autoridad debe poder revertir casi todo de forma inmediata.

• Sistemas internos con usuarios identificados y alta confianza entre partes.

• Casos donde el coste operativo o regulatorio de custodiar claves o activos no compensa.

• Productos cuya UX empeora demasiado si el usuario debe entender firmas, fees o wallets.

[!TOGGLE] Señales de que probablemente no necesitas Web3

• No hay una necesidad real de que el usuario posea activos o identidad fuera de tu plataforma.

• Todo el modelo exige control centralizado, reversión frecuente y soporte manual.

• La integración con terceros puede resolverse con APIs tradicionales y acuerdos comerciales.

• El componente blockchain se ha añadido por narrativa o marketing, no por necesidad técnica.

• La parte on-chain no reduce dependencia, riesgo o fricción de ningún modo relevante.

---

Mapa de la subsección

[!COLUMNS]

Ruta base

1. ¿Qué es una blockchain?

2. Wallets: qué son y cómo funcionan

3. Exchanges: centralizados vs descentralizados

Para qué sirve

• Entender la base técnica

• Distinguir custodia y firmas

• Saber dónde interactuar u operar

Ruta de mercados

1. ¿Qué son los futuros?

2. Stop Loss (SL) y Take Profit (TP)

3. Funding Rate explicado fácil

4. Estrategia Delta Neutral (idea general)

Para qué sirve

• Entender derivados

• Gestionar salidas y riesgo

• Interpretar costes periódicos

• Comprender una cobertura básica

Qué encontrarás en cada página

Página	Qué cubre	Léela si...
¿Qué es una blockchain?	Bloques, nodos, consenso, confirmaciones y límites de la “inmutabilidad”	Quieres entender la base técnica sin entrar en trading
Wallets: qué son y cómo funcionan	Claves, seed phrase, firmas, custodia y seguridad básica	Aún no tienes claro qué significa “tener control” en Web3
Exchanges: centralizados vs descentralizados	CEX vs DEX, custodia, liquidez, comisiones y riesgos	Necesitas comparar dónde operar o intercambiar activos
¿Qué son los futuros?	long, short, margen, apalancamiento y liquidación	Vas a tocar derivados y quieres la base correcta
Stop Loss (SL) y Take Profit (TP)	Uso, errores comunes y relación con gestión de riesgo	Ya conoces futuros y quieres operar con más control
Funding Rate explicado fácil	Qué es, quién paga y cómo interpretarlo	Operas perpetuos o quieres entender ese coste periódico
Estrategia Delta Neutral (idea general)	Idea general, prerrequisitos, riesgos y dependencia del funding	Te interesa cobertura o arbitraje sin exposición direccional fuerte

⭐important

Si aún no distingues bien entre wallet, seed phrase, firma y approval, no saltes directamente a futuros o estrategias. Empieza por Wallets: qué son y cómo funcionan.

---

Glosario mínimo

Término	Definición breve
Wallet	Herramienta que gestiona claves y permite firmar, enviar transacciones y demostrar control sobre una cuenta
Address	Identificador público de una cuenta en una red
Clave privada	Secreto criptográfico que permite firmar y controlar una cuenta
Seed phrase	Frase de recuperación de la que pueden derivarse claves; si se filtra, la cuenta queda comprometida
Firma	Prueba criptográfica de que autorizas una acción o mensaje
Gas / fee	Coste de ejecutar una operación en la red
Mainnet	Red principal con valor real
Testnet	Red de pruebas para experimentar sin riesgo productivo
Layer 2	Solución que escala una red base moviendo parte de la ejecución o del procesamiento fuera de L1
Smart contract	Programa desplegado en blockchain que ejecuta reglas predefinidas
Token fungible	Activo intercambiable unidad por unidad, como un ERC-20
NFT	Token no fungible, usado para representar objetos o derechos únicos
Approval	Permiso dado a otro contrato para mover ciertos tokens bajo condiciones definidas
Bridge	Mecanismo para mover o representar activos y mensajes entre redes distintas
DAO	Organización coordinada mediante reglas on-chain y procesos de gobernanza compartidos
RPC	Punto de acceso para leer la red o enviar transacciones desde una aplicación
Smart account	Cuenta programable con lógica más flexible que una cuenta tradicional, común en contextos de account abstraction

Distinciones que conviene tener claras

No confundas	Con	Idea corta
wallet	cuenta en un exchange	Una wallet controla claves; un exchange suele custodiar por ti
firma	envío de fondos	Firmar puede autenticar, aceptar un permiso o autorizar una transacción
approval	transferencia	Un approval no mueve el token en ese momento; delega capacidad de gasto
bridge	swap	Un bridge mueve o representa activos entre redes; un swap cambia un activo por otro
testnet	entorno real	Sirve para practicar flujo, no para medir el riesgo económico real

---

Stack Web3, a vista de pájaro

Capa	Qué resuelve	Nota práctica
Protocolo / red	Estado compartido, consenso y ejecución base	En Ethereum, las L2 ya son parte normal del despliegue y del uso por coste y UX
Contratos / programas	Reglas críticas del producto	En EVM, Solidity y estándares conocidos siguen siendo la base común
Wallet / modelo de cuenta	Firma, permisos y control de identidad	La UX de firma es parte del producto, no un detalle menor
Frontend	Conexión con wallet, lectura de estado, envío y feedback	Una mala UX aquí genera errores caros aunque el contrato sea correcto
Backend y operaciones	Indexación, caché, alertas, automatización y soporte	Las apps serias dependen de observabilidad, runbooks y manejo de fallos RPC

Estándares que conviene reconocer

Estándar	Para qué sirve	Dónde suele aparecer
ERC-20	Tokens fungibles	Pagos, utility tokens, gobernanza, recompensas
ERC-721	NFTs únicos	Coleccionables, certificados, membresías, objetos singulares
ERC-1155	Múltiples tipos de token en un mismo contrato	Gaming, inventarios, sistemas mixtos
ERC-4626	Vaults tokenizados	Estrategias DeFi, productos de rendimiento y contabilidad de participaciones

Herramientas y referencias actuales

• OpenZeppelin Contracts sigue siendo una referencia principal para contratos Solidity modulares y revisados, con implementaciones de estándares como ERC-20, ERC-721, ERC-1155 y ERC-4626.

• A julio de 2026, la documentación oficial de Solana recomienda @solana/kit como SDK TypeScript y presenta @solana/web3.js como SDK legado.

• A julio de 2026, OpenZeppelin presenta Relayer y Monitor como herramientas open source activas para operación y observabilidad, mientras Defender aparece como plataforma legacy en modo de mantenimiento.

✅validated

Si desarrollas sobre EVM, empieza por estándares conocidos y componentes revisados antes de escribir lógica propia. Si trabajas con Solana, prioriza guías recientes: gran parte del material antiguo sigue usando el stack anterior.

[!TOGGLE] Si documentas una iniciativa Web3

Conviene dejar por escrito, como mínimo:

• objetivo del producto

• qué parte es on-chain y cuál es off-chain

• contratos o programas desplegados

• roles y permisos

• redes soportadas

• dependencias externas

• riesgos y supuestos

• política de upgrades

• estrategia de monitorización

• procedimiento ante incidentes

---

Fortalezas y límites reales

[!COLUMNS]

Fortalezas

• Propiedad digital: el usuario puede conservar control directo sobre activos y permisos.

• Interoperabilidad: protocolos y aplicaciones pueden integrarse como piezas reutilizables.

• Transparencia: reglas, eventos y transacciones pueden auditarse.

• Automatización verificable: ciertas reglas pueden ejecutarse sin depender de un operador único.

• Portabilidad: cuenta, identidad o activos no siempre quedan encerrados en una sola plataforma.

Límites y riesgos

• UX todavía exigente: firmar, entender fees y distinguir riesgos sigue siendo una barrera.

• Errores costosos: una firma equivocada, un permiso excesivo o una mala custodia puede salir caro.

• Fragmentación: redes, wallets, estándares y liquidez no siempre son homogéneos.

• Riesgo de contrato y puente: no basta con que la red sea segura; cada integración añade supuestos.

• Complejidad operativa: indexación, observabilidad, reorgs, fallos RPC y estados pendientes exigen disciplina.

⚠️warning

En Web3, la seguridad del usuario no empieza en el contrato: empieza en la gestión de claves, la revisión de lo que se firma y el control de permisos concedidos a otros contratos.

Errores comunes al empezar

• Pensar que firmar siempre es “solo iniciar sesión”.

• Asumir que “descentralizado” significa “sin riesgo”.

• Creer que todo debe ir on-chain.

• Operar en una red o bridge sin entender costes, tiempos y supuestos de seguridad.

• Confundir la seguridad de la red con la seguridad de cada contrato, frontend o integración.

---

Primeros pasos según tu objetivo

Si quieres entender el ecosistema

1. Aprende qué hace una wallet y qué significa firmar.

2. Distingue entre mainnet, testnet, token, NFT y approval.

3. Empieza por ¿Qué es una blockchain? y Wallets: qué son y cómo funcionan.

4. Practica primero en entornos de prueba o con importes mínimos.

5. Revisa siempre dominio, permisos y contexto antes de firmar.

Si diseñas producto

1. Define el problema antes de elegir blockchain.

2. Decide qué necesita verificabilidad on-chain y qué debe quedar off-chain.

3. Diseña custodia, recuperación y soporte antes del lanzamiento.

4. Reduce al mínimo las operaciones de riesgo para el usuario.

5. Añade observabilidad, alertas y procedimientos de incidente desde el inicio.

Si vas a construir

1. Elige red, modelo de confianza y restricciones de costes.

2. Empieza por un contrato o programa pequeño y testeable.

3. Reutiliza estándares y librerías conocidas.

4. Despliega primero en testnet o entorno controlado.

5. Añade tests, monitoreo y revisión de seguridad antes de mover valor real.

Si tu foco es trading o derivados

1. Empieza por Exchanges: centralizados vs descentralizados.

2. Sigue con ¿Qué son los futuros?.

3. Después estudia Stop Loss (SL) y Take Profit (TP) y Funding Rate explicado fácil.

4. Deja Estrategia Delta Neutral (idea general) para cuando ya entiendas exposición, liquidación y costes periódicos.

---

Recursos recomendados

Base conceptual

• Qué es Web3 en ethereum.org

• Web2 vs Web3 en la documentación de Ethereum

• Introducción técnica a dapps

• Wallets en Ethereum

• Scaling y Layer 2 en Ethereum

Construcción sobre EVM

• OpenZeppelin Contracts

• API de OpenZeppelin Contracts 5.x

• Account Abstraction en OpenZeppelin

• OpenZeppelin Relayer

• OpenZeppelin Monitor

Ecosistemas alternativos

• Solana Docs

• SDK oficial JavaScript/TypeScript de Solana

Operación y mantenimiento

• OpenZeppelin Defender (plataforma legacy / mantenimiento; útil sobre todo si mantienes integraciones existentes)

---

Checklist rápido

Si estás aprendiendo

• Entiendo qué es una wallet y qué significa firmar

• Sé la diferencia entre mainnet y testnet

• Distingo entre token fungible, NFT y approval

• Sé identificar riesgos básicos de phishing y permisos

• No doy por hecho que “descentralizado” significa “sin riesgo”

Si estás evaluando un producto

• Tengo claro por qué este caso necesita Web3

• He separado bien la lógica on-chain de la off-chain

• He definido custodia, recuperación y soporte

• He pensado en costes, UX y monitorización

• He evaluado si una solución tradicional sería suficiente

Si estás construyendo

• Uso estándares y componentes conocidos cuando aplica

• He probado en entorno de pruebas antes de mover valor real

• Tengo visibilidad de permisos, eventos y fallos operativos

• He documentado riesgos, roles y dependencias

• He previsto revisión externa si el riesgo lo justifica

---

Siguiente lectura

• Si quieres la base técnica: ¿Qué es una blockchain?

• Si quieres entender custodia y firmas: Wallets: qué son y cómo funcionan

• Si tu foco es operar activos: Exchanges: centralizados vs descentralizados

• Si vienes por derivados: ¿Qué son los futuros?

💡tip

La decisión correcta no es “usar blockchain”, sino elegir el mínimo nivel de descentralización que realmente aporta valor.

- EOF -