33 publicaciones etiquetados con "Ethereum"

El Valor Extraíble Máximo (MEV) no es solo el coco de los traders—es el motor económico que silenciosamente da forma a cómo se construyen los bloques, cómo las billeteras enrutan órdenes, y cómo los protocolos diseñan mercados. Aquí tienes una guía pragmática para fundadores, ingenieros, traders y validadores.

TL;DR​

• Qué es MEV: Valor extra que un productor de bloques (validador/secuenciador) o sus socios pueden extraer reordenando, insertando o excluyendo transacciones más allá de recompensas base y gas.
• Por qué existe: Mempools públicos, ejecución determinista y dependencias del orden de transacciones (ej. slippage de AMM) crean juegos de ordenamiento rentables.
• Cómo funciona MEV moderno: Una cadena de suministro—billeteras y subastas de flujo de órdenes → searchers → builders → relays → proposers—formalizada por Separación Proposer-Builder (PBS) y MEV-Boost.
• Protecciones de usuario hoy: Envío de transacciones privadas y Subastas de Flujo de Órdenes (OFAs) pueden reducir el riesgo de sandwich y compartir mejoras de precio con usuarios.
• Qué sigue (a septiembre de 2025): PBS consagrado, listas de inclusión, MEV-burn, SUAVE, y secuenciadores compartidos para L2s—todos dirigidos a la equidad y resistencia.

El Modelo Mental de Cinco Minutos​

Piensa en blockspace como un recurso escaso vendido cada 12 segundos en Ethereum. Cuando envías una transacción, aterriza en un área de espera pública llamada mempool. Algunas transacciones, particularmente swaps de DEX, liquidaciones y oportunidades de arbitraje, tienen pagos dependientes del orden. Su resultado y rentabilidad cambian según dónde aterricen en un bloque en relación a otras transacciones. Esto crea un juego de altas apuestas para quien controla el ordenamiento.

La ganancia potencial máxima de este juego es Valor Extraíble Máximo (MEV). Una definición limpia y canónica es:

"El valor máximo extraíble de la producción de bloques en exceso de la recompensa estándar del bloque y tarifas de gas al incluir, excluir y cambiar el orden de las transacciones."

Este fenómeno fue formalizado por primera vez en el paper académico "Flash Boys 2.0" de 2019, que documentó las caóticas "subastas de gas prioritario" (donde los bots subirían las tarifas de gas para que su transacción se incluyera primero) y resaltó los riesgos que esto planteaba para la estabilidad del consenso.

Una Taxonomía Rápida (Con Ejemplos)​

MEV no es una actividad única sino una categoría de estrategias. Aquí están las más comunes:

• Arbitraje DEX (Backrunning): Imagina que un gran swap en Uniswap causa que el precio de ETH caiga en relación a su precio en Curve. Un arbitrajista puede comprar el ETH barato en Uniswap y venderlo en Curve para una ganancia instantánea. Esto es un "backrun" porque sucede inmediatamente después de la transacción que mueve el precio. Esta forma de MEV se considera generalmente beneficiosa ya que ayuda a mantener precios consistentes entre mercados.

• Sandwiching: Esta es la forma más infame y directamente dañina de MEV. Un atacante detecta la orden de compra grande de un usuario en el mempool. Frontrunean al usuario comprando el mismo activo justo antes que ellos, empujando el precio hacia arriba. La operación de la víctima luego se ejecuta a este precio peor y más alto. El atacante luego inmediatamente hace backrun a la víctima vendiendo el activo, capturando la diferencia de precio. Esto explota la tolerancia al slippage especificada del usuario.

• Liquidaciones: En protocolos de préstamos como Aave o Compound, las posiciones se vuelven subcolateralizadas si el valor de su colateral cae. Estos protocolos ofrecen un bono a quien sea el primero en liquidar la posición. Esto crea una carrera entre bots para ser el primero en llamar la función de liquidación y reclamar la recompensa.

• "Guerras de Gas" de Minteo de NFT (Patrón Heredado): En minteos de NFT muy esperados, surge una carrera para asegurar un token de suministro limitado. Los bots competirían ferozmente por los primeros espacios en un bloque, a menudo subiendo los precios de gas a niveles astronómicos para toda la red.

• MEV Cross-Domain: Mientras la actividad se fragmenta entre Layer 1s, Layer 2s y diferentes rollups, surgen oportunidades para beneficiarse de diferencias de precio entre estos entornos aislados. Esta es un área de extracción MEV que crece rápidamente y es compleja.

La Cadena de Suministro MEV Moderna (Post-Merge)​

Antes del Merge, los mineros controlaban el ordenamiento de transacciones. Ahora, los validadores lo hacen. Para prevenir que los validadores se vuelvan demasiado centralizados y especializados, la comunidad Ethereum desarrolló Separación Proposer-Builder (PBS). Este principio separa el trabajo de proponer un bloque para la cadena del trabajo complejo de construir el bloque más rentable.

