fix regressions

Author: corwintines

public/content/translations/es/developers/docs/scaling/optimistic-rollups/index.md

@@ -253,12 +253,6 @@ Se espera que la introducción de la [fragmentación de datos](/roadmap/dankshar
 
 <YouTube id="7pWxCklcNsU" start="263" />
 
-### Uso de rollups optimistas {#use-optimistic-rollups}
-
-Existen múltiples implementaciones de rollups optimistas que puede integrar en sus dApps:
-
-<RollupProductDevDoc rollupType="optimistic" />
-
 ## Bibliografía para profundizar sobre los rollups optimistas
 
 - [¿Cómo funcionan los rollups optimistas? (La guía completa)](https://www.alchemy.com/overviews/optimistic-rollups)

public/content/translations/es/developers/docs/scaling/state-channels/index.md

@@ -222,12 +222,6 @@ Vea una explicación de Finematics de los ZK-rollups:
 
 <YouTube id="7pWxCklcNsU" start="406" />
 
-### Utilice los ZK-rollups {#use-zk-rollups}
-
-Existen múltiples implementaciones de ZK-rollups que pueden integrarse en sus dApps:
-
-<RollupProductDevDoc rollupType="zk" />
-
 ## ¿Quién está trabajando en un zkEVM? {#zkevm-projects}
 
 Los proyectos que trabajan en zkEVM incluyen:

public/content/translations/es/developers/docs/scaling/zk-rollups/index.md

@@ -57,7 +57,7 @@ Si crea un dapp que requiere que las transacciones se paguen en ETH, puede permi
 
 ### Gobernanza {#governance}
 
-Crear sistemas de gobernanza a medida para una [DAO](/dao/) puede ser costoso y consumir mucho tiempo. En su lugar, se podría utilizar un kit de herramientas de gobernanza de código abierto, como <0">Aragon Client</a>, para arrancar la DAO y poder crear rápidamente un marco de gobernanza.
+Crear sistemas de gobernanza a medida para una [DAO](/dao/) puede ser costoso y consumir mucho tiempo. En su lugar, se podría utilizar un kit de herramientas de gobernanza de código abierto, como [Aragon Client](https://client.aragon.org/), para arrancar la DAO y poder crear rápidamente un marco de gobernanza.
 
 ### Gestión de identidades {#identity-management}
 

public/content/translations/es/developers/docs/smart-contracts/composability/index.md

@@ -70,6 +70,6 @@ La fragmentación solo podría implementarse en el ecosistema de Ethereum de man
 
 ## Más información
 
-- [Más sobre las futuras actualizaciones de Ethereum ](/roadmap/vision)
+- [Más sobre las futuras actualizaciones de Ethereum](/roadmap/vision)
 - [Más sobre arquitectura de nodos](/developers/docs/nodes-and-clients/node-architecture)
-- [Más sobre la prueba de participación ](/developers/docs/consensus-mechanisms/pos)
+- [Más sobre la prueba de participación](/developers/docs/consensus-mechanisms/pos)

public/content/translations/es/roadmap/beacon-chain/index.md

@@ -15,7 +15,7 @@ Parte de la [criptografía](/glossary/#cryptography) que protege Ethereum en la
 
 El desafío al que se enfrentan los desarrolladores de Ethereum es que el actual protocolo de [prueba de participación](/glossary/#pos) se base en un esquema de firmas muy eficiente conocido como BLS para agregar votos en [bloques](/glossary/#block) válidos. Las computadoras cuánticas son capaces de descodificar esta estrategia de firmas, no obstante, las alternativas cuántico-resistentes no son tan eficientes.
 
-Las [ estrategias comprometidas «KZG» ](/roadmap/danksharding/#what-is-kzg) que Ethereum utiliza en múltiples ocasiones para generar secretos criptográficos tienen vulnerabilidad cuántica. Actualmente, esto se evita usando «configuraciones seguras» en las que muchos usuarios generan una aleatoriedad a la que las computadoras cuánticas no pueden aplicar ingeniería inversa. De cualquier forma, la solución idónea sería incorporar simplemente criptografía cuántica segura. Hay dos enfoques principales que podrían convertirse en sustituciones eficientes de las estrategias BLS: [el basado en STARK](https://hackmd.io/@vbuterin/stark_aggregation) y [el basado en redes](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175) de firmas. **Se los sigue investigando y se siguen elaborando prototipos**.
+Las [estrategias comprometidas «KZG»](/roadmap/danksharding/#what-is-kzg) que Ethereum utiliza en múltiples ocasiones para generar secretos criptográficos tienen vulnerabilidad cuántica. Actualmente, esto se evita usando «configuraciones seguras» en las que muchos usuarios generan una aleatoriedad a la que las computadoras cuánticas no pueden aplicar ingeniería inversa. De cualquier forma, la solución idónea sería incorporar simplemente criptografía cuántica segura. Hay dos enfoques principales que podrían convertirse en sustituciones eficientes de las estrategias BLS: [el basado en STARK](https://hackmd.io/@vbuterin/stark_aggregation) y [el basado en redes](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175) de firmas. **Se los sigue investigando y se siguen elaborando prototipos**.
 
 <ButtonLink variant="outline-color" href="/roadmap/danksharding#what-is-kzg"> Lea acerca de KZG y las configuraciones seguras</ButtonLink>
 

public/content/translations/es/roadmap/future-proofing/index.md

@@ -7,7 +7,7 @@ alt: "Hoja de ruta de Ethereum"
 template: roadmap
 ---
 
-Ethereum escala utilizando las [capas 2 ](/layer-2/#rollups)(también conocidas como acumulaciones o «rollups»), que agrupan transacciones y envían el resultado a Ethereum. Aunque las acumulaciones son hasta ocho veces más baratas que la red principal de Ethereum, es posible optimizarlas aún más para reducir costes para los usuarios finales. Las acumulaciones dependen de algunos componentes centralizados que los desarrolladores podrán eliminar en la medida en que dichas acumulaciones maduren.
+Ethereum escala utilizando las [capas 2](/layer-2/#rollups) (también conocidas como acumulaciones o «rollups»), que agrupan transacciones y envían el resultado a Ethereum. Aunque las acumulaciones son hasta ocho veces más baratas que la red principal de Ethereum, es posible optimizarlas aún más para reducir costes para los usuarios finales. Las acumulaciones dependen de algunos componentes centralizados que los desarrolladores podrán eliminar en la medida en que dichas acumulaciones maduren.
 
 <InfoBanner mb={8} title="Costos de transacción">
   <ul style={{ marginBottom: 0 }}>

public/content/translations/es/roadmap/scaling/index.md

@@ -304,7 +304,7 @@
   "nav-roadmap-scaling-description": "Actualizaciones de red para reducir aún más los costes de transacciones y la velocidad",
   "nav-roadmap-scaling-label": "Transacciones más baratas",
   "nav-roadmap-security": "Mayor seguridad",
-  "nav-roadmap-security-description": "Asegurarse de que Etherum sigue resistiendo a todo tipo de ataques en el futuro",
+  "nav-roadmap-security-description": "Asegurarse de que Ethereum sigue resistiendo a todo tipo de ataques en el futuro",
   "nav-roadmap-security-label": "Seguridad mejorada",
   "nav-roadmap-user-experience": "Mejor experiencia de usuario",
   "nav-roadmap-ux-description": "El uso de Ethereum debe simplificarse",
@@ -335,7 +335,7 @@
   "nav-whitepaper-description": "El informe técnico original de Ethereum escrito por Vitalik Buterin en 2014",
   "nav-zkp-description": "Una forma de demostrar la validez de una declaración sin tener que revelarla",
   "nft-page": "NFT: tókenes no fungibles",
-  "nfts": "NTF",
+  "nfts": "NFT",
   "no": "No",
   "on-this-page": "En esta página",
   "open": "Abierto",
@@ -429,7 +429,7 @@
   "what-is-ether": "¿Qué es el ether (ETH)?",
   "what-is-ethereum": "¿Qué es Ethereum?",
   "withdrawals": "Retiradas de participaciones",
-  "wrapped-ether": "Wrapped Ether (eter envuelto)",
+  "wrapped-ether": "Wrapped Ether (ether envuelto)",
   "yes": "Sí",
   "zero-knowledge-proofs": "Pruebas de conocimiento cero"
 }