¿Qué son las tarifas de gas en blockchain?
Cómo funcionan y cómo reducirlas (2026)
Introducción
En 2021, un desarrollador desplegó un contrato ERC-20 estándar en la red principal de Ethereum durante un pico de actividad en DeFi. La transacción costó más de 800 $ en gas. Es un caso extremo, pero la dinámica de fondo sigue muy viva.
Las gas fees son el coste invisible de cada interacción en la blockchain. Sin embargo, muchos desarrolladores las tratan como un coste fijo en lugar de entenderlas y optimizarlas como el sistema que son. Esta guía cambia esa perspectiva: desde los principios básicos hasta técnicas listas para producción, aquí tienes todo lo necesario para analizar las gas fees y actuar sobre ellas.
¿Qué son las gas fees?
En su nivel más elemental, una comisión de gas (gas fee) es lo que pagas para que una blockchain ejecute una acción. Cada operación —transferir un token, llamar a una función de un smart contract (contrato inteligente) o desplegar un contrato nuevo— requiere computación. El gas es la unidad que mide ese trabajo. La comisión es lo que compensa a la red por llevarlo a cabo.
En Ethereum y en las cadenas compatibles con la EVM, cada código de operación (opcode) de la EVM tiene un coste de gas predeterminado. Almacenar 32 bytes de datos nuevos cuesta 20 000 de gas. Leer del almacenamiento cuesta 2100 de gas (acceso en frío). Una operación aritmética básica cuesta 3. La suma de todos esos costes de opcodes para una transacción determina su consumo total de gas. Multiplica esa cifra por el precio actual del gas y obtendrás la comisión.
Las comisiones de gas se denominan en la moneda nativa de cada blockchain: ETH en Ethereum, CHZ en Chiliz Chain, SOL en Solana. El precio del gas suele expresarse en gwei (la milmillonésima parte de un ETH). Una transferencia típica en Ethereum a 20 gwei cuesta 21 000 × 20 gwei = 420 000 gwei, es decir, 0,00042 ETH. Con el ETH a 3000 $, equivale a 1,26 $.
Los diferentes tipos de transacción consumen cantidades distintas de gas. Una transferencia simple de ETH cuesta exactamente 21 000 de gas cada vez: es el mínimo. Hacer un swap de tokens en un DEX suele requerir entre 100 000 y 200 000 de gas. Desplegar un smart contract complejo puede costar millones.
¿Por qué existen las comisiones de gas?
Las gas fees resuelven tres problemas a la vez. Entender los tres es esencial para cualquiera que desarrolle o trabaje sobre redes blockchain.
Compensar a los validadores
Alguien tiene que operar los nodos que procesan transacciones, validan bloques y mantienen la cadena. En sistemas de Proof-of-Work, son los mineros. En Proof-of-Stake, son los validadores que bloquean capital como garantía. Ninguno trabaja gratis. Las gas fees son la forma en que la red les remunera: un incentivo directo por transacción para mantener la infraestructura activa. Sin esta recompensa económica, el número de validadores disminuiría, la red perdería descentralización y la seguridad se degradaría.
Prevenir el spam y el abuso
Si las transacciones fueran gratuitas, la superficie de ataque sería enorme. Un actor malicioso podría saturar la red con millones de transacciones basura, consumiendo todo el espacio disponible en los bloques e inutilizando la cadena para el resto de usuarios. Las comisiones de gas actúan como un freno económico. No hacen que el spam sea técnicamente imposible; lo hacen financieramente inviable. Cada transacción tiene un coste base, lo que obliga a que cualquier ataque de spam requiera un presupuesto que escala de forma lineal con su volumen.
Asignar el espacio limitado de los bloques
El espacio de bloque es finito. El límite de gas por bloque de Ethereum tiene como objetivo unos 15 millones de gas, suficiente para unas 700 transferencias simples de ETH o muchas menos interacciones complejas con smart contracts. Cuando se envían más transacciones de las que caben en un bloque, la red necesita un mecanismo para decidir cuáles incluir. Las gas fees son ese mecanismo: los usuarios pujan por entrar y los validadores priorizan las ofertas más altas.
Factores que influyen en las gas fees
Las comisiones de gas no son fijas. Fluctúan continuamente según una serie de variables interconectadas. Comprender qué las determina es el primer paso para anticiparlas y gestionarlas con eficacia.
Congestión de la red
Es el factor determinante. Cuando la demanda de espacio de bloque supera lo que cabe en un solo bloque, se desata una guerra de pujas. Durante el lanzamiento de una colección destacada de NFT o una cascada de liquidaciones en DeFi, los precios del gas en la red principal de Ethereum han llegado a multiplicarse por 10 o 100 en cuestión de minutos. El mecanismo de base fee del EIP-1559 suaviza parte de esta volatilidad, pero un repunte brusco de la demanda aún puede superar el ajuste máximo del 12,5 % por bloque del algoritmo.
Complejidad de la transacción
Cuanto mayor sea el cálculo computacional de una transacción, más gas consumirá. Una transferencia básica de ETH cuesta siempre 21 000 de gas. Mintear un NFT con metadatos on-chain puede requerir 200 000. Ejecutar un swap multitrayecto a través de un agregador DEX puede sobrepasar los 500 000 de gas. Para los desarrolladores de smart contracts, cada línea de Solidity tiene un coste, y las decisiones de diseño del contrato repercuten directamente en las comisiones que pagan los usuarios.
Precio del gas (fijado por el usuario)
Los usuarios determinan su propia puja de precio del gas dentro de los parámetros del EIP-1559. Fijar una priority fee más alta acelera la inclusión; fijar una demasiado baja expone la transacción a quedarse retenida en la mempool durante minutos u horas, o a ser descartada por completo. La mayoría de los monederos sugieren una comisión de forma automática según los bloques recientes, pero los desarrolladores y usuarios avanzados pueden ajustarla manualmente.
Arquitectura de la blockchain
El diseño de la cadena subyacente define el entorno de costes de partida. Las cadenas de Proof-of-Work con procesamiento secuencial de transacciones son propensas por estructura a la congestión. Las cadenas con ejecución paralela de transacciones pueden gestionar un rendimiento muy superior con el mismo tiempo de bloque, manteniendo las comisiones bajas incluso bajo alta demanda. Las soluciones de capa 2 (Layer 2) resuelven esto en la capa de ejecución agrupando muchas transacciones en un único registro en la L1.
Cómo afectan las gas fees a los usuarios
La elegancia técnica del modelo de gas importa menos que su impacto real en quienes usan la red. Las comisiones elevadas de gas han sido una de las barreras más persistentes para la adopción masiva de la blockchain.
El efecto más directo es el abandono de transacciones. Cuando un swap de 5 $ cuesta 30 $ en gas, la operación pierde todo sentido económico y los usuarios simplemente no la envían. Esto perjudica sobre todo a los casos de uso de bajo importe (micropagos, transferencias de objetos en videojuegos o pequeñas posiciones en DeFi), donde la comisión suele superar el valor de la propia operación. Categorías enteras de producto dejan de ser viables en cadenas con costes elevados.
Para los usuarios con menos experiencia, las comisiones de gas generan confusión e incertidumbre. Tener que calcular la comisión adecuada, entender qué es el gwei y temer que una transacción falle a mitad de ejecución introduce una fricción inasumible para la mayoría de aplicaciones de consumo. Las transacciones fallidas que aun así consumen gas —porque el trabajo computacional se realizó antes de la reversión (revert)— resultan especialmente frustrantes y minan la confianza.
Las comisiones elevadas de gas también excluyen de forma desproporcionada a usuarios de mercados con menor poder adquisitivo. Si una sola interacción en DeFi cuesta 50 $ en gas, la participación queda limitada en la práctica a quienes manejan posiciones lo bastante grandes como para justificar ese sobrecoste.
Las gas fees y la economía cripto
Las comisiones de gas no son solo un reto de experiencia de usuario: son un mecanismo económico fundamental que articula cómo circula el valor en el ecosistema blockchain.
Incentivos para validadores y seguridad de la red
Los validadores no protegen la red por altruismo. En Ethereum obtienen recompensas de bloque más todas las priority fees de las transacciones de su bloque. Este doble ingreso es clave: incluso cuando la emisión de ETH se reduce con el tiempo, una red activa mantiene remunerados a sus validadores. Las gas fees no son un efecto secundario; son su salario.
Demanda de tokens y dinámica deflacionaria
El mecanismo de quema introducido por el EIP-1559 añade otra dimensión. Cada base fee pagada se destruye en lugar de redistribuirse. Cuando la red registra un uso intenso, sale más ETH de circulación del que entra nuevo. El token se vuelve más escaso cuanto más se utiliza, lo que puede verse como un diseño brillante o como un afortunado efecto colateral, según a quién preguntes. Para profundizar en el modelo económico que estructura estos incentivos, consulta nuestra guía sobre tokenomics.
Mercados de comisiones como asignación de recursos
En cuanto a los mercados de comisiones: el espacio de bloque es finito y la demanda no lo es. Quien más paga, entra antes. Ese es todo el mecanismo. El problema surge al ver quién puede permitirse competir: bots de MEV ejecutando ataques sándwich, ballenas sobrepujando a todo el mundo durante los mints y usuarios corrientes atrapados en costes de gas con los que no contaban. El modelo no está roto, pero dista de ser equitativo.
El funcionamiento real: análisis a fondo del EIP-1559
La palabra «gas» es una analogía: igual que un coche necesita combustible para andar, las transacciones en la EVM necesitan combustible computacional. Cada opcode que ejecuta tu contrato consume gas. Almacenar una palabra de 256 bits cuesta 20 000 de gas. Una suma cuesta 3. Una instrucción CALL hacia otro contrato cuesta como mínimo 2600.
Pero las unidades de gas no son ether. La comisión que pagas equivale a unidades de gas × precio del gas, donde este último se expresa en gwei (1 gwei = 10⁻⁹ ETH). Desde el EIP-1559 (agosto de 2021), el modelo de fijación de precios del gas es más sofisticado.
El modelo de comisiones del EIP-1559
Antes del EIP-1559, los usuarios enviaban una única puja de gasPrice: una subasta a primer precio con todos los problemas que ello conlleva, como sobrepujas, ofertas insuficientes, transacciones atascadas y una volatilidad extrema en momentos de congestión.
El EIP-1559 sustituyó esto por un modelo de dos componentes. Especificación completa en ethereum.org:
| Comisión total = gas_usado × (base_fee + priority_fee) base_fee: fijada por el protocolo, se quema y no va a los validadorespriority_fee: «propina» para el validador, incentiva la inclusiónmax_fee: tope máximo dispuesto a pagar (base + prioridad) |
La base_fee se ajusta automáticamente en cada bloque con el objetivo de alcanzar un 50 % de ocupación. Si el bloque anterior superó el 50 %, la base_fee sube hasta un 12,5 %. Si estuvo por debajo del 50 %, baja. Esto actúa como un mecanismo estabilizador, aunque las comisiones pueden acumular subidas vertiginosas ante picos repentinos de demanda.
A continuación se muestra cómo se define una transacción típica con EIP-1559 en código (ethers.js v6):
| // ethers.js v6 — fijar de forma explícita los parámetros de comisión EIP-1559const feeData = await provider.getFeeData(); const tx = await contract.myFunction(args, { // No superar nunca este total (base + prioridad) maxFeePerGas: feeData.maxFeePerGas, // Propina para el validador. 1-2 gwei suele bastar fuera de congestión. maxPriorityFeePerGas: ethers.parseUnits(«1.5», «gwei»), // Fijar de forma explícita — la estimación por defecto suele ser un 20-40 % demasiado alta gasLimit: 150_000,}); |
Gas limit frente a gas used
gasLimit es el número máximo de unidades que autorizas a consumir a la transacción. gasUsed es lo que consume en realidad. Solo se te cobra por el gasUsed. Si una transacción se revierte, pagas igualmente todo el gas consumido hasta el punto del revert. Establecer un gasLimit demasiado bajo provocará errores por falta de gas (out-of-gas). Establecerlo demasiado alto no desperdicia fondos (el gas no utilizado se reembolsa), pero puede hacer que tu interfaz parezca cara en la previsualización del monedero.
Por qué se disparan las gas fees y por qué predecirlas sigue siendo difícil
El ajuste algorítmico de la base fee ayuda, pero no hace que las gas fees sean predecibles. Para entender el motivo, conviene analizar dos factores: la dinámica de la mempool y el MEV.
La mempool es un campo de batalla
Toda transacción pendiente espera en la mempool: una sala de espera pública visible para cualquier nodo. Los validadores eligen qué transacciones incorporar en cada bloque y, aunque el EIP-1559 formalizó las priority fees, los validadores conservan discrecionalidad. Pueden ordenar las transacciones dentro de un bloque con total libertad.
Durante un mint muy concurrido de NFT o un evento de yield en DeFi, la mempool se satura. Miles de usuarios aumentan a la vez sus priority fees para lograr entrar. Cada bloque de 12 segundos solo admite unos 30 millones de gas. Cuando la demanda desborda esa capacidad, se desata una guerra de pujas y la base fee inicia su escalada del 12,5 % por bloque.
MEV: el recargo oculto en tus transacciones
El valor máximo extraíble (MEV) es posiblemente el factor menos comprendido tras la volatilidad de las gas fees. El MEV hace referencia al beneficio que puede obtenerse reordenando, intercalando o censurando transacciones dentro de un bloque.
Los «searchers» —bots que monitorizan la mempool pública— buscan oportunidades de arbitraje: diferencias de precio entre DEX, liquidaciones o ataques sándwich en swaps grandes. En cuanto detectan una, envían un paquete a través de sistemas como MEV-Boost con una priority fee alta para situarse justo antes o después de tu transacción.
El resultado: en fases de alta actividad, una parte considerable del mercado de priority fees no proviene de usuarios convencionales, sino de searchers compitiendo por capturar MEV. Sus pujas elevan el coste base para todos los demás.
Por qué la predicción exacta sigue sin resolverse
Los oráculos de precios de gas funcionan bien hasta que dejan de hacerlo. ETH Gas Station, eth_gasPrice o Blocknative se basan en datos históricos y extrapolación de tendencias. En condiciones normales cumplen. Pero en el instante en que se lanza un protocolo importante de DeFi o se desata una cascada de liquidaciones, ya van con retraso. Un cambio brusco de congestión no da tiempo a que reaccione una media móvil.
Ningún oráculo en producción predice con fiabilidad los siguientes 3 bloques durante un pico de demanda. No es una limitación comercial pendiente de resolver: es un problema estructural de información. La respuesta práctica: calibra tus estimaciones para condiciones normales, define un límite estricto con maxFeePerGas y diseña tu UX asumiendo que las tarifas sorprenderán a todos en ocasiones.
La red principal de Ethereum sigue siendo la referencia en seguridad y liquidez. Para la mayor parte de la lógica de aplicación en 2026, ya no es el entorno de ejecución idóneo. La tabla comparativa a continuación muestra el motivo.
Comisiones de gas entre blockchains: tabla comparativa (2026)
El problema de las comisiones de gas ha provocado una fragmentación masiva del ecosistema. La red principal de Ethereum sigue siendo el ancla de seguridad y liquidez, pero para la mayor parte de la lógica de aplicación, ya no es el entorno de ejecución adecuado. Esta es una comparativa práctica a fecha del T1 de 2026.
| Cadena | Tipo | Comisión media por tx | Comisión de despliegue | Finalidad | Notas |
|---|---|---|---|---|---|
| Ethereum mainnet | L1 | $1.50-$40+ | $60-$800+ | ~12s/~15min | Máxima seguridad. Úsala solo para liquidación. |
| Arbitrum One | L2 | $0.01-$0.15 | $0.50-$5 | ~1s/~7 días | Rollup optimista. EVM prácticamente idéntica. |
| Base | L2 | $0.005-$0.08 | $0.20-$3 | ~2s/~7 días | Comisiones más bajas entre las principales L2. |
| Optimism | L2 | $0.01-$0.12 | $0.40-$4 | ~2s/~7 días | Referencia de OP Stack. Gobernanza sólida. |
| zkSync Era | L2 | $0.02-$0.30 | $1-$8 | ~1s/minutos | Rollup ZK: finalidad definitiva más rápida. |
| Solana | Alt-L1 | $0.0001-$0.01 | $0.50-$3 | ~400ms | No es EVM. Rust/Anchor. Historial de caídas. |
| Avalanche C-Chain | Alt-L1 | $0.05-$0.50 | $2-$15 | ~2s | Compatible con EVM. Subnets a medida. |
| Polygon PoS | Side | $0.001-$0.02 | $0.05-$1 | ~2s/~30min | No es un rollup. Buena para alta frecuencia. |
↑ Las comisiones reflejan condiciones habituales sin congestión a fecha del T1 de 2026. Los multiplicadores por congestión varían considerablemente según la cadena y el evento. Consulta siempre los rastreadores de gas actuales antes de estimar los costes para el usuario.
¿Cómo pueden los usuarios optimizar y reducir las comisiones de gas?
Las gas fees no están totalmente bajo tu control, pero tampoco quedan por completo fuera de tu alcance. Tanto los usuarios finales como los desarrolladores disponen de herramientas eficaces para reducirlas.
Para usuarios: elección de momentos y herramientas
La congestión de la red sigue patrones predecibles. La red principal (mainnet) de Ethereum es más barata durante las horas valle, habitualmente a altas horas de la noche y fines de semana en horario UTC. Etherscan Gas Tracker y Blocknative muestran tendencias y predicciones de la tarifa base en tiempo real. Esperar 30 minutos durante un pico de congestión a menudo puede reducir tu tarifa a la mitad sin ningún otro cambio.
Siempre que sea posible, utiliza redes de capa 2 (Layer 2) para operaciones rutinarias. Transferir activos mediante puente a Arbitrum, Base u Optimism y operar allí (swaps, préstamos o minar NFT a 0.137 Gwei | Ethereum Gas Tracker | Etherscang) cuesta una fracción de los precios de la red principal.
Si un protocolo ofrece procesamiento por lotes (batching) —combinando múltiples reclamaciones, transferencias o aprobaciones en una única transacción—, aprovéchalo siempre. El coste base de 21 000 de gas por transacción se acumula rápidamente cuando realizas interacciones frecuentes.
Para desarrolladores: optimización a nivel de contrato
Elegir bien la cadena resuelve el 90 % del camino. La optimización en tu código Solidity aporta el resto. Si estás desarrollando un protocolo DeFi donde las tarifas de gas afectan directamente al rendimiento del usuario, consulta también nuestra guía sobre cómo funcionan los préstamos DeFi para entender dónde impactan más estos costes.
1. Empaqueta tus variables de almacenamiento
El almacenamiento es el recurso más caro de la EVM. Escribir un nuevo valor en un slot de almacenamiento cuesta 20 000 de gas (escritura en frío). Actualizar un valor existente cuesta 2900. Cada slot de almacenamiento tiene 32 bytes; si tus variables son más pequeñas, empaquétalas dentro del mismo slot.
| // ❌ Ineficiente: cada variable ocupa un slot completo de 32 bytescontract Unoptimized { uint256 a; // slot 0 uint128 b; // slot 1 uint128 c; // slot 2 — desperdicia 16 bytes en el slot 1} // ✅ Eficiente: b y c comparten un solo slotcontract Optimized { uint256 a; // slot 0 uint128 b; // slot 1 uint128 c; // slot 1 (empaquetado con b)} |
2. Usa calldata en lugar de memory para parámetros de solo lectura
Cuando una función externa recibe un tipo dinámico (array, bytes, string), declarar el parámetro como memory crea una copia. Declararlo como calldata lo lee directamente del input de la transacción: sin copias y con menos gas.
| // ❌ Copia el array en memoryfunction processItems(uint256[] memory items) external { … } // ✅ Lee directamente desde calldata: más económico para entradas grandesfunction processItems(uint256[] calldata items) external { … } |
3. Agrupa operaciones por lotes en vez de bucles
Cada transacción tiene un coste base de 21 000 de gas. Si tus usuarios llaman a una función 50 veces por separado, estás desperdiciando 50 × 21 000 = 1 050 000 de gas solo en sobrecoste base. Expón una función por lotes.
| // ✅ Una transacción, múltiples operacionesfunction batchTransfer( address[] calldata recipients, uint256[] calldata amounts) external { require(recipients.length == amounts.length, «length mismatch»); for (uint256 i = 0; i < recipients.length;) { _transfer(msg.sender, recipients[i], amounts[i]); unchecked { ++i; } // ahorra ~30 de gas por iteración frente a i++ }} |
4. Utiliza aritmética unchecked donde sea seguro
Solidity 0.8+ añade comprobaciones de desbordamiento por defecto que consumen gas. En un contador de bucle que sabes que no puede desbordarse (contador uint256 que itera sobre un array acotado), envuélvelo en unchecked. El ahorro es pequeño por operación pero suma en rutas críticas.
5. Evita lecturas redundantes de almacenamiento
Una lectura de almacenamiento (SLOAD) cuesta 2100 de gas en frío y 100 de gas en caliente. Si lees la misma variable de almacenamiento dos veces en una función, guárdala primero en una variable local.
| // ❌ Dos SLOADfunction bad() external { emit Log(balance); require(balance > 0);} // ✅ Un SLOAD, un MLOADfunction good() external { uint256 _balance = balance; // cache it emit Log(_balance); require(_balance > 0);} |
Herramientas: mide antes de optimizar
No hagas suposiciones. Utiliza Hardhat Gas Reporter o forge snapshot de Foundry para obtener los costes de gas por función en CI. Define un presupuesto de gas para funciones críticas y haz que la compilación falle si lo superas. Trata el gas como la memoria: perfila primero, optimiza después.
| # Ejecutar snapshot de gas para todos los testsforge snapshot # Comparar con un snapshot anteriorforge snapshot –diff .gas-snapshot |
Preguntas frecuentes
Cada bloque tiene como objetivo ~15M de gas. Cuando la demanda lo supera, los usuarios pujan más en tarifas de prioridad y la tarifa base de EIP-1559 sube automáticamente, hasta un 12.5 % por bloque. Con un pico sostenido de 30 minutos, la tarifa base puede multiplicarse por 10× respecto al inicio. Además, los buscadores MEV compiten por el mismo espacio de bloque durante eventos de alto valor, elevando aún más el mínimo.
Empieza con provider.getFeeData() en ethers.js, o consulta eth_maxPriorityFeePerGas directamente vía RPC. Para la tarifa base, lee block.baseFeePerGas del último bloque y añade un margen del 10–20 %: puede variar entre la estimación y la confirmación de tu transacción. Para contratos complejos, ejecuta eth_estimateGas y amplía el límite de gas un 15–20 %, especialmente si el comportamiento de tu contrato depende del estado. Blocknative y Etherscan ofrecen niveles rápido/estándar/lento si prefieres integrar un selector de tarifas para los usuarios.
No: las L2 reducen las tarifas drásticamente (a menudo entre 10–100×), pero no las eliminan. Las transacciones en L2 siguen pagando por la disponibilidad de datos en L1 (calldata o blobs mediante EIP-4844). En la práctica, las tarifas en L2 consolidadas como Base y Arbitrum son tan bajas que rara vez suponen un problema de UX para la mayoría de los casos de uso.
EIP-4844 (implementado en marzo de 2024) introdujo los «blobs»: un mecanismo más económico de disponibilidad de datos para las L2. Antes de la 4844, las L2 enviaban los datos de transacciones como calldata costosa a L1. Los blobs son un mercado de datos independiente y más barato que se purga tras ~18 días. Esto redujo las tarifas de L2 entre 5–10× en muchas cadenas y es un factor clave de que las tarifas en Base bajaran de 0.01 $ en 2024.
Si tus usuarios no son nativos del entorno cripto, sí: la abstracción de gas mediante Paymasters ERC-4337 permite que tu aplicación pague el gas en nombre de los usuarios. Esto elimina una de las principales fricciones en la incorporación (onboarding). El coste operativo existe, pero en aplicaciones orientadas al consumidor final suele mejorar la tasa de activación lo suficiente como para justificarlo. Empieza patrocinando las primeras 3–5 transacciones por usuario.
Conclusión
Las tarifas de gas no son un fallo de diseño de blockchain: son un mecanismo económico deliberado que financia la seguridad, raciona el espacio limitado en los bloques y disuade el abuso. Pero su implementación tiene un impacto directo: los usuarios reales las pagan, algunos quedan excluidos por completo y la complejidad genera fricciones que frenan la adopción.
La buena noticia es que el ecosistema de herramientas para gestionar el gas ha madurado de forma notable. Los rollups de L2, los blobs de EIP-4844, la abstracción de cuentas y los patrones de contratos eficientes han cambiado el debate: «las tarifas de gas son un problema» ha pasado a ser «el gas es un reto de ingeniería con solución». Las cadenas y productos que comprenden esto —y desarrollan en consecuencia— definirán el futuro de blockchain en 2026 y en adelante. Descubre nuestros servicios de desarrollo de apps Web3 o lee cómo blockchain está transformando las redes sociales para tener una visión más amplia de hacia dónde evoluciona el ecosistema.