En la práctica hoy, la mayoría de validadores usan middleware llamado MEV-Boost. Este software les permite subcontratar la construcción de bloques a un mercado competitivo. El flujo de alto nivel se ve así:

1. Usuario/Billetera: Un usuario inicia una transacción, ya sea enviándola al mempool público o a un endpoint RPC privado que ofrece protección.
2. Searchers/Solvers: Estos son actores sofisticados que monitorean constantemente el mempool para oportunidades MEV. Crean "bundles" de transacciones (ej. un frontrun, la operación de la víctima, y un backrun) para capturar este valor.
3. Builders: Estas son entidades altamente especializadas que agregan bundles de searchers y otras transacciones para construir el bloque más rentable posible. Compiten entre sí para crear el bloque de mayor valor.
4. Relays: Estos actúan como intermediarios confiables. Los builders envían sus bloques a relays, que los verifican por validez y ocultan el contenido del proposer hasta que esté firmado. Esto previene que el proposer robe el trabajo duro del builder.
5. Proposer/Validator: El validador ejecutando MEV-Boost consulta múltiples relays y simplemente elige el header de bloque más rentable ofrecido. Lo firman a ciegas, sin ver el contenido, y cobran el pago del builder ganador.

Aunque PBS ha ampliado exitosamente el acceso a la construcción de bloques, también ha llevado a centralización entre un pequeño conjunto de builders y relays de alto rendimiento. Estudios recientes muestran que un puñado de builders produce la gran mayoría de bloques en Ethereum, lo cual es una preocupación continua para la descentralización a largo plazo y resistencia a la censura de la red.

Por Qué MEV Puede Ser Dañino​

• Costo Directo al Usuario: Ataques sandwich y otras formas de frontrunning resultan en peor calidad de ejecución para usuarios. Pagas más por un activo o recibes menos de lo que deberías, con la diferencia siendo capturada por un searcher.
• Riesgo de Consenso: En casos extremos, MEV puede amenazar la estabilidad del blockchain mismo. Antes del Merge, ataques "time-bandit" eran una preocupación teórica donde los mineros podrían ser incentivados a reorganizar el blockchain para capturar una oportunidad MEV pasada, socavando la finalidad.
• Riesgo de Estructura de Mercado: La cadena de suministro MEV puede crear operadores incumbentes poderosos. Acuerdos exclusivos de flujo de órdenes entre billeteras y builders pueden crear paywalls para transacciones de usuario, atrincherando oligopolios de builder/relay y amenazando los principios centrales de neutralidad y resistencia a la censura.

Lo Que Realmente Funciona Hoy (Mitigaciones Prácticas)​

No eres impotente contra MEV dañino. Un conjunto de herramientas y mejores prácticas ha emergido para proteger usuarios y alinear el ecosistema.

Para Usuarios y Traders​

• Usa una Ruta de Envío Privada: Servicios como Flashbots Protect ofrecen un endpoint RPC "protect" para tu billetera. Enviar tu transacción a través de él la mantiene fuera del mempool público, haciéndola invisible a bots sandwich. Algunos servicios pueden incluso reembolsarte una porción del MEV extraído de tu operación.
• Prefiere Routers Respaldados por OFA: Las Subastas de Flujo de Órdenes (OFAs) son una defensa poderosa. En lugar de enviar tu swap al mempool, routers como CoW Swap o UniswapX envían tu intención a un mercado competitivo de solvers. Estos solvers compiten para darte el mejor precio posible, efectivamente devolviendo cualquier MEV potencial a ti como mejora de precio.
• Ajusta el Slippage: Para pares ilíquidos, configura manualmente una tolerancia de slippage baja (ej. 0.1%) para limitar la ganancia máxima que un atacante sandwich puede extraer. Dividir operaciones grandes en trozos más pequeños también puede ayudar.

Para Billeteras y Dapps​

• Integra una OFA: Por defecto, enruta transacciones de usuario a través de una Subasta de Flujo de Órdenes. Esta es la forma más efectiva de proteger usuarios de ataques sandwich y proveerles calidad de ejecución superior.
• Ofrece RPC Privado como Defecto: Haz que RPCs protegidos sean la configuración por defecto en tu billetera o dapp. Permite a usuarios avanzados configurar sus preferencias de builder y relay para ajustar el equilibrio entre privacidad y velocidad de inclusión.
• Mide Calidad de Ejecución: No asumas simplemente que tu enrutamiento es óptimo. Compara tu ejecución contra enrutamiento de mempool público y cuantifica la mejora de precio ganada de OFAs y envío privado.

Para Validadores​

• Ejecuta MEV-Boost: Participa en el mercado PBS para maximizar tus recompensas de staking.
• Diversifica: Conéctate a un conjunto diverso de relays y builders para evitar dependencia de un solo proveedor y mejorar la resistencia de la red. Monitorea tus recompensas y tasas de inclusión de bloques para asegurar que estés bien conectado.

L2s y el Ascenso de SEV (Valor Extraíble por Secuenciador)​

