--- title: "¿Qué es la actualización Pectra de Ethereum? Guía técnica de 11 EIPs" description: "La actualización Pectra de Ethereum agrupa 11 EIPs, desde capacidades de smart wallets hasta mecánicas de staking y eficiencia de datos para rollups. Descubre qué cambia y por qué importa." --- # ¿Qué es la actualización Pectra de Ethereum? Guía técnica de 11 EIPs La actualización **Pectra** \(Prague \+ Electra\) es el próximo hard fork importante de Ethereum y la **actualización** más grande en cuanto a EIPs incluidos, activa desde el 7 de mayo de 2025. Agrupa **11 EIPs** que abarcan desde [capacidades de smart wallet](/smart-wallets) hasta mecánicas de staking y eficiencia de datos de [rollup](/rollups). A continuación desglosamos cada mejora, explicando **qué cambia** y **cómo te impacta** como desarrollador, ya sea que estés desplegando una app, contratos inteligentes o tu propia chain. ## EIPs clave de un vistazo ¿Qué EIPs vienen en **Pectra** de Ethereum? Vamos a desglosarlo. EIP-7702

", tooltip: "", icon: "" }, "2": { title: "

Convierte las EOAs en smart wallets, habilitando agrupación de transacciones, patrocinio de gas, claves de sesión, recuperación de activos, passkeys

", tooltip: "", icon: "" }, id: 0, }, { "1": { title: "

EIP-7691

", tooltip: "", icon: "" }, "2": { title: "

Aumenta la capacidad de blobs, impulsando la escalabilidad de rollups y reduciendo las tarifas de transacción al duplicar el número máximo de blobs de 3/6 a 6/9

", tooltip: "", icon: "" }, id: 1, }, { "1": { title: "

EIP-7251

", tooltip: "", icon: "" }, "2": { title: "

Eleva el stake máximo por validador de 32 a 2048 ETH, habilitando el auto-compounding de recompensas, reduciendo la carga de la red y mejorando la eficiencia del staking

", tooltip: "", icon: "" }, id: 2, }, { "1": { title: "

EIP-7623

", tooltip: "", icon: "" }, "2": { title: "

Aumenta los costos de calldata para rollups, fomentando el uso exclusivo de blobs mientras mantiene costos estables para usuarios regulares de L1.

", tooltip: "", icon: "" }, id: 3, }, { "1": { title: "

EIP-7002

", tooltip: "", icon: "" }, "2": { title: "

Habilita retiros de validadores mediante la capa de ejecución, permitiendo pools de staking sin necesidad de confianza y eliminando la dependencia de intermediarios para retiros y recompensas

", tooltip: "", icon: "" }, id: 4, }, { "1": { title: "

EIP-7685

", tooltip: "", icon: "" }, "2": { title: "

habilita comunicación directa entre la capa de ejecución y la de consenso, los contratos inteligentes ahora pueden interactuar directamente

", tooltip: "", icon: "" }, id: 5, }, { "1": { title: "

EIP-2537

", tooltip: "", icon: "" }, "2": { title: "

hace que operaciones como firmas BLS y pruebas zk sean más rápidas/económicas, reduciendo los costos de gas para rollups, bridges y apps de privacidad

", tooltip: "", icon: "" }, id: 6, }, { "1": { title: "

EIP-2935

", tooltip: "", icon: "" }, "2": { title: "

extiende el historial de bloques onchain a 8,192 bloques, habilitando clientes stateless y mejorando el acceso sin necesidad de confianza para rollups y apps cross-chain

", tooltip: "", icon: "" }, id: 7, }, { "1": { title: "

EIP-6110

", tooltip: "", icon: "" }, "2": { title: "

acelera la activación de validadores registrando los depósitos directamente en los bloques, reduciendo los tiempos de espera y haciendo el staking más eficiente

", tooltip: "", icon: "" }, id: 8, }, { "1": { title: "

EIP-7549

", tooltip: "", icon: "" }, "2": { title: "

optimiza la agregación de firmas de validadores, reduciendo drásticamente los costos de verificación, habilitando light clients eficientes y mejorando la generación de pruebas zk

", tooltip: "", icon: "" }, id: 9, }, { "1": { title: "