Layer 2 rollups no eliminan MEV; solo cambian su nombre. Los rollups concentran poder de ordenamiento en una sola entidad llamada secuenciador, creando Valor Extraíble por Secuenciador (SEV). La investigación empírica muestra que MEV está extendido en L2s, aunque a menudo con márgenes de ganancia más bajos que en L1.

Para combatir el riesgo de centralización de un solo secuenciador por rollup, están emergiendo conceptos como secuenciadores compartidos. Estos son mercados descentralizados que permiten a múltiples rollups compartir una sola entidad neutral para ordenamiento de transacciones, con el objetivo de arbitrar MEV cross-rollup de manera más justa.

Lo Que Viene Después (Y Por Qué Importa)​

El trabajo para domesticar MEV está lejos de terminar. Varias actualizaciones importantes a nivel de protocolo están en el horizonte:

• PBS Consagrado (ePBS): Esto busca mover la Separación Proposer-Builder directamente al protocolo Ethereum mismo, reduciendo la dependencia de relays centralizados confiables y endureciendo las garantías de seguridad de la red.
• Listas de Inclusión (EIP-7547): Esta propuesta da a los proposers una forma de forzar a un builder a incluir un conjunto específico de transacciones. Es una herramienta poderosa para combatir la censura, asegurando que incluso transacciones con tarifas bajas puedan eventualmente llegar a la cadena.
• MEV-Burn: Similar a cómo EIP-1559 quema una porción de la tarifa base de gas, MEV-burn propone quemar una porción de los pagos de builders. Esto suavizaría picos de ingresos MEV, reduciría incentivos para comportamiento desestabilizador, y redistribuiría valor de vuelta a todos los tenedores de ETH.
• SUAVE (Subasta Única Unificadora para Expresión de Valor): Un proyecto de Flashbots para crear una capa de subasta descentralizada y que preserve la privacidad para flujo de órdenes. El objetivo es crear un mercado más abierto y justo para construcción de bloques y combatir la tendencia hacia acuerdos exclusivos y centralizados.
• Estandarización OFA: Mientras las subastas se vuelven la norma, está en curso el trabajo para crear métricas formales y herramientas abiertas para cuantificar y comparar la mejora de precio ofrecida por diferentes routers, elevando el listón para calidad de ejecución en todo el ecosistema.

Lista de Verificación del Fundador (Envía Productos Conscientes de MEV)​

• Por Defecto a Privacidad: Enruta flujo de usuario a través de sistemas de envío privado o intenciones encriptadas.
• Diseña para Subastas, No Carreras: Evita mecánicas "primero en llegar, primero en ser servido" que crean juegos de latencia. Aprovecha subastas batch o OFAs para crear mercados justos y eficientes.
• Instrumenta Todo: Registra slippage, precio efectivo versus precio del oráculo, y el costo de oportunidad de tus decisiones de enrutamiento. Sé transparente con tus usuarios sobre su calidad de ejecución.
• Diversifica Dependencias: Confía en múltiples builders y relays hoy. Prepara tu infraestructura para la transición a PBS consagrado mañana.
• Planifica para L2s: Si estás construyendo una aplicación multicadena, cuenta con SEV y MEV cross-domain en tu diseño.

FAQ del Desarrollador​

• ¿Es MEV "malo" o "ilegal"? MEV es un subproducto inevitable de mercados blockchain abiertos y deterministas. Algunas formas, como arbitraje y liquidaciones, son esenciales para la eficiencia del mercado. Otras, como sandwiching, son puramente extractivas y dañinas para usuarios. El objetivo no es eliminar MEV sino diseñar mecanismos que minimicen el daño y alineen la extracción con el beneficio del usuario y seguridad de la red. Su estatus legal es complejo y varía por jurisdicción.

• ¿Garantiza el envío de transacciones privadas que no haya sandwiches? Reduce significativamente tu exposición al mantener tu transacción fuera del mempool público donde la mayoría de bots están mirando. Cuando se combina con una OFA, es una defensa muy fuerte. Sin embargo, ningún sistema es perfecto, y las garantías dependen de las políticas específicas del relay privado y builders que uses.

• ¿Por qué no simplemente "apagar MEV"? No puedes. Mientras haya mercados on-chain con ineficiencias de precio (que es siempre), habrá ganancia en corregirlas. Tratar de eliminarlo completamente probablemente rompería funciones económicas útiles. El camino más productivo es gestionarlo y redistribuirlo a través de mejor diseño de mecanismos como ePBS, listas de inclusión, y MEV-burn.

Lectura Adicional​

• Definición canónica y resumen: Docs de Ethereum.org—MEV
• Orígenes y riesgos: Flash Boys 2.0 (Daian et al., 2019)
• Primer de PBS/MEV-Boost: Docs de Flashbots y MEV-Boost in a Nutshell
• Investigación OFA: Uniswap Labs—Quantifying Price Improvement in Order Flow Auctions
• ePBS y MEV-burn: Discusiones del foro Ethereum Research
• Evidencia MEV L2: Análisis empíricos a través de rollups principales (ej. "Analyzing the Extraction of MEV Across Layer-2 Rollups")

Conclusión​

MEV no es un error; es un gradiente de incentivos inherente a blockchains. El enfoque ganador no es la negación—es diseño de mecanismos. El objetivo es hacer la extracción de valor contestable, transparente, y alineada con el usuario. Si estás construyendo, hornea esta conciencia en tu producto desde el día uno. Si estás operando, insiste que tus herramientas lo hagan por ti. El ecosistema está convergiendo rápidamente en este futuro más maduro y resistente—ahora es el momento de diseñar para él.

Ethereum, la plataforma de blockchain más adoptada del mundo para contratos inteligentes, es conocida por sus actualizaciones regulares, cada una de las cuales aporta nuevas funciones, ajustes de parámetros o mayor seguridad. Estas actualizaciones, impulsadas tanto por la innovación proactiva como por la necesidad de mitigar posibles amenazas de seguridad, han marcado la evolución de Ethereum a lo largo de los años.

Antes de la fusión de Ethereum del pasado septiembre, la plataforma había experimentado 14 actualizaciones. Cabe destacar que una actualización reactiva ocurrió en 2016 tras el incidente del Fork DAO, cuando surgió Ethereum Classic (ETC) después de un ciberataque que puso en riesgo los fondos en ETH del proyecto DAO.

En los últimos años se han llevado a cabo actualizaciones significativas. La actualización London, en agosto de 2020, introdujo el EIP‑1599, que implementó la quema de ETH y el ajuste dinámico de la tarifa base para cada transacción. En septiembre de 2022, la actualización Paris cambió el mecanismo de consenso de Ethereum de Prueba de Trabajo (PoW) a Prueba de Participación (PoS), marcando el fin de la era de la minería con máquinas.

Tras la actualización Shanghai, el equipo central de desarrollo de Ethereum anunció que la actualización más importante de este año sería la actualización Cancun, que se espera ocurra a finales de año.

Actualización Cancun: ¿Qué es y por qué importa?​

Nombrada en honor a la ciudad que acogió la Ethereum Developer Conference (Devcon), la próxima actualización Cancun implementará mejoras cruciales en la red Ethereum.

La estrella de la actualización, el EIP‑4844, busca permitir que los nodos de Ethereum almacenen y recuperen temporalmente datos fuera de cadena, satisfaciendo las necesidades de datos y almacenamiento de las aplicaciones blockchain. Si se implementa con éxito, se espera que el EIP‑4844 reduzca los costos de las soluciones de rollup de capa 2 (L2). Según se informa, el EIP‑4844 ya se ha probado en cuatro redes de desarrollo, y una quinta red de pruebas está a punto de lanzarse.

Originalmente previsto para completarse durante la actualización Shanghai, el EIP‑4844 se pospuso a la actualización Cancun. Los desarrolladores también acordaron incluir el EIP‑6780 (preparación para la futura aplicación de Árboles Verkle), el EIP‑6475 (mejora de la legibilidad y serialización compacta) y el EIP‑1153 (introducción del opcode de almacenamiento transitorio) en la actualización.

El principio detrás de la actualización​

La esencia de los esfuerzos de escalabilidad de Ethereum radica en aumentar el volumen y la velocidad de procesamiento de datos. Se persiguen simultáneamente dos direcciones: rollups de capa 2 y sharding en la mainnet. La implementación del EIP‑4844 es el primer paso hacia un sharding completo.

Antes de la actualización Cancun, la información de L2 se almacenaba en el Calldata de la información de L1. Este método resultaba costoso y limitado debido al espacio restringido del Calldata.

Con la actualización Cancun, L1 se almacenará en una nueva ubicación llamada “Blob”. El almacenamiento de blobs es más económico y ofrece mayor capacidad, permitiendo que Ethereum aloje más datos, aumente sus transacciones por segundo (TPS) y reduzca costos. Como el Blob es un paquete de datos temporal que se elimina cada 30 días, los nodos solo necesitan descargar una cantidad fija de datos al mes, disminuyendo la carga sobre ellos.

En esencia, la actualización Cancun hará que L2 sea más barata y rápida. Esto no solo beneficiará a los protocolos de L2, sino que también fomentará un desarrollo rápido de los ecosistemas construidos sobre L2.

En conclusión, la próxima actualización Cancun de Ethereum promete ser un hito importante, anunciando una nueva era de aplicaciones blockchain eficientes, asequibles y escalables. Mantente atento a futuras actualizaciones mientras la comunidad de Ethereum continúa su trabajo pionero en el avance de tecnologías descentralizadas.

¡Hola y bienvenidos de nuevo a nuestro blog de blockchain! Hoy nos sumergiremos en una nueva propuesta emocionante llamada ERC-4337, que introduce la abstracción de cuentas en Ethereum sin requerir cambios en el protocolo de la capa de consenso. En su lugar, esta propuesta se basa en infraestructura de capa superior para lograr sus objetivos. Exploremos lo que ERC-4337 tiene para ofrecer y cómo aborda las limitaciones del ecosistema actual de Ethereum.