EIP-7840

", tooltip: "", icon: "" }, "2": { title: "

mejora la configurabilidad de blobs al formalizar la capacidad de blobs en las configuraciones de la capa de ejecución, permitiendo predicciones de tarifas precisas y actualizaciones futuras más fluidas.

", tooltip: "", icon: "" }, id: 10, }, ], }} /> ## EOAs inteligentes \(EIP-7702\): las wallets obtienen "superpoderes" [EIP-7702](/blog/account-kit-now-supports-eip-7702) permite que una cuenta de propiedad externa \(EOA\) normal **ejecute temporalmente código de contrato inteligente** durante una transacción. En términos prácticos, introduce un nuevo tipo de transacción donde una EOA puede adjuntar y ejecutar bytecode **sin convertirse permanentemente** en un contrato. Piénsalo como si tu wallet común pudiera de pronto comportarse como una smart contract wallet completa durante una transacción. Esta actualización ha sido descrita como el ["momento iPhone"](https://x.com/binji_x/status/1874422577298620428)[ para las wallets de Ethereum ](https://x.com/binji_x/status/1874422577298620428), ampliando drásticamente lo que pueden hacer más allá de enviar tokens ERC-20 o llamar a un contrato. Es compatible con el estándar predominante de account abstraction \(AA\), [ERC-4337](/overviews/what-is-account-abstraction), por lo que las wallets existentes pueden convertirse en [smart wallets](/smart-wallets) sin crear una nueva dirección ni transferir activos. ### Impacto para desarrolladores de apps y wallets Para los desarrolladores de aplicaciones y wallets **con usuarios existentes**, EIP-7702 es enorme. Habilita mejores flujos de UX \(agrupación de transacciones, UX sin gas, lógica de recuperación social, autenticaciones multi-sig, etc.\) directamente a nivel de protocolo. Los [proveedores de wallets](/overviews/eip-7702-metamask-and-wallets) podrían necesitar integrar el nuevo tipo de transacción y proveer UI para estas funciones de "smart account". Para apps que se están lanzando a **usuarios completamente nuevos**, elige ERC-4337 para obtener la mejor seguridad y funcionalidad. Consulta [esta guía](/overviews/eip-7702-ethereum-pectra-hardfork) para recomendaciones en detalle. ### Impacto para desarrolladores de contratos inteligentes Para **desarrolladores de contratos inteligentes**, deben tener en cuenta que algunas suposiciones antiguas dejan de cumplirse. Los contratos que dependían de `tx.origin` para asegurarse de que el llamante era una EOA \(un patrón anti-reentrancy o anti-bot\) dejarán de ser efectivos. Con 7702, una EOA **es** `tx.origin` _y_ puede ejecutar llamadas internas, lo que significa que las verificaciones de `tx.origin == msg.sender` ya no pueden distinguir de forma confiable entre "llamado externamente" y "llamado internamente". Si tienes código que usa este patrón, considera actualizarlo. Por otro lado, ahora puedes diseñar contratos que esperen lógica de transacción más compleja proveniente de EOAs; por ejemplo, una dApp podría asumir que un usuario agrupará una aprobación y una acción juntas, y optimizar para eso. Además, si planeas usar `EXTCODESIZE==0` \(`EXTCODESIZE` es un opcode que devuelve el tamaño del código de una cuenta\), recuerda que `EXTCODESIZE` devolverá un valor distinto de cero después de 7702, por lo que aplicar una verificación `EXTCODESIZE==0` bloqueará cualquier wallet que use 7702. **Recordatorio**: ya era posible [evadir la verificación de tamaño de contrato](https://www.cyfrin.io/glossary/bypass-contract-size-check-hack-solidity-code-example) mediante una llamada externa desde el constructor de un contrato, la cual devuelve cero porque no existe código en la dirección del contrato hasta que finaliza el proceso de creación del contrato. Estamos aquí para ayudarte a integrar EIP-7702. Explora las [capacidades de smart wallet](/smart-wallets), lee la [guía de implementación de EIP-7702](https://www.alchemy.com/docs/wallets/transactions/using-eip-7702), y [contáctanos](/contact-sales) si tienes preguntas sobre la integración. ## Disponibilidad de datos y escalabilidad de rollups \(EIPs 7691, 7623, 7840\) [**Desarrolladores de rollups**](/rollups), esta sección es para ustedes. Pectra incluye mejoras a la capa de disponibilidad de datos de Ethereum que afectarán directamente el throughput y los costos de L2. El tema central es **"usar blobs, no calldata, ¡y usar más de ellos!"**, continuando el impulso del proto-danksharding \([EIP-4844](https://www.eip4844.com/) en Dencun\) para hacer los rollups más económicos y eficientes. ### EIP-7691: duplicando la capacidad de blobs por bloque **Qué cambia:** EIP-7691 aumenta la capacidad de transporte de blobs de Ethereum por bloque, duplicando el número objetivo de blobs de 3 a **6**, y elevando el máximo permitido de 6 a **9**. También ajusta la mecánica de tarifas asociada a los blobs: la tarifa base de blobs subirá de forma un poco menos agresiva cuando los bloques estén llenos \(~8.2% más\) y disminuirá de forma más pronunciada \(~14.5% menos\) cuando los blobs escaseen. Esto asegura que las tarifas se mantengan estables y predecibles incluso cuando la capacidad de blobs se expande. **Impacto:** Esto beneficia directamente a los rollups, permitiéndoles incluir el doble de datos en cada bloque de Ethereum. En la práctica, los rollups pueden aumentar el throughput de transacciones, reducir tarifas, o hacer un poco de ambas cosas. Los usuarios que interactúan con soluciones L2 como rollups optimistas o [ZK](https://www.alchemy.com/blog/zero-knowledge-rollups) deberían ver tarifas de transacción notablemente más bajas o un mejor desempeño, ya que el costo de disponibilidad de datos influye significativamente en el gasto total de las transacciones. ### EIP-7623: aumentando los costos de calldata para empujar a los rollups hacia los blobs **Qué cambia:** EIP-7623 aumenta estratégicamente el costo de gas del calldata en las transacciones. Antes de que existieran los blobs, los rollups a menudo almacenaban datos comprimidos directamente en calldata, un método que Ethereum solía incentivar. Ahora, Ethereum fomenta que los rollups migren completamente el almacenamiento de sus datos a blobs, haciendo que el calldata sea relativamente más caro. **Impacto:** Este incentivo económico busca alejar a los rollups del uso ineficiente de calldata hacia la capa dedicada de almacenamiento de blobs. Para ilustrarlo, piensa en los bloques de Ethereum como maletas: las transacciones normales son equipaje regular, mientras que el calldata grande es como empacar bolas de boliche. EIP-7623 implica que quienes empaquen así de pesado deberán pagar significativamente más, incentivando el uso de blobs, el compartimento de datos especializado de Ethereum. Los desarrolladores de rollups deben actualizar sus sistemas en consecuencia. Los rollups más antiguos que aún usan calldata para la disponibilidad de datos necesitan migrar por completo a blobs o arriesgarse a costos operativos considerablemente más altos. Los contratos inteligentes regulares y las transacciones estándar de Ethereum permanecen mayormente sin afectación debido a su uso mínimo de calldata. ### EIP-7840: parámetros de blobs configurables \(preparándose para el futuro\) **Qué cambia:** EIP-7840 introduce un nuevo objeto "blob schedule" dentro de las configuraciones de los clientes. En lugar de codificar de forma fija parámetros relacionados con blobs \(como el objetivo y el máximo de blobs por bloque\) para cada fork, estos ajustes ahora pueden modificarse mediante archivos de configuración, permitiendo un ajuste de red más fácil y predecible. Extiende los archivos de configuración del cliente con el objeto `blobSchedule` con la siguiente forma: Cuando no haya una configuración explícita para el fork actual, usa el último valor de fork especificado. Si no se especifica ningún valor anterior, establece ambos en cero. **Impacto:** Este cambio simplifica los ajustes futuros. Por ejemplo, aumentar de nuevo la capacidad de blobs en actualizaciones posteriores ya no requiere cambios de código extensos, solo un simple ajuste de configuración. Esto brinda a los rollups y a los desarrolladores del núcleo de Ethereum mayor flexibilidad y hace que el camino de escalado de Ethereum sea más transparente y mantenible. Los desarrolladores que operan nodos o infraestructura deben asegurarse de que sus clientes de ejecución incluyan estos parámetros de blobs correctamente después de la actualización. Los desarrolladores de aplicaciones no verán un impacto directo inmediato, pero indirectamente se beneficiarán de resultados de escalado más fluidos y predecibles en la capa de disponibilidad de datos de Ethereum. Si te interesa desplegar un rollup o tienes preguntas sobre los beneficios, [contáctanos](/contact-sales-rollups). ## Mejoras de staking y validadores \(EIPs 7251, 7002, 6110, 7549, 7685\) **Qué cambia:** La actualización Pectra introduce mejoras clave para el staking en Ethereum. Los validadores ahora pueden mantener hasta **2048 ETH por validador** \(EIP-7251\), reduciendo la complejidad y habilitando el auto-compounding automático de recompensas. Los validadores pueden iniciar salidas directamente desde la capa de ejecución \(EIP-7002\), los depósitos se activan más rápido \(~13 minutos, en lugar de horas\) gracias a un procesamiento más simple \(EIP-6110\), las firmas de attestation se vuelven drásticamente más eficientes \(~60× menos verificaciones, EIP-7549\), y se establece un canal de comunicación estandarizado entre las capas de ejecución y consenso \(EIP-7685\). **Por qué importa:** Estos cambios en conjunto mejoran la experiencia de staking al hacer que las operaciones de los validadores sean más simples, seguras y significativamente más escalables. Menos validadores manejando stakes más grandes significa menos sobrecarga operativa y mejor eficiencia de red. Las salidas a nivel de capa de ejecución mejoran la seguridad y descentralización de los validadores, mientras que el procesamiento más rápido de depósitos mejora la experiencia del usuario. Estandarizar la comunicación entre capas también sienta las bases para actualizaciones futuras más fluidas. **Impacto en desarrolladores:** Los desarrolladores de infraestructura y pools de staking deben ajustar sus herramientas y flujos de trabajo para los stakes de validadores más grandes, las salidas activadas desde la capa de ejecución, y las attestations optimizadas. Los operadores de clientes y nodos se beneficiarán de una menor complejidad y mejor eficiencia de red, pero deben actualizar su software en consecuencia. Los desarrolladores de dApps en general ven un impacto inmediato mínimo, pero se benefician indirectamente del mejor rendimiento y estabilidad de la red. ## Mejoras de criptografía y datos históricos \(EIPs 2537 y 2935\) **Qué cambia:** EIP-2537 agrega precompilados nativos de Ethereum para la curva elíptica BLS12-381, haciendo que operaciones como la verificación de firmas BLS y las pruebas zk-SNARK sean drásticamente más económicas. Anteriormente, estas verificaciones criptográficas complejas eran prohibitivamente costosas dentro de los contratos inteligentes. EIP-2935 extiende el historial de BLOCKHASH de Ethereum de ~1 hora \(256 bloques\) a ~27 horas \(8192 bloques\), permitiendo que los contratos referencien bloques recientes directamente onchain. **Por qué importa:** EIP-2537 permite a los desarrolladores construir aplicaciones criptográficas avanzadas directamente en Ethereum, como zk-rollups, pruebas de light client onchain, bridges sin necesidad de confianza, y contratos que preservan la privacidad, todo a costos de gas significativamente más bajos. Por su parte, EIP-2935 aborda la limitación de memoria a corto plazo de Ethereum, apoyando casos de uso que requieren referencias históricas onchain confiables, como la generación mejorada de aleatoriedad, pruebas verificables y pruebas de fraude para rollups. **Impacto en desarrolladores:** Los desarrolladores de contratos inteligentes obtienen herramientas potentes y eficientes para criptografía onchain \(EIP-2537\) y un mayor acceso a datos históricos recientes para la lógica de los contratos \(EIP-2935\). Las aplicaciones que involucran esquemas criptográficos avanzados —[DAOs](https://www.alchemy.com/dapps/top/daos) con firmas BLS agregadas, apps de privacidad basadas en zk, o sistemas de verificación onchain— se vuelven significativamente más fáciles de implementar. Además, los contratos que dependen de block hashes recientes para aleatoriedad o validación ahora pueden acceder de forma confiable a datos onchain, simplificando su diseño y reduciendo las dependencias externas. ## Preguntas frecuentes ### ¿Cuándo ocurre la actualización Pectra de Ethereum? La actualización Pectra entró en vigor el 7 de mayo de 2025. Como con los hard forks anteriores de Ethereum, el momento exacto depende de las tasas de producción de bloques, pero los participantes del ecosistema y los desarrolladores deben preparar sus sistemas con anticipación a esta fecha objetivo. ### ¿Cuáles son las principales características de la actualización Pectra? Las características destacadas de Pectra incluyen: - Capacidades temporales de contrato inteligente para wallets regulares \(EIP-7702\), descrita como el "momento iPhone" para las wallets de Ethereum - Duplicar la capacidad de blobs de 3 a 6 por bloque para hacer los rollups más eficientes y económicos - Aumentar la capacidad máxima de validadores de 32 a 2048 ETH para operaciones de validadores más simples - Agregar soporte nativo para criptografía BLS12-381, haciendo viables aplicaciones criptográficas avanzadas onchain - Extender la referencia del historial de bloques de ~1 hora a ~27 horas para mejorar la funcionalidad de los contratos inteligentes ### ¿Cómo impactará la actualización Pectra a los desarrolladores de Ethereum? El impacto de Pectra varía según el enfoque del desarrollador: - Los desarrolladores de apps y wallets obtienen potentes capacidades de UX gracias a las funciones de smart account de EIP-7702 - Los desarrolladores de contratos inteligentes deben revisar el código que depende de verificaciones `tx.origin` o de suposiciones sobre `EXTCODESIZE==0` - Los desarrolladores de rollups deben migrar completamente de calldata a blobs para lograr una eficiencia de costos óptima - Los proveedores de infraestructura necesitan actualizar sus clientes para los nuevos parámetros de blobs y las operaciones de validadores - Los desarrolladores de aplicaciones criptográficas pueden implementar esquemas de zk-SNARKs y firmas BLS que antes eran poco prácticos ### ¿En qué se diferencia Pectra de actualizaciones anteriores de Ethereum como Dencun? Pectra se construye sobre la base del proto-danksharding de Dencun, pero adopta un enfoque más amplio. Mientras que Dencun se enfocó principalmente en introducir blobs para la disponibilidad de datos \(EIP-4844\), Pectra aborda múltiples aspectos del protocolo de Ethereum de forma simultánea. Mejora significativamente la funcionalidad de las wallets, optimiza la economía del staking, duplica la capacidad de blobs, e introduce operaciones criptográficas nativas. Este alcance integral hace de Pectra la actualización más grande de Ethereum en cuanto a EIPs incluidos, abarcando más aspectos del protocolo que actualizaciones anteriores como Dencun, Shanghai o Paris. ## Un mejor futuro onchain para todos La **actualización Pectra** trae mejoras sustanciales a Ethereum, entregando wallets más inteligentes, staking escalable, potentes capacidades criptográficas y mayor disponibilidad de datos. Para los desarrolladores, esto significa herramientas más robustas, operaciones más simples, y mayor flexibilidad para construir la próxima generación de apps descentralizadas. Es un paso significativo hacia adelante, que te permite crear mejores experiencias de usuario, soluciones más sólidas y, en última instancia, un [ecosistema de Ethereum](https://www.alchemy.com/dapps/ecosystem/ethereum) más saludable. **Explora recursos** - **Rollups** - Descubre [cómo World y Degen escalaron a millones](/case-studies/scaling-world-chain), y contacta al equipo para [obtener acceso](/contact-sales-rollups) - **EIP-7702** - Revisa la [guía introductoria](/overviews/eip-7702-ethereum-pectra-hardfork) y cómo puedes [empezar a integrarlo](/blog/account-kit-now-supports-eip-7702). - **Account Abstraction** - [Aprende sobre AA](/overviews/what-is-account-abstraction) y cómo Azuki incorporó a 3.3M fans del anime con esto. Estamos aquí para ayudarte a aprovechar todas estas actualizaciones y construir apps exitosas onchain. [Contacta a nuestro equipo](/contact-sales), ¡y construyamos!