¿Qué es ERC-4337?​

ERC-4337 es una propuesta que introduce la abstracción de cuentas en Ethereum mediante el uso de un mempool separado y un nuevo tipo de objeto pseudo‑transacción llamado UserOperation. Los usuarios envían objetos UserOperation al mempool alternativo, donde una clase especial de actores llamados bundlers los empaquetan en una transacción que realiza una llamada handleOps a un contrato dedicado. Estas transacciones se incluyen luego en un bloque.

La propuesta busca lograr varios objetivos:

1. Permitir a los usuarios utilizar carteras de contratos inteligentes con lógica de verificación arbitraria como sus cuentas principales.
2. Eliminar por completo la necesidad de que los usuarios tengan cuentas externas (EOAs).
3. Garantizar la descentralización permitiendo que cualquier bundler participe en el proceso de inclusión de operaciones de usuario con abstracción de cuentas.
4. Permitir que toda la actividad ocurra a través de un mempool público, eliminando la necesidad de que los usuarios conozcan direcciones de comunicación directa de actores específicos.
5. Evitar suposiciones de confianza sobre los bundlers.
6. Evitar requerir cambios en el consenso de Ethereum para una adopción más rápida.
7. Soportar otros casos de uso como aplicaciones que preservan la privacidad, multi‑operaciones atómicas, pagar tarifas de transacción con tokens ERC‑20 y transacciones patrocinadas por desarrolladores.

Compatibilidad hacia atrás​

Dado que ERC-4337 no modifica la capa de consenso, no existen problemas directos de compatibilidad hacia atrás para Ethereum. Sin embargo, las cuentas anteriores a ERC-4337 no son fácilmente compatibles con el nuevo sistema porque carecen de la función validateUserOp necesaria. Esto puede solucionarse creando una cuenta compatible con ERC-4337 que re‑implemente la lógica de verificación como un wrapper y configurándola como el remitente de operaciones de confianza de la cuenta original.

Implementación de referencia​

Para quienes estén interesados en profundizar en los detalles técnicos de ERC-4337, hay una implementación de referencia disponible en https://github.com/eth-infinitism/account-abstraction/tree/main/contracts.

Consideraciones de seguridad​

El contrato de punto de entrada para ERC-4337 debe ser auditado exhaustivamente y verificado formalmente, ya que sirve como punto central de confianza para todo el sistema. Si bien este enfoque reduce la carga de auditoría y verificación formal para cuentas individuales, concentra el riesgo de seguridad en el contrato de punto de entrada, que debe ser verificado de manera robusta.

La verificación debe cubrir dos afirmaciones principales:

1. Seguridad contra secuestros arbitrarios: el punto de entrada solo llama a una cuenta de forma genérica si la función validateUserOp de esa cuenta específica ha pasado.
2. Seguridad contra el drenaje de tarifas: si el punto de entrada llama a validateUserOp y pasa, también debe realizar la llamada genérica con calldata igual a op.calldata.

Conclusión​

ERC-4337 es una propuesta emocionante que busca introducir la abstracción de cuentas en Ethereum sin requerir cambios en el protocolo de la capa de consenso. Al utilizar infraestructura de capa superior, abre nuevas posibilidades para la descentralización, la flexibilidad y diversos casos de uso. Aunque existen consideraciones de seguridad que abordar, esta propuesta tiene el potencial de mejorar significativamente el ecosistema de Ethereum y la experiencia del usuario.

Retiros, ajustes de gas, y lo que vino después—sin la propaganda.

La Versión Corta​

La actualización Shapella, un acrónimo de Shanghai (para la capa de ejecución) y Capella (para la capa de consenso), se activó en Ethereum el 12 de abril de 2023. Su característica principal fue habilitar los retiros de staking por primera vez desde el lanzamiento de la Beacon Chain.

El cambio más destacado, EIP-4895, introdujo un sistema donde los retiros de validadores se "empujan" automáticamente desde la capa de consenso a la capa de ejecución, sin requerir transacciones de usuario ni tarifas de gas. Junto a esto, se implementaron cuatro EIPs menores para ajustar la EVM, incluyendo reducciones en el costo del gas (Warm COINBASE), optimizaciones de bytecode (PUSH0), y límites en la creación de contratos (Initcode metering). La actualización también sirvió como advertencia final a los desarrolladores de que el opcode SELFDESTRUCT estaba siendo descontinuado.

Shapella cerró efectivamente el ciclo del Merge, y la siguiente actualización mayor, Dencun, llegó el 13 de marzo de 2024, cambiando el foco de la red hacia la escalabilidad con los "blobs" de EIP-4844.

Por Qué Shapella Fue un Hito Crítico​

Desde el inicio de la Beacon Chain hasta abril de 2023, hacer staking con ETH era una calle de un solo sentido. Podías depositar 32 ETH para ayudar a asegurar la red y ganar recompensas, pero no podías retirar tu capital principal o esas recompensas de la capa de consenso. Esta liquidez bloqueada representaba un compromiso significativo y una barrera para muchos stakers potenciales.

Shapella cambió todo al abrir la puerta de salida.

El núcleo de la actualización fue EIP-4895, que diseñó ingeniosamente una "operación de retiro" a nivel de sistema. En lugar de requerir que los stakers elaboren una transacción y paguen gas para retirar, el protocolo mismo ahora automáticamente recoge fondos elegibles de la capa de consenso y los empuja a la capa de ejecución. Este diseño limpio, basado en empuje, minimizó la complejidad y el riesgo, haciendo mucho más fácil probar e implementar el cambio de manera segura.

Lo Que Realmente Cambió: Los EIPs en Español Simple​

Shapella fue un paquete de cinco Propuestas de Mejora de Ethereum (EIPs) clave:

• EIP-4895 — Retiros de Beacon Chain (Basados en Empuje) Este fue el evento principal. Habilitó tanto retiros parciales (recompensas) como completos (principal + recompensas) para fluir desde la capa de consenso a la dirección de retiro especificada del staker. La innovación clave es que estas no son transacciones iniciadas por usuario; son operaciones automáticas embebidas en bloques propuestos.

• EIP-3651 — "Warm COINBASE" Este EIP hizo una optimización de gas pequeña pero importante. En la EVM, COINBASE se refiere a la dirección del productor del bloque (el validador), no el exchange. Antes de Shapella, la primera vez que un contrato inteligente accedía a esta dirección dentro de una transacción, incurría en un costo de gas más alto. EIP-3651 hizo que la dirección COINBASE fuera "warm" por defecto, reduciendo el costo de gas para protocolos que interactúan frecuentemente con ella, como aquellos que pagan propinas MEV directamente al constructor de bloques.

• EIP-3855 — Opcode PUSH0 Una adición simple pero elegante a la EVM. Este nuevo opcode, PUSH0, hace exactamente lo que dice: empuja el valor cero al stack. Anteriormente, los desarrolladores tenían que usar opcodes más pesados y costosos para lograr esto. PUSH0 hace el bytecode ligeramente más pequeño y eficiente en gas, especialmente para los numerosos contratos que inicializan variables en cero.

• EIP-3860 — Limitar y Medir initcode Este cambio introdujo dos reglas para el código usado para crear un contrato inteligente (initcode). Primero, estableció un límite máximo en el tamaño del initcode de 49,152 bytes. Segundo, agregó una pequeña tarifa de gas por cada chunk de 32 bytes de este código. Esto previene ataques de denegación de servicio que involucran contratos excesivamente grandes y hace los costos de creación de contratos más predecibles.

• EIP-6049 — Deprecar SELFDESTRUCT (Advertencia) Esto no fue un cambio de código sino una advertencia formal a la comunidad de desarrolladores. Señaló que el opcode SELFDESTRUCT, que permite a un contrato eliminarse a sí mismo y enviar su ETH a una dirección objetivo, tendría su funcionalidad drásticamente cambiada en una actualización futura. Esto dio tiempo a los desarrolladores para eliminar gradualmente su dependencia de él antes de que la actualización Dencun alterara posteriormente su comportamiento con EIP-6780.

Retiros 101: Parciales vs. Completos​

Shapella introdujo dos tipos de retiros automáticos, cada uno con sus propias reglas.

• Retiros Parciales Estos son barridos automáticos de recompensas. Si el balance de un validador crece por encima de 32 ETH debido a recompensas de la capa de consenso, el protocolo automáticamente "descremó" la cantidad excedente y la envía a la dirección de retiro designada. El validador permanece activo y continúa sus deberes. Esto sucede sin acción requerida del staker.

• Retiros Completos (Salida) Esto es para stakers que quieren dejar de validar y recuperar todo su balance. El staker debe primero transmitir un mensaje de salida voluntaria. Después de un período de espera, el validador se vuelve elegible para un retiro completo. Una vez procesado en el barrido, todo el balance se envía a la dirección de retiro, y el validador ya no es parte del conjunto activo.

Rendimiento y Cadencia​

La red está diseñada para procesar retiros suavemente sin causar inestabilidad.

• Hasta 16 retiros pueden incluirse en cada bloque (cada 12 segundos), permitiendo un máximo de aproximadamente 115,200 retiros por día.
• El proponente del bloque escanea la lista de validadores activos e incluye los primeros 16 retiros elegibles. El siguiente proponente de bloque continúa donde el último se quedó, asegurando que cada validador obtenga su turno en la cola.
• Para prevenir un éxodo masivo de desestabilizar la red, el número de validadores que pueden salir por época (cada ~6.4 minutos) está limitado por un límite de rotación. Este límite es dinámico basado en el número total de validadores activos, suavizando las olas de salida.

También es importante notar que las recompensas de la capa de consenso son manejadas por este mecanismo de retiro EIP-4895, mientras que las recompensas de la capa de ejecución (tarifas prioritarias y MEV) se envían directamente a la dirección de destinatario de tarifas configurada del validador y están disponibles inmediatamente.

Lo Que Vino Después: Dencun y el Camino a la Escalabilidad​

Shapella marcó la exitosa finalización de la "era del Merge." Con staking ahora siendo un proceso completamente líquido y bidireccional, los desarrolladores dirigieron su atención al siguiente gran desafío de Ethereum: escalabilidad.

La siguiente actualización mayor, Dencun (Deneb + Cancun), llegó el 13 de marzo de 2024. Su pieza central fue EIP-4844, que introdujo "blobs"—una nueva forma más barata para rollups de Capa 2 de publicar datos de transacciones a la mainnet de Ethereum. Esto redujo dramáticamente las tarifas de transacciones en L2s y fue un paso masivo hacia adelante en la hoja de ruta centrada en rollups. Dencun también cumplió la promesa de EIP-6049 al implementar EIP-6780, que redujo significativamente el poder del opcode SELFDESTRUCT.

El Panorama General​

Shapella fue el hito de confianza esencial para el consenso Proof-of-Stake de Ethereum. Al habilitar retiros, des-arriesgó el staking, restauró la liquidez, y afirmó la capacidad de la red para ejecutar actualizaciones complejas y coordinadas. También entregó un puñado de mejoras pragmáticas de EVM que limpiaron deuda técnica y pavimentaron el camino para optimizaciones futuras.

En resumen, Shapella no solo abrió la puerta de salida para los stakers—solidificó la base de la era post-Merge y despejó la pista para que Ethereum se enfocara en su siguiente frontera: escalabilidad masiva.

Nuestra misión es construir y acelerar la industria web3 del mañana. Nos obsesiona la experiencia del desarrollador y nos esforzamos por la innovación constante. Por eso, ahora ofrecemos un almacenamiento de archivos descentralizado, impulsado por EthStorage. dStore es una solución de almacenamiento gestionada para creadores y desarrolladores de cualquier blockchain. Es fácil de usar, compatible con EVM, de bajo costo y con una escala de nivel petabyte, todo impulsado por EthStorage.

¿Qué es EthStorage?​

EthStorage es una solución de capa 2 que proporciona almacenamiento dinámico programable basado en la disponibilidad de datos de Ethereum. Reducirá en gran medida el costo de almacenamiento de una gran cantidad de datos en Ethereum, ahorrando entre el 1% y el 0,1%. El bajo costo de almacenar grandes volúmenes de datos mediante EthStorage permitirá una red totalmente descentralizada en el futuro. EthStorage está altamente integrado con EVM y es compatible con Solidity, Remix, Hardhat y MetaMask. El equipo recibió una subvención de investigación de la Fundación Ethereum para la investigación sobre disponibilidad de datos.

EthStorage fue inventado por el Dr. Qi Zhou, fundador de QuarkChain y autor de EIP-4804/4972/5018/5027/5478. Puede seguir el estado de EthStorage desde las siguientes fuentes:

• Sitio web: http://ethstorage.io/
• Twitter: https://twitter.com/EthStorage
• Medium: https://ethstorage.medium.com/
• Telegram: https://t.me/ethstorage
• Discord: https://discord.gg/mZqqUZxjed

¿Por qué es importante el almacenamiento descentralizado?​

El almacenamiento descentralizado es importante porque permite que los datos se almacenen de manera distribuida en lugar de en una única ubicación. Esto ofrece varias ventajas, como una mayor seguridad y confiabilidad, así como una accesibilidad mejorada. Por ejemplo, debido a que los sistemas de almacenamiento descentralizados están distribuidos, son menos vulnerables a ataques, censura o fallos, y pueden continuar funcionando incluso si algunos de los componentes individuales fallan. Además, como los datos se almacenan en múltiples dispositivos, se puede acceder a ellos desde múltiples ubicaciones, lo que resulta más conveniente para los usuarios.

¿Qué ofrece dStore de BlockEden.xyz?​

Creemos firmemente en la visión del Dr. Zhou de aportar un almacenamiento más rentable a la web descentralizada y nos gustaría colaborar con su equipo para democratizar esta innovación para cada desarrollador web3 del planeta.

Más específicamente, aplicaremos EthStorage como el proveedor subyacente de nuestro almacenamiento de blobs. Nuestros desarrolladores pueden desarrollar sobre él para construir sus DApps más rápido y escalar de forma instantánea.

Portal web para la gestión de archivos

Los desarrolladores y creadores pueden arrastrar y soltar sus activos estáticos en este almacenamiento de archivos y gestionarlos fácilmente. Los liberamos de las complicaciones de gestionar claves privadas, pagar tarifas de transacción y mantener archivos con blockchains.

Para garantizar la descentralización del almacenamiento, los desarrolladores podrían retirar el almacenamiento gestionado a su propia dirección en cualquier momento. Además, abriremos el código fuente del backend del almacenamiento de archivos para que los desarrolladores u otros proveedores orientados a desarrolladores puedan alojar fácilmente servicios de gestión de archivos.

Desbloqueando nuevas posibilidades de negocio a través de alianzas estratégicas​

También existen futuras oportunidades de integración entre EthStorage y BlockEden.xyz, además del dStore lanzado hoy.

CDN para acelerar la lectura

La mayoría de los servicios de Internet son intensivos en lectura y requieren tiempo para servir una gran cantidad de recursos desde un almacenamiento descentralizado. Con nuestro servicio de CDN, los desarrolladores pueden disfrutar tanto de la descentralización de los archivos fuente como de la velocidad ultrarrápida que podemos alcanzar con un CDN.

Servicio de nodos y pasarela API para EthStorage

Proporcionaremos acceso API a los nodos de la blockchain de la red de prueba (testnet) y de la red principal (mainnet) de EthStorage tras su lanzamiento para desarrolladores y empresas. Aquí hay algunas razones por las que los desarrolladores deberían elegirnos en lugar de sus propios nodos o los oficiales:

1. Fácil acceso a los nodos de blockchain: La API ChainPlus de BlockEden.xyz proporciona un acceso sencillo a los nodos de EthStorage, que pueden utilizarse para interactuar con estas redes de blockchain. ¡Comience a construir en 10 segundos, en lugar de pasar 20 horas para comenzar e incontables horas de mantenimiento!

2. Escalabilidad: BlockEden.xyz proporciona nodos altamente escalables que pueden manejar altos niveles de tráfico y transacciones. Esto puede ser importante para empresas y proyectos que requieren grandes cantidades de datos o actividad de usuarios.

3. Confiabilidad: Los nodos de BlockEden.xyz son altamente confiables, con un tiempo de actividad del 99,9%. Esto es fundamental para las empresas y proyectos que necesitan asegurar que sus aplicaciones o servicios estén siempre disponibles para los usuarios.

¿Cómo usar dStore con EthStorage?​

Paso 1. Vaya a https://BlockEden.xyz/dash/dstore y luego arrastre y suelte sus archivos en la ventana.

Paso 2. Después de que el archivo se haya cargado en EthStorage con éxito, verá el elemento en la tabla; luego, haga clic con el botón derecho en la fila y seleccione "Copy URL" para obtener el enlace. También puede eliminar un archivo seleccionando "Delete".

Es cierto que la versión actual de dStore tiene algunas limitaciones. No admitimos la carga de directorios ni de archivos grandes (tamaño > 2 MB). Puede tardar decenas de segundos en cargar imágenes de tamaño mediano. Sin embargo, esta es solo una versión inicial y seguiremos mejorando el producto a largo plazo.

El Dr. Qi Zhou, fundador de EthStorage, compartió su elogio en Twitter:

Introducing dStore @BlockEdenHQ!

dStore makes it super easy for devs and creators to manage files on @EthStorage with web3:// protocol without their own keys. We expect to see more integrations from it and more early teams like the capable @BlockEdenHQ to build our ecosystem.

— Qi Zhou (@qc_qizhou) February 20, 2023

Mike Thrift, BD en BlockEden.xyz, comentó: "dStore enriqueció nuestra oferta combinada para creadores y desarrolladores y sentó una base sólida para nuestros servicios de API de funciones agregadas para blockchains. Nos convirtió en un colaborador activo del ecosistema Ethereum y brindó a nuestros desarrolladores de Aptos y Sui una opción más rentable y flexible que IPFS o Arweave".

BlockEden.xyz se compromete a proporcionar las mejores experiencias de desarrollo a los desarrolladores web3, lo cual no se limita a los RPC de Blockchain. El almacenamiento descentralizado abre nuevas puertas para que los desarrolladores gestionen sus activos NFT y archivos en nuestra tienda integral. Comience hoy mismo de forma gratuita en https://blockeden.xyz/dstore

• Twitter: https://twitter.com/BlockEdenHQ
• Discord: https://discord.gg/eWZvE4RSBw
• Enlace de la fuente: https://blockeden.xyz/blog/2023/03/15/boost-your-web3-development-with-blockeden-xyz-chat/

Back to a month ago, we made a public incognito Ethereum mainnet RPC endpoint available to Metamask users (blog post), which attracted and was used by a few users. Now we decided to expand the benefit to our developer customers too!

How to get started?​

Step 1. Go to https://blockeden.xyz/dash/. Please sign up if you haven’t done so.

Step 2. Input your name for the API key, select ETH Mainnet, and then click + Create key.

Step 3. Grab your access URL by clicking it and copying it to the clipboard.

Step 4. Use the access URL in your project like the following. Remember to replace <access_key> with your own key.

To test it, using curl to connect ETH mainnet

curl --location --request POST 'https://eth-mainnet.blockeden.xyz/<access_key>' \
--header 'Content-Type: application/json' \
--data-raw '{
        "jsonrpc":"2.0",
        "method":"eth_blockNumber",
        "params":[],
        "id":73
}'

Why Ethereum Network?​

Ethereum network has the biggest developer ecosystem, and there are so many great innovations accumulated over years. Supporting it is going to create significant synergy with Move ecosystem. Many of our customers are not exclusive Move developers. Building a single stop for all needed services makes their life easier.

Enjoy our new service and happy holidays!