diff --git a/public/content/translations/es/about/index.md b/public/content/translations/es/about/index.md index fa0e08b5f68..87d166df2f6 100644 --- a/public/content/translations/es/about/index.md +++ b/public/content/translations/es/about/index.md @@ -8,6 +8,8 @@ lang: es ethereum.org es un recurso público de código abierto para la comunidad Ethereum al que cualquiera puede contribuir. Tenemos un pequeño equipo central dedicado a mantener y desarrollar el sitio con contribuciones de miles de miembros de la comunidad en todo el mundo. +**Ningún miembro de ethereum.org se pondrá en contacto con usted. No responda.** + ## Un apunte sobre los nombres {#a-note-on-names} Es común que la gente confunda los nombres dentro del panorama de Ethereum, lo que puede producir modelos mentales deficientes sobre cómo funciona Ethereum. He aquí una explicación rápida para aclarar las cosas: @@ -88,9 +90,9 @@ Ethereum es algo mucho más grande: incluye una comunidad, una tecnología que l ## Hoja de ruta del producto {#roadmap} -Para hacer que nuestro trabajo sea más accesible y fomentar una mayor colaboración comunitaria, el equipo central de ethereum.org publica una descripción general de nuestros objetivos de hoja de ruta trimestral. +Para hacer nuestro trabajo más accesible y fomentar una mayor colaboración entre la comunidad, el equipo principal de ethereum.org publica una descripción general de nuestras metas de la hoja de ruta del [ciclo shape up](https://www.productplan.com/glossary/shape-up-method/). -[Vea nuestra hoja de ruta de productos del tercer trimestre de 2024](https://github.com/ethereum/ethereum-org-website/issues/13399) +[Vea nuestra hoja de ruta de producto para el ciclo 1 de 2025](https://github.com/ethereum/ethereum-org-website/issues/14726) **¿Qué le parece? ** Siempre apreciamos los comentarios sobre nuestra hoja de ruta. Si hay algo en lo que cree que deberíamos trabajar, ¡por favor, díganoslo! Damos la bienvenida a ideas y relaciones públicas de cualquier persona de la comunidad. diff --git a/public/content/translations/es/ai-agents/index.md b/public/content/translations/es/ai-agents/index.md new file mode 100644 index 00000000000..a7c6ceb359b --- /dev/null +++ b/public/content/translations/es/ai-agents/index.md @@ -0,0 +1,96 @@ +--- +title: Agentes de IA +metaTitle: Agentes de IA | Agentes de IA en Ethereum +description: Una visión general de los agentes de IA en Ethereum +lang: es +template: use-cases +emoji: ":robot:" +sidebarDepth: 2 +image: /images/ai-agents/hero-image.png +alt: Personas reunidas alrededor de una mesa con gráficos virtuales. +summaryPoint1: IA que interactúa con la cadena de bloques y realiza operaciones de forma independiente +summaryPoint2: Controla carteras y fondos en la cadena de bloques +summaryPoint3: Selecciona a personas u otros agentes para realizar tareas +buttons: + - content: ¿Qué son los agentes de IA? + toId: what-are-ai-agents + - content: Explorar agentes + toId: ai-agents-on-ethereum + isSecondary: false +--- + +Imagínese que navega por Ethereum con un asistente de IA que analiza las tendencias de mercado en cadena de bloques constantemente, que responde a sus preguntas e incluso que ejecuta transacciones por usted. Bienvenido al mundo de los agentes de IA: sistemas inteligentes diseñados para simplificar su vida digital. + +En Ethereum, nos encontramos con innovaciones de agentes de IA que van desde influencers virtuales y creadores de contenido autónomos, a plataformas de análisis de mercado en tiempo real, empoderando a los usuarios a través de información, entretenimiento y eficiencia operativa. + +## ¿Qué son los agentes de IA? {#what-are-ai-agents} + +Los agentes de IA son programas de software que utilizan la inteligencia artificial para ejecutar tareas o tomar decisiones de forma autónoma. Estos agentes aprenden a partir de datos, se adaptan a los cambios y realizan tareas complejas. Operan sin interrupción y pueden detectar oportunidades al instante. + +### Cómo funcionan los agentes de IA con la cadena de bloques {#how-ai-agents-work-with-blockchains} + +En las finanzas tradicionales, los agentes de IA suelen operar en entornos centralizados, con una entrada de datos limitada. Esto dificulta su capacidad de aprendizaje o de gestión de activos de forma autónoma. + +En cambio, el ecosistema descentralizado de Ethereum ofrece diversas ventajas esenciales: + +- Datos transparentes: acceso a información de la cadena de bloques en tiempo real. +- Propiedad real de activos: los activos digitales son de entera propiedad de los agentes de IA. +- Funcionalidad sólida en la cadena: permite que los agentes de IA ejecuten transacciones, interactúen con contratos inteligentes, proporcionen liquidez y colaboren entre distintos protocolos. + +Estos factores transforman a los agentes de IA de meros bots en sistemas dinámicos y autoevolutivos que ofrecen un valor significativo en múltiples sectores: + + + + + + + +## Agentes de la IA en Ethereum {#ai-agents-on-ethereum} + +Estamos comenzando a explorar todo el potencial de los agentes de la IA; ya existen proyectos que aprovechan la sinergia entre la IA y la cadena de bloques, especialmente en las áreas de transparencia y monetización. + + + +Primera aparición de Luna como invitada en un pódcast + + + +## Carteras controladas por agentes {#agent-controlled-wallets} + +Agentes como Luna o AIXBT controlan su propia cartera en la cadena de bloques ([billetera de AIXBT](https://clusters.xyz/aixbt), [cartera de Luna](https://zapper.xyz/account/0x0d177181e3763b20d47dc3a72dd584368bd8bf43)), lo cual les permite dar propinas a los fans y participar en actividades económicas. + +Durante la campaña de Luna #LunaMuralChallenge en la red social X, Luna seleccionó y recompensó a los ganadores a través de su cartera Base, convirtiéndose en el primer caso en el que una IA contrata a humanos para otorgarles recompensas con criptomonedas. + + +

Para tener en cuenta

+

Los agentes de IA y las herramientas relacionadas aún están en fase inicial de desarrollo y son experimentales; deben utilizarse con prudencia.

+
+ +## Controle su cartera usando los comandos de chat {#control-your-wallet-using-chat-commands} + +Puede evitar las complicadas interfaces de DeFi y gestionar sus criptomonedas con sencillos comandos de chat. + +Este enfoque intuitivo hace que las transacciones sean más rápidas, fáciles y menos propensas a errores como enviar fondos a la dirección equivocada o pagar comisiones de más. + + + +## Agentes de la IA y los bots de la IA {#ai-agents-vs-ai-bots} + +La diferenciación entre agentes de IA y bots de IA a veces puede resultar confusa, ya que ambos realizan acciones automatizadas basadas en entradas de datos. + +- Los bots de IA son asistentes automatizados: siguen instrucciones específicas y preprogramadas para realizar tareas rutinarias. +- Los agentes de IA son más bien compañeros inteligentes: aprenden de la experiencia, se adaptan a información nueva y toman decisiones por sí solos. + +| | Agentes de IA | Bots de IA | +| ----------------------- | -------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------- | +| **Interacciones** | Complejas, adaptables, autónomas | Sencillas, de alcance predefinido, codificadas | +| **Aprendizaje** | Aprende de forma continua, puede experimentar y adaptarse a datos nuevos en tiempo real. | Opera con datos preentrenados o reglas fijas. | +| **Ejecución de tareas** | Busca lograr objetivos más amplios | Se centra en tareas específicas | + +## Para profundizar más {#dive-deeper} + + + +## Puede crear su propio agente de IA {#you-can-build-your-own-ai-agent} + + \ No newline at end of file diff --git a/public/content/translations/es/bridges/index.md b/public/content/translations/es/bridges/index.md index bb2537f1a3c..256968b7c7c 100644 --- a/public/content/translations/es/bridges/index.md +++ b/public/content/translations/es/bridges/index.md @@ -24,7 +24,7 @@ Pero, ¿qué puede hacer si quiere realizar un intercambio similar para usar una Todas las cadenas de bloques tienen sus limitaciones. Para que Ethereum escale y siga el ritmo de la demanda, ha requerido el uso de [rollups](/glossary/#rollups). Alternativamente, los L1 como Solana y Avalanche están diseñados de forma diferente para permitir una mayor velocidad en las transacciones, pero a costa de la descentralización. -Sin embargo, todas las cadenas de bloques se desarrollan en un entorno aislado y tienen diferentes reglas y mecanismos de [consenso](/glossary/#consensus). Esto significa que no pueden comunicarse de forma nativa, y los tokens no pueden moverse libremente entre cadenas de bloques. +Sin embargo, todas las cadenas de bloques se desarrollan en entornos aislados y tienen diferentes reglas y mecanismos de [consenso](/glossary/#consensus). Esto significa que no pueden comunicarse de forma nativa, y los tokens no pueden moverse libremente entre cadenas de bloques. Los puentes existen para conectar cadenas de bloques, permitiendo la transferencia de información y tokens entre ellas. @@ -49,7 +49,7 @@ Digamos que tiene ETH en la Red principal de Ethereum y quiere comisiones de tra ### DApps en otras cadenas de bloques {#dapps-other-chains} -Si ha estado usando Aave en la Red principal de Ethereum para prestar USDT, pero la tasa de interés para prestarlos usando Aave en Polygon es más alta. +Si ha estado utilizando Aave en la Red principal de Ethereum para suministrar USDT, pero la tasa de interés que puede recibir por suministrar USDT usando Aave en Polygon es mayor. ### Explorar ecosistemas de cadenas de bloques {#explore-ecosystems} @@ -59,18 +59,13 @@ Si tiene ETH en la Red principal de Ethereum y quiere explorar una alternativa L Digamos que quiere tener Bitcoin (BTC), pero solo tiene fondos en la Red principal de Ethereum. Para obtener exposición a BTC en Ethereum, puede comprar Wrapped Bitcoin (WBTC). Sin embargo, WBTC es un token [ERC-20](/glossary/#erc-20) nativo de la red de Ethereum, lo que significa que es una versión de Ethereum de Bitcoin y no el activo original en la cadena de bloques de Bitcoin. Para tener BTC nativo, usted tendría que trasladar sus activos de Ethereum a Bitcoin usando un puente. Esto trasladará entre redes su WBTC y lo convertirá en BTC nativo. De forma alternativa, podría tener BTC y querer usarlo en protocolos [DeFi](/glossary/#defi) de Ethereum. Esto requeriría un puente pero al revés, desde el BTC hasta WBTC, que luego puede ser utilizado como un activo en Ethereum. - - - - - También puede hacer todo lo anterior usando un [exchange centralizado](/get-eth/). Sin embargo, a menos que sus fondos ya estén en un exchange, esto implicaría varios pasos y probablemente sería mejor usar un puente. - - - + + También puede hacer todo lo anterior usando una [plataforma de intercambio centralizada](/get-eth). Sin embargo, a menos que sus fondos ya estén en un exchange, esto implicaría varios pasos y probablemente sería mejor usar un puente. + -## Tipos de puente {#types-of-bridge} +## Tipos de puentes {#types-of-bridge} Los puentes tienen muchos tipos de diseños y complejidades. Generalmente encontramos dos categorías: puentes de confianza (trusted) y puentes sin confianza o que no la necesitan (trustless). @@ -104,12 +99,12 @@ Muchas soluciones de puente adoptan modelos entre estos dos extremos con diferen Usar puentes le permite mover sus activos a través de diferentes cadenas de bloques. He aquí algunos recursos que le pueden ayudar a encontrar y usar puentes: -- **[Resumen de los puentes L2BEAT ](https://l2beat.com/bridges/summary) & [Análisis de riesgo de puentes L2BEAT](https://l2beat.com/bridges/summary)**: Un resumen que comprende varios puentes, incluyendo detalles sobre la cuota de mercado, el tipo de puente y las cadenas de destino. L2BEAT también tiene análisis de riesgo de puentes, ayudando a los usuarios a tomar decisiones informadas a lo largo del proceso de elección de un puente. +- **[Resumen de los puentes L2BEAT ](https://l2beat.com/bridges/summary) & [Análisis de riesgo de puentes L2BEAT](https://l2beat.com/bridges/risk)**: Un resumen que comprende varios puentes, incluyendo detalles sobre la cuota de mercado, el tipo de puente y las cadenas de destino. L2BEAT también tiene análisis de riesgo de puentes, ayudando a los usuarios a tomar decisiones informadas a lo largo del proceso de elección de un puente. - **[Resumen de los puentes DefiLlama](https://defillama.com/bridges/Ethereum)**: Un resumen de los volúmenes de puentes a lo largo de la red de Ethereum. -## Riesgo al utilizar puentes {#bridge-risk} +## Riesgos de utilizar puentes {#bridge-risk} Los puentes se encuentran en las primeras etapas de desarrollo. Es probable que todavía no se haya descubierto el diseño óptimo de estos. Interactuar con cualquier tipo de puente conlleva riesgos: @@ -136,7 +131,9 @@ Los puentes son cruciales para incorporar a los usuarios a las L2 de Ethereum e ## Para seguir leyendo {#further-reading} +- [EIP-5164: ejecución entre cadenas](https://ethereum-magicians.org/t/eip-5164-cross-chain-execution/9658): _18 de junio de 2022, Brendan Asselstine_ +- [Modelo de riesgos L2Bridge](https://gov.l2beat.com/t/l2bridge-risk-framework/31): _5 de julio de 2022, Bartek Kiepuszewski_ +- ["Por qué el futuro será multicadena, pero no entre cadenas"](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/): _8 de enero de 2022, Vitalik Buterin_ +- [Aprovechar la seguridad compartida para una interoperabilidad segura entre cadenas: comités estatales de Lagrange y más allá](https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability): _12 de junio de 2024, Emmanuel Awosika_ +- [La situación de las soluciones de interoperabilidad en los rollup](https://research.2077.xyz/the-state-of-rollup-interoperability): _20 de junio de 2024, Alex Hook_ -- [EIP-5164: Ejecución entre cadenas (cross-chain)](https://ethereum-magicians.org/t/eip-5164-cross-chain-execution/9658) _18 de junio de 2022 - Brendan Asselstine_ -- [Marco de riesgos L2Bridge](https://gov.l2beat.com/t/l2bridge-risk-framework/31) _5 de julio de 2022 - Bartek Kiepuszewski_ -- ["Por qué el futuro será multicadena, pero no entre cadenas"](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/) _8 de enero de 2022 - Vitalik Buterin_ diff --git a/public/content/translations/es/community/events/index.md b/public/content/translations/es/community/events/index.md index 8b2c61983d6..ff77b341419 100644 --- a/public/content/translations/es/community/events/index.md +++ b/public/content/translations/es/community/events/index.md @@ -7,7 +7,13 @@ hideEditButton: true # Próximos eventos {#events} -**Cada mes, se celebran grandes eventos de Ethereum en todo el mundo.** Plantéese asistir a alguno cerca suyo para conocer a más gente en la comunidad, aprender sobre oportunidades de empleo y desarrollar nuevas habilidades. +Los eventos de Ethereum suelen celebrarse con periodicidad y en múltiples formatos: desde encuentros informales a pequeña escala a grandes conferencias, e incluso hasta hackatones mundiales. + +Estos eventos son la forma más divertida y atractiva de aprender, conectar con tu comunidad local, descubrir opportunidades y desarrollar nuevas habilidades. + +¿Quiere organizar un evento o tiene una iniciativa comunitaria en mente? ¡Póngase en contacto con el equipo de Ethereum Everywhere para obtener asistencia! → [Póngase en contacto aquí](https://docs.google.com/forms/d/e/1FAIpQLSeA-W8iy2PJxrY3TD4lMYXyky_wLd4QB_7NRwqSxCd0e19MUg/viewform) + +¿Quiere descubrir los eventos de Ethereum que haya en su zona? ¡Eche un vistazo a los eventos y reuniones de abajo para encontrar los próximos a los que pueda unirse! diff --git a/public/content/translations/es/community/events/organizing/index.md b/public/content/translations/es/community/events/organizing/index.md new file mode 100644 index 00000000000..07c7ba903c5 --- /dev/null +++ b/public/content/translations/es/community/events/organizing/index.md @@ -0,0 +1,225 @@ +--- +title: Organizar un evento sobre Ethereum +description: Cómo organizar un evento sobre Ethereum +lang: es +hideEditButton: true +--- + +# Cómo organizar un evento sobre Ethereum {#how-to-organize-an-ethereum-event} + +Para que el ecosistema de Ethereum crezca, es fundamental crear una comunidad fuerte y dinámica. Tanto si está planeando organizar encuentros, talleres o una conferencia a gran escala, el éxito de su evento depende de las conexiones y la implicación de su red local. Esta guía le ayudará a sentar las bases para crear una comunidad de Ethereum activa y le guiará paso a paso por el proceso de organización de una conferencia memorable e impactante. + +## Pregúntese si ya existe una comunidad de Ethereum. {#ask-yourself-is-there-an-ethereum-community} + +Una conferencia de Ethereum exitosa se apoya en una comunidad activa y comprometida. Si ya cuenta con una, lleva ventaja; pero si no es así, el paso previo y esencial es sentar esas bases. Es importante distinguir entre escena y comunidad: una escena puede incluir empresas y personas presentes en una determinada región, que suelen funcionar de forma independiente y solo ocasionalmente llevan a cabo iniciativas conjuntas, como el ecosistema tradicional Web2 en muchos lugares. Una comunidad, por otro lado, es una red de personas y organizaciones interconectadas que colaboran y se apoyan mutuamente, como suele observarse en los ecosistemas Web3. + +**Sus primeros pasos deberían ser:** + +- Examinar las empresas locales y las de nueva creación: contar con empresas sólidas y activas en su ciudad o país suele ser el requisito previo más importante para crear una comunidad. +- Comprobar si ya hay algunos encuentros: [página de eventos](https://ethereum.org/en/community/events/) de ethereum.org +- [Consulte la web ethereum.org](https://ethereum.org/en/community/events/) y el chat Discord ethereum.org: para comprobar si hay eventos de Ethereum, desarrolladores y colaboradores locales. +- Luma y Meetup.com: para ver si hay eventos relacionados con Ethereum o eventos más generales sobre Web3 organizados en su zona. +- X: intente encontrar activistas locales o personas influyentes en el sector. + +La presencia de la mayoría de estos elementos es una señal clara de que se dan las condiciones para construir una comunidad, pero no necesariamente de que ya existe una comunidad. El siguiente paso es la labor crucial de organizar, involucrar y formar a estos actores, creando oportunidades para la colaboración y el crecimiento a largo plazo. + +### Si no es el caso, cómo construirla {#if-not-how-to-build-it} + +Si se da cuenta de que faltan muchos de estos elementos, no se preocupe, construir una comunidad desde cero es un proceso difícil, aunque muy gratificante. Una comunidad Ethereum fuerte no surge de la noche a la mañana; requiere paciencia, constancia y una visión clara. Puede empezar de la siguiente manera: + +- **Establezca un canal de comunicación**. Puede ser Telegram, Signal, WhatsApp, WeChat o un servidor Discord —lo que sea más popular en su zona— para que la gente pueda conectarse, hacer preguntas y compartir recursos. +- **Encuentre a sus usuarios pioneros**: identifique a algunas personas a las que les apasione Ethereum y Web3. Se convertirán en sus principales seguidores y colaboradores. +- **Organice eventos pequeños y constantes**: empiece por reuniones informales, grupos de estudio o talleres. La fórmula es ser constante, aunque al principio el grupo sea pequeño, los eventos regulares generan confianza e impulso. +- **Intente ponerse en contacto con empresas locales**, instituciones educativas o espacios de trabajo cooperativo para que puedan proporcionarle un espacio de forma gratuita. Si no puede encontrar ponentes de su país, invite a ponentes en línea, pero reúna a la gente físicamente. Es fundamental mantener a su público físicamente presente en un lugar. +- **Colabore con comunidades tecnológicas existentes**. Si existen grupos de desarrolladores, ecosistemas de empresas emergentes o encuentros sobre cadenas de bloques, colabore con ellos para introducir temas relacionados con Ethereum y ampliar su alcance. +- **Comparta contenido educativo** sobre el potencial de Ethereum. +- **Contacte con comunidades globales**. Conecte con grupos y proyectos de Ethereum consolidados en todo el mundo para obtener apoyo, asesoramiento y posibles colaboraciones. Las comunidades Ethereum de todo el mundo tienen al menos una cosa en común: todas están deseosas de ayudar. +- **Intente conseguir financiación**: ya sea de empresas locales de web3 o a través de algún programa de subvenciones como [ESP](https://esp.ethereum.foundation/). + +### Si es el caso, cómo mantenerla y hacerla crecer {#if-yes-how-to-maintain-and-grow-it} + +Una vez que cuente con una comunidad consolidada, el trabajo no se detiene —de hecho, solo acaba de empezar—. Mantener una comunidad activa, comprometida y en crecimiento requiere un esfuerzo y una creatividad constantes. Uno de los elementos clave para mantener a la comunidad involucrada es que debe experimentar constantemente con nuevos formatos e ideas. + +A continuación, se presentan algunas estrategias para mantener una comunidad de Ethereum dinámica: + +- **Diversifique los formatos de sus eventos:** no solo se limite a un tipo de reunión. Combine cosas como encuentros, hackatones cortos, mesas redondas y eventos para establecer contactos. Puede intentar organizar jornadas de trabajo cooperativo o cursos educativos. +- **Diversifique los temas**: Ethereum no es solo una tecnología, sino también un conjunto de valores que incluye cuestiones legales, de mercadotecnia y comerciales. +- **Pídale a su comunidad** comentarios e ideas. +- **Interactúe con diferentes públicos**. Adapte el contenido y los eventos a diferentes niveles de experiencia, desde principiantes que exploran Ethereum por primera vez hasta desarrolladores y emprendedores experimentados. + +Al ofrecer diversas oportunidades de aprendizaje, colaboración y crecimiento, se asegura de que su comunidad se mantenga activa y preparada para iniciativas más grandes, como organizar una conferencia. + +## Evento {#event} + +### ¿Cuándo es el momento adecuado para organizar un evento? {#when-is-the-right-time-to-organize-an-event} + +Organizar una conferencia de Ethereum o un evento comunitario exitoso requiere una meticulosa planificación y reflexión. El momento adecuado depende de multitud de factores que contribuyen al éxito general del evento. + +Debería tener en consideración la madurez de la comunidad, las condiciones del mercado, si cuenta con un equipo y si hay una escena local (por ejemplo, posibles patrocinadores). + +### Conozca a su comunidad {#kyc-know-your-community} + +Uno de los pasos más importantes al organizar un evento es entender a su comunidad. Al igual que el «conozca a su cliente» (KYC) en servicios financieros, «conozca a su comunidad» significa dedicar tiempo a comprender las necesidades, preferencias y características específicas de su público local. Esta comprensión le ayudará a adecuar la conferencia para garantizar su éxito y relevancia. + +Es tentador aspirar a organizar un evento a gran escala de golpe, pero empezar a pequeña escala suele ser la mejor estrategia. Sabrá cuál es la mejor solución para usted si analiza objetivamente el estado de su comunidad y otros aspectos que pueden parecerle irrelevantes, como si su país es un destino turístico popular o el coste del alojamiento. + +En el primer año, la mayor parte de su público será una comunidad local, por lo que todo lo que haga durante el primer año en que organiza un evento mayor deberá adaptarse a las necesidades y al tamaño de esa comunidad. + +### Por dónde empezar {#where-to-start} + +Cuando se trata de organizar una conferencia, los primeros pasos pueden parecer abrumadores. Pero con un plan y una estructura claros, puede estructurar el proceso en tareas manejables. Analizaremos cada una de estas. + +Empezar con un enfoque estructurado le ayudará a mantenerse organizado y reducir el estrés a medida que avance por las distintas etapas de la organización de su evento. Cada decisión que tome debería acercarle más a ofrecer una experiencia que satisfaga las necesidades de su comunidad. + +**Lo primero es crear un equipo organizador con funciones y responsabilidades bien definidas.** + +Otro paso importante antes de empezar a crear un programa o ponerse en contacto con patrocinadores es elegir una fecha. Aunque parece un paso fácil, hay algunos factores importantes que debe considerar de antemano. He aquí algunos de ellos: + +- **Evite fechas que coincidan** con conferencias o eventos importantes +- **Tenga en cuenta las condiciones y circunstancias locales** (como la estación del año, los días festivos significativos, etc.) +- **Tenga en cuenta las condiciones del mercado** +- **Tómese el tiempo necesario para organizarlo todo**: al menos nueve meses + +### ¿Cómo reunir un equipo? {#how-to-assemble-a-team} + +Elija a personas que compartan su visión y complementen sus habilidades. Algunos equipos funcionan como colectivos, mientras que otros tienen roles definidos. Descubra lo que mejor le funcione. Es esencial mantener una comunicación frecuente y tener claras las expectativas. Aunque es tentador recurrir a plataformas de comunicación para la planificación de eventos, le sugerimos que elija una plataforma de gestión de tareas (como Notion, Basecamp, Trello, Asana o incluso las típicas hojas de cálculo de Google) para organizar y realizar un seguimiento de lo que hay que hacer. Es crucial tener un equipo bien organizado y que funcione bien. + +Los diferentes equipos organizadores de Ethereum tienen diferentes funciones en sus equipos, pero todos tienen en común personas que trabajan en cuestiones logísticas, de presupuestos, promoción, programación, diseño y colaboraciones. + +### El programa: un elemento clave de un evento exitoso {#the-program-a-key-element-of-a-successful-event} + +Cuando se trata de organizar una conferencia verdaderamente valiosa y memorable, **el programa lo es todo**. Este no es un ámbito que pueda permitirse comprometer. Aunque los patrocinadores son importantes y a menudo cruciales para financiar el evento, la experiencia del público y el valor que este recibe deben tener siempre prioridad. Un programa repleto de contenido publicitario y presentaciones interminables de patrocinadores distanciará a sus asistentes y socavará la credibilidad de su evento. + +Cada sesión, mesa redonda y taller debe informar, inspirar y enganchar a la comunidad. Escuche a su público: comprenda sus intereses, necesidades y dificultades. ¿Qué temas les interesan? Al mismo tiempo, introduzca perspectivas novedosas y formatos innovadores para mantener el programa dinámico. Trate de encontrar un equilibrio entre temas conocidos y de actualidad con ideas innovadoras, garantizando una agenda polifacética que aborde diferentes aspectos del ecosistema de Ethereum —desde análisis técnicos profundos y sesiones sobre creación de comunidades hasta discusiones sobre políticas y talleres prácticos. Asimismo, tenga en cuenta el idioma de la conferencia. Aunque el inglés es el idioma por defecto en la mayoría de los eventos de Ethereum, ofrecer sesiones en el idioma local puede hacer que el evento sea más accesible para los desarrolladores y entusiastas locales. + +**A la hora de elegir a los ponentes, abra la convocatoria al menos seis meses antes de la conferencia para atraer propuestas de alta calidad y disponer de tiempo suficiente para elaborar el programa.** La persona responsable de la selección de ponentes debe tener una amplia experiencia en el sector y un profundo conocimiento del ecosistema. Esto garantiza que pueda identificar contribuciones valiosas y perspicaces, y mantener un alto nivel de calidad para el contenido. + +### Dónde encontrar apoyo financiero {#where-to-find-financial-support} + +Organizar una conferencia de alta calidad conlleva gastos importantes: el alquiler de la sede, los materiales promocionales, comida y bebida, la producción y un montón de otros gastos. Conseguir apoyo financiero desde el principio es esencial para garantizar que su evento cumpla con los estándares profesionales y ofrezca una gran experiencia a los asistentes. + +#### ¿Cómo crear una presentación para patrocinadores? {#how-to-create-a-sponsorship-deck} + +Antes de nada, va a necesitar una presentación. **Pida consejo a otros organizadores de conferencias**, incluso para que compartan sus presentaciones y pueda crear sus planes para patrocinadores basándose en ellas. Debe ser realista a la hora de fijar los precios de los planes y proponerse cubrir los costes, no ganar dinero, sobre todo al principio. + +**Cada presentación de patrocinio debe ofrecer una visión general clara y atractiva del evento**, lo que asegura que los posibles patrocinadores comprendan su alcance, enfoque y valor. Comience con los aspectos fundamentales: el lugar, la fecha y los detalles sobre el equipo organizador para dar credibilidad. A continuación, destaque el tema principal del evento, ya que cada conferencia sobre Ethereum está dirigida a un público diferente. Algunas están muy dirigidas a los desarrolladores y ofrecen debates técnicos profundos, mientras que otras pueden centrarse más en DeFi, DAO o temas relacionados con política. + +Más allá de describir el evento, defina expectativas claras. **Indique el número previsto de asistentes y los ponentes destacados ya confirmados**, pues esto ayuda a los patrocinadores a evaluar su alcance potencial. Y lo que es más importante, defina claramente qué recibirán a cambio de su patrocinio: espacio en expositores, oportunidades para dar charlas, promoción en redes sociales, visibilidad de marca o acceso exclusivo a redes de contactos. Una presentación bien estructurada no solo informa, sino que también ilusiona a los posibles patrocinadores con la oportunidad de formar parte de su evento. + +#### ¿Quién podría apoyar su evento? {#who-might-support-your-event} + +Empiece poniéndose en contacto con empresas del ecosistema tecnológico y de Ethereum en su ciudad o país. Estas **organizaciones suelen tener un interés particular en apoyar eventos locales** que fomenten el crecimiento y la innovación de la comunidad. También son más propensas a reconocer el valor de invertir en el ecosistema local y ven su conferencia como una oportunidad para conectar con talento, socios y usuarios. + +Una vez que haya obtenido apoyo local, amplíe su alcance a los actores globales del mundo Web3. **Pprotocolos consolidados, organizaciones autónomas descentralizadas y fondos del ecosistema suelen destinar presupuestos a eventos organizados por la comunidad**. Esto puede ser un poco complicado para los organizadores novatos, ya que aún no cuentan con una trayectoria que mostrar, pero intente elaborar un paquete de patrocinio atractivo que describa claramente las ventajas de apoyar su evento: visibilidad de la marca, oportunidades para dar charlas y una vinculación significativa con un público objetivo. Trate de encontrar su valor único que otros quizá no tengan. + +#### Formas alternativas de financiar su evento {#alternative-forms-of-funding-your-event} + +Las subvenciones son otra fuente potencial de financiación que muchos organizadores pasan por alto. Existen programas como el [Programa de Apoyo al Ecosistema](https://esp.ethereum.foundation/) de Ethereum Foundation y [otras iniciativas de subvenciones](https://ethereum.org/en/community/grants/#ethereum-grants) para apoyar eventos organizados por la comunidad. + +Más allá de los patrocinios financieros, considere las colaboraciones en especie, especialmente para alimentos y bebidas. Las marcas alineadas con la cultura local o la comunidad tecnológica pueden ser excelentes socios para su evento. Las marcas de café, las empresas de bebidas o incluso las pizzerías locales podrían estar dispuestas a proporcionar productos a cambio de visibilidad en el evento. Estas colaboraciones pueden ayudar a reducir los costes a la vez que mejoran la experiencia de los asistentes. + +Ya que hablamos de finanzas, recuerde esto: cada dólar que invierta en crear una experiencia excepcional para los asistentes se compensará de forma exponencial. Una organización de gran calidad, recintos cómodos, regalos bien pensados y eventos paralelos bien organizados contribuyen a crear una experiencia memorable de la que los participantes seguirán hablando mucho tiempo después de que la conferencia haya terminado. Los asistentes satisfechos se convierten en sus mejores defensores y garantizan el éxito a largo plazo de su evento. + +### Logística {#logistics} + +Paralelamente a la obtención de financiación, su principal objetivo debería ser la logística. Una conferencia bien organizada requiere una planificación meticulosa de diversos aspectos, desde la preparación de la sede hasta la experiencia de los asistentes. Contar con alguien con un bastante experiencia en la organización de eventos —no necesariamente eventos de Web3, sino eventos en general— puede marcar una gran diferencia. Un responsable de logística con experiencia puede prever posibles problemas y resolverlos antes de que se conviertan en problemas, ahorrando tiempo, dinero y estrés. + +La persona responsable de la logística debería elegir la sede, la empresa de producción y los diferentes proveedores de comida, bebida y materiales promocionales, así como un sistema de venta de entradas en línea fácil de usar que permita a los asistentes registrarse y pagar también con criptomonedas. + +### Infraestructura de la ubicación {#location-infrastructure} + +A la hora de elegir la ubicación de su conferencia, es importante pensar más allá del propio recinto y tener en cuenta la infraestructura general de la ciudad y del país. Factores como el clima, la facilidad de desplazamiento, la seguridad y el entorno político desempeñan un papel muy importante en la experiencia de los asistentes. + +En el caso de los lugares menos conocidos, esto cobra especial importancia. Los asistentes y patrocinadores de todo el mundo deben tener la seguridad de que pueden viajar con facilidad y seguridad. Analice aspectos como la conexión por aeropuerto, el transporte público y las opciones de alojamiento. También es aconsejable tener en cuenta el clima cultural y político de la región para evitar cualquier complicación que pueda disuadir a los participantes internacionales, como la política de visados. + +### Cómo promocionar el evento {#how-to-promote-the-event} + +Promocionar su evento de manera eficaz es clave para atraer al público adecuado y generar expectación. Una estrategia de promoción bien pensada garantiza que su conferencia obtenga la visibilidad y el respaldo que se merece. El diseño también desempeña un papel importante en su marca, de modo que sin duda debe incluirlo en su presupuesto también. + +#### Redes sociales {#social-media} + +X.com será la columna vertebral de su promoción en redes sociales. Intente ser activo y constante con sus publicaciones en esta red, pero también participe en diferentes conversaciones, tanto con su cuenta personal como con la cuenta de su organización. + +Aunque LinkedIn no parece la opción más clara para promocionarse, a través de ella, puede llegar a un público completamente diferente, o incluso a algunos patrocinadores. + +#### Colaboraciones con otras comunidades de Ethereum {#partnerships-with-other-ethereum-communities} + +Las colaboraciones con diferentes organizadores de Ethereum pueden ayudarle a ampliar su alcance al aprovechar las redes existentes, especialmente cuando está empezando de cero. Ofrezca descuentos para la comunidad, realice promociones cruzadas con otros eventos e invite a socios a coorganizar eventos paralelos o talleres. + +#### Divulgación universitaria {#university-outreach} + +Póngase en contacto con las facultades de ingeniería y economía de la localidad a través de clubes estudiantiles o profesores para promocionar el evento. Trabajar con las universidades puede ayudar a atraer a talento joven, investigadores y futuros profesionales del sector, fomentando una conexión más sólida entre el mundo académico y el ecosistema de Ethereum. Esto es particularmente útil si está organizando un hackatón, ya que los estudiantes suelen aportar ideas frescas, entusiasmo y una sólida base técnica. + +#### Medios de comunicación {#media} + +Póngase en contacto con medios de comunicación y boletines informativos centrados en la Web3 para que cubran el evento. Aunque los medios de comunicación del mundo Web3 esperan recibir un pago por sus artículos de relaciones públicas, puede ofrecerles entradas gratuitas o entrevistas con algunos ponentes y patrocinadores prominentes si no dispone de presupuesto para una promoción de pago. Cree material para relaciones públicas con un comunicado de prensa y algunos elementos visuales listos para su promoción en redes sociales o en un sitio web en diferentes formatos. Además, amplíe el alcance a periodistas locales o incluso a creadores de contenido (siempre que tengan una reputación decente) que puedan cubrir temas tecnológicos, ya que eso puede ser crucial para dar a conocer el evento a un público más amplio. Esto ayuda a cerrar la brecha entre la industria de las criptomonedas y el público en general, atrayendo el interés de las comunidades tecnológicas y empresariales convencionales. + +### ¿Debería organizar también un hackatón? {#should-you-organize-a-hackathon-as-well} + +Organizar un hackatón puede ser beneficioso, ya que los hackatones pueden ser una excelente manera de involucrar a la comunidad de desarrolladores y fomentar la innovación. También ofrece oportunidades prácticas para colaborar y desarrollar proyectos, lo que podría dar lugar a resultados tangibles para el ecosistema. Los hackatones atraen a desarrolladores que normalmente no suelen asistir a conferencias, pero que están interesados en el reto de crear y probar nuevas ideas. Si su conferencia está destinada a desarrolladores, innovación y proyectos prácticos, organizar un hackatón es la opción ideal. + +Pero, antes de organizar uno, piense en si tiene suficientes recursos y tiempo. **Un hackatón requiere importantes recursos en lo que se refiere a tiempo, mano de obra e inversión financiera**. Asegúrese de contar con un equipo dedicado a ello, especialmente si también está gestionando una conferencia. Compruebe también si hay interés en su comunidad. Si su comunidad está más orientada hacia la creación, probablemente tenga sentido organizarlo. + +Aunque organizarlo supone muchas ventajas, hay que tener en cuenta que, dependiendo del tamaño de la conferencia, añadir un hackatón puede resultar abrumador. Debe evaluar si gestionar ambas cosas disminuirá la calidad de cualquiera de ellas. Puede optar por un hackatón más pequeño y específico o distribuir los eventos a lo largo de diferentes meses. + +### Desafíos (casi inevitables) a los que se enfrentará {#almost-inevitable-challenges-that-you-will-face} + +Uno de los mayores retos a la hora de organizar una conferencia, especialmente en el ámbito de Ethereum, es conseguir suficiente financiación. **Muchos organizadores de eventos tienen dificultades para reunir el capital necesario para cubrir los gastos de la sede**, del catering y de otros gastos logísticos. Los patrocinios suele ser esenciales, pero establecer relaciones y convencer a las empresas para que inviertan en su evento puede llevar tiempo. Además, la dificultad de atraer a patrocinadores puede aumentar durante las recesiones económicas, ya que las empresas podrían estar menos dispuestas a invertir en actividades no esenciales. + +Gestionar el presupuesto de forma eficaz es clave. **Los gastos imprevistos**, como cambios de la sede de última hora y requisitos técnicos adicionales para el evento, pueden disparar rápidamente su presupuesto. + +Para los nuevos eventos **conseguir ponentes de gran calidad puede resultar especialmente difícil**. Las personas influyentes o los líderes de opinión establecidos en el mundo de Ethereum podrían tener ya agendas muy apretadas y mostrarse reacios a involucrarse en un nuevo evento sin una trayectoria probada. Prepárese para dedicar tiempo a tejer una red contactos y contactar con posibles ponentes mucho antes del evento. + +Asimismo, en lo que respecta a los ponentes, mantenga una comunicación clara y constante con ellos: establezca la fecha límite para enviar las presentaciones y evite cualquier cambio de última hora. + +Una conferencia exitosa requiere un equipo entregado que pueda encargarse de la logística, la mercadotecnia, los patrocinios, el soporte técnico y la gestión de los asistentes. Encontrar personas con experiencia en la organización de eventos tecnológicos puede ser complicado, especialmente si cuenta con poco presupuesto o, en la mayoría de los casos, sin presupuesto alguno, sino con el apoyo de voluntarios. + +### No debería hacerlo solo. Necesita voluntarios. {#you-shouldnt-do-it-alone-you-need-volunteers} + +Organizar un evento de Ethereum requiere un equipo diverso y dedicado que se encargue de la logística, las inscripciones, la coordinación de los ponentes, la asistencia a los asistentes y mucho más. Con equipos formados únicamente por entre 3 y 15 personas, queda claro que los voluntarios son esenciales para el buen funcionamiento del evento. + +Los voluntarios suelen ser el pilar fundamental de muchas conferencias, ya que proporcionan un apoyo fundamental, especialmente cuando se trabaja con un presupuesto limitado. Pueden encargarse de todo, desde atender los puestos de registro hasta ayudar con la organización del evento, asegurándose de que el evento salga lo mejor posible. + +Aunque es difícil ofrecer una compensación económica a los voluntarios, es esencial proporcionarles algo de valor que haga que su experiencia merezca la pena. Considere ofrecerles oportunidades para establecer contactos y desarrollar habilidades, así como algunas ventajas exclusivas, certificados o cartas de recomendación. + +### Aspectos esenciales del cumplimiento normativo para organizadores de eventos {#compliance-essentials-for-event-organizers} + +A la hora de organizar un evento, hay varias consideraciones legales y logísticas esenciales que hay que tener en cuenta: + +- **Acuerdo de patrocinio**: asegúrese de tener un contrato claro para los patrocinadores, que incluya una política de cancelación bien definida. +- **Código de conducta**: prepare un código de conducta adaptado al tipo de evento en concreto (conferencia/hackatón, casas de hackers, etc.). +- **Política de privacidad**: redacte una política de privacidad para su sitio web con el fin de cumplir con la normativa de protección de datos y de imagen +- **Avisar a las autoridades locales**: incluso si su evento es una reunión a puerta cerrada, es recomendable notificárselo a la comisaría de policía local. +- **Acuerdo de venta de entradas**: establezca un acuerdo formal con su proveedor de servicios de venta de entradas para aclarar los términos y responsabilidades. +- **Cumplimiento normativo**: compruebe con antelación si el país en el que se organizará la conferencia tiene normativas o restricciones específicas para la industria de las criptomonedas. +- **Autorización de aduanas para mercancías**: si va a importar productos de patrocinadores, se recomienda contratar a un agente de Aduanas para que se encargue del proceso de manera eficiente. +- **Política sobre fotos y medios de comunicación**: defina claramente las pautas sobre hacer fotos y la cobertura mediática, asegurándose de que los participantes estén bien informados sobre las opciones de consentimiento y rechazo. + +## Después del evento: ¿Qué hacer luego? {#after-the-event-whats-next} + +Una vez finalizado el evento, es fundamental recopilar las opiniones de los asistentes, ponentes y patrocinadores, y elaborar un informe interno para que pueda estar mejor preparado para futuros eventos. Esto ayuda a identificar qué salió bien y dónde se pueden realizar mejoras. Utilice encuestas o entrevistas individuales para recopilar perspectivas valiosas que le sirvan de guía en futuras ediciones. Tómese el tiempo necesario para revisar los posibles errores o ámbitos con ineficiencias, ya que pueden evitarse en la próxima conferencia, lo que simplificará el proceso. + +La clave es mantener vivo el impulso. Siga comunicándose con su comunidad, comparta novedades sobre los avances que está logrando gracias a sus sugerencias y genere entusiasmo de cara al siguiente evento. Al mantener esta conexión, garantiza que el impacto de la conferencia se extienda más allá del evento en sí, fortaleciendo las relaciones y sentando las bases para futuros éxitos. + +## Reconocimientos {#acknowledgement} + +Nuestro agradecimiento especial a todos los que han contribuido a este artículo compartiendo sus perspectivas: Slavo Fabisik, de ETHBratislava; Lola, de ETH Kipu y ETH Latam; Tanja Mladenovic, de ETH Belgrade; Juan David, de Ethereum Bogota; Monika Zając, de ETHWarsaw; Raffaele Orefice, de NapulETH; Xiao Wu(Ling), de ETH Riyadh; Marco, de urbe.eth; Caolán Walsh, de ETH Dublin; Alex Males, de ETHCluj; y Stanko Devic, de ETH Slovenia. + +## Recursos {#resources} + +Plantilla: + +- [Lista de comprobación para eventos de Ethereum](https://cryptpad.fr/sheet/#/2/sheet/view/yhGnwo2bKxgA13SnkG9tS76+0+MtO0I6ZUFYEYP0J7w/) + +Pódcast: cómo organizar y promocionar un evento de ETH de principio a fin: + +- [El estudio de caso de ETHWarsaw, por Out of Ordinary](https://www.youtube.com/watch?v=io2Dx1ouz8o) + +Espacio de Twitter: + +- ![Sesión de preguntas y respuestas de la comunidad de ETH](https://x.com/NapulETH/status/1905732699094151623) + +Artículos: + +- [Construir ETHKL, por Danny H.](https://sekto.tech/ethkl24) +- [Manual de creación de eventos de POKT](https://docs.pokt.network/community/pokt-events-playbook) diff --git a/public/content/translations/es/community/get-involved/index.md b/public/content/translations/es/community/get-involved/index.md index 41c3f2cf618..6b21c8638e0 100644 --- a/public/content/translations/es/community/get-involved/index.md +++ b/public/content/translations/es/community/get-involved/index.md @@ -13,7 +13,7 @@ Le sugerimos que comience enterándose de la misión y los valores de ethereum.o ## Desarrolladores {#developers} - Aprenda y pruebe Ethereum en [ethereum.org/developers/](/developers/) -- ¡Participe en un hackaton (o encuentro de programadores) [ETHGlobal](http://ethglobal.co/) cerca de donde viveo +- ¡Participe en un hackatón (o encuentro de programadores) [ETHGlobal](http://ethglobal.co/) cerca de donde vive - Consulte [los proyectos relacionados con su área especialidad o el lenguaje de programación de su elección](/developers/docs/programming-languages/). - Vea o participe en las [Llamadas de la capa de consenso y ejecución](https://www.youtube.com/@EthereumProtocol/streams). - [Lista de deseos del Programa de apoyo al ecosistema](https://esp.ethereum.foundation/wishlist/): herramientas, documentación e infraestructura donde el Programa de apoyo al ecosistema de Ethereum está buscando activamente propuestas para becar. @@ -106,6 +106,7 @@ El ecosistema de Ethereum tiene la misión de financiar bienes públicos y proye - [Bolsa de trabajo de Ethereum Foundation (Lever)](https://jobs.lever.co/ethereumfoundation) - [Bolsa de trabajo de Ethereum Foundation (BambooHR)](https://ethereum.bamboohr.com/jobs/) - [JobStash](https://jobstash.xyz) +- [Tablón de anuncio vacantes de empleo de Ethereum](https://www.ethereumjobboard.com/) - [Vacantes de empleo de criptomoneda](https://cryptocurrencyjobs.co/ethereum/) - [Empleo en ConsenSys](https://consensys.net/careers/) - [Lista de empleos de cripto](https://cryptojobslist.com/ethereum-jobs) @@ -114,6 +115,7 @@ El ecosistema de Ethereum tiene la misión de financiar bienes públicos y proye - [Web3 Army](https://web3army.xyz/) - [Vacantes de empleo en Crypto Valley](https://cryptovalley.jobs/) - [Vacantes de empleo en Ethereum](https://startup.jobs/ethereum-jobs) +- [CryptoJobster](https://cryptojobster.com/tag/ethereum/) ## Únase a una DAO {#decentralized-autonomous-organizations-daos} @@ -124,6 +126,7 @@ Las «DAO» son organizaciones autónomas descentralizadas. Estos grupos aprovec - [dOrg](https://dOrg.tech) [@dOrg_tech](https://twitter.com/dOrg_tech): _Colectivo independiente de desarrollo de Web3 que funciona como una DAO_ - [HausDAO](https://daohaus.club) [@nowdaoit](https://twitter.com/nowdaoit): _Comunidad de gobernanza de DAOhaus_ - [LexDAO](https://lexdao.org) [@lex_DAO](https://twitter.com/lex_DAO): _Ingeniería jurídica_ +- [Machi X](https://machix.com) [@MachiXOfficial](https://twitter.com/MachiXOfficial): _Comunidad artística_ - [MetaCartel Ventures](https://metacartel.xyz) [@VENTURE_DAO](https://twitter.com/VENTURE_DAO): _Iniciativa de prelanzamiento de proyectos de criptomonedas_ - [MetaGame](https://metagame.wtf) [@MetaFam](https://twitter.com/MetaFam): _Mecánica de juego MMORPG aplicada a la vida real_ - [MetaFactory](https://metafactory.ai) [@TheMetaFactory](https://twitter.com/TheMetaFactory): _Marcas de ropa «digifísicas»_ diff --git a/public/content/translations/es/community/grants/index.md b/public/content/translations/es/community/grants/index.md index 5463c1c891f..0e1b8e09df4 100644 --- a/public/content/translations/es/community/grants/index.md +++ b/public/content/translations/es/community/grants/index.md @@ -15,32 +15,55 @@ Esta lista ha sido creada por nuestra comunidad. Si falta algo o encuentra infor Estos programas apoyan al ecosistema Ethereum ofreciendo subvenciones para una amplia gama de proyectos. Incluyen soluciones de escalabilidad, construcción de comunidad, seguridad y privacidad, entre otras cosas. Las subvenciones no son específicas de ninguna plataforma Ethereum en particular y sirven de acertado punto de partida en caso de duda. - [Programa de apoyo al ecosistema EF](https://esp.ethereum.foundation): _ financia proyectos de código abierto que beneficien a Ethereum, con enfoque particular en herramientas universales, infraestructura, investigación y bienes públicos_ -- [Moloch DAO](https://www.molochdao.com/): _privacidad, escalabilidad en capa 2, seguridad del cliente y más_. -- [Subvenciones DAO](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0): _hoja de cálculo de Google de organizaciones que ofrecen subvenciones_ - [Becas académicas](https://esp.ethereum.foundation/academic-grants): _becas para apoyar el trabajo académico relacionado con Ethereum_ + +## Agregadores y plataformas de listas de subvenciones {#grant-list-aggregators} + +Estos recursos compilan y organizan varias oportunidades de subvenciones en todo el ecosistema de Ethereum, haciendo que sea más fácil descubrir oportunidades que encajen con las necesidades de su proyecto. Los hemos organizado por perfiles para ayudarle a encontrar a la primera los recursos más relevantes, según sus necesidades de financiación particulares. + +### Para todos los solicitantes de subvenciones: Directorios completos {#comprehensive-directories} + +Estas plataformas generales ofrecen una amplia cobertura de las subvenciones en todo el espacio de la Web3 y son útiles puntos de partida para cualquiera que busque financiación: + - [Blockworks Grantfarm](https://blockworks.co/grants/programs) - _Blockworks ha elaborado un directorio exhaustivo de todas las subvenciones, solicitudes de propuestas (o RFP) y recompensas por detección de errores_ +- [Subvenciones de cadena de bloques](https://www.blockchaingrants.org/): _directorio de subvenciones de cadena de bloques y criptográficas_ + +### Para desarrolladores y constructores {#for-developers-and-builders} + +- [Visor de programas de subvenciones](https://airtable.com/shr86elKgWTSCP4AY): _base de datos pública de Airtable de programas de subvenciones_ +- [Hoja de cálculo de subvenciones Web3](https://docs.google.com/spreadsheets/d/1c8koZCI-GLnD8MG-eFcXPOBCNu1v8-aXIfwAAvc7AMc/edit#gid=0): _hoja de cálculo de Google con opciones a subvenciones Web3_ +- [Subvenciones de Arbitrum](https://arbitrum.foundation/grants): Arbitrum DAO y [Arbitrum Foundation](https://arbitrum.foundation/) +- [Programa de subvenciones aztecas](https://aztec.network/grants): lenguaje Noir y la red [azteca](https://aztec.network/) + +### Para proyectos DeFi y aplicaciones financieras {#for-defi-projects} + +- [LlamaoGrants](https://wiki.defillama.com/wiki/LlamaoGrants): _directorio del programa de subvenciones de DeFi Llama_ +- [Subvenciones AlphaGrowth](https://alphagrowth.io/crypto-web3-grants-list): _lista completa de subvenciones criptográficas y Web3_ + +### Para colaboradores de DAO e innovadores de gobernanza {#for-dao-contributors} + +Recursos para proyectos impulsados por la comunidad y experimentos de gobernanza: + +- [Subvenciones DAO](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0): _hoja de cálculo de Google de organizaciones que ofrecen subvenciones_ +- [Base de datos MetaGov](https://docs.google.com/spreadsheets/d/1e5g-dlWWsK2DZoZGBgfxyfGNSddLk-V7sLEgfPjEhbA/edit#gid=780420708): _mapa integral de subvenciones Web3_ + +### Para emprendedores y empresas emergentes {#for-entrepreneurs-and-startups} -## Para proyectos concretos {#project-specific} +Recursos para aquellos que construyen productos y buscan inversión más allá de las subvenciones: -Estos proyectos han creado sus propias subvenciones para proyectos con fines de desarrollo y experimentación de su propia tecnología. +- [Web3Native](https://www.web3native.co/): _directorio de subvenciones, inversores y programas de aceleración de Web3_ +- [Cryptoneur Web3 Grants](https://www.cryptoneur.xyz/web3-grants) - _Plataforma para encontrar financiación para proyectos de Web3_ -- [Programa de Subvenciones Aave](https://aavegrants.org/) – _[Aave](https://aave.com/) subvenciones DAO_ -- [Balancer](https://grants.balancer.community/): fondo de ecosistemas _[Balancer](https://balancer.fi/)_ -- [Programa de subvenciones de Chainlink](https://chain.link/community/grants): _subvenciones para la comunidad[Chainlink](https://chain.link/)_ -- [Programa de subvenciones Decentraland](https://governance.decentraland.org/grants/) – _[Decentraland](https://decentraland.org/) Metaverso DAO_ -- [Lido Ecosystem Grants Organisation (LEGO)](https://lido.fi/lego): _[ecosistema financiero](https://lido.fi/) Lido_ -- [Programa MetaMask](https://metamaskgrants.org/): _[MetaMask](https://metamask.io/) subvenciones lideradas por empleados DAO_ -- [Programa de subvenciones para la red SKALE](https://skale.space/developers#grants): _[ecosistema](https://skale.space/) de la red SKALE_ -- [Programa de Subvenciones de la Swarm Foundation](https://my.ethswarm.org): ecosistema de la _[Swarm Foundation](https://www.ethswarm.org/)_ -- [The Graph](https://thegraph.com/ecosystem/grants/): ecosistema de _[The Graph](https://thegraph.com/)_ -- [Programa de donaciones de Uniswap](https://www.uniswapfoundation.org/approach): comunidad de _[Uniswap](https://uniswap.org/)_ +### Bienes públicos e impacto {#public-goods-and-impact} -## Financiamiento cuadrático {#quadratic-funding} +Estos programas se centran en la financiación de proyectos que benefician a la comunidad en general, sobre bienes públicos y de iniciativas de impacto. Incluyen, por ejemplo, proveedores de subvenciones, así como plataformas de donaciones que utilizan mecanismos de asignación de fondos en cadena, incluida la [financiación cuadrática](/defi/#quadratic-funding): -Las raíces de código abierto de Ethereum han propiciado la aparición de un nuevo modelo de financiamiento muy interesante: el financiamiento cuadrático. Tiene el potencial de mejorar la forma en que financiaremos todo tipo de bienes públicos en el futuro. El financiamiento cuadrático asegura que los proyectos que reciban más financiamiento sean aquellos que tengan mayor demanda. En otras palabras, proyectos que pretenden mejorar la vida de la mayoría de las personas. [Más información sobre el financiamiento cuadrático.](/defi/#quadratic-funding) +- [Gitcoin](https://www.gitcoin.co/program): _Gitcoin Grants utiliza múltiples mecanismos de asignación de capital para financiar proyectos de código abierto y bienes públicos en el ecosistema Ethereum_ +- [Octant](https://octant.app/home): _ecosistema de financiación de bienes públicos que equilibra el bien común y el empoderamiento financiero particular_ +- [Giveth](https://giveth.io/): _plataforma de donación de criptomonedas que permite donaciones directas de proyectos benéficos con cero tarifas adicionales_ +- [Artizen](https://artizen.fund/): _ayudar a los creadores a igualar la financiación de nuevos proyectos en la frontera del arte, la ciencia, la tecnología y la cultura_ +- [Acelerador cuadrático](https://qacc.giveth.io/): _programa acelerador de puesta en marcha que utiliza financiación cuadrática para apoyar proyectos en pos del bien público_ -- [Gitcoin](https://gitcoin.co/grants) -- [clr.fund](https://clr.fund/) ## Empleo en Ethereum {#work-in-ethereum} diff --git a/public/content/translations/es/community/language-resources/index.md b/public/content/translations/es/community/language-resources/index.md index 30aa1d0b73a..0e9b0037e53 100644 --- a/public/content/translations/es/community/language-resources/index.md +++ b/public/content/translations/es/community/language-resources/index.md @@ -56,7 +56,7 @@ Si es bilingüe y quiere ayudarnos a llegar a más personas, también puede invo **Ecosistema Ethereum** -- [ETHPlanet](https://www.ethplanet.org/): hackathons en línea y en persona, ofreciendo entrenamiento a estudiantes universitarios. +- [ETHPlanet](https://www.ethplanet.org/): hackatones en línea y en persona, ofreciendo entrenamiento a estudiantes universitarios. - [PrimitivesLane](https://www.primitiveslane.org/): un grupo de investigación sin fines de lucro, enfocado en la tecnología de cadena de bloques. - [Ethereum Translation Community CN](https://www.notion.so/Ethereum-Translation-Community-CN-05375fe0a94c4214acaf90f42ba40171): una comunidad dedicada a traducir contenido educativo de Ethereum. diff --git a/public/content/translations/es/community/online/index.md b/public/content/translations/es/community/online/index.md index d458625f123..8c81b55c2aa 100644 --- a/public/content/translations/es/community/online/index.md +++ b/public/content/translations/es/community/online/index.md @@ -1,6 +1,6 @@ --- title: Comunidades en línea -description: Un listado de los programas de subvención entregados a través del ecosistema de Ethereum. +description: Descubra foros de internet, salas de chat y comunidades de redes sociales donde se reúnen los amantes de Ethereum para comentar y colaborar. lang: es --- @@ -8,6 +8,31 @@ lang: es Cientos de miles de entusiastas de Ethereum se reúnen en estos foros en línea para compartir noticias, hablar de desarrollos recientes, debatir cuestiones técnicas e imaginar el futuro. +## Políticas de Listado {#listing-policy} + +Para mantener la integridad y valor de las comunidades registradas, ethereum.org sigue una politica estricta para determinar la seleccion: + +### Criterios de selección {#eligibility-criteria} + +- **Relevancia**: La comunidad debe estar directamente relacionada con Ethereum y su ecosistema. +- **Nivel de actividad**: La comunidad debe ser activa, con interacciones, publicaciones o discusiones regulares. Las comunidades inactivas se pueden eliminar. +- **Inclusividad**: La comunidad debe promover un ambiente inclusivo que respete la diversidad y fomente la participación activa de personas de todos los orígenes. +- **Foco no comercial**: Los listados buscan priorizar espacios impulsados por la comunidad en lugar de plataformas comerciales o promocionales. + +### Pautas de contenido {#content-guidelines} + +- **Contenido apropiado**: Las comunidades deben tener sus propias pautas de moderación del contenido, evitando el spam, la incitación al odio, el acoso, o cualquier contenido que promueva actividades ilegales. +- **Idioma**: Si bien inglés es el idioma principal, animamos a que las comunidades hablantes de otros idiomas participen mientras mantengan una atmósfera de inclusividad y respeto. +- **Transparencia**: Información clara sobre el propósito de la comunidad, reglas y moderadores deberían ser accesibles a los miembros de dichas comunidades. + +### Otras Recomendaciones {#other-recommendations} + +- **Accesibilidad**: Foros de comunidad deberán ser accesibles a todos sin requerir un registro. +- **Invitaciones a servidores de Discord**: Se recomienda agregar únicamente invitaciones a servidores de Discord de confianza en ethereum.org. Idealmente, estas invitaciones deberán enlazar a páginas de la comunidad (p.ej., [ethglobal.com/discord](https://ethglobal.com/discord)) o venir de una URL oficial (p.ej., [discord.gg/ethstaker](https://discord.gg/ethstaker) o [discord.com/invite/ethstaker](https://discord.com/invite/ethstaker)). + +Si cree que una comunidad se debe añadir o eliminar en base a estas políticas por favor [abra una incidencia en nuestro repositorio de GitHub](https://github.com/ethereum/ethereum-org-website/issues). + + ## Foros {#forums} r/ethereum : todo lo relacionado con Ethereum @@ -30,14 +55,14 @@ Cientos de miles de entusiastas de Ethereum se reúnen en estos foros en línea Solidity Gitter: chat sobre el desarrollo de Solidity (Gitter) Solidity Matrix: chat sobre el desarrollo de Solidity (Matrix) Ethereum Stack Exchange *: foro de preguntas y respuestas* -Peeranha *: foro descentralizado de preguntas y respuestas* +Foro comunitario de Peera*: foro descentralizado de preguntas y respuestas* -## YouTube y Twitter {#youtube-and-twitter} +## YouTube y X (anteriormente Twitter) {#youtube-and-twitter} Ethereum Foundation: para estar al corriente de todas las novedades sobre Ethereum Foundation -@ethereum: cuenta oficial de Ethereum Foundation -@ethdotorg: el portal de Ethereum, creado para nuestra comunidad global cada vez más numerosa -Lista de las cuentas influyentes de Ethereum en twitter +@ethereum: cuenta principal de Ethereum para la comunidad +@ethereumfndn: cuenta oficial de Ethereum Foundation +@ethdotorg: el portal de Ethereum, creado para nuestra comunidad global cada vez más numerosa diff --git a/public/content/translations/es/community/research/index.md b/public/content/translations/es/community/research/index.md index 57b8bd577c5..804ad68d524 100644 --- a/public/content/translations/es/community/research/index.md +++ b/public/content/translations/es/community/research/index.md @@ -41,7 +41,7 @@ Además de la investigación de perspectivas futuras, se están investigando alg - [Introducción a prueba de participación](/developers/docs/consensus-mechanisms/pos/) - [Documento Casper-FFG](https://arxiv.org/abs/1710.09437) -- [Explicación de Casper-FFG](https://medium.com/unitychain/intro-to-casper-ffg-9ed944d98b2d) +- [Explicación de Casper-FFG](https://arxiv.org/abs/1710.09437) - [Documento de Gasper](https://arxiv.org/abs/2003.03052) #### Investigación reciente {#recent-research} @@ -83,7 +83,7 @@ Se requiere un nodo de Ethereum para ejecutar dos piezas de software: 1. un cliente de consenso para hacer un seguimiento de la cabeza de la cadena de bloques, bloqueos gossip y la gestión de la lógica de consenso; 2. un cliente de ejecución para dar soporte a la máquina virtual de Ethereum y ejecutar transacciones y contratos inteligentes. -Véase la [página de nodos y clientes](/developers/docs/nodes-and-clients/) para ver más detalle de los nodos y clientes, y para obtener una lista de todas las implementaciones de clientes. También puede encontrar un historial de todas las actualizaciones de Ethereum en la [página del historial](/ethereum-forks/). +Consulte la [página de nodos y clientes](/developers/docs/nodes-and-clients/) para ver más detalles sobre nodos y clientes y una lista de todas las implementaciones de clientes actuales. También puede encontrar un historial de todas las actualizaciones de Ethereum en la [página del historial](/history/). ### Clientes de ejecución {#execution-clients} @@ -111,7 +111,7 @@ Ahora hay varios protocolos de capa 2 que escalan Ethereum utilizando diferentes #### Investigación reciente {#recent-research-2} - [Ordenación justa de Arbitrum para secuenciadores](https://eprint.iacr.org/2021/1465) -- [Capa 2 de ethresear.ch](https://ethresear.ch/c/layer-2/32) +- [Capa 2 Ethresear.ch](https://ethresear.ch/c/layer-2/32) - [Hoja de ruta centrada en los rollups](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) - [L2Beat](https://l2beat.com/) @@ -190,7 +190,7 @@ Las billeteras de Ethereum pueden ser extensiones de navegador, aplicaciones de - [Introducción a las billeteras](/wallets/) - [Introducción a la seguridad de las billeteras](/security/) -- [Seguridad ethresear.ch](https://ethresear.ch/tag/security) +- [Seguridad Ethresear.ch](https://ethresear.ch/tag/security) - [EIP-2938: Abstracción de cuentas](https://eips.ethereum.org/EIPS/eip-2938) - [EIP-4337: Abstracción de cuentas](https://eips.ethereum.org/EIPS/eip-4337) @@ -225,7 +225,7 @@ La investigación económica en Ethereum sigue ampliamente dos enfoques: validar #### Lectura de fondo {#background-reading-9} -- [Robust Incentives Group](https://rig.ethereum.org/) +- [Robust Incentives Group](https://ethereum.github.io/rig/) - [Workshop de ETHconomics en Devconnect](https://www.youtube.com/playlist?list=PLTLjFJ0OQOj5PHRvA2snoOKt2udVsyXEm) #### Investigación reciente {#recent-research-9} @@ -271,7 +271,7 @@ El staking líquido permite a los usuarios con menos de 32 ETH recibir rendimien #### Lectura de fondo {#background-reading-12} -- [Ethresear.ch staking líquido](https://ethresear.ch/search?Q=liquid%20staking) +- [Ethresear.ch staking líquido](https://ethresear.ch/search? Q=liquid%20staking) - [Lido: El camino hacia el staking en Ethereum sin confianza](https://blog.lido.fi/the-road-to-trustless-ethereum-staking/) - [Rocket Pool: Introducción al protocolo de staking](https://medium.com/rocket-pool/rocket-pool-staking-protocol-part-1-8be4859e5fbd) @@ -279,7 +279,7 @@ El staking líquido permite a los usuarios con menos de 32 ETH recibir rendimien - [Gestión de retirada de fondos de Lido](https://ethresear.ch/t/handling-withdrawals-in-lidos-eth-liquid-staking-protocol/8873) - [Credenciales de retirada](https://ethresear.ch/t/withdrawal-credential-rotation-from-bls-to-eth1/8722) -- [Los riesgos de los derivados del staking líquido](https://notes.ethereum.org/@djrtwo/risks-of-lsd) +- [Los riesgos de los derivados del staking líquido] (https://notes.ethereum.org/@djrtwo/risks-of-lsd) ## Pruebas {#testing} @@ -308,7 +308,7 @@ Se necesitan más herramientas de análisis de datos y paneles que proporcionen #### Investigación reciente {#recent-research-14} -- [Análisis de datos del Robust Incentives Group](https://rig.ethereum.org/) +- [Análisis de datos del Robust Incentives Group] (https://ethereum.github.io/rig/) ## Aplicaciones y herramientas {#apps-and-tooling} @@ -345,11 +345,11 @@ Un caso de uso de alto impacto para Ethereum es la capacidad de organizarse de m Las herramientas para desarrolladores de Ethereum están evolucionando rápidamente. Hay mucha investigación y desarrollo activo por hacer en esta área general. -#### Lectura de fondo {#lectura-de-fondo-17} +#### Lectura de fondo {#lectura de fondo-17} - [Herramientas por lenguaje de programación](/developers/docs/programming-languages/) - [Marcos de desarrolladores](/developers/docs/frameworks/) -- [Lista de herramientas de desarrollo de consenso](https://github.com/ConsenSys/ethereum-developer-tools-list) +- [Lista de herramientas de desarrollo de consenso] (https://github.com/ConsenSys/ethereum-developer-tools-list) - [Estándares de tokens](/desarrolladores/documentos/estándares/tokens/) - [CryptoDevHub: herramientas de EVM](https://cryptodevhub.io/wiki/ethereum-virtual-machine-tools) @@ -359,13 +359,13 @@ Las herramientas para desarrolladores de Ethereum están evolucionando rápidame ### Oráculos {#oracles} -Los oráculos importan datos fuera de la cadena a la cadena de bloques de manera descentralizada y sin permisos. Obtener estos datos dentro de la cadena permite que las dapps puedan reaccionar ante los fenómenos del mundo real, como las fluctuaciones de precios en los activos del mundo real, los eventos en las aplicaciones fuera de la cadena o incluso los cambios en el clima. +Los oráculos importan datos de fuera de la cadena a la cadena de bloques de manera descentralizada y sin requerir permiso. Llevar estos datos a la cadena permite que las dapps puede reaccionar a fenómenos del mundo real como fluctuaciones de precios en activos del mundo real, eventos en aplicaciones externas a la cadena o incluso cambios en el tiempo. #### Lectura de fondo {#background-reading-18} - [Introducción a los oráculos](/developers/docs/oracles/) -#### Investigación reciente {#recent-research-18} +#### Búsqueda reciente {#recent-research-18} - [Encuesta de oráculos de cadenas de bloques](https://arxiv.org/pdf/2004.07140.pdf) - [Documento técnico de Chainlink](https://chain.link/whitepaper) @@ -374,21 +374,21 @@ Los oráculos importan datos fuera de la cadena a la cadena de bloques de manera Por lo general, los hackeos en Ethereum se aprovechan de puntos flacos en aplicaciones individuales y no en el propio protocolo. Los hackers y los desarrolladores de aplicaciones están enfrascados en una carrera armamentística para desarrollar nuevos ataques y defensas. Esto significa que siempre es necesario realizar una investigación y un desarrollo importantes para mantener las aplicaciones a salvo de los hackeos. -#### Lectura de fondo {#lectura-de-fondo-19} +#### Lectura de fondo {#lectura de fondo-19} -- [Informe de explotación de agujero de gusano](https://blog.chainalysis.com/reports/wormhole-hack-february-2022/) +- [Informe de explotación de agujero de gusano] (https://blog.chainalysis.com/reports/wormhole-hack-february-2022/) - [Lista de hackeo de contratos de Ethereum post mórtem](https://forum.openzeppelin.com/t/list-of-ethereum-smart-contracts-post-mortems/1191) -- [Rekt News](https://twitter.com/RektHQ?s=20\&t=3otjYQdM9Bqk8k3n1a1Adg) +- [Rekt News](https://twitter.com/RektHQ?s=20&t=3otjYQdM9Bqk8k3n1a1Adg) #### Investigación reciente {#recent-research-19} -- [ethresear.ch Aplicaciones](https://ethresear.ch/c/applications/18) +- [Applicaciones Ethresear.ch](https://ethresear.ch/c/applications/18) ### Pila de tecnología {#technology-stack} La descentralización de toda la pila de tecnología de Ethereum es un área de investigación importante. Actualmente, las dapps en Ethereum suelen tener algunos puntos de centralización, ya que dependen de herramientas o infraestructuras centralizadas. -#### Lectura de fondo {#lectura-de-fondo-20} +#### Lectura de fondo {#lectura de fondo-20} - [Pila de Ethereum](/developers/docs/ethereum-stack/) - [Coinbase: Introducción al Stack Web3](https://blog.coinbase.com/a-simple-guide-to-the-web3-stack-785240e557f0) diff --git a/public/content/translations/es/community/support/index.md b/public/content/translations/es/community/support/index.md index 6984461cb23..c44bd8176d4 100644 --- a/public/content/translations/es/community/support/index.md +++ b/public/content/translations/es/community/support/index.md @@ -10,7 +10,7 @@ lang: es ¿Está buscando el soporte técnico oficial de Ethereum? Lo primero que debe saber es que Ethereum está descentralizado. Eso significa que carece de organización centra y que ninguna entidad ni persona es dueña de Ethereum. Por lo tanto, no existen canales de soporte oficiales. -Comprender la naturaleza descentralizada de Ethereum es vital, ya que todo aquel que afirme ser el soporte técnico oficial de Ethereum probablemente esté tratando de estafarle. La mejor manera de protegerse contra estafadores es enterarse bien y tomarse la seguridad en serio. +Comprender la naturaleza descentralizada de Ethereum es fundamental, ya que **cualquiera que afirme ser parte del soporte técnico de Ethereum probablemente busque engañarle**. La mejor protección contra estafadores es educarse por su cuenta y tomarse la seguridad en serio. Seguridad en Ethereum y prevención de fraudes @@ -57,6 +57,7 @@ Crear puede ser difícil. A continuación, le indicamos algunos espacios centrad - [Alchemy University](https://university.alchemy.com/#starter_code) - [Discord de CryptoDevs](https://discord.com/invite/5W5tVb3) - [Ethereum Stackexchange](https://ethereum.stackexchange.com/) +- [StackOverflow](https://stackoverflow.com/questions/tagged/web3) - [Web3 University](https://www.web3.university/) - [LearnWeb3](https://discord.com/invite/learnweb3) @@ -99,5 +100,6 @@ La mayoría de los equipos que se encargan de la creación de clientes de Ethere - [Lighthouse](https://discord.gg/cyAszAh) - [Teku](https://discord.gg/7hPv2T6) - [Lodestar](https://discord.gg/aMxzVcr) +- [Grandine](https://discord.gg/H9XCdUSyZd) También puede [aprender aquí a ejecutar su propio nodo](/developers/docs/nodes-and-clients/run-a-node/). diff --git a/public/content/translations/es/contributing/adding-desci-projects/index.md b/public/content/translations/es/contributing/adding-desci-projects/index.md index 90685abfc07..266b4332779 100644 --- a/public/content/translations/es/contributing/adding-desci-projects/index.md +++ b/public/content/translations/es/contributing/adding-desci-projects/index.md @@ -1,6 +1,6 @@ --- title: Agregando proyectos DeSci -description: Las políticas que usamos cuando agregamos los enlaces hacia proyectos DeSci en la página ethereum.org +description: Las políticas que seguimos cuando añadimos un enlace a proyectos en la página DeSci de ethereum.org lang: es --- diff --git a/public/content/translations/es/contributing/adding-layer-2s/index.md b/public/content/translations/es/contributing/adding-layer-2s/index.md index d230622d8a5..507acd4a9cd 100644 --- a/public/content/translations/es/contributing/adding-layer-2s/index.md +++ b/public/content/translations/es/contributing/adding-layer-2s/index.md @@ -92,6 +92,6 @@ _No consideramos que otras soluciones de escalabilidad que no utilicen Ethereum Si quiere añadir una capa 2 a ethereum.org, cree una incidencia en GitHub. - + Crear una incidencia diff --git a/public/content/translations/es/contributing/adding-products/index.md b/public/content/translations/es/contributing/adding-products/index.md index 2f404bf0ab2..6076a6c3247 100644 --- a/public/content/translations/es/contributing/adding-products/index.md +++ b/public/content/translations/es/contributing/adding-products/index.md @@ -95,6 +95,6 @@ _También estamos investigando las opciones para votar y que la comunidad pueda Si quieres añadir un dapp a ethereum.org y cumple con los criterios, crea un problema en GitHub. - + Crear una incidencia diff --git a/public/content/translations/es/contributing/adding-resources/index.md b/public/content/translations/es/contributing/adding-resources/index.md new file mode 100644 index 00000000000..90ae08c408c --- /dev/null +++ b/public/content/translations/es/contributing/adding-resources/index.md @@ -0,0 +1,53 @@ +--- +title: Añadir recursos +description: Las políticas que seguimos al añadir recursos a ethereum.org +lang: es +--- + +# Añadir recursos {#adding-resources} + +Queremos asegurarnos de que incluimos los mejores recursos posibles al tiempo que velamos por la seguridad y confianza de nuestros usuarios. + +Todo el mundo puede sugerir que se añadan nuevos recursos al panel de recursos en ethereum.org, que actualmente se encuentra en [ethereum.org/resources](/resources/). + +Aunque recibimos nuevas inclusiones, los recursos actuales se han seleccionado en función de la experiencia que queremos ofrecer a nuestros usuarios. Estos se basan en algunos de nuestros principios de diseño: + +- _Inspirador_: cualquier contenido de ethereum.org debe ofrecer algo nuevo a los usuarios +- _Una historia con gancho_: lo que se lista debe informar y gustar. +- _Creíble_: todos deberían ser negocios/proyectos legítimos para minimizar el riesgo para los usuarios + +En general, **ethereum.org trata de proporcionar una experiencia introductoria fluida a nuevos usuarios**. Por eso, añadimos recursos basándonos en su: + +- facilidad de uso +- precisión +- mantenimiento + +## El marco de decisión {#decision-framework} + +### Criterios {#criteria} + +- **Información de listado honesta y precisa**: cualquier sugerencia de listado debe incluir información honesta y precisa. Los productos que falseen información se eliminarán. +- **Proyecto activo**: el recurso debería matenerlo un equipo activo para garantizar la calidad y el soporte a los usuarios. Los recursos obsoletos se pueden eliminar. + +### Ordenación de productos {#product-ordering} + +Nos reservamos el derecho a ordenar productos basándonos en su impacto. Los nuevos productos se añadirán generalmente al final de la lista, a no ser que se especifique lo contrario. + +## Mantenimiento {#maintenance} + +A medida que evoluciona el ecosistema de Ethereum, revisaremos de forma rutinaria nuestro contenido para: + +- Asegurarse de que todos los recursos listados aún cumplen con nuestros criterios +- Cerciórese de que no haya productos que hayan sido sugeridos y que cumplan con más de nuestros criterios que los actualmente listados. + +Puede ayudar con esta tarea comprobando e informándonos de las conclusiones. [Abra una incidencia](https://github.com/ethereum/ethereum-org-website/issues/new?template=bug_report.yaml) o envíe un correo electrónico a [website@ethereum.org](mailto:website@ethereum.org). + +--- + +## Añadir su recurso {#add-your-resource} + +Si quiere añadir un recurso a ethereum.org y cumple con los criterios, cree una incidencia en GitHub. + + + Crear una incidencia + diff --git a/public/content/translations/es/contributing/content-resources/index.md b/public/content/translations/es/contributing/content-resources/index.md index e680cd10251..fc48ccd72f2 100644 --- a/public/content/translations/es/contributing/content-resources/index.md +++ b/public/content/translations/es/contributing/content-resources/index.md @@ -27,6 +27,6 @@ Los recursos de aprendizaje se evaluarán a tenor de los siguientes criterios: Si desea añadir un recurso de contenido a ethereum.org y cumple con los criterios, cree una incidencia en GitHub. - + Crear una incidencia diff --git a/public/content/translations/es/contributing/design-principles/index.md b/public/content/translations/es/contributing/design-principles/index.md index 7e88f3aca07..7d9c70e09dc 100644 --- a/public/content/translations/es/contributing/design-principles/index.md +++ b/public/content/translations/es/contributing/design-principles/index.md @@ -88,6 +88,6 @@ Puede ver nuestros principios de diseño en acción [en todo nuestro sitio](/). **¡Comparta sus comentarios en este documento!** Uno de nuestros principios propuestos es «**Mejora colaborativa**» lo que significa que queremos que el sitio web sea el producto de muchos colaboradores. Por eso, a tenor de esa premisa, queremos compartir estos principios de diseño con la comunidad Ethereum. -Aunque estos principios se centran en el sitio web de ethereum.org, esperamos que muchos de ellos sean representativos de los valores del ecosistema Ethereum en general. ¡Tal vez incluso quiera incorporar algunos de ellos en su propio proyecto! +Aunque estos principios se centran en el sitio web de ethereum.org, esperamos que muchos de ellos sean representativos de los valores del ecosistema Ethereum en general (p. ej., puedes ver la influencia de los [principios del informe técnico de Ethereum](https://github.com/ethereum/wiki/wiki/White-Paper#philosophy)). ¡Tal vez incluso quiera incorporar algunos de ellos en su propio proyecto! Háganos saber su opinión en el [servidor de Discord](https://discord.gg/ethereum-org) o [creando una incidencia](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=). diff --git a/public/content/translations/es/contributing/translation-program/faq/index.md b/public/content/translations/es/contributing/translation-program/faq/index.md index 818532532ff..4210c721344 100644 --- a/public/content/translations/es/contributing/translation-program/faq/index.md +++ b/public/content/translations/es/contributing/translation-program/faq/index.md @@ -56,7 +56,7 @@ Si quiere señalar que una cadena en particular necesita revisión, puede añadi ## ¿Qué es una memoria de traducción? {#translation-memory} -La memoria de traducción (TM, por sus siglas en inglés) es una función de Crowdin que almacena todas las cadenas de traducciones previas de [ethereum.org](https://ethereum.org/). Cuando se traduce una cadena, automáticamente se guarda en la memoria de traducción de nuestro proyecto. ¡Esta puede ser una herramienta muy útil para ayudarle a ahorrar tiempo! +La memoria de traducción (TM, por sus siglas en inglés) es una función de Crowdin que almacena en segmentos el texto de ethereum.org previamente traducido. Cuando se traduce una cadena, automáticamente se guarda en la memoria de traducción de nuestro proyecto. ¡Esta puede ser una herramienta muy útil para ayudarle a ahorrar tiempo! - Entre en la sección de sugerencias y podrá ver cómo han traducido otros traductores la misma cadena o una similar. Si encuentra una sugerencia con una alta tasa de coincidencia, puede asignarla pulsando sobre ella. - Si no hay nada en la lista, puede buscar en la TM traducciones realizadas previamente y reutilizarlas para mantener coherencia. diff --git a/public/content/translations/es/contributing/translation-program/how-to-translate/index.md b/public/content/translations/es/contributing/translation-program/how-to-translate/index.md index 46ce3b062ae..13abe18c10e 100644 --- a/public/content/translations/es/contributing/translation-program/how-to-translate/index.md +++ b/public/content/translations/es/contributing/translation-program/how-to-translate/index.md @@ -34,7 +34,7 @@ Abra el idioma al que quiera traducir para ver la lista de archivos disponibles El sitio web se divide en una serie de documentos y lotes de contenido. Puede ver el progreso de cada documento en la parte derecha. Si el progreso de una traducción está por debajo del 100 %, ¡ayúdenos a terminarla! -¿No ve su idioma en la lista de idiomas? [Abra una incidencia](https://github.com/ethereum/ethereum-org-website/issues/new/choose) o pregunte en nuestro [Discord](https://discord.gg/ethereum-org), +¿No ve su idioma en la lista de idiomas? [Abra una incidencia](https://github.com/ethereum/ethereum-org-website/issues/new/choose) o pregunte en nuestro canal [Discord](https://discord.gg/ethereum-org), ![Archivos traducidos y no traducidos en Crowdin](./crowdin-files.png) @@ -76,16 +76,13 @@ Los botones de la parte superior le permiten cambiar a la sección de coincidenc Una vez que complete la traducción (es decir, cuando todos los archivos de un lote de contenido indiquen un 100%), nuestro servicio de traducción profesional revisará (y editará personalmente) el contenido. Cuando la revisión esté lista (cuando el progreso de la revisión sea 100 %), añadiremos la traducción al sitio web. - - - + No utilice la traducción automática para traducir el proyecto. Todas las traducciones serán revisadas antes de ser añadidas al sitio web. Si sus traducciones resultan ser traducciones automáticas, serán rechazadas y los colaboradores que utilicen ltraducción automática posiblemente serán eliminados del proyecto. - - + ### Contáctenos {#get-in-touch} -¿Tiene alguna pregunta? ¿O quiere colaborar con nuestro equipo y otros traductores? Envíe un mensaje al canal #translations de nuestro servidor [Discord de ethereum.org](https://discord.gg/ethereum-org) +¿Tiene alguna pregunta? ¿O quiere colaborar con nuestro equipo y otros traductores? Publique en el canal #translations de nuestro [servidor de Discord de ethereum.org](https://discord.gg/ethereum-org). También puede contactarnos a través de nuestro correo electrónico translations@ethereum.org. diff --git a/public/content/translations/es/contributing/translation-program/index.md b/public/content/translations/es/contributing/translation-program/index.md index 0cc3c73603c..9b33748c8d9 100644 --- a/public/content/translations/es/contributing/translation-program/index.md +++ b/public/content/translations/es/contributing/translation-program/index.md @@ -20,7 +20,7 @@ El programa de traducción es un esfuerzo colaborativo para traducir ethereum.or 4. No se aprobarán las traducciones automáticas. 5. Todas las traducciones se corrigen antes de añadirlas al sitio web, por lo que habrá un breve retraso antes de que sus traducciones se publiquen. -_Únase a [ethereum.org Discord](https://discord.gg/ethereum-org) para colaborar en traducciones, hacer preguntas, compartir comentarios e ideas o unirse a un grupo de traducción._ +_Únase al canal [Discord en ethereum.org](https://discord.gg/ethereum-org) para colaborar traduciendo, hacer preguntas, compartir comentarios e idea,s o unirse a un grupo de traducción._ Empezar a traducir diff --git a/public/content/translations/es/contributing/translation-program/playbook/index.md b/public/content/translations/es/contributing/translation-program/playbook/index.md new file mode 100644 index 00000000000..d290cddffcf --- /dev/null +++ b/public/content/translations/es/contributing/translation-program/playbook/index.md @@ -0,0 +1,317 @@ +--- +title: Manual de estrategias para programas de traducción +lang: es +description: Una recopilación de consejos y consideraciones importantes para implantar un programa de traducción +--- + +# Manual de estrategias para programas de traducción {#translation-program-playbook} + +El inglés es uno de los idiomas más hablados del mundo y es, con diferencia, el idioma más estudiado del mundo. Dado que el inglés es el idioma más utilizado en internet —especialmente en las redes sociales— y que los lenguajes de programación multilingües son escasos, la mayor parte del contenido del ámbito de las cadenas de bloques está escrito originalmente en inglés. + +Sin embargo, dado que más de 6.000 millones de personas en el mundo (más del 75 % de la población) no hablan inglés, esto supone un obstáculo enorme para el acceso a Ethereum para la gran mayoría de la población mundial. + +Por este motivo, cada vez son más los proyectos en este ámbito que quieren traducir su contenido a diferentes idiomas y localizarlos para comunidades globales. + +Ofrecer contenido multilingüe es una forma sencilla y eficaz de hacer crecer su comunidad global, proporcionar formación a personas que no hablan inglés, garantizar que su contenido y sus comunicaciones llegan a un público más amplio e introducir a más personas a este sector. + +Esta guía tiene como objetivo abordar los retos y las ideas erróneas más comunes sobre la localización de contenidos. Proporciona una guía paso a paso para gestionar el contenido, el proceso de traducción y revisión, el control de calidad, la búsqueda de traductores y otros aspectos fundamentales del proceso de localización. + +## Gestión del contenido {#content-management} + +Por gestión de contenidos de traducción se entiende el proceso de automatización del flujo de trabajo de traducción, que elimina la necesidad de realizar tareas manuales repetitivas, mejora la eficiencia y la calidad, permite un mejor control y facilita la colaboración. + +Existen muchos enfoques diferentes para la gestión de contenido en el proceso de localización, dependiendo del contenido y de sus necesidades. + +La forma básica de gestionar el contenido es crear archivos bilingües que contengan el texto de origen y el texto de destino. Rara vez se utiliza esto en la traducción, ya que no ofrece ventajas significativas, aparte de la simplicidad. + +Las agencias de traducción suelen utilizar programas de gestión de la traducción o herramientas de localización en su día a día, ya que proporcionan funciones para la gestión de proyectos y permiten un mayor control sobre los archivos, el contenido y los traductores. + +Entérese de más cosas sobre la gestión de contenidos: + +[Trados para la gestión de la traducción](https://www.trados.com/solutions/translation-management/) + +[Phrase para la gestión de contenido multilingüe](https://phrase.com/blog/posts/multilingual-content-management/) + +### Programas de gestión de la traducción {#translation-management-software} + +Existen muchos programas de gestión de la traducción y herramientas de localización, y la elección del programa depende principalmente de sus necesidades. + +Aunque algunos proyectos deciden no utilizar sistemas de traducción automátoca y prefieren gestionar las traducciones manualmente —ya sea directamente en archivos bilingües o en servicios de alojamiento, como GitHub—, esto reduce drásticamente el control, la productividad, la calidad, la escalabilidad y las posibilidades de colaboración. Este enfoque podría ser más beneficioso para proyectos de traducción a pequeña escala o puntuales. + +Echemos un vistazo rápido a algunas de las herramientas de gestión de la traducción más potentes y ampliamente utilizadas: + +**Las mejores para colaborar y externalizar tareas de forma abierta** + +[Crowdin](https://crowdin.com/) + +- Gratuito para proyectos de código abierto (número ilimitado de cadenas y proyectos) +- Memoria de traducción y glosario disponibles en todos los planes +- Más de 60 formatos de archivo admitidos, más de 70 integraciones de API + +[Lokalise](https://lokalise.com/) + +- Gratis para 2 miembros del equipo, planes de pago para más colaboradores (número limitado de cadenas en la mayoría de planes) +- Memoria de traducción y glosario disponibles en algunos planes de pago +- Más de 30 formatos de archivo admitidos, más de 40 integraciones de API + +[Transifex](https://www.transifex.com/) + +- Solo planes de pago (número de cadenas limitado para la mayoría de los planes) +- Memoria de traducción y glosario disponibles en todos los planes de pago +- Más de 30 formatos de archivo admitidos, más de 20 integraciones de API + +[Phrase](https://phrase.com/) + +- Solo planes de pago (número ilimitado de cadenas en todos los planes, número limitado de proyectos y miembros de equipo) +- Memoria de traducción y glosario disponibles en algunos planes de pago +- Más de 40 formatos de archivo soportados, más de 20 integraciones de API + +[Smartcat](https://www.smartcat.com/) + +- Plan básico gratuito con funciones avanzadas de pago (número ilimitado de cadenas y proyectos en todos los planes) +- Memoria de traducción y glosario disponibles en todos los planes +- Más de 60 formatos de archivo admitidos, más de 20 integraciones de API + +[POEditor](https://poeditor.com/) + +- Gratis para proyectos de código abierto (número limitado de cadenas para todos los proyectos, ilimitado para proyectos de código abierto) +- Memoria de traducción y glosario disponibles en planes de pago +- Más de 20 formatos de archivo admitidos, más de 10 integraciones de API + +... por citar algunas. + +**Herramientas de traducción profesionales** + +[SDL Trados Studio](https://www.trados.com/products/trados-studio/) + +- Planes de pago para traductores autónomos y equipos +- Herramienta de traducción asistida por ordenador muy eficiente y programa de productividad para traductores + +[MemoQ](https://www.memoq.com/) + +- Versión gratuita limitada disponible con varios planes de pago para funciones avanzadas +- Programa de gestión de traducciones para empresas, proveedores de servicios lingüísticos y traductores + +[Memsource](https://www.memsource.com/) + +- Gratis para traductores individuales con varios planes de pago para equipos +- Traducción asistida por ordenador basada en la nube y sistema de gestión de traducciones + +... por citar algunas. + +Conozca mejor los programas de gestión de la traducción: + +[Definición de Wikipedia de sistemas de gestión de la traducción](https://en.wikipedia.org/wiki/Translation_management_system) + +[Phrase sobre las 7 cosas que todo programa de gestión de traducciones debería tener](https://phrase.com/blog/posts/7-things-every-translation-management-software-should-have/) + +[MemoQ sobre qué es un sistema de gestión de la traducción](https://www.memoq.com/tools/what-is-a-translation-management-system) + +[La lista de Gengo de los 16 mejores sistemas de gestión de la traducción](https://gengo.com/translator-product-updates/16-best-translation-management-systems/) + +## Flujo de trabajo {#workflow} + +En el ámbito de la traducción, el flujo de trabajo de traducción puede tener dos significados diferentes, ambos en cierto modo relacionados entre sí, y puede requerir consideraciones importantes para su proyecto. + +A continuación, explicaremos ambos. + +**Significado n.º 1** + +Probablemente, esta sea la forma más habitual de concebir los flujos de trabajo de traducción y lo primero que nos viene a la mente al oír la palabra «flujo de trabajo». + +En sí, se concibe como «flujo de trabajo» desde que se empieza a pensar en traducciones hasta que utiliza el contenido traducido en su producto. + +En este caso, un ejemplo de flujo de trabajo sería: + +1. **Preparar los archivos para la traducción**. Parece sencillo, pero hay que tener en cuenta un par de cosas importantes. En este paso, debería tener un plan claro sobre cómo debería funcionar todo el proceso. + +- _¿Qué tipo de archivos usará? ¿En qué formato quiere recibir sus archivos traducidos?_ + - Si su contenido está disponible en formato DOCX o MD, el proceso será mucho más sencillo que si traduce una versión en PDF de su documento técnico u otros documentos. +- _¿Qué herramientas de localización admiten este formato de archivo? ¿Puede traducirse el archivo de forma que conserve el formato original?_ + - No todos los tipos de archivo admiten la localización directa (por ejemplo, archivos PDF, archivos de imagen), y no todas las herramientas de localización admiten todos los tipos de archivo. +- _¿Quién traducirá el contenido? ¿Encargará traducciones profesionales o contará con voluntarios?_ + - Esto afecta a una serie de decisiones que debe tomar. Por ejemplo, los traductores profesionales se sienten más cómodos trabajando con herramientas de localización avanzadas que los voluntarios. +- _¿Qué espera de los profesionales de la lengua? Si utiliza los servicios de un proveedor de servicios lingüísticos, ¿qué espera este de usted?_ + - Este es el paso para asegurarse de que sus objetivos, expectativas y plazos estén alineados. +- _¿Es igual de importante todo el contenido por traducir? ¿Debería traducirse algún contenido antes que otro?_ + - Hay algunas formas de priorizar ciertos contenidos, que deberían traducirse e implementarse primero. Por ejemplo, si tiene mucho contenido que traducir, puede utilizar un control de versiones para asegurarse de que los traductores sepan qué deben priorizar. + +2. **Compartir los archivos para su traducción**. Este paso también requiere una reflexión de todo el proceso, y no es tan sencillo como enviar los archivos de origen a un proveedor de servicios lingüísticos. + +- _¿Quién traducirá el contenido? ¿Cuánta gente participará en este proceso?_ + - Si tiene previsto utilizar una herramienta de localización, este paso se simplifica, ya que puede cargar los archivos de origen directamente en la herramienta. Esto también es aplicable si el proceso de traducción se lleva a cabo en el servidor de alojamiento, ya que los archivos de origen no necesitan exportarse a ningún sitio. +- _¿Los archivos de origen se gestionarán manualmente o se puede automatizar este proceso?_ + - La mayoría de las herramientas de localización permiten algún tipo de integración o automatización del proceso de gestión de archivos. Por otro lado, si trabaja con traductores independientes y no utiliza una herramienta de localización, enviar manualmente los archivos de origen a cientos o miles de traductores no es un proceso escalable. +- _¿Qué herramientas se usarán para la localización?_ + - La respuesta a esta pregunta determinará cómo enfocará todo lo demás. Elegir la herramienta adecuada puede ayudarle a automatizar la gestión de contenidos, gestionar la memoria de la traducción y el glosario, gestionar a los traductores, realizar un seguimiento del progreso de la traducción/revisión, etc. Así que dedique tiempo a informarse antes sobre qué herramienta quiere utilizar. Si no tiene previsto utilizar una herramienta de localización, todo lo anterior deberá realizarse manualmente. +- _¿Cuánto tiempo durará el proceso de traducción? ¿Cuánto costará?_ + - A estas alturas, ya debería estar listo para compartir los archivos de origen con el proveedor de servicios lingüísticos o el grupo de traductores. El proveedor de servicios lingüísticos puede ayudarle a analizar el recuento de palabras y proporcionarle un presupuesto, incluyendo las tarifas y el plazo para el proceso de traducción. +- _¿Tiene pensado realizar cambios/actualizar el contenido de origen durante este proceso?_ + - Si su contenido es dinámico y cambia con frecuencia, cualquier cambio o actualización puede interrumpir el proceso de traducción. El uso de una memoria de traducción puede ayudar a paliar esto de manera significativa, aunque sigue siendo importante pensar en cómo funcionará el proceso y cómo puede evitar que el avance de los traductores se demore. + +3. **Gestión del proceso de traducción**. Su trabajo no termina cuando el contenido de origen se le entrega al proveedor de servicios lingüísticos o a los traductores. Para garantizar unas traducciones de buena calidad, los creadores de contenido deben involucrarse lo máximo posible en el proceso de traducción. + +- _¿Cómo tiene pensado comunicarse con los traductores?_ + - Si tiene previsto utilizar una herramienta de localización, la comunicación puede tener lugar directamente en la herramienta. También se recomienda establecer un canal de comunicación alternativo con los traductores, ya que es posible que se sientan más cómodos para comunicarse y las herramientas de mensajería permiten una comunicación más fluida. +- _¿Cómo gestionará las dudas y consultas de los traductores? ¿Quién debería responder a esas preguntas?_ + - Los traductores (tanto profesionales como no profesionales) suelen ponerse en contacto con preguntas y solicitudes de aclaración o de contexto adicional, así como aportar comentarios e ideas para mejorar el contenido. Responder a estas preguntas a menudo puede llevar a una mayor implicación y a una mejor calidad del contenido traducido. También es muy útil proporcionarles tantos recursos como sea posible (por ejemplo, guías, consejos, directrices terminológicas, listas de preguntas frecuentes, etc.). +- _¿Cómo gestionará el proceso de revisión? ¿Desea externalizarlo o tiene la capacidad de realizar revisiones internamente?_ + - Aunque no son siempre necesarias, las revisiones son una parte integral de un proceso de traducción óptimo. Normalmente, lo más fácil es externalizar el proceso de revisión mediante revisores profesionales. Sin embargo, si tiene cuenta con un equipo internacional grande, las revisiones o el control de la calidad también se pueden gestionar internamente. + +4. **Implementar el contenido traducido**. La última parte del flujo de trabajo, aunque sigue siendo importante tenerla en cuenta con antelación. + +- _¿Se completarán todas las traducciones al mismo tiempo?_ + - Si no es así, debería pensar qué traducciones deberían priorizarse, cómo realizar un seguimiento de las traducciones en curso y cómo gestionar la implementación mientras se realizan las traducciones. +- _¿Cómo se le entregará el contenido traducido? ¿En qué formato estará?_ + - Esta es una consideración importante, independientemente del enfoque que utilice. Las herramientas de localización le permiten mantener el control sobre el formato del archivo de destino y el proceso de exportación, y suelen permitir la automatización, por ejemplo, al posibilitar la integración con el servidor de alojamiento. +- _¿Cómo implementará las traducciones en su proyecto?_ + - En algunos casos, esto podría ser tan sencillo como subir el archivo traducido o añadirlo a sus documentos. Sin embargo, en proyectos más complejos, como traducciones de sitios web o aplicaciones, debe asegurarse de que el código admita varios idiomas y definir con antelación cómo se gestionará el proceso de implementación. +- _¿Qué ocurre si el formato es diferente al de origen?_ + - Análogamente a lo explicado anteriormente, si está traduciendo archivos de texto simple, probablemente el formato no tenga una importancia vital. Sin embargo, con archivos más complejos, como el contenido de un sitio web o una aplicación, el formato y el código deben ser idénticos al original para que puedan inmplementarse en su proyecto. De lo contrario, los archivos de destino deberán editarse, ya sea por los traductores o por sus desarrolladores. + +**Significado n.º 2** + +Un flujo de trabajo de traducción alternativo, que no tiene en cuenta las decisiones ni los enfoques internos. La consideración principal aquí es el flujo del contenido en sí mismo. + +En este caso, un ejemplo de flujo de trabajo sería: + +1. _Traducción → Implementación_ + +- Un flujo de trabajo más sencillo, en el que la traducción probablemente será realizada por humanos, ya que no hay ningún proceso de revisión o control de la calidad para evaluar la calidad y editar las traducciones antes de su implementación. +- En este flujo de trabajo es importante que los traductores puedan mantener un cierto nivel de calidad, lo que requerirá recursos adecuados y comunicación entre los gestores del proyecto y los traductores. + +2. _Traducción → Revisión → Implementación_ + +- Un flujo de trabajo más avanzado, que incluye un proceso de revisión y edición, para garantizar que la calidad de las traducciones sea aceptable y sistemática. +- Existen varios enfoques para este flujo de trabajo, en el que las traducciones las podrían realizar traductores profesionales o voluntarios, mientras que el proceso de revisión probablemente correría a cargo de revisores profesionales, familiarizados con todas las reglas gramaticales y ortográficas que deben respetarse en la lengua de destino. + +3. _Traducción → Revisión → Control de calidad → Implementación_ + +- El flujo de trabajo óptimo para garantizar el máximo nivel de calidad. Aunque el control de la calidad no siempre es necesario, podría resultar útil para que usted tenga una mejor idea de la calidad del texto traducido tras la traducción y la revisión. +- Con este flujo de trabajo, las traducciones podrían realizarlas exclusivamente voluntarios o incluso mediante traducción automática. El proceso de revisión corre a cargo de traductores profesionales, mientras que del control de la calidad puede encargarse un proveedor de servicios lingüísticos o hacerlo internamente, si cuenta con empleados que sean hablantes nativos de los idiomas de destino. + +Conozca mejor los flujos de trabajo de traducción: + +[Normas del contenido sobre las cinco fases del flujo de trabajo de traducción](https://contentrules.com/creating-translation-workflow/) + +[Smartling sobre qué es la gestión del flujo de trabajo de traducción](https://www.smartling.com/resources/101/what-is-translation-workflow-management/) + +[RixTrans sobre el flujo de trabajo de traducción](https://www.rixtrans.com/translation-workflow) + +## Gestión de la terminología{#terminology-management} + +Establecer un plan claro sobre cómo gestionar la terminología es uno de los pasos más importantes para garantizar la calidad y coherencia de sus traducciones, y así ahorrar tiempo a sus traductores. + +En el ámbito de la traducción, esto se conoce como gestión de la terminología y es uno de los servicios clave que los proveedores de servicios lingüísticos ofrecen a sus clientes, además del acceso a su equipo de especialistas lingüísticos y de la gestión de contenidos. + +Se entiende por gestión de la terminología el proceso de identificación, recopilación y gestión de la terminología que es importante para su proyecto y que siempre debe traducirse de forma correcta y coherente. + +Hay una serie de pasos que se deben seguir a la hora de considerar la gestión terminológica: + +- Identificar los términos clave que deben incluirse en la base terminológica. +- Crear un glosario de términos y su definición. +- Traducir los términos y añadirlos al glosario. +- Revisar y aprobar las traducciones. +- Gestionar el glosario y actualizarlo con nuevos términos, que sean relevantes para la traducción. + +Conozca más a fondo la gestión de la terminología: + +[Trados sobre la gestión terminológica](https://www.trados.com/solutions/terminology-management/translation-101-what-is-terminology-management.html) + +[Language Scientific sobre por qué la gestión terminológica es importante](https://www.languagescientific.com/terminology-management-why-it-matters/#:~:text=Terminology%20management%20is%20the%20process,are%20related%20to%20each%20other.) + +[Clear Words Translation sobre qué es la gestión terminológica y por qué es importante](http://clearwordstranslations.com/language/en/what-is-terminology-management/) + +### Memorias de traducción y glosarios {#tm-and-glossary} + +La memoria de traducción y el glosario son herramientas importantes en la industria de la traducción y algo en lo que se apoyan la mayoría de los proveedores de servicios lingüísticos. + +Veamos qué significan estos términos y en qué se diferencian entre sí: + +**Memoria de traducción**: una base de datos que almacena automáticamente segmentos o cadenas, incluyendo bloques de texto más largos, frases completas, párrafos y términos individuales, así como sus traducciones actuales y anteriores en cada idioma. + +La mayoría de herramientas de localización, sistemas de gestión de la traducción y herramientas de traducción asistida por ordenador llevan memorias de traducción integradas, que normalmente pueden exportarse y también utilizarse con otras herramientas similares. + +Entre las ventajas de utilizar una memoria de traducción destacan una mayor rapidez en la traducción, emparejado con una mejor calidad, la capacidad de conservar ciertas traducciones al actualizar o cambiar el contenido de origen y menores costes de traducción para contenidos repetitivos. + +Las memorias de traducción funcionan basándose en un porcentaje de coincidencia entre diferentes segmentos y suelen ser de gran utilidad cuando dos segmentos contienen más del 50 % del contenido idéntico. También se utilizan para traducir automáticamente segmentos repetitivos, que coinciden al 100 %, eliminando así la necesidad de traducir contenido idéntico más de una vez. + +Informarse más sobre las memorias de traducción: + +[Memsource sobre las memorias de traducción](https://www.memsource.com/translation-memory/) + +[Smartling explica lo que es una memoria de traducción](https://www.smartling.com/resources/101/what-is-translation-memory/) + +**Glosario**: una lista de términos importantes o sensibles, su definición, sus funciones y traducciones generalizadas. La principal diferencia entre un glosario y una memoria de traducción es que el glosario no se crea automáticamente, ni contiene traducciones de frases completas. + +La mayoría de las herramientas de localización, sistemas de gestión de la traducción y herramientas de traducción asistida por ordenador llevan glosarios integrados que se pueden actualizar para asegurarse de que contienen la terminología importante para su proyecto. Al igual que la memoria de traducción, el glosario normalmente puede exportarse y utilizarse en otras herramientas de localización. + +Antes de empezar su proyecto de traducción, es muy recomendable dedicar algo de tiempo a crear un glosario para sus traductores y revisores. El uso de un glosario garantiza que los términos importantes se traduzcan correctamente, proporciona a los traductores el contexto necesario y garantiza la coherencia en las traducciones. + +Aunque los glosarios suelen contener traducciones generalizadas en los idiomas de destino, también son útiles sin ellas. Incluso sin traducciones generalizadas, un glosario puede incluir definiciones de términos técnicos, resaltar términos que no deben traducirse e informar a los traductores de si un término específico se utiliza como sustantivo, verbo, nombre propio o cualquier otra categoría gramatical. + +Leer más sobre glosarios: + +[Lionbridge sobre lo que es un glosario de traducción](http://info.lionbridge.com/rs/lionbridge/images/Lionbridge%20FAQ_Glossary_2013.pdf) + +[Transifex sobre glosarios](https://docs.transifex.com/glossary/glossary) + +Si no tiene pensado utilizar una herramienta de localización para su proyecto, es probable que no pueda utilizar una memoria de traducción ni un glosario (podría crear un glosario o una base de datos terminológica en un archivo Excel; sin embargo, los glosarios automatizados evitan que los traductores tengan que buscar manualmente los términos y sus definiciones). + +Esto significa que todo el contenido repetitivo y parecido tendría que traducirse manualmente una y otra vez. Además, los traductores tendrían que consultar si un determinado término debe traducirse o no, cómo se utiliza en el texto y si un término ya tiene una traducción generalizada. + +_¿Quiere utilizar la memoria de traducción y el glosario de ethereum.org en su proyecto? Póngase en contacto con nosotros a través de translations@ethereum.org._ + +## Contacto con traductores {#translator-outreach} + +**Trabajar con un proveedor de servicios lingüísticos** + +Si trabaja con un proveedor de servicios lingüísticos y sus traductores profesionales, es posible que esta sección no sea demasiado relevante para usted. + +En este caso, es importante elegir un proveedor de servicios lingüísticos con capacidad de proporcionar todos los servicios que necesita (por ejemplo, traducción, revisión, control de calidad) en muchos idiomas. + +Aunque puede resultar tentador elegir un proveedor de servicios lingüísticos basándose únicamente en los precios que ofrece, es importante tener en cuenta que los proveedores de servicios lingüísticos más grandes tienen precios más elevados por una razón. + +- Tienen decenas de miles de traductores en su base de datos, lo que significa que podrán encargarle su proyecto a traductores con la experiencia y los conocimientos necesarios en su sector específico (es decir, traductores especializados). +- Tienen una dilatada experiencia en la traducción de diferentes proyectos y en la satisfacción de las diversas necesidades de sus clientes. Esto significa que estarán más dispuestos a adaptarse a su flujo de trabajo particular, ofrecerán sugerencias valiosas y posibles mejoras para su proceso de traducción, y satisfacerán sus necesidades, requisitos y plazos. +- La mayoría de los proveedores de servicios lingüísticos más importantes también tienen sus propias herramientas de localización, memorias de traducción y glosarios que puede utilizar. Si no es así, al menos cuentan con suficientes profesionales en su equipo para garantizar que sus traductores estén familiarizados y sean capaces de trabajar con cualquier herramienta de localización que desee utilizar. + +En el [informe Nimdzi 100 de 2021](https://www.nimdzi.com/nimdzi-100-top-lsp/) puede encontrar una comparación detallada de los mayores proveedores de servicios lingüísticos del mundo, algunos detalles sobre cada uno de ellos y análisis por categorías sobre los servicios que prestan, datos geográficos, etc. + +**Trabajar con traductores no profesionales** + +Puede que trabaje con traductores no profesionales y busque voluntarios que le ayuden a traducir. + +Hay varias formas de contactar con personas e invitarlas a unirse a su proyecto. Esto dependerá en gran medida de su producto y del tamaño de la comunidad con la que ya cuente. + +A continuación, enumeramos algunas formas de incorporar voluntarios: + +**Captar el interés de los voluntarios**. Aunque este aspecto se trata en cierta medida en los siguientes puntos, ponerse en contacto con posibles voluntarios y asegurarse de que conocen su iniciativa de traducción puede ser efectivo de por sí. + +Muchas gente quiere participar y contribuir a sus proyectos favoritos, pero a menudo no ven una forma clara de hacerlo sin ser un desarrollador o tener conocimientos técnicos especiales. Si consigue dar a conocer su proyecto, es probable que muchas personas bilingües se animen a participar. + +**Buscar dentro de su comunidad**. La mayoría de los proyectos en este sector ya tienen comunidades grandes y activas. Probablemente, muchos miembros de su comunidad apreciarían la oportunidad de contribuir al proyecto de una manera sencilla. + +Aunque contribuir a proyectos de código abierto suele obedecer a una motivación intrínseca, también es una experiencia de aprendizaje fantástica. Cualquier persona interesada en conocer mejor su proyecto probablemente estaría encantada de participar en un programa de traducción como voluntaria, ya que le permitiría combinar el hecho de haber contribuido a algo que le importa con una intensa experiencia de aprendizaje práctico. + +**Mencionar la iniciativa en su producto**. Si su producto es popular y lo utiliza un gran número de personas, destacar su programa de traducción y animar a los usuarios a participar mientras utilizan el producto puede resultar muy eficaz. + +Esto podría ser tan sencillo como añadir un anuncio o una ventana emergente con una llamada a la acción para su producto en aplicaciones y sitios web. Resulta ser tremendamente eficaz, porque su público objetivo es su comunidad, que está compuesta por las personas que es más probable que se involucren, en primer lugar. + +**Redes sociales**. Las redes sociales pueden ser una forma eficaz de dar a conocer su programa de traducción y llegar a los miembros de su comunidad, así como a otras personas que aún no forman parte de ella. + +Si tiene un servidor de Discord o un canal de Telegram, es fácil utilizarlo como canal de divulgación, de comunicación con sus traductores y de reconocimiento a sus colaboradores. + +Plataformas como Twitter también pueden ser útiles para incorporar a nuevos miembros a la comunidad y reconocer públicamente a sus colaboradores. + +Linux Foundation ha elaborado un extenso informe sobre la [encuesta de colaboradores de código libre y abierto de 2020](https://www.linuxfoundation.org/wp-content/uploads/2020FOSSContributorSurveyReport_121020.pdf), que analiza a colaboradores de código abierto y sus motivaciones. + +## Conclusión {#conclusion} + +Este documento contiene algunas consideraciones clave que todo programa de traducción debe tener en cuenta. No es en modo alguno una guía exhaustiva, aunque puede ayudar a cualquier persona sin experiencia en la industria de la traducción a organizar un programa de traducción para su proyecto. + +Si está buscando instrucciones más detalladas, así como un análisis más concreto de las diferentes herramientas, procesos y aspectos críticos de la gestión de un programa de traducción, algunos de los proveedores de servicios lingüísticos más importantes mantienen blogs y suelen publicar artículos sobre diferentes aspectos del proceso de localización. Estos son los mejores recursos si desea profundizar en cualquiera de los temas anteriores y entender cómo funciona el proceso de localización a nivel profesional. + +Al final de cada sección se incluyen algunos enlaces relevantes; sin embargo, puede encontrar muchos otros recursos en internet. + +Para propuestas de colaboración o información adicional, enseñanzas y ver las buenas prácticas recomendadas, gracias al mantenimiento del programa de traducción de ethereum.org, no dude en contactarnos escribiéndonos a translations@ethereum.org. diff --git a/public/content/translations/es/contributing/translation-program/resources/index.md b/public/content/translations/es/contributing/translation-program/resources/index.md index 6c415379e37..89f88cd15a8 100644 --- a/public/content/translations/es/contributing/translation-program/resources/index.md +++ b/public/content/translations/es/contributing/translation-program/resources/index.md @@ -17,13 +17,14 @@ Puede encontrar algunas guías y herramientas útiles para los traductores de et ## Herramientas {#tools} +- [Microsoft Language Portal](https://www.microsoft.com/en-us/language) _— útil para encontrar y comprobar las traducciones estándar de los términos técnicos_ - [Linguee](https://www.linguee.com/) _— buscador de traducciones y conceptos usando palabras o enunciados_ - [Búsqueda de términos en Proz](https://www.proz.com/search/) _: base de datos de diccionarios de traducciones y glosarios de términos específicos._ - [Eurotermbank](https://www.eurotermbank.com/) _: extensa base de datos terminológica europea en 42 idiomas_. ## Comunidades {#communities} -- [Grupos de traducción de Discord específicos del idioma](https://discord.gg/ethereum-org) _– una iniciativa para conectar a los traductores de ethereum.org con los grupos de traducción_ +- [Grupos de traducción de Discord específicos por idioma](https://discord.gg/ethereum-org)_: una iniciativa para conectar a los traductores de ethereum.org con los grupos de traducción_ - [Grupo de traductores de chino](https://www.notion.so/Ethereum-org-05375fe0a94c4214acaf90f42ba40171) _— página de Notion para una mejor coordinación entre los traductores de chino_ ## Últimas actualizaciones {#latest-updates} @@ -37,7 +38,7 @@ Para mantenerse al día con el progreso del Programa de traducción, puede segui ## Horario de atención para traductores {#office-hours} -Tenemos un horario de atención para traductores el segundo miércoles de cada mes. Se celebra en el canal de voz de #office-hours en el [ DIscord ethereum.org](https://discord.gg/ethereum-org), donde también puede encontrar la hora exacta y detalles adicionales. +Tenemos un horario de atención para traductores el segundo miércoles de cada mes. Se celebran en el canal de voz de #office-hours en [ Discord de ethereum.org](https://discord.gg/ethereum-org), donde también se indican la hora exacta y detalles adicionales. Las horas de oficina permiten a nuestros traductores hacer preguntas sobre el proceso de traducción, proporcionar comentarios sobre el programa, compartir sus ideas o simplemente chatear con el equipo central de ethereum.org. Por último, queremos utilizar estas llamadas para comunicar los desarrollos recientes con el Programa de Traducción y compartir consejos e instrucciones clave con nuestros colaboradores. diff --git a/public/content/translations/es/contributing/translation-program/translators-guide/index.md b/public/content/translations/es/contributing/translation-program/translators-guide/index.md index 4f6e141425e..06a379044e1 100644 --- a/public/content/translations/es/contributing/translation-program/translators-guide/index.md +++ b/public/content/translations/es/contributing/translation-program/translators-guide/index.md @@ -116,7 +116,7 @@ La mejor manera de conservar los enlaces intactos es copiarlos directamente desd ![Ejemplo de link.png](./example-of-link.png) -Los enlaces también aparecen en el texto de origen en forma de etiquetas (es decir, `<0> `). Si pasa el cursor sobre la etiqueta, el editor mostrará su contenido completo (a veces estas etiquetas representan enlaces). +Los enlaces también aparecen en el texto de origen en forma de etiquetas (es decir, \<0> \). Si pasa el cursor sobre la etiqueta, el editor mostrará su contenido completo (a veces estas etiquetas representan enlaces). Es muy importante copiar los enlaces del texto original y no cambiar su orden. @@ -154,7 +154,7 @@ nonce - _Texto no traducible_ El texto original también contiene etiquetas acortadas, que solo contienen números, lo que significa que su función no es inmediatamente obvia. Puede pasar el cursor sobre estas etiquetas para ver qué función tienen exactamente. -En el ejemplo de abajo, puede verlo al pasar el cursor por la `<0>` etiqueta se muestra lo que representa `` y contiene un fragmento de código, por lo tanto el contenido dentro de estas etiquetas no debe traducirse. +En el ejemplo de abajo, puede verlo al pasar el cursor por la \<0> etiqueta se muestra lo que representa `` y contiene un fragmento de código, por lo tanto el contenido dentro de estas etiquetas no debe traducirse. ![Ejemplo de tags.png ambiguo](./example-of-ambiguous-tags.png) diff --git a/public/content/translations/es/dao/index.md b/public/content/translations/es/dao/index.md index b9802d2eaff..4991c036532 100644 --- a/public/content/translations/es/dao/index.md +++ b/public/content/translations/es/dao/index.md @@ -19,7 +19,7 @@ Una DAO (Decentralized Autonomous Organization) es una organización de propieda Las DAO nos permiten trabajar con personas de ideas afines a nosotros en todo el mundo sin tener que confiar en un líder benévolo para que administre los fondos u operaciones. No existe ningún director ejecutivo que pueda gastar los fondos a su antojo, ni ningún director financiero que pueda manipular la contabilidad. En lugar de eso, las reglas basadas en la cadena de bloques e integradas en el código son las que definen cómo funciona la organización y cómo se gastan los fondos. -Han incorporado tesoros a los que nadie tiene autoridad para acceder sin la aprobación del grupo. Las decisiones se rigen por propuestas y votos para asegurar que todos los miembros de la organización tengan voz y que todo sea transparente [en la cadena de bloques](/glossary/#on-chain). +Han incorporado tesoros a los que nadie tiene autoridad para acceder sin la aprobación del grupo. Las decisiones se rigen por propuestas y votaciones para garantizar que todos dentro del sistema tengan voz, y que todo ocurra de manera transparente [en cadena](/glossary/#onchain). ## ¿Por qué necesitamos DAO? {#why-dao} @@ -120,7 +120,7 @@ _Normalmente se utiliza para organizaciones más unidas, centradas en el ser hum ### Membresía basada en la reputación {#reputation-based-membership} -La reputación representa una prueba de participación y otorga poder de voto en la DAO. A diferencia de la adhesión de miembros basada en tokens o en la participación, las DAO basadas en la reputación no transfieren la propiedad a los colaboradores. La reputación no puede comprarse, transferirse ni delegarse; los miembros de la DAO deben ganarse la reputación mediante la participación. La votación en cadena se realiza sin permiso, y los potenciales miembros pueden presentar propuestas libremente para unirse a la DAO y solicitar reputación y tokens como recompensa a cambio de su contribución. +La reputación representa una prueba de participación y otorga poder de voto en la DAO. A diferencia de la adhesión de miembros basada en tokens o en la participación, las DAO basadas en la reputación no transfieren la propiedad a los colaboradores. La reputación no puede comprarse, transferirse ni delegarse; los miembros de la DAO deben ganarse la reputación mediante la participación. La votación en cadena se realiza sin permiso, y los potenciales miembros pueden presentar propuestas libremente para unirse a la DAO y solicitar reputación y tókenes como recompensa a cambio de su contribución. _Normalmente se utiliza para el desarrollo descentralizado y la gobernanza de protocolos y [dapps](/glossary/#dapp), pero también se adapta bien a un conjunto diverso de organizaciones como organizaciones benéficas, sindicatos, clubes de inversión, etc._ diff --git a/public/content/translations/es/decentralized-identity/index.md b/public/content/translations/es/decentralized-identity/index.md index 0d1b798d67c..a7ceae73946 100644 --- a/public/content/translations/es/decentralized-identity/index.md +++ b/public/content/translations/es/decentralized-identity/index.md @@ -57,7 +57,7 @@ La identidad descentralizada tiene muchos casos potenciales de uso: La identidad descentralizada puede ayudar a reemplazar los inicios de sesión basados en contraseña con autenticación descentralizada. Los proveedores de servicios pueden emitir certificados a los usuarios, los cuales pueden ser almacenados en una cartera de Ethereum. Un certificado de ejemplo sería un [NFT](/glossary/#nft) que otorga al titular acceso a una comunidad en línea. -Una función [de inicio de sesión con Ethereum](https://siwe.xyz/) habilitaría entonces a los servidores para confirmar la cuenta de Ethereum del usuario y obtener la verificación necesaria desde la dirección de su cuenta. Esto significa que los usuarios pueden acceder a plataformas y sitios web sin tener que memorizar contraseñas largas y mejorar la experiencia en línea de los usuarios. +Una función [de inicio de sesión con Ethereum](https://login.xyz/) habilitaría entonces a los servidores para confirmar la cuenta de Ethereum del usuario y obtener la verificación necesaria desde la dirección de su cuenta. Esto significa que los usuarios pueden acceder a plataformas y sitios web sin tener que memorizar contraseñas largas y mejorar la experiencia en línea de los usuarios. ### 2. Autenticación KYC {#kyc-authentication} @@ -67,7 +67,7 @@ La identidad descentralizada permite a las empresas saltarse a los procesos [Con ### 3. Votaciones y comunidades en línea {#voting-and-online-communities} -Las votaciones en línea y las redes sociales son dos nuevas aplicaciones para la identidad descentralizada. Los esquemas de votación en línea son susceptibles de manipulación, especialmente si los actores maliciosos crean identidades falsas para votar. Pedir a las personas que presenten certificaciones en la cadena puede mejorar la integridad de los procesos de votación en línea. +Las votaciones en línea y las redes sociales son dos nuevas aplicaciones para la identidad descentralizada. Los esquemas de votación en línea son susceptibles de manipulación, especialmente si los actores maliciosos crean identidades falsas para votar. Preguntar a las personas que presenten certificados en cadena puede mejorar la integridad de los procesos de votación en línea. La identidad descentralizada puede ayudar a crear comunidades en línea libres de falsas cuentas. Por ejemplo, cada usuario podría tener que autenticar su identidad utilizando un sistema de identidad en la cadena, como el Ethereum Name Service, reduciendo la posibilidad de bots. @@ -87,7 +87,7 @@ Los identificadores tradicionales como tu nombre jurídico o dirección de corre Los identificadores descentralizados son emitidos, mantenidos y controlados por individuos. Una [cuenta de Ethereum](/glossary/#account) es un ejemplo de un identificador descentralizado. Puede crear tantas cuentas como quiera sin el permiso de nadie y sin necesidad de almacenarlas en un registro central. -Los identificadores descentralizados son almacenados en "ledgers" distribuidos ([cadena de bloques](/glossary/#blockchain)[) o `<1>`redes persona a persona](/glossary/#peer-to-peer-network) (peer-to-peer). Esto hace a los DIDs [globalmente únicos, resolubles con alta disponibilidad, y criptográficamente verificables](https://w3c-ccg.github.io/did-primer/). Un identificador descentralizado puede ser asociado con diferentes entidades, incluyendo personas, organizaciones o instituciones gubernamentales. +Los identificadores descentralizados son almacenados en "ledgers" distribuidos ([cadena de bloques](/glossary/#blockchain)[) o <1>redes persona a persona](/glossary/#peer-to-peer-network) (peer-to-peer). Esto hace a los DIDs [globalmente únicos, resolubles con alta disponibilidad, y criptográficamente verificables](https://w3c-ccg.github.io/did-primer/). Un identificador descentralizado puede ser asociado con diferentes entidades, incluyendo personas, organizaciones o instituciones gubernamentales. ## ¿Qué hace que los identificadores descentralizados sean posibles? {#what-makes-decentralized-identifiers-possible} @@ -119,47 +119,47 @@ Los identificadores descentralizados también son cruciales para proteger la pri La forma en que se almacena y recupera la información de los certificados en un ecosistema de identidad basado en Ethereum es diferente de la gestión tradicional de la identidad. He aquí una visión general de los diversos enfoques para emitir, almacenar y verificar los certificados en sistemas de identidad descentralizados: -### Certificados fuera de cadena {#off-chain-attestations} +### Certificaciones fuera de cadena {#offchain-attestations} -Un problema que conlleva el almacenamiento de certificados en la cadena es que pueden contener información que los individuos quieren mantener privados. La naturaleza pública de la cadena de bloques de Ethereum no facilita el almacenamiento de tales certificados. +Una de las cuestiones que plantea el almacenamiento de certificaciones en la cadena de bloques es que podrían contener información que las personas quieren mantener privada. La naturaleza pública de la cadena de bloques de Ethereum no facilita el almacenamiento de tales certificados. -La solución es emitir certificados mantenidos por los usuarios fuera de la cadena en carteras digitales pero firmadas con el CPI del emisor almacenado en la cadena. Estos certificados están codificados como [JSON Web Tokens](https://en.wikipedia.org/wiki/JSON_Web_Token) y contienen la firma digital del emisor, lo que permite una verificación fácil de las reclamaciones fuera de la cadena. +La solución es emitir certificaciones, mantenidas por los usuarios fuera de la cadena en carteras digitales, pero firmadas con el DID almacenado en cadena del emisor. Estas certificaciones están codificadas como [JSON Web Tokens](https://en.wikipedia.org/wiki/JSON_Web_Token) y contienen la firma digital del emisor, lo que permite una fácil verificación de las reclamaciones fuera de la cadena. -Este es un escenario hipotético para explicar los certificados fuera de la cadena: +He aquí un escenario hipotético para explicar las atestaciones fuera de cadena: 1. Una universidad (el emisor) genera un certificado (un certificado académico digital), firma con sus claves y lo emite a Bob (el titular de la identidad). 2. Bob solicita un empleo y quiere demostrar sus cualificaciones académicas a un empleador, por lo que comparte la certificación desde su cartera. La compañía (el verificador) puede confirmar la validez del certificado comprobando el CPI del emisor (es decir, su clave pública en Ethereum). -### Certificaciones fuera de cadena con acceso permanente {#offchain-attestations-with-persistent-access} +### Certificaciones fuera de cadena con acceso persistente {#offchain-attestations-with-persistent-access} -Bajo este sistema, los cerficados se transforman en un archivo JSON y son almacenados off-chain (idealmente en una [plataforma de cloud descentralizada](/developers/docs/storage/) como IPFS o Swarm). Sin embargo, un [hash](/glossary/#hash) del archivo JSON se almacena en cadena y se enlaza con un CPI mediante un registro en la cadena. El CPI asociado podría ser el del emisor del certificado o el destinatario. +Amparadas por este acuerdo, las certificaciones se transforman en archivos JSON y se almacenan fuera de la cadena (idealmente en una plataforma [almacenamiento descentralizado en la nube](/developers/docs/storage/), como IPFS o Swarm). Sin embargo, un [hash](/glossary/#hash) del archivo JSON se almacena en cadena y se vincula a un DID a través de un registro en cadena. El CPI asociado podría ser el del emisor del certificado o el destinatario. Este enfoque permite que las certificaciones obtengan permanencia basada en la cadena de bloques, manteniendo la información de reclamaciones cifrada y verificable. También permite la divulgación selectiva, ya que el titular de la clave privada puede descifrar la información. -### Certificados en la cadena {#onchain-attestations} +### Certificaciones en cadena {#onchain-attestations} -Los certificados en cadena se mantienen en [contratos inteligentes](/glossary/#smart-contract) en la cadena de bloques de Ethereum. El contrato inteligente (actuando como un registro) enlazará un certificado a un identificador descentralizado correspondiente en la cadena (una clave pública). +Las certificaciones en cadena se mantienen en [contratos inteligentes](/glossary/#smart-contract) en la cadena de bloques de Ethereum. El contrato inteligente (que actúa como un registro) enlazará una certificación con un identificador descentralizado correspondiente en la cadena (una clave pública). -He aquí un ejemplo que ilustra cómo podrían funcionar en la práctica los certificados en la cadena: +He aquí un ejemplo para mostrar cómo las certificaciones en cadena podrían funcionar en la práctica: 1. Una empresa (XYZ Corp) planea vender acciones utilizando un contrato inteligente, pero solo quiere compradores que hayan completado una comprobación de antecedentes. -2. XYZ Corp puede hacer que la empresa realice comprobaciones de antecedentes para emitir certificados en cadena en Ethereum. Este certificado verifica que el individuo ha pasado la comprobación de antecedentes sin exponer ninguna información personal. +2. XYZ Corp puede hacer que la empresa realice verificaciones de antecedentes para emitir certificaciones en cadena en Ethereum. Este certificado verifica que el individuo ha pasado la comprobación de antecedentes sin exponer ninguna información personal. 3. El contrato inteligente de venta de acciones puede comprobar el contrato de registro para ver las identidades de los compradores examinados, haciendo posible que el contrato inteligente determine quién está autorizado a comprar acciones y quién no. ### Los tókenes Souldbound y la identidad {#soulbound} -[Los tokens Soulbound](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([NFT no transferibles](/glossary/#nft)) podrían usarse para recopilar información exclusiva de una billetera específica. Esto crea efectivamente una identidad única en cadena vinculada a una dirección particular de Ethereum que podría incluir tókenes representando logros (ej. terminar algún curso en línea específico o pasar un umbral de puntuación en un juego) o participación en la comunidad. +[Los tokens Soulbound](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([NFT no transferibles](/glossary/#nft)) podrían usarse para recopilar información exclusiva de una billetera específica. Esto crea efectivamente una identidad única en cadena vinculada a una dirección Ethereum en particular que podría incluir tókenes que representan logros (por ejemplo, terminar algún curso en línea específico o aprobar una puntuación umbral en un juego) o participación de la comunidad. ## Usos de la identidad descentralizada {#use-decentralized-identity} Hay muchos proyectos ambiciosos que utilizan Ethereum como base para soluciones de identidad descentralizada: -- **[Ethereum Name Service (ENS)](https://ens.domains/)** - _Un sistema de nomenclatura descentralizado en la cadena, identificadores legibles por máquinas, como direcciones del cartera Ethereum, hashes de contenido y metadatos._ +- **[Ethereum Name Service (ENS)](https://ens.domains/)**: _un sistema de nomenclatura descentralizado para identificadores legibles por máquina en cadena, como direcciones de cartera Ethereum, hashes de contenido y metadatos. _ - **[SpruceID](https://www.spruceid.com/)** - _Un proyecto de identidad descentralizado que permite a los usuarios controlar la identidad digital con cuentas de Ethereum y perfiles ENS en lugar de depender de servicios de terceros._ -- **[Servicio de Atestación de Ethereum (EAS)](https://attest.sh/)**: _Un registro/protocolo descentralizado para hacer atestaciones dentro o fuera de la cadena sobre cualquier cosa._ +- **[Servicio de Atestaciones Ethereum (EAS)](https://attest.sh/)**: _un libro mayor/protocolo descentralizado para hacer certificaciones en cadena o fuera de cadena sobre cualquier cosa. _ - **[Proof of Humanity](https://www.proofofhumanity.id)** - _Proof of Humanity (o PoH) es un sistema de verificación de identidad social construido en Ethereum._ - **[Brillo](https://www.brightid.org/)** - _Una red de identidad social descentralizada y de código abierto que busca reformar la verificación de identidad a través de la creación y el análisis de un gráfico social._ - **[walt.id](https://walt.id)**: _ infraestructura de cartera e identidad descentralizadas de código abierto que permiten a los desarrolladores y organizaciones aprovechar la identidad autosoberana y los NFT/SBT._ @@ -180,12 +180,12 @@ Hay muchos proyectos ambiciosos que utilizan Ethereum como base para soluciones - [Identidad descentralizada (bonificación de sesión Livestream)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _Un vídeo muy aclarador de la identidad descentralizada explicado por Andreas_ - [Iniciar sesión con Ethereum e Identity descentralizada con Ceramic, IDX, React, y 3ID Connect](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _tutorial de YouTube sobre la construcción de un sistema de gestión de identidad para crear, leer, y actualizar el perfil de un usuario usando su cartera Ethereum por Nader Dabit_ - [BrightID - Identidad descentralizada en Ethereum](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _episodio de pódcast Bankless abordando BrightID, una solución de identidad descentralizada para Ethereum_ -- [Internet fuera de la cadena: Credenciales descentralizadas y verificables](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — EthDenver 2022 presentación de Evin McMullen +- [The Offchain Internet: identidad descentralizada & y credenciales verificables](https://www.youtube.com/watch?v=EZ_Bb6j87mg) Presentación de EthDenver 2022 por Evin McMullen - [Credenciales verificables explicadas](https://www.youtube.com/watch?v=ce1IdSr-Kig), Vídeo explicativo de YouTube con una demostración realizada por Tamino Baumann ### Comunidades {#communities} - [ERC-725 Alianza en GitHub](https://github.com/erc725alliance) — _Partidarios del estándar ERC725 para gestionar la identidad en la cadena de bloques Ethereum_ -- [Servidor EthID Discord](https://discord.com/invite/ZUyG3mSXFD) — _Comunidad para entusiastas y desarrolladores que trabajan en Sign-in con Ethereum_ +- [Servidor SpruceID Discord](https://discord.com/invite/Sf9tSFzrnt) — _Comunidad para entusiastas y desarrolladores que trabajan en SpruceID con Ethereum_ - [Veramo Labs](https://discord.gg/sYBUXpACh4) — _Una comunidad de desarrolladores que contribuyen a la construcción de un marco para datos verificables para aplicaciones_ - [walt.id](https://discord.com/invite/AW8AgqJthZ): _una comunidad de desarrolladores y constructores que se ocupan de los casos de uso para las identidades descentralizadas en varias industrias._ diff --git a/public/content/translations/es/defi/index.md b/public/content/translations/es/defi/index.md index d0d94eeeb73..1d1f86a5d74 100644 --- a/public/content/translations/es/defi/index.md +++ b/public/content/translations/es/defi/index.md @@ -64,15 +64,12 @@ Ethereum se basa en esto. Al igual que Bitcoin, las reglas no pueden cambiar en Esto puede sonar extraño... ¿por qué querría programar mi dinero? Sin embargo, esto no es más que una característica natural de los tókenes en Ethereum. Cualquier persona puede programar operaciones lógicas dentro de los pagos. De esta manera, puede obtener el control y la seguridad de Bitcoin combinado con los servicios que proveen las instituciones financieras. Esto le permite realizar actividades con las criptomonedas que no podría hacer en Bitcoin como prestar o pedir un préstamo, planificar pagos, invertir en fondos indexados y más. - - - +
Si es nuevo en Ethereum, explore y pruebe algunas de nuestras sugerencias de aplicaciones DeFi.
Explorar las aplicaciones DeFi -
-
+ ## ¿Qué puede hacer con DeFi? {#defi-use-cases} @@ -143,7 +140,7 @@ Esto le permite pedir dinero prestado sin cheques de crédito ni entregar inform #### Acceso a los fondos globales {#access-global-funds} -Cuando usted utiliza un prestamista o crédito descentralizado, tiene acceso a los fondos depositados de todo el mundo, no solo los fondos bajo custodia de su banco o institución elegida. Esto hace más accesibles los préstamos y mejora los tipos de interés. +Cuando usted utiliza un prestamista o crédito descentralizado, tiene acceso a los fondos depositados de todo el mundo, no solo los fondos bajo custodia de su banco o institución elegida. Esto hace que los préstamos sean más accesibles y mejora las tasas de interés. #### Eficiencias fiscales {#tax-efficiencies} @@ -172,7 +169,7 @@ Si la oferta de B cayera repentinamente y el usuario no pudiera comprar la canti Para hacer lo que describimos en el ejemplo de arriba pero en el mundo real necesitaría mucho dinero. Estas estrategias para hacer dinero solo son accesibles para aquellos que ya tienen dinero. Los préstamos flash son un ejemplo de un futuro en el que tener dinero no es necesariamente un requisito previo para ganar dinero. - + Más información sobre los préstamos flash @@ -328,13 +325,13 @@ DeFi se puede dividir en varias capas: 3. Los protocolos, o [contratos inteligentes](/glossary/#smart-contract), brindan funcionalidad, como por ejemplo, un servicio que permite el préstamo descentralizado de activos. 4. [Las aplicaciones](/apps/): los productos que usamos para gestionar y acceder a los protocolos. -Nota: Gran parte de la DeFi utiliza el [estándar ERC-20](/glossary/#erc-20). Las aplicaciones en DeFi utilizan un wrapper para ETH llamado Wrapped Ether (WETH). [Más información sobre Wrapper Ether](/wrapped-eth). +Nota: Gran parte de la DeFi utiliza el [estándar ERC-20](/glossary/#erc-20). Las aplicaciones en DeFi usan un wrapper de ETH llamado Wrapped Ether (WETH). [Más información sobre Wrapper Ether](/wrapped-eth). ## Desarrollar DeFi {#build-defi} DeFi es un proyecto de código abierto. Puede inspeccionar, copiar e innovar todos los protocolos y aplicaciones de DeFi. Debido a su naturaleza de capas (todos comparten la misma cadena de bloques y los mismos activos), los protocolos pueden mezclarse y emparejarse para desbloquear combinaciones de oportunidades únicas. - + Más información sobre el desarrollo de DApps diff --git a/public/content/translations/es/desci/index.md b/public/content/translations/es/desci/index.md index 4cbfe1f8110..a973cd9fa02 100644 --- a/public/content/translations/es/desci/index.md +++ b/public/content/translations/es/desci/index.md @@ -37,7 +37,7 @@ Una lista parcial de problemas clave en la ciencia y cómo la ciencia descentral | Se pueden desarrollar **nuevos modelos de publicación** que utilicen primitivos de Web3 para la confianza, la transparencia y el acceso universal. | Se publica a través de vías establecidas frecuentemente reconocidas como **ineficaces, sesgadas y explotadoras**. | | Se puede **ganar tokens y reputación por revisar trabajos de otros**. | El **trabajo de revisión por pares no es remunerado**, lo que beneficia a editores que tienen fines de lucro. | | **Usted es dueño de la propiedad intelectual (PI)** que genera y la distribuye según términos transparentes. | ** La institución a la que pertenece es dueña de la propiedad intelectual (PI)** que genera. El acceso a la propiedad intelectual no es transparente. | -| **Se comparte toda la investigación**, incluyendo los datos de los esfuerzos no exitosos, al tener todos los pasos en la cadena de bloques. | **El sesgo de publicación** implica que los investigadores tienen más probabilidad de compartir experimentos que tuvieron resultados exitosos. | +| **Se comparte toda la investigación**, incluyendo los datos de iniciativas que no han dado sus frutos, al tener todos los pasos en cadena. | **El sesgo de publicación** implica que los investigadores tienen más probabilidad de compartir experimentos que tuvieron resultados exitosos. | ## Ethereum y DeSci {#ethereum-and-desci} @@ -76,7 +76,7 @@ La propiedad intelectual (PI) es un gran problema en la ciencia tradicional: des De la misma manera que los NFT pueden transferir ingresos de vuelta al creador original, puede establecer cadenas transparentes de atribución de valor para recompensar a investigadores, organismos gubernamentales (como DAO), o incluso a los sujetos cuyos datos se recolectan. -Los [IP-NFT](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) también pueden servir como una llave para acceder a un repositorio descentralizado de datos de experimentos de investigación y conectarse con la financiación de NFT y [DeFi](/glossary/#defi) (desde el fraccionamiento hasta los pools de préstamos y la valoración). También permite a entidades nativas en cadena como las DAO similares a [VitaDAO](https://www.vitadao.com/) realizar investigaciones directamente en cadena. La llegada de los tokens [ "AlmaDestinados" no transferibles](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) también puede desempeñar un papel importante en DeSci al permitir a las personas demostrar su experiencia y credenciales vinculadas a su dirección de Ethereum. +Los [IP-NFT](https://medium.com/molecule-blog/ip-nfts-for-researchers-a-new-biomedical-funding-paradigm-91312d8d92e6) también pueden servir como una llave para acceder a un repositorio descentralizado de datos de experimentos de investigación y conectarse con la financiación de NFT y [DeFi](/glossary/#defi) (desde el fraccionamiento hasta los pools de préstamos y la valoración). También permiten a entidades nativas en cadena como DAO similares a [VitaDAO](https://www.vitadao.com/) realizar investigaciones directamente en cadena. La llegada de los tokens [ "AlmaDestinados" no transferibles](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) también puede desempeñar un papel importante en DeSci al permitir a las personas demostrar su experiencia y credenciales vinculadas a su dirección de Ethereum. ### Almacenamiento de datos, acceso y arquitectura {#data-storage} @@ -95,6 +95,7 @@ Explore proyectos y únase a la comunidad DeSci. - [Molecule: financie y reciba fondos para sus proyectos de investigación](https://www.molecule.xyz/) - [VitaDAO: recibe financiación a través de acuerdos de investigación patrocinados para la investigación de la longevidad](https://www.vitadao.com/) - [ResearchHub: publique un resultado científico y participe en conversaciones con pares](https://www.researchhub.com/) +- [LabDAO: pliegue una proteína simulada por ordenador](https://alphafodl.vercel.app/) - [dClimate API: consulta datos climáticos recopilados por una comunidad descentralizada](https://www.dclimate.net/) - [DeSci Foundation: creador de herramientas de publicación DeSci](https://descifoundation.org/) - [DeSci.World: ventanilla única para que los usuarios vean e interactúen con la ciencia descentralizada](https://desci.world) diff --git a/public/content/translations/es/developers/docs/accounts/index.md b/public/content/translations/es/developers/docs/accounts/index.md index 794f76060ae..ae5411defee 100644 --- a/public/content/translations/es/developers/docs/accounts/index.md +++ b/public/content/translations/es/developers/docs/accounts/index.md @@ -4,7 +4,7 @@ description: Una explicación sobre las cuentas Ethereum, su estructura de datos lang: es --- -Una cuenta Ethereum con un saldo en ether (ETH), que permite realizar transacciones en Ethereum. Los usuarios pueden controlar las cuentas, o bien se pueden implementar como contratos inteligentes. +Una cuenta Ethereum es una entidad con un saldo de ether (ETH) que puede enviar mensajes en Ethereum. Los usuarios pueden controlar las cuentas, o bien se pueden implementar como contratos inteligentes. ## Requisitos previos {#prerequisites} @@ -34,7 +34,7 @@ Ambos tipos de cuenta tienen la habilidad de: **Contrato** - Crear un contrato tiene un coste porque está usando almacenamiento en la red -- Solo se pueden enviar transacciones como respuesta a una transacción recibida +- Solo se pueden enviar mensajes en respuesta a la recepción de una transacción - Las transacciones de cuentas externas a una cuenta de contrato pueden activar código, que a su vez realiza muchas acciones diferentes, como transferir tokens o incluso crear un nuevo contrato - Las cuentas de contrato no tienen claves privadas. En su lugar, están controlados por la lógica del código de contrato inteligente @@ -45,7 +45,7 @@ Las cuentas Ethereum tienen cuatro campos: - `Nonce`: contador que indica el número de transacciones enviadas desde una cuenta con titularidad externa o el número de contratos creados por una cuenta de contrato. Sólo puede ejecutarse una transacción con un nonce determinado por cada cuenta, lo que protege contra los ataques de repetición cuyas transacciones firmadas se difunden y reejecutan repetidamente. - `saldo`: número de wei pertenecientes a esa dirección. Wei es una denominación de ETH, y hay 1e+18 wei por ETH. - `codeHash`: este hash hace referencia al _código_ de una cuenta en la máquina virtual de Ethereum (EVM). Las cuentas de contrato tienen fragmentos de código programados que pueden realizar diferentes operaciones. Este código EVM se ejecuta si la cuenta recibe una llamada de mensaje. Este campo no se puede modificar, a diferencia de otros campos de la cuenta. Todos estos fragmentos de código están contenidos en la base de datos de estado con sus correspondientes hashes para su recuperación. Este valor hash es conocido como un codeHash. Para las cuentas de titularidad externa, el campo codeHash es el hash de una cadena vacía. -- `storageRoot`: a veces conocido como hash de almacenamiento. Un hash de 256 bits del nodo raíz de un trie de Merkle Patricia que codifica el contenido de almacenamiento de la cuenta (un mapeo entre valores enteros de 256 bits), codificado en el trie como un mapeo del hash de 256 bits de Keccak de las claves enteras de 256 bits para los valores enteros de 256 bits codificados en RLP. Este trie codifica el hash del contenido de almacenamiento de esta cuenta y está vacío por defecto. +- `storageRoot`: a veces conocido como hash de almacenamiento. Un hash de 256 bits del nodo raíz de un [Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) que codifica el contenido de almacenamiento de la cuenta (un mapeo entre valores enteros de 256 bits), codificado en el trie como un mapeo desde el hash Keccak de 256 bits de las claves enteras de 256 bits a los valores enteros de 256 bits codificados en RLP. Este trie codifica el hash del contenido de almacenamiento de esta cuenta y está vacío por defecto. ![Un diagrama que muestra la creación de una cuenta](./accounts.png) _Diagrama adaptado de [Ethereum EVM ilustrado](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ diff --git a/public/content/translations/es/developers/docs/apis/backend/index.md b/public/content/translations/es/developers/docs/apis/backend/index.md index 343cc1e926f..0709dd0b9c1 100644 --- a/public/content/translations/es/developers/docs/apis/backend/index.md +++ b/public/content/translations/es/developers/docs/apis/backend/index.md @@ -55,6 +55,9 @@ Estas bibliotecas eliminan en gran parte la complejidad de interactuar directame **Etherscan: Explorador de bloques y API de transacción** - [Documentación](https://docs.etherscan.io/) +**Blockscout: explorador de bloques de código abierto** +- [Documentación](https://docs.blockscout.com/) + **GetBlock:** **_Cadena de bloques como servicio para el desarrollo web3_** - [GetBlock.io](https://getblock.io/) @@ -144,7 +147,7 @@ Estas bibliotecas eliminan en gran parte la complejidad de interactuar directame **Chainstack:** **_Nodos elásticos y dedicados de Ethereum como servicio._** - [chainstack.com](https://chainstack.com) -- [Documentación](https://docs.chainbase.com/docs) +- [Documentación](https://docs.chainstack.com/) - [Referencia de API de Ethereum](https://docs.chainstack.com/reference/ethereum-getting-started) **Coinbase Cloud Node:** **_API de infraestructura de cadena de bloques._** diff --git a/public/content/translations/es/developers/docs/apis/javascript/index.md b/public/content/translations/es/developers/docs/apis/javascript/index.md index dc38ef3aebd..488a2945c2f 100644 --- a/public/content/translations/es/developers/docs/apis/javascript/index.md +++ b/public/content/translations/es/developers/docs/apis/javascript/index.md @@ -26,6 +26,8 @@ Estas bibliotecas eliminan en gran parte la complejidad de interactuar directame Mediante proveedores, estas bibliotecas le permiten conectarse a Ethereum y leer sus datos, ya sea sobre JSON-RPC, INFURA, Etherscan, Alchemy o MetaMask. +> **Advertencia:** Web3.js se archivó el 4 de marzo de 2025. [Leer el anuncio](https://blog.chainsafe.io/web3-js-sunset/). Plantéese adoptar el uso de bibliotecas alternativas como ethers.js o viem para nuevos proyectos. + **Ejemplo de Ethers** ```js @@ -259,6 +261,11 @@ ethers.utils.formatEther(balance) - [GitHub](https://github.com/openethereum/js-libs/tree/master/packages/light.js) +**Web3-wrapper:** **_Alternativa de Typescript para Web3.js._** + +- [Documentación](https://0x.org/docs/web3-wrapper#introduction) +- [GitHub](https://github.com/0xProject/0x-monorepo/tree/development/packages/web3-wrapper) + **Alchemyweb3:** **_Wrapper en torno a Web3.js con reintentos automáticos y API mejoradas._** - [Documentación](https://docs.alchemy.com/reference/api-overview) diff --git a/public/content/translations/es/developers/docs/apis/json-rpc/index.md b/public/content/translations/es/developers/docs/apis/json-rpc/index.md index 0d2fd5beb83..1f818e6698f 100644 --- a/public/content/translations/es/developers/docs/apis/json-rpc/index.md +++ b/public/content/translations/es/developers/docs/apis/json-rpc/index.md @@ -26,7 +26,7 @@ También se utiliza una API interna para la comunicación intercliente dentro de ## Especificaciones de clientes de ejecución {#spec} -[Lea la especificación completa de la API de JSON-RPC en Github](https://github.com/ethereum/execution-apis). Esta API está documentada en la [página web de la API de Ejecución](https://ethereum.github.io/execution-apis/api-documentation/) e incluye un Inspector para probar todos los métodos disponibles. +[Lea la especificación completa de la API de JSON-RPC en Github](https://github.com/ethereum/execution-apis). Esta API está documentada en la [página web de la API de ejecución](https://ethereum.github.io/execution-apis/) e incluye un inspector para probar todos los métodos disponibles. ## Convenciones {#conventions} @@ -58,9 +58,9 @@ Estos son algunos ejemplos: - WRONG: 0xf0f0f (debe ser un número par de dígitos) - WRONG: 004200 (debe tener el prefijo 0x) -### El parámetro de bloque por defecto {#default-block} +### El parámetro de bloque {#block-parameter} -Los siguientes métodos tienen un parámetro de bloque predeterminado adicional: +Los siguientes métodos tienen un parámetro de bloque: - [eth_getBalance](#eth_getbalance) - [eth_getCode](#eth_getcode) @@ -68,9 +68,9 @@ Los siguientes métodos tienen un parámetro de bloque predeterminado adicional: - [eth_getStorageAt](#eth_getstorageat) - [eth_call](#eth_call) -Cuando se hacen peticiones que actúan sobre el estado de Ethereum, el último parámetro de bloque por defecto determina la altura del bloque. +Cuando se realizan solicitudes que consultan el estado de Ethereum, el parámetro de bloque proporcionado determina la altura del bloque. -Las siguientes opciones son posibles para el parámetro defaultBlock: +Las siguientes opciones son posibles para el parámetro de bloque: - `HEX String`: un número de bloque entero - `String "earliest"`: para el bloque inicial @@ -202,7 +202,13 @@ Ninguno **Devuelve** -`String`: ID de la red actual. +`String`: El ID de red actual. + +La lista completa de los ID de red actuales está disponible en [chainlist.org](https://chainlist.org). Algunos comunes son: + +- `1`: Red principal de Ethereum +- `11155111`: red de prueba de Sepolia +- `560048` : red de prueba de Hoodi **Ejemplo** @@ -213,16 +219,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67 { "id":67, "jsonrpc": "2.0", - "result": "1" + "result": "3" } ``` -> **Nota**: Los siguientes son los ID de red actuales: -> -> - `1`: Red principal de Ethereum -> - `11155111`: Red de prueba Sepolia -> - `17000`: Red de prueba Hoodi - ### net_listening {#net_listening} Muestra `true` si el cliente está escuchando activamente las conexiones de red. @@ -302,6 +302,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[] Muestra un objeto con datos sobre el estado de sincronización o `false`. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -386,6 +390,12 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1} Muestra la dirección coinbase del cliente. + + Pruebe el punto final en el patio de recreo + + +> **Nota:** este método ha quedado obsoleto desde la versión **v1.14.0** y ya no es compatible. Cualquier intento de implementar este método resultara en un error de «método no admitido». + **Parámetros** Ninguno @@ -411,6 +421,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":6 Muestra el ID de cadena utilizado para firmar transacciones protegidas contra repetición. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -436,13 +450,17 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67 Aparece `true` si el cliente está minando activamente nuevos bloques. Esto solo puede aparecer como `true` para redes de prueba de trabajo y puede que no esté disponible para algunos clientes desde [La Fusión](/roadmap/merge/). + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno **Muestra** -`Boolean`: muestra `true` si cliente está minando, de lo contrario aparece `falso`. +`Boolean`: muestra `true` si el cliente está minando, de lo contrario `false`. **Ejemplo** @@ -461,6 +479,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71} Retorna el número de hashes por segundo con los que el nodo está minando. Esto solo puede aparecer como `true` para redes de prueba de trabajo y puede que no esté disponible para algunos clientes desde [La Fusión](/roadmap/merge/). + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -486,6 +508,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":7 Devuelve un estimado del precio actual por gas en wei. Por ejemplo, el cliente Besu examina los últimos 100 bloques y devuelve el precio promedio por unidad de gas por defecto. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -511,6 +537,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":7 Retorna una lista de direcciones de propiedad del cliente. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -536,6 +566,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1 Retorna el número de bloque más reciente. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Ninguno @@ -561,10 +595,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id Retorna el saldo de la cuenta de la dirección dada. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 20 Bytes - dirección en la que se verifica el saldo. -2. `QUANTITY|TAG`: número de bloque entero o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"` o `"finalized"`; consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +2. `CANTIDAD|TAG`: número de bloque entero, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"`, o `"finalizado"`, ver el [parámetro de bloque](/developers/docs/apis/json-rpc/#block-parameter) ```js params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"] @@ -591,11 +629,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407 Retorna el valor de una posición de almacenamiento en una dirección dada. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 20 Bytes - dirección de almacenamiento. 2. `QUANTITY`: número entero de la posición en el almacenamiento. -3. `QUANTITY|TAG`: número de bloque entero o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`; consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +3. `CANTIDAD|TAG`: número de bloque entero, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"`, `"finalizado"`, ver el [ parámetro de bloque](/developers/docs/apis/json-rpc/#block-parameter) **Muestra** @@ -658,10 +700,14 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [ Muestra el número de transacciones _enviadas_ de una dirección. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 20 Bytes - dirección. -2. `QUANTITY|TAG`: número de bloque entero o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"` o `"finalized"`; consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +2. `CANTIDAD|TAG`: número de bloque entero, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"` o `"finalizado"`, consulte el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter) ```js params: [ @@ -691,6 +737,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params Muestra el número de transacciones en un bloque de un bloque que coinicide con el hash del bloque dado. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - hash de un bloque @@ -720,9 +770,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHa Muestra el número de transacciones de un bloque que coincide con el número de bloque dado. + + Pruebe el punto final en el patio de recreo + + **Parámetros** -1. `QUANTITY|TAG`: entero de un número de bloque o la cadena `"earliest"`, `"latest"`, `"pending"`, `"safe"` o `"finalized"`, como en el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block). +1. `CANTIDAD|TAG`: entero de un número de bloque, o la cadena `"más temprano"`, `"último"`, `"pendiente"`, `"seguro"` o `"finalizado"`, como en el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter). ```js params: [ @@ -751,6 +805,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNu Muestra el número de tíos en un bloque a partir de un bloque que coincide con el hash del bloque dado. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - hash de un bloque @@ -780,9 +838,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","p Muestra el número de tíos de un bloque que coincide con el número del bloque dado. + + Pruebe el punto final en el patio de recreo + + **Parámetros** -1. `QUANTITY|TAG`: número entero de un número de bloque o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"` o `"finalized"`, consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +1. `CANTIDAD|ETIQUETA`: entero de un número de bloque, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"` o `"finalizado"`, ver el [parámetro de bloque](/developers/docs/apis/json-rpc/#block-parameter) ```js params: [ @@ -811,10 +873,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber", Muestra el código en una dirección dada. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 20 Bytes - dirección -2. `QUANTITY|TAG`: número de bloque entero o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"` o `"finalized"`; consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +2. `CANTIDAD|TAG`: número de bloque entero, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"` o `"finalizado"`, consulte el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter) ```js params: [ @@ -990,6 +1056,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params" Ejecuta una nueva llamada de mensaje inmediatamente sin crear una transacción en la cadena de bloques. Con frecuencia es usado para ejecutar funciones de solo lectura en los contratos, por ejemplo, el `balanceOf` para un contrato ERC-20. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `Object`: El objeto de la llamada en la transacción @@ -1001,7 +1071,7 @@ Ejecuta una nueva llamada de mensaje inmediatamente sin crear una transacción e - `value`: `QUANTITY` - (opcional) Entero del valor enviado con la transacción - `input`: `DATA` - (opcional) Hash de la firma del método y los parámetros codificados. Para más información, consulte la [ABI de contratos de Ethereum en la doumentación de Solidity](https://docs.soliditylang.org/en/latest/abi-spec.html). -2. `QUANTITY|TAG`: número de bloque entero o la cadena `"latest"`, `"earliest"`, `"pending"`, `"safe"` o `"finalized"`; consulte el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block) +2. `CANTIDAD|TAG`: número de bloque entero, o la cadena `"último"`, `"más temprano"`, `"pendiente"`, `"seguro"` o `"finalizado"`, consulte el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter) **Muestra** @@ -1024,6 +1094,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}] Genera y retorna el valor estimado de gas necesario para permitir que se complete la transacción. La transacción no se añadirá a la cadena de bloques. Puede ser que esa estimación sea significativamente más alta que la cantidad actual de gas usada por la transacción por una variedad de razones, incluidos los mecanismos de la EVM y el desempeño del nodo. + + Pruebe el punto final en el patio de recreo + + **Parámetros** Consulte los parámetros [eth_call](#eth_call), excepto que todas las propiedades sean opcionales. Si no se especifica ningún límite de gas, geth usa el límite de gas del bloque pendiente como límite superior. Como resultado, la estimación devuelta podría no ser suficiente para ejecutar la llamada/transacción cuando la cantidad de gas sea mayor que el límite de gas del bloque pendiente. @@ -1049,6 +1123,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see Retorna información acerca de un bloque por hash. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - Hash de un bloque. @@ -1068,13 +1146,13 @@ params: [ - `number`: `QUANTITY` - número de bloque. `null` cuando el bloque está pendiente. - `hash`: `DATA`, 32 Bytes - hash del bloque. `null` cuando el bloque está pendiente. - `parentHash`: `DATA`, 32 Bytes - hash del bloque principal. -- `nonce`: `DATA`, 8 Bytes - hash de la prueba de trabajo generada. `null` cuando el bloque está pendiente. +- `nonce`: `DATA`, 8 Bytes - hash de la prueba de trabajo generada. `null` cuando su bloque está pendiente, `0x0` para los bloques de prueba de participación (desde la Fusión) - `sha3Uncles`: `DATA`, 32 Bytes - SHA3 de los datos de tíos en el bloque. - `logsBloom`: `DATA`, 256 Bytes - el filtro bloom para los registros del bloque. `null` cuando el bloque está pendiente. - `transactionsRoot`: `DATA`, 32 Bytes - la raíz del trie de transacciones del bloque. - `stateRoot`: `DATA`, 32 Bytes - la raíz del trie de estado final del bloque. - `receiptsRoot`: `DATA`, 32 Bytes - la raíz del trie de recibos del bloque. -- `miner`: `DATA`, 20 Bytes - la dirección del beneficiario a quien se entregaron las recompensas de minado. +- `miner`: `DATA`, 20 Bytes: la dirección del beneficiario al que se le dieron las recompensas en bloque. - `difficulty`: `QUANTITY` - número entero de la dificultad de este bloque. - `totalDifficulty`: `QUANTITY` - número entero de la dificultad total de la cadena hasta este bloque. - `extraData`: `DATA` - el campo de "datos extra" de este bloque. @@ -1126,9 +1204,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0 Retorna información acerca de un bloque por número de bloque. + + Pruebe el punto final en el patio de recreo + + **Parámetros** -1. `QUANTITY|TAG`: entero de un número de bloque o la cadena `"earliest"`, `"latest"`, `"pending"`, `"safe"` o `"finalized"`, como en el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block). +1. `CANTIDAD|TAG`: entero de un número de bloque, o la cadena `"más temprano"`, `"último"`, `"pendiente"`, `"seguro"` o `"finalizado"`, como en el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter). 2. `Boolean`: si es `true` muestra los objetos de transacción completos, si es `false` solo los hashes de las transacciones. ```js @@ -1153,6 +1235,10 @@ Resultado ver [eth_getBlockByHash](#eth_getblockbyhash) Muestra la información acerca de una transacción requerida por el hash de transacción. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - hash de una transacción @@ -1212,6 +1298,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","param Muestra información acerca de una transacción por hash de bloque y la posición del índice de la transacción. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - hash de un bloque. @@ -1239,9 +1329,13 @@ Resultado ver [eth_getTransactionByHash](#eth_gettransactionbyhash) Muestra información acerca de una transacción por número de bloque y la posición del índice de transacción. + + Pruebe el punto final en el patio de recreo + + **Parámetros** -1. `QUANTITY|TAG`: número de bloque o la cadena `"earliest"`, `"latest"`, `"pending"`, `"safe"` o `"finalized"`, como en el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block). +1. `CANTIDAD|ETIQUETA`: un número de bloque, o la cadena `"más temprano"`, `"último"`, `"pendiente"`, `"seguro"` o `"finalizado"`, como en el parámetro [bloque](/developers/docs/apis/json-rpc/#block-parameter). 2. `QUANTITY`: la posición del índice de la transacción. ```js @@ -1333,6 +1427,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para Muestra información sobre un tío de un bloque por hash y posición del índice del tío. + + Pruebe el punto final en el patio de recreo + + **Parámetros** 1. `DATA`, 32 Bytes - El hash de un bloque. @@ -1362,9 +1460,13 @@ Resultado ver [eth_getBlockByHash](#eth_getblockbyhash) Muestra información sobre un tío de un bloque por número y posición de índice del tío. + + Pruebe el punto final en el patio de recreo + + **Parámetros** -1. `QUANTITY|TAG`: número de bloque o la cadena `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, como en el [parámetro de bloque predeterminado](/developers/docs/apis/json-rpc/#default-block). +1. `CANTIDAD|ETIQUETA`: un número de bloque, o la cadena `"más temprano"`, `"último"`, `"pendiente"`, `"seguro"`, `"finalizado"`, como en el parámetro de bloque [](/developers/docs/apis/json-rpc/#block-parameter). 2. `QUANTITY`: Posición de índice del tío. ```js @@ -1600,7 +1702,7 @@ Devuelve una matriz de todos los registros que coinciden con un objeto de filtro - `toBlock`: `QUANTITY|TAG` - (opcional, por defecto: `"latest"`) Número de bloque entero o `"latest"` para el último bloque propuesto, `"safe"` para el último bloque seguro, `"finalized"` para el último bloque finalizado o `"pending"`, `"earliest"` para transacciones que aún no están en un bloque. - `address`: `DATA|Array`, 20 Bytes - (opcional) Dirección de contrato o una lista de las direcciones desde donde deben originarse los registros. - `topics`: `Array de DATA`, - (opcional) Array de temas de `DATA` de 32 bytes. Los temas dependen del orden. Cada tema puede también ser un array de DATA con opciones "or" (o). -- `blockhash`: `DATA`, 32 Bytes - (opcional, **future**) Con la adición de EIP-234, `blockHash` será una nueva opción de filtro que restringe los registros retornados al bloque único con el hash de 32 bytes `blockHash`. Usar `blockHash` es equivalente a `fromBlock` = `toBlock` = el número de bloque con hash `blockHash`. Si `blockHash` está presente en los criterios de filtro, no se permiten ni `fromBlock` ni `toBlock`. +- `blockHash`: `DATA`, 32 Bytes: (opcional, **future**) Con la adición de EIP-234, `blockHash` será una nueva opción de filtro que restringe los registros devueltos al bloque único con el hash de 32 bytes `blockHash`. Usar `blockHash` es equivalente a `fromBlock` = `toBlock` = el número de bloque con hash `blockHash`. Si `blockHash` está presente en los criterios de filtro, no se permiten ni `fromBlock` ni `toBlock`. ```js params: [ @@ -1649,10 +1751,10 @@ geth --http --dev console 2>>geth.log Esto iniciará la interfaz HTTP RPC en `http://localhost:8545`. -Podemos verificar que la interfaz se está ejecutando recuperando la dirección y el saldo de Coinbase usando [curl](https://curl.se). Tenga en cuenta que los datos usados en este ejemplo pueden ser diferentes en su nodo local. Si desea probar estos comandos, reemplace los parámetros de solicitud en la segunda solicitud curl con el resultado devuelto por la primera. +Podemos verificar que la interfaz se está ejecutando al recuperar la dirección de coinbase (al obtener la primera dirección de la matriz de cuentas) y el saldo con [curl](https://curl.se). Tenga en cuenta que los datos usados en este ejemplo pueden ser diferentes en su nodo local. Si desea probar estos comandos, reemplace los parámetros de solicitud en la segunda solicitud curl con el resultado devuelto por la primera. ```bash -curl --data '{"jsonrpc":"2.0","method":"eth_coinbase", "id":1}' -H "Content-Type: application/json" localhost:8545 +curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[]", "id":1}' -H "Content-Type: application/json" localhost:8545 {"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]} curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545 diff --git a/public/content/translations/es/developers/docs/bridges/index.md b/public/content/translations/es/developers/docs/bridges/index.md index aa60d2dacf2..a0909b3da60 100644 --- a/public/content/translations/es/developers/docs/bridges/index.md +++ b/public/content/translations/es/developers/docs/bridges/index.md @@ -4,7 +4,7 @@ description: Una visión general para reducir la brecha a los desarrolladores lang: es --- -Con la proliferación de las cadenas de bloques L1 y las soluciones de [escalamiento](/developers/docs/scaling/) L2, junto con el gran crecimiento del número de aplicaciones descentralizadas operando en varias cadenas o pasando a la modalidad multicadena, la necesidad por establecer comunicación y de poder mover activos a través de estás cadenas se han convertido en una parte esencial de la infraestructura de red. Existen diferentes tipos de puentes que hacen esto posible. +Con la proliferación de las cadenas de bloques L1 y las soluciones de [escalamiento ](/developers/docs/scaling/) L2, junto con el gran crecimiento del número de aplicaciones descentralizadas operando en varias cadenas o pasando a la modalidad multicadena, la necesidad por establecer comunicación y de poder mover activos a través de estás cadenas se han convertido en una parte esencial de la infraestructura de red. Existen diferentes tipos de puentes que hacen esto posible. ## La necesidad de puentes {#need-for-bridges} @@ -103,7 +103,7 @@ Si una dapp va por la ruta de integrar un puente o un agregador, hay diferentes ### Implementar una dapp en múltiples cadenas {#deploying-a-dapp-on-multiple-chains} -Para implementar una dapp en múltiples cadenas, los desarrolladores pueden usar plataformas de desarrollo como [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/), etc. Por lo general, estas plataformas vienen con complementos componibles que pueden permitir que las dapps se hagan multicadena o se usen en otras. Por ejemplo, los desarrolladores pueden usar un proxy de implementación determinista ofrecido por el [complemento hardhat-deploy](https://github.com/wighawag/hardhat-deploy). +Para implementar una DApp en múltiples cadenas, los desarrolladores pueden usar plataformas de desarrollo como [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/), etc. Por lo general, estas plataformas vienen con complementos componibles que pueden permitir que las dapps se hagan multicadena o se usen en otras. Por ejemplo, los desarrolladores pueden usar un proxy de implementación determinista ofrecido por el [complemento hardhat-deploy](https://github.com/wighawag/hardhat-deploy). #### Ejemplos: @@ -121,12 +121,14 @@ Para monitorear la actividad de los contratos entre cadenas, los desarrolladores - [Antiguamente](https://tenderly.co/) ## Más información {#further-reading} - - [Puntes de cadena de bloques](/bridges/): ethereum.org -- [Puntes de cadena de bloques: crear redes de redes criptográficas](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) 8 de septiembre de 2021, Dmitriy Berenzon -- [El trilema de interoperabilidad](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) 1 de octubre de 2021, Arjun Bhuptani -- [Clústeres: cómo los puentes de confianza y de confianza minimizada dan forma al panorama multicadena](https://blog.celestia.org/clusters/) 4 de octubre de 2021, Mustafa Al-Bassam -- [LI.FI: con los puentes, la confianza es un espectro](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) 28 de abril de 2022, Arjun Chand +- [Marco de riesgo L2Beat Bridge](https://l2beat.com/bridges/summary) +- [Puentes de cadena de bloques: construir redes de criptorredes](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) 8 de septiembre de 2021, Dmitriy Berenzon +- [El trilema de la interoperabilidad](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) 1 de octubre de 2021, Arjun Bhuptani +- [Agrupaciones: cómo los puentes de confianza & y minimizados de confianza dan forma al panorama de múltiples cadenas](https://blog.celestia.org/clusters/) 4 de octubre de 2021, Mustafa Al-Bassam +- [LI.FI: con puentes, la confianza es un espectro](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) 28 de abril de 2022, Arjun Chand +- [El estado de las soluciones de interoperabilidad de rollup](https://research.2077.xyz/the-state-of-rollup-interoperability) 20 de junio de 2024, Alex Hook +- [Aprovechar la seguridad compartida para la interoperabilidad segura entre cadenas: comités estatales de Lagrange y más allá](https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) 12 De Junio De 2024, Emmanuel Awosika Además, aquí hay algunas presentaciones útiles de [James Prestwich](https://twitter.com/_prestwich) que pueden ayudar a desarrollar una comprensión más profunda de los puentes: diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/index.md index d15094c2a47..580791bd6d6 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/index.md @@ -4,89 +4,78 @@ description: Una explicación de los protocolos de consenso en los sistemas dist lang: es --- -El término «mecanismo de consenso» a menudo se usa coloquialmente para referirse a los protocolos de «prueba de participación», «prueba de trabajo» o «prueba de autoridad». Sin embargo, estos son solo componentes de los mecanismos de consenso que protegen contra los [ataques Sybil](/glossary/#sybil-attack). Los mecanismos de consenso son el bloque de ideas completo, protocolos e incentivos que permiten que un conjunto distribuido de nodos acuerde el estado de una cadena de bloques. +El término «mecanismo de consenso» a menudo se usa coloquialmente para referirse a los protocolos de «prueba de participación», «prueba de trabajo» o «prueba de autoridad». Sin embargo, estos son solo componentes de los mecanismos de consenso que protegen contra los [ataques Sybil](/glossary/#sybil-attack). ## Requisitos previos {#prerequisites} Para comprender mejor esta página, le recomendamos visitar nuestra [Introducción a Ethereum](/developers/docs/intro-to-ethereum/). -## ¿Qué es el consenso? {#what-is-consensus} +## {#what-is-pos} -Por consenso, nos referimos a que se ha alcanzado un acuerdo general. Imaginemos a un grupo de personas que va al cine. Si todo el grupo está de acuerdo en ver la misma película, entonces se logra un consenso. Si no se logra el acuerdo común, entonces el grupo debe decidir de alguna manera qué película ver. En un caso extremo, el grupo se acabará dividiendo. +Por consenso, nos referimos a que se ha alcanzado un acuerdo general. Imaginemos a un grupo de personas que va al cine. Si todo el grupo está de acuerdo en ver la misma película, entonces se logra un consenso. Si no se logra el acuerdo común, entonces el grupo debe decidir de alguna manera qué película ver. -Trasladado este ejemplo a la cadena de bloques de Ethereum, llegar a un consenso significa que al menos el 66 % de los nodos de la red coincidan en el estado general de la red. +## {#validators} -## ¿Qué es un mecanismo de consenso? {#what-is-a-consensus-mechanism} +## {#transaction-execution-ethereum-pos} -Por «mecanismo de consenso» se hace referencia a todo el bloque de protocolos, incentivos e ideas que permiten a una red de nodos acordar el estado de una cadena de bloques. +1. +2. +3. +4. +5. +6. -Ethereum utiliza un mecanismo de consenso basado en la prueba de participación que deriva su seguridad criptoeconómica de un conjunto de recompensas y sanciones aplicadas al capital bloqueado por los participantes. Esta estructura de incentivos alienta a los participantes individuales a operar con validadores honestos, castiga a quienes no lo hacen y hace que atacar a la red resulte elevadamente costoso. +## {#finality} -Y después tenemos un protocolo que rige cómo se seleccionan los validadores honestos para proponer o validar bloques, procesar las transacciones y votar por su visión de la cabeza de la cadena. En las raras situaciones en las que varios bloques están en la misma posición cerca de la cabeza de la cadena, existe un mecanismo de elección de bifurcación, que selecciona los bloques que forman la cadena «más sólida», medida por la cantidad de validadores que votaron por los bloques ponderados por su saldo de ether apostados. +## {#crypto-economic-security} -Algunos conceptos son importantes para el consenso que no están explícitamente definidos en el código, como la seguridad adicional ofrecida por la posible coordinación social fuera de la banda como una última línea de defensa contra ataques en la red. +Los mineros compiten para crear nuevos bloques llenos de transacciones procesadas. El ganador comparte el nuevo bloque con el resto de la red y gana algunos ETH minados recientemente. La carrera la gana el ordenador que sea capaz de resolver un acertijo matemático más rápido. Esto produce el enlace criptografico entre el bloque actual y el bloque anterior. De resolver este acertijo se encarga la «prueba de trabajo». -Estos componentes juntos forman el mecanismo del consenso. - -## Tipos de mecanismos de consenso {#types-of-consensus-mechanisms} - -### Basados en la prueba de trabajo {#proof-of-work} - -Al igual que Bitcoin, Ethereum una vez usó un protocolo de consenso basado en la **prueba de trabajo (PoW)**. - -#### Creación del bloque {#pow-block-creation} - -Los mineros compiten para crear nuevos bloques llenos de transacciones procesadas. El ganador comparte el nuevo bloque con el resto de la red y gana algunos ETH minados recientemente. La carrera la gana el ordenador que sea capaz de resolver un acertijo matemático más rápido. Esto produce el enlace criptografico entre el bloque actual y el bloque anterior. De resolver este acertijo se encarga la «prueba de trabajo». Luego la cadena predilecta se determina mediante una regla de elección de bifurcación que selecciona el conjunto de bloques en los que se ha realizado la mayor parte del trabajo para extraerlos. - -#### Seguridad {#pow-security} +## {#fork-choice} La red se mantiene segura por el hecho de que se necesitaría el 51 % de la potencia computacional de la red para defraudar a la cadena. Esto implicaría grandes inversiones en equipamiento y energía, y es probable que los gastos superarán a los ingresos. -Más información sobre la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow/) - -### Basados en la prueba de participación {#proof-of-stake} +## {#pos-and-security} Ethereum ahora usa un protocolo de consenso basado en la **prueba de participación (PoS)**. -#### Creación de bloques {#pos-block-creation} +- +- +- +- -Los validadores crean bloques. Un validador se selecciona aleatoriamente en cada ranura para ser el que proponga el bloque. Su cliente de consenso solicita un grupo de transacciones como una «carga de ejecución» desde su cliente de ejecución emparejado. Recogen esto en datos de consenso para formar un bloque, que envían a otros nodos de la red Ethereum. Esta producción de bloques se recompensa en ETH. En casos excepcionales, cuando existen múltiples bloques posibles para una sola ranura, o los nodos escuchan sobre bloques en diferentes momentos, el algoritmo de elección de bifurcación elige el bloque que forma la cadena con el mayor peso de certificaciones (por peso se entiende el número de validadores que certifican en función de su saldo de ETH). +## {#pros-and-cons} -#### Seguridad {#pos-security} - -Un sistema de prueba de participación es criptoeconómicamente seguro, porque un atacante que intente tomar el control de la cadena debe destruir una cantidad masiva de ETH. Un sistema de recompensas alienta a participantes individuales a comportarse honestamente, y las penalizaciones desaniman a los participantes a actuar malintencionadamente. +| | | +| | | +| | | +| | | +| | | +| | | -Más información sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/) +### {#comparison-to-proof-of-work} -### Una guía visual {#types-of-consensus-video} - -Obtenga más información sobre los diferentes tipos de mecanismos de consenso usados en Ethereum: - - - -### Resistencia a ataque Sybil & selección de cadena {#sybil-chain} - -Técnicamente, ni la prueba de trabajo ni la prueba de participación son protocolos de consenso de por sí, pero se les etiqueta de tal manera por simplicidad. En realidad son mecanismos de resistencia a Sybil y selectores de autor de bloque; son una manera de decidir quién es el autor del último bloque. Otro componente importante es el algoritmo de selección de cadena (también conocido como bifurcación) que permite a los nodos elegir un único bloque correcto en la cabeza de la cadena en escenarios donde existen múltiples bloques en la misma posición. - -La **resistencia a Sybil** mide cómo le va a un protocolo frente a un ataque Sybil. La resistencia a este tipo de ataques es esencial para una cadena de bloques descentralizada y permite a los mineros y validadores recibir una recompensa equitativa según los recursos que hayan invertido. La prueba de trabajo y la prueba de participación se protegen frente a esto haciendo que los usuarios tengan que gastar una gran cantidad de energía o entregar varias garantías. Estas protecciones son un elemento económico disuasorio frente a los ataques Sybil. - -Las **reglas de selección de cadena**se utilizan para decidir qué cadena es la cadena «correcta». Bitcoin utiliza la regla de la «cadena más larga», lo que significa que la cadena de bloques más larga será la que el resto de los nodos acepten como válida y con la que trabajen. Para las cadenas de prueba de trabajo, la cadena más larga viene determinada por la dificultad total de la prueba de trabajo acumulativa de las cadenas. Ethereum también solía usar la regla de la cadena más larga; sin embargo, ahora que Ethereum se ejecuta con prueba de participación, adoptó un algoritmo de elección de bifurcación actualizado que mide el «peso» de la cadena. El peso es la suma acumulada de los votos del validador, ponderada por los saldos de ether apostado del validador. - -Ethereum utiliza un mecanismo de consenso conocido como [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) que combina [la prueba de participación de Casper FFG](https://arxiv.org/abs/1710.09437) con la [regla de elección de bifurcación GHOST](https://arxiv.org/abs/2003.03052). +Un sistema de prueba de participación es criptoeconómicamente seguro, porque un atacante que intente tomar el control de la cadena debe destruir una cantidad masiva de ETH. Un sistema de recompensas alienta a participantes individuales a comportarse honestamente, y las penalizaciones desaniman a los participantes a actuar malintencionadamente. -## Más información {#further-reading} +- +- +- +- +- +- -- [¿Qué es un algoritmo de consenso de cadena de bloques?](https://academy.binance.com/en/articles/what-is-a-blockchain-consensus-algorithm) -- [¿Qué es el consenso de Nakamoto? Guía para principiantes completa](https://blockonomi.com/nakamoto-consensus/) -- [¿Cómo funciona Casper?](https://medium.com/unitychain/intro-to-casper-ffg-9ed944d98b2d) -- [Sobre la seguridad y el rendimiento de las cadenas de bloques de prueba de trabajo](https://eprint.iacr.org/2016/555.pdf) -- [Fallo bizantino](https://en.wikipedia.org/wiki/Byzantine_fault) +## {#further-reading} -_¿Conoce algún recurso comunitario que le haya sido de ayuda? Edite la página y añádalo._ +- +- +- +- +- +- []() +- +- []() -## Temas relacionados {#related-topics} +## {#related-topics} -- [Prueba de trabajo](/developers/docs/consensus-mechanisms/pow/) -- [Minado](/developers/docs/consensus-mechanisms/pow/mining/) -- [Prueba de participación](/developers/docs/consensus-mechanisms/pos/) -- [Prueba de autoridad](/developers/docs/consensus-mechanisms/poa/) +- []() +- []() diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/poa/index.md index 28ceb276524..2c2f7d0d8c5 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/poa/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/poa/index.md @@ -16,7 +16,7 @@ La Prueba de autoridad es una versión modificada de **[prueba de participación La prueba de autoridad requiere confiar en un grupo establecido de firmantes que se establece en el [bloque inicial](/glossary/#genesis-block). En la mayoría de las implementaciones actuales, todos los firmantes autorizados conservan el mismo poder y privilegios al determinar el consenso de la cadena. La idea detrás del staking de reputación es que cada validador autorizado sea conocido por todos a través de mecanismos como el conocimiento del cliente (KYC), o teniendo una organización reconocida como único validador; de este modo, si un validador hace algo incorrecto, se conoce su identidad. -Existen diversas implementaciones de PoA, pero la implementación estándar de Ethereum es **clique**, que implementa [EIP-225](https://eips.ethereum.org/EIPS/eip-225). Clique es fácil de utilizar para los desarrolladores y un estándar fácil de implementar dado que soporta todo tipo de sincronización de clientes. Otras implementaciones incluyen [IBFT 2.0](https://besu.hyperledger.org/private-networks/concepts/poa) y [Aura](https://openethereum.github.io/Chain-specification). +Existen diversas implementaciones de PoA, pero la implementación estándar de Ethereum es **clique**, que implementa [EIP-225](https://eips.ethereum.org/EIPS/eip-225). Clique es fácil de utilizar para los desarrolladores y un estándar fácil de implementar dado que soporta todo tipo de sincronización de clientes. Otras implementaciones incluyen [IBFT 2.0](https://besu.hyperledger.org/stable/private-networks/concepts/poa) y [Aura](https://openethereum.github.io/Chain-specification). ## Cómo funciona {#how-it-works} @@ -65,7 +65,7 @@ Si, por ejemplo, hubiera 10 firmantes autorizados y cada firmante puede crear 1 - [PoA en la cadena de bloques](https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba) - [Clique explicado](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d) - [PoA obsoleta, especificación Aura](https://openethereum.github.io/Chain-specification) -- [IBFT 2.0, otro tipo de implementación de PoA](https://besu.hyperledger.org/private-networks/concepts/poa) +- [IBFT 2.0, otro tipo de implementación de PoA](https://besu.hyperledger.org/stable/private-networks/concepts/poa) ### ¿Es más bien de los que aprende viendo? {#visual-learner} diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md index d854a64e34d..5a2fb6f4cea 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md @@ -4,11 +4,11 @@ description: Conozca mejor los vectores de ataque conocidos en la prueba de part lang: es --- -Los ladrones y saboteadores buscan constantemente oportunidades para atacar el software de cliente de Ethereum. Esta página describe los vectores de ataque conocidos en la capa de consenso de Ethereum y describe cómo se pueden defender esos ataques. La información en esta página está adaptada de una [versión más larga](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs). +Los ladrones y saboteadores buscan constantemente oportunidades para atacar el software de cliente de Ethereum. Esta página describe los vectores de ataque conocidos en la capa de consenso de Ethereum y describe cómo se pueden defender esos ataques. La información en esta página está adaptada de una [versión más larga] (https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs). ## Requisitos previos {#prerequisites} -Se necesita algo de conocimiento básico sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/). Además, también es de utilidad tener una comprensión básica de la [capa de incentivos de Ethereum](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) y del algoritmo de selección de bifurcación (/developers/docs/consensus-mechanisms/pos/gasper). +Se necesita algo de conocimiento básico sobre la [prueba de participación] (/developers/docs/consensus-mechanisms/pos/). Además, también es de utilidad tener una comprensión básica de la [capa de incentivos] de Ethereum (/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) y del algoritmo de selección de bifurcación (/developers/docs/consensus-mechanisms/pos/gasper). ## ¿Qué quieren los atacantes? {#what-do-attackers-want} @@ -58,7 +58,7 @@ Fundamentalmente, todos los ataques de participación pequeña son variaciones s #### reorganizaciones{#reorgs} -Varios documentos han explicado los ataques a Ethereum que logran reorganizaciones o retrasos en la finalidad con solo una pequeña proporción del total de ether en participación. Estos ataques generalmente se basan en que el atacante retiene cierta información de otros validadores y luego la libera de alguna manera matizada y/o en algún momento oportuno. Su objetivo es desplazar a algún bloque honesto de la cadena predilecta. [Neuder y otros 2020](https://arxiv.org/pdf/2102.02247.pdf) mostraron cómo un validador atacante puede crear y certificar un bloque (`B`) para una ranura específica `n+1`, pero abstenerse de propagarlo a otros nodos en la red. En su lugar, retienen ese bloque certificado hasta el siguiente slot `n+2`. Un validador honesto propone un bloque ('C') para la ranura 'n+2'. Casi simultáneamente, el atacante puede liberar su bloque retenido (`B`) junto con las certificaciones retenidas para dicho bloque y, además, certificar que `B` es la cabecera de la cadena con sus votos para la ranura `n+2`, negando efectivamente la existencia del bloque honesto `C`. Cuando se libera el bloque honesto `D`, el algoritmo de selección de bifurcación detecta que `D` construido sobre `B` es más pesado que `D` construido sobre `C`. Por lo tanto, el atacante ha logrado eliminar el bloque honesto `C` en la ranura `n+2` de la cadena predilecta utilizando una reorganización 1-block ex. [Un atacante con el 34 %](https://www.youtube.com/watch?v=6vzXwwk12ZE) de la participación tiene una alta probabilidad de tener éxito en este ataque, como se explica [en esta nota](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En teoría, sin embargo, este ataque podría intentarse con participaciones más pequeñas. [Neuder y otros 2020](https://arxiv.org/pdf/2102.02247.pdf) describieron este ataque funcionando con un 30 % de participación, pero más tarde se demostró que era viable con un [2 % del total de la participación](https://arxiv.org/pdf/2009.04987.pdf) y luego nuevamente para un [único validador](https://arxiv.org/abs/2110.10086#) utilizando técnicas de equilibrio que examinaremos en la siguiente sección. +Varios documentos han explicado los ataques a Ethereum que logran reorganizaciones o retrasos en la finalidad con solo una pequeña proporción del total de ether en participación. Estos ataques generalmente se basan en que el atacante retiene cierta información de otros validadores y luego la libera de alguna manera matizada y/o en algún momento oportuno. Su objetivo es desplazar a algún bloque honesto de la cadena predilecta. [Neuder y otros 2020] (https://arxiv.org/pdf/2102.02247.pdf) mostraron cómo un validador atacante puede crear y certificar un bloque (`B`) para una ranura específica `n+1`, pero abstenerse de propagarlo a otros nodos en la red. En su lugar, retienen ese bloque certificado hasta el siguiente slot `n+2`. Un validador honesto propone un bloque ('C') para la ranura 'n+2'. Casi simultáneamente, el atacante puede liberar su bloque retenido (`B`) junto con las certificaciones retenidas para dicho bloque y, además, certificar que `B` es la cabecera de la cadena con sus votos para la ranura `n+2`, negando efectivamente la existencia del bloque honesto `C`. Cuando se libera el bloque honesto `D`, el algoritmo de selección de bifurcación detecta que `D` construido sobre `B` es más pesado que `D` construido sobre `C`. Por lo tanto, el atacante ha logrado eliminar el bloque honesto `C` en la ranura `n+2` de la cadena predilecta utilizando una reorganización 1-block ex. [Un atacante con el 34 %] (https://www.youtube.com/watch?v=6vzXwwk12ZE) de la participación tiene una alta probabilidad de tener éxito en este ataque, como se explica [en esta nota] (https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En teoría, sin embargo, este ataque podría intentarse con participaciones más pequeñas. [Neuder y otros 2020] (https://arxiv.org/pdf/2102.02247.pdf) describieron este ataque funcionando con un 30 % de participación, pero más tarde se demostró que era viable con un [2 % del total de la participación](https://arxiv.org/pdf/2009.04987.pdf) y luego nuevamente para un [único validador](https://arxiv.org/abs/2110.10086#) utilizando técnicas de equilibrio que examinaremos en la siguiente sección. ![ex-ante re-org](reorg-schematic.png) @@ -74,13 +74,13 @@ Tanto los ataques de rebote como los de equilibrio dependen de que el atacante t Combinadas, estas medidas crean un escenario en el que un proponente de bloques honesto emite su bloque muy rápidamente después del inicio de la ranura, luego hay un período de ~1/3 de una ranura (4 segundos) en el que ese nuevo bloque podría hacer que el algoritmo de elección de bifurcación cambie a otra cadena. Después de esa misma fecha límite, las certificaciones que lleguen de validadores lentos se ponderan en comparación con aquellas que llegaron antes. Esto favorece poderosamente a los proponentes de avisos y validadores a la hora de determinar la cabeza de la cadena y reduce sustancialmente la probabilidad de un ataque de equilibrio o rebote exitoso. -Vale la pena señalar que el impulso del proponente por sí solo solo se defiende contra las «reorganizaciones baratas», es decir, las que intenta un atacante con una pequeña participación. De hecho, el impulso de la propuesta en sí mismo pueden lanzarlo partes interesadas más grandes. Los autores de [esta publicación](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) describren como un atacante con el 7 % de la participación puede implementar sus votos estrategicamente para engañar a los validadores honestos, reorganizando bloques confiables, para construir sus bifurcaciones. Este ataque se ideó asumiendo condiciones de latencia ideales que son muy poco probables. Las probabilidades siguen siendo muy altas para el atacante, y la mayor participación también significa más capital en riesgo y un desincentivo económico más fuerte. +Vale la pena señalar que el impulso del proponente por sí solo solo se defiende contra las «reorganizaciones baratas», es decir, las que intenta un atacante con una pequeña participación. De hecho, el impulso de la propuesta en sí mismo pueden lanzarlo partes interesadas más grandes. Los autores de [esta publicación] (https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) describren como un atacante con el 7 % de la participación puede implementar sus votos estrategicamente para engañar a los validadores honestos, reorganizando bloques confiables, para construir sus bifurcaciones. Este ataque se ideó asumiendo condiciones de latencia ideales que son muy poco probables. Las probabilidades siguen siendo muy altas para el atacante, y la mayor participación también significa más capital en riesgo y un desincentivo económico más fuerte. -También se propuso [un ataque de equilibrio específicamente dirigido a la regla LMD](https://ethresear.ch/t/balancing-attack-lmd-edition/11853), el cual sugirió que sería variable a pesar de la intención de quienes proponen. Un atacante establece dos cadenas competidoras equivocando su propuesta de bloque y propagando cada bloque a aproximadamente la mitad de la red cada uno, lo que establece un equilibrio aproximado entre las bifurcaciones. Seguidamente, los validadores que están en colusión confunden sus votos, sincronizándolos de manera que la mitad de la red reciba sus votos para la primera bifurcación `A` y la otra mitad reciba sus votos para la primera bifurcación `B`. Dado que la regla LMD descarta la segunda certificación y conserva solo la primera para cada validador, la mitad de la red observa votos para `A` y ninguno para `B`, mientras que la otra mitad ve votos para `B` y ninguno para `A`. Los autores describen la regla LMD que le da al adversario un «poder notable» para montar un ataque de equilibrio. +También se propuso [un ataque de equilibrio específicamente dirigido a la regla LMD] (https://ethresear.ch/t/balancing-attack-lmd-edition/11853), el cual sugirió que sería variable a pesar de la intención de quienes proponen. Un atacante establece dos cadenas competidoras equivocando su propuesta de bloque y propagando cada bloque a aproximadamente la mitad de la red cada uno, lo que establece un equilibrio aproximado entre las bifurcaciones. Seguidamente, los validadores que están en colusión confunden sus votos, sincronizándolos de manera que la mitad de la red reciba sus votos para la primera bifurcación `A` y la otra mitad reciba sus votos para la primera bifurcación `B`. Dado que la regla LMD descarta la segunda certificación y conserva solo la primera para cada validador, la mitad de la red observa votos para `A` y ninguno para `B`, mientras que la otra mitad ve votos para `B` y ninguno para `A`. Los autores describen la regla LMD que le da al adversario un «poder notable» para montar un ataque de equilibrio. Este vector de ataque LMD se cerró mediante [la actualización del algoritmo de selección de bifurcación](https://github.com/ethereum/consensus-specs/pull/2845) para que descarte por completo a los validadores que confunden sus votos de la consideración en la selección de bifurcación. Los validadores equívocos también tienen su influencia futura descontada por el algoritmo de elección de bifurcación. Esto evita el ataque de equilibrio descrito anteriormente, al tiempo que mantiene la resiliencia contra los ataques avalanchas. -Otra clase de ataque conocido como [**ataques de avalancha**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) se describió en un [documento de marzo de 2022](https://arxiv.org/pdf/2203.01315.pdf). Para montar un ataque avalancha, el atacante necesita controlar a varios proponentes de bloques consecutivos. En cada una de las ranuras de los proponentes de bloque, el atacante retiene su bloque, recogiéndolo hasta que la cadena honesta alcanza un peso de subárbol igual con los bloques retenidos. Seguidamente, los bloques retenidos se liberan para que sean equívocos al máximo. Los autores sugieren que el impulso del proponente, la defensa principal contra los ataques de equilibrio y de rebote no protegen contra algunas variantes de ataques avalancha. Sin embargo, los autores solo demostraron asímismo el ataque a una versión altamente idealizada del algoritmo de selección de bifurcación de Ethereum (usaron GHOST sin LMD). +Otra clase de ataque conocido como [**ataques de avalancha**] (https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) se describió en un [documento de marzo de 2022] (https://arxiv.org/pdf/2203.01315.pdf). Para montar un ataque avalancha, el atacante necesita controlar a varios proponentes de bloques consecutivos. En cada una de las ranuras de los proponentes de bloque, el atacante retiene su bloque, recogiéndolo hasta que la cadena honesta alcanza un peso de subárbol igual con los bloques retenidos. Seguidamente, los bloques retenidos se liberan para que sean equívocos al máximo. Los autores sugieren que el impulso del proponente, la defensa principal contra los ataques de equilibrio y de rebote no protegen contra algunas variantes de ataques avalancha. Sin embargo, los autores solo demostraron asímismo el ataque a una versión altamente idealizada del algoritmo de selección de bifurcación de Ethereum (usaron GHOST sin LMD). El ataque de avalancha se ve mitigado por la parte LMD del algoritmo de elección de bifurcación LMD-GHOST. LMD significa «last message driven» (último mensaje dirigido) y se refiere a una tabla mantenida por cada validador que contiene el último mensaje recibido de otros validadores. Ese campo solo se actualiza si el nuevo mensaje es de una ranura posterior a la que ya está en la tabla para un validador en particular. En la práctica, esto significa que en cada ranura, el primer mensaje recibido es el que se ha aceptado y cualquier mensaje adicional es una equivocación que se debe ignorar. Dicho de otra manera, los clientes de consenso no cuentan las equivocaciones: utilizan el primer mensaje que llega de cada validador y las equivocaciones simplemente se descartan, evitando los ataques avalancha. @@ -127,13 +127,13 @@ Un atacante con el 66 % o más del total de ether apostado puede finalizar su ca Si los validadores deshonestos logran finalizar su versión preferida de la cadena, la comunidad de Ethereum se encuentra en una situación difícil. La cadena predilecta incluye una sección deshonesta incorporada en su historia, mientras que los validadores honestos pueden terminar siendo castigados por certificar una cadena alternativa (honesta). Tenga en cuenta que una cadena finalizada pero incorrecta también podría surgir de un error en un cliente mayoritario. Al fin y al cabo, la última alternativa es confiar en la capa social —es decir, la capa 0— para resolver la situación. -Una de las fortalezas del consenso PoS de Ethereum es que existen [variedad de estrategias defensivas](https://youtu.be/1m12zgJ42dI?t=1712) que la comunidad puede implementar frente a un ataque. Una respuesta mínima podría ser el obligar a salir por la fuerza a los validadores de los atacantes de la red sin ninguna penalización adicional. Para volver a entrar en la red, el atacante tendría que unirse a una cola de activación que garantiza que el conjunto de validadores crezca gradualmente. Por ejemplo, añadir la cantidad de validadores suficientes para duplicar la cantidad de ether apostado tarda unos 200 días, lo que compra efectivamente los validadores honestos 200 días antes de que el atacante pueda intentar otro ataque del 51 %. No obstante, la comunidad también podría optar por penalizar más duramente al atacante, revocando las recompensas pasadas o quemando alguna parte (hasta el 100 %) de su capital en participación. +Una de las fortalezas del consenso PoS de Ethereum es que existen [variedad de estrategias defensivas] (https://youtu.be/1m12zgJ42dI?t=1712) que la comunidad puede implementar frente a un ataque. Una respuesta mínima podría ser el obligar a salir por la fuerza a los validadores de los atacantes de la red sin ninguna penalización adicional. Para volver a entrar en la red, el atacante tendría que unirse a una cola de activación que garantiza que el conjunto de validadores crezca gradualmente. Por ejemplo, añadir la cantidad de validadores suficientes para duplicar la cantidad de ether apostado tarda unos 200 días, lo que compra efectivamente los validadores honestos 200 días antes de que el atacante pueda intentar otro ataque del 51 %. No obstante, la comunidad también podría optar por penalizar más duramente al atacante, revocando las recompensas pasadas o quemando alguna parte (hasta el 100 %) de su capital en participación. Sea cual sea la penalización impuesta al atacante, la comunidad también tiene que decidir juntos si la cadena deshonesta —a pesar de ser la favorecida por el algoritmo de elección de bifurcación codificado en los clientes de Ethereum— es, de hecho, inválida y si la comunidad debería construir encima de la cadena honesta en su lugar. Los validadores honestos podrían acordar colectivamente construir sobre una bifurcación de la cadena de bloques Ethereum aceptada por la comunidad que podría, por ejemplo, haberse bifurcado de la cadena predilecta antes de que comenzara el ataque o eliminar por la fuerza los validadores de los atacantes. Se incentivaría a los validadores honestos a construir sobre esta cadena, porque evitarían las penalizaciones que se les aplican por no certificar ―y con razón― la cadena del atacante. Los intercambios, los atajos y las aplicaciones construidas en Ethereum presumiblemente preferirían estar en la cadena honesta y seguirían a los validadores honestos a la cadena de bloques honesta. -Sin embargo, este sería un desafío sustancial para la gobernanza. Algunos usuarios y validadores sin duda perderían como resultado del cambio de regreso a la cadena honesta, las transacciones en bloques validadas después del ataque podrían potencialmente revertirse, interrumpiendo la capa de la aplicación, y esto simplemente socava la ética de algunos usuarios que tienden a creer que «el código es normativo». Lo más probable es que los intercambios y las aplicaciones hayan vinculado las acciones fuera de la cadena a las transacciones en cadena que ahora se pueden revertir, iniciando una cascada de retractaciones y revisiones que serían difíciles de deshacer de manera justa, especialmente si las ganancias mal obtenidas se han mezclado, se han depositado en DeFi u otros derivados con efectos secundarios para los usuarios honestos. Sin duda, algunos usuarios, tal vez incluso institucionales, ya se habrían beneficiado de la cadena deshonesta, ya sea por ser astutos o por pura casualidad, y podrían oponerse a una bifurcación para proteger sus ganancias. Ha habido solicitudes para ensayar la respuesta de la comunidad a los ataques de más del 51 % para que se pueda ejecutar rápidamente una mitigación coordinada y sensata. Existe una discusión convincente por parte de Vitalik en ethresear.ch [aquí](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) y [aquí](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) y en Twitter [aquí](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). El objetivo de dar una respuesta social coordinada debe ser muy específico y centrarse en el castigo del atacante y la minimización de los efectos para otros usuarios. +Sin embargo, este sería un desafío sustancial para la gobernanza. Algunos usuarios y validadores sin duda perderían como resultado del cambio de regreso a la cadena honesta, las transacciones en bloques validadas después del ataque podrían potencialmente revertirse, interrumpiendo la capa de la aplicación, y esto simplemente socava la ética de algunos usuarios que tienden a creer que «el código es normativo». Lo más probable es que los intercambios y las aplicaciones hayan vinculado las acciones fuera de la cadena a las transacciones en cadena que ahora se pueden revertir, iniciando una cascada de retractaciones y revisiones que serían difíciles de deshacer de manera justa, especialmente si las ganancias mal obtenidas se han mezclado, se han depositado en DeFi u otros derivados con efectos secundarios para los usuarios honestos. Sin duda, algunos usuarios, tal vez incluso institucionales, ya se habrían beneficiado de la cadena deshonesta, ya sea por ser astutos o por pura casualidad, y podrían oponerse a una bifurcación para proteger sus ganancias. Ha habido solicitudes para ensayar la respuesta de la comunidad a los ataques de más del 51 % para que se pueda ejecutar rápidamente una mitigación coordinada y sensata. Existe una discusión convincente por parte de Vitalik en ethresear.ch [aquí](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) y [aquí] (https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) y en Twitter [aquí] (https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). El objetivo de dar una respuesta social coordinada debe ser muy específico y centrarse en el castigo del atacante y la minimización de los efectos para otros usuarios. -La gobernanza es un tema de por sí complicado. Gestionar una respuesta de emergencia de capa 0 a una cadena de finalización deshonesta sin duda sería un desafío para la comunidad de Ethereum, pero [ha sucedido](/ethereum-forks/#dao-fork-summary) —[dos veces](/ethereum-forks/#tangerine-whistle)— en la historia de Ethereum). +La gobernanza es un tema de por sí complicado. Gestionar una respuesta de emergencia de capa 0 a una cadena de finalización deshonesta sin duda sería un desafío para la comunidad de Ethereum, pero [ha sucedido](/history/#dao-fork-summary) —[dos veces](/history/#tangerine-whistle)— en la historia de Ethereum). No obstante, hay algo bastante satisfactorio en una contingencia en la vida real. Al fin y al cabo, incluso con este excelente bloque de tecnología que tenemos, si alguna vez sucediera lo peor, la gente real tendría que coordinar su salida. diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/index.md index dea6849ab68..3f0c3ae7382 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/index.md @@ -4,15 +4,15 @@ description: Una explicación del protocolo de consenso de la prueba de particip lang: es --- -La prueba de participación (PoS) subyace al [mecanismo de consenso](/developers/docs/consensus-mechanisms/) de Ethereum. Ethereum cambió su mecanismo de prueba de participación en 2022 porque es más seguro, consume menos energía y resulta más apropiado para implementar nuevas soluciones de escalabilidad en comparación con la arquitectura anterior de la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow). +La prueba de participación (PoS) subyace al [mecanismo de consenso](/developers/docs/consensus-mechanisms/) de Ethereum. Ethereum cambió su mecanismo de prueba de participación en 2022, porque es más seguro, consume menos energía y resulta más apropiado para implementar nuevas soluciones de escalabilidad, en comparación con la arquitectura anterior de la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow). ## Requisitos previos {#prerequisites} -Para comprender mejor esta página, te recomendamos que primero leas los [mecanismos de consenso](/developers/docs/consensus-mechanisms/). +Para comprender mejor esta página, te recomendamos que primero lea los [mecanismos de consenso](/developers/docs/consensus-mechanisms/). ## ¿Qué es la prueba de participación (PoS)? {#what-is-pos} -La prueba de participación es la manera de probar que los validadores han puesto algo de valor en la red y que puede destruirse si actúan deshonestamente. En la prueba de participación de Ethereum, los validadores explícitamente apuestan capital en forma de ETH en un contrato inteligente en Ethereum. Así pues, el validador es responsable de verificar la validez de los nuevos bloques propagados por la red y, en ciertas circunstancias, de crear y propagar nuevos bloques. Si ellos intentan estafar a la red (por ejemplo al proponer múltiples bloques cuando deberían enviar uno o enviar certificaciones contradictorias), algunas o todas sus apuestas en ETH se pueden destruir. +La prueba de participación es la manera de probar que los validadores han puesto algo de valor en la red y que puede destruirse si actúan deshonestamente. En la prueba de participación de Ethereum, los validadores apuestan explícitamente capital en forma de ETH en un contrato inteligente en Ethereum. Así pues, el validador es responsable de verificar la validez de los nuevos bloques propagados por la red y, en ciertas circunstancias, de crear y propagar nuevos bloques. Si intentan estafar a la red (por ejemplo, al proponer múltiples bloques cuando deberían enviar uno o enviar certificaciones contradictorias), algunas o todas sus apuestas en ETH se pueden destruir. ## Validadores {#validators} @@ -27,55 +27,55 @@ La siguiente explicación detalla íntegramente cómo se ejecuta una transacció 1. Un usuario crea y firma una [transacción](/developers/docs/transactions/) con su clave privada. Esto usualmente se maneja con una cartera o una biblioteca como [ethers.js](https://docs.ethers.org/v6/), [web3js](https://docs.web3js.org/), [web3py](https://web3py.readthedocs.io/en/v5/) etc., pero internamente el usuario está realizando consultas a un nodo usando la [API JSON-RPC](/developers/docs/apis/json-rpc/) de Ethereum. El usuario define la cantidad de gas que está dispuesto a pagar como propina a un validador para animarle a incluir la transacción en un bloque. Las[propinas](/developers/docs/gas/#priority-fee)se pagan al validador, mientras que las[tarifas de base](/developers/docs/gas/#base-fee) se queman. 2. La transacción se envía a un [cliente de ejecución](/developers/docs/nodes-and-clients/#execution-client) de Ethereum que verifica su validez. Esto implica asegurarse de que el emisor tenga suficientes ETH para realizar la transacción y firmarla con la clave correcta. 3. Si la transacción es válida, el cliente de ejecución la añade a su zona de espera local (lista de transacciones pendientes) y también la difunde a otros nodos a través de la red de intercambio de información (o Gossip) de la capa de ejecución. Cuando otros nodos se enteran de la transacción, la añaden también a su zona de espera local. Los usuarios avanzados podrían abstenerse de transmitir su transacción y, en su lugar, redirigirla a constructores de bloques especializados como las [subastas de Flashbots](https://docs.flashbots.net/flashbots-auction/overview). Esto les permite organizar las transacciones en los próximos bloques para obtener la máxima ganancia ([MEV](/developers/docs/mev/#mev-extraction)). -4. Uno de los nodos validadores de la red es el proponente de bloques para la vacante actual, habiendo sido seleccionado previamente de forma pseudoaleatoria utilizando RANDAO. Este nodo es responsable de construir y difundir el siguiente bloque que se añadirá a la cadena de bloques de Ethereum y de actualizar el estado global. El nodo se compone de tres partes: un cliente de ejecución, un cliente de consenso y un cliente validador. El cliente de ejecución agrupa las transacciones de la zona de espera local en una «carga útil de ejecución» y las ejecuta localmente para generar un cambio de estado. Esta información se transmite al cliente de consenso donde la carga útil de ejecución se recoge como parte de un «bloque de baliza» que también contiene información sobre recompensas, penalizaciones, recortes, certificaciones y demás que permiten a la red acordar la secuencia de bloques en la cabeza de la cadena. La comunicación entre los clientes de ejecución y consenso se describe con más detalle en [Cómo conectar a los clientes de consenso y ejecución](/developers/docs/networking-layer/#connecting-clients). -5. Otros nodos reciben el nuevo bloque de baliza en la red de intercambio de información de la capa de consenso. Lo pasan a su cliente de ejecución, donde las transacciones se vuelven a ejecutar localmente para garantizar que el cambio de estado propuesto es válido. El cliente validador certifica que el bloque es válido y es el siguiente bloque lógico en su visión de la cadena (lo que significa que se construye sobre la cadena con el mayor peso de certificaciones según se define en las [reglas de elección de bifurcación](/developers/docs/consensus-mechanisms/pos/#fork-choice)). El bloque se añade a la base de datos local de cada nodo que lo certifica. +4. Uno de los nodos validadores de la red es el proponente de bloques para la vacante actual, habiendo sido seleccionado previamente de forma pseudoaleatoria utilizando RANDAO. Este nodo es responsable de construir y difundir el siguiente bloque que se añadirá a la cadena de bloques de Ethereum y de actualizar el estado global. El nodo se compone de tres partes: un cliente de ejecución, un cliente de consenso y un cliente validador. El cliente de ejecución agrupa las transacciones de la zona de espera local en una «carga útil de ejecución» y las ejecuta localmente para generar un cambio de estado. Esta información se transmite al cliente de consenso donde la carga útil de ejecución se recoge como parte de un «bloque de baliza», que también contiene información sobre recompensas, penalizaciones, recortes, certificaciones y demás que permiten a la red acordar la secuencia de bloques en la cabeza de la cadena. La comunicación entre los clientes de ejecución y consenso se describe con más detalle en [Cómo conectar a los clientes de consenso y ejecución](/developers/docs/networking-layer/#connecting-clients). +5. Otros nodos reciben el nuevo bloque de baliza en la red de intercambio de información de la capa de consenso. Lo pasan a su cliente de ejecución, donde las transacciones se vuelven a ejecutar localmente para garantizar que el cambio de estado propuesto sea válido. El cliente validador certifica que el bloque es válido y es el siguiente bloque lógico en su visión de la cadena (lo que significa que se construye sobre la cadena con el mayor peso de certificaciones según se define en las [reglas de elección de bifurcación](/developers/docs/consensus-mechanisms/pos/#fork-choice)). El bloque se añade a la base de datos local de cada nodo que lo certifica. 6. La transacción puede considerarse «finalizada» si se ha convertido en parte de una cadena con un enlace «supermayoritario» entre dos puntos de control. Los puntos de control ocurren al comienzo de cada época y existen para dar cuenta del hecho de que solo un subconjunto de validadores activos certifique en cada ranura, pero todos los validadores activos certifican en cada época. Por lo tanto, sólo se puede demostrar un «enlace supermayoritario» entre épocas (el 66 % del total del ETH apostado en la red tiene que estar de acuerdo en dos puntos de control). En la siguiente sección se detalla la finalidad. ## Finalidad {#finality} -Una transacción tiene la «finalidad» de distribuir redes cuando no se puede cambiar una parte del bloque sin que se queme una gran cantidad de ETH. Con la prueba de participación de Ethereum, esto se resuelve utilizando bloques de «puntos de control». El primer bloque de cada época será un punto de control. Los validadores votan por los pares de puntos que consideran válidos. Si un par de puntos de control atrae votos que representan al menos dos tercios del total de ETH apostado, los puntos de control se actualizan. El más reciente entre ambos (objetivo) se convierte en «justificado». El primero de los dos de por sí ya está justificado al ser el «objetivo» de la época anterior. Ahora se ha clasificado como «finalizado». +Una transacción tiene la «finalidad» de distribuir redes cuando no se puede cambiar una parte del bloque sin que se queme una gran cantidad de ETH. Con la prueba de participación de Ethereum, esto se resuelve utilizando bloques de «puntos de control». El primer bloque de cada época será un punto de control. Los validadores votan por los pares de puntos de control que consideran válidos. Si un par de puntos de control atrae votos que representan al menos dos tercios del total de ETH participado, los puntos de control se actualizan. El más reciente entre ambos (objetivo) se convierte en «justificado». El primero de los dos de por sí ya está justificado al ser el «objetivo» de la época anterior. Ahora se ha clasificado como «finalizado». -Para revertir un bloque finalizado, un atacante se comprometería a perder al menos un tercio del total de ETH apostado. La razón exacta de esto se explica en esta [publicación del blog de Ethereum Fondation](https://blog.ethereum.org/2016/05/09/on-settlement-finality/). Ya que la finalización requiere una mayoría de dos tercios, un atacante podría evitar que se alcance la finalización en la red al votar con un tercio de la apuesta total. Existe un mecanismo de defensa contra esto: el [filtro de inactividad](https://eth2book.info/bellatrix/part2/incentives/inactivity). Este se activa cada vez que la cadena no logra finalizar tras más de cuatro épocas. El filtro de inactividad diluye el ETH en reserva de los validadores que han votado contra la mayoría, permitiendo así que la mayoría logre recuperar los dos tercios para finalizar la cadena. +Para revertir un bloque finalizado, un atacante se comprometería a perder al menos un tercio del total de ETH participado. La razón exacta de esto se explica en esta [publicación del blog de Ethereum Fondation](https://blog.ethereum.org/2016/05/09/on-settlement-finality/). Ya que la finalización requiere una mayoría de dos tercios, un atacante podría evitar que se alcance la finalización en la red al votar con un tercio de la participación total. Existe un mecanismo de defensa contra esto llamado [filtro de inactividad](https://eth2book.info/bellatrix/part2/incentives/inactivity). Este filtro se activa cada vez que la cadena no logra finalizar tras más de cuatro épocas. El filtro de inactividad diluye el ETH participado de los validadores que han votado contra la mayoría, permitiendo así que la mayoría logre recuperar los dos tercios para finalizar la cadena. ## Seguridad criptoeconómica {#crypto-economic-security} Hacer de validador significa adoptar un firme compromiso. Se espera que el validador cuente con el hardware y la conectividad suficientes para participar en la validación y propuesta de bloques. A cambio, el validador recibirá un pago en ETH (haciendo que su saldo de participación aumente). Por otra parte, al participar como validador también se abren nuevos caminos para que ciertos usuarios ataquen la red en busca de beneficios propios o sabotajes. Para evitarlo, los validadores perderán las recompensas en ETH cuando no participen tras haber sido asignados, así como también se podrá destruir el ETH de sus participaciones ante malas conductas. Dos principales comportamientos pueden considerarse deshonestos: proponer múltiples bloques en un solo espacio (equivocación) y presentar certificaciones contradictorias. -La cantidad de ETH recortados dependerá del número de validadores que se vean afectados en ese preciso momento. Esto se conoce como [«penalización por correlación»](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty), que podrá ser inferior (~1% de reducción del fondo de garantía para un solo validador) o incluso puede resultar en la destrucción del 100 % de la garantía del validador (evento masivo de recortes). Se podrá imponer a mitad del proceso un período de salida forzosa con una penalización inmediata (de hasta 1 ETH) el primer día, la penalización por correlación el 18.º día y, por último, la expulsión de la red el 36.º día. Recibirán multas por certificaciones menores a diario al estar presentes en la red sin participar en las votaciones. Esto significaría que un ataque coordinado podría resultar muy costoso para el atacante. +La cantidad de ETH recortados dependerá del número de validadores que se vean afectados en ese preciso momento. Esto se conoce como [«penalización por correlación»](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty), que podrá ser inferior (~1 % de recorte del fondo para un solo validador) o incluso puede resultar en la destrucción del 100 % de la garantía del validador (evento masivo de recortes). Se podrá imponer a mitad del proceso un período de salida forzosa con una penalización inmediata (de hasta 1 ETH) el primer día, la penalización por correlación el 18.º día y, por último, la expulsión de la red el 36.º día. Recibirán multas por certificaciones menores a diario al estar presentes en la red sin participar en las votaciones. Esto significaría que un ataque coordinado podría resultar muy costoso para el atacante. -## Selección de bifurcación {#fork-choice} +## Opción de bifurcación {#fork-choice} Cuando la red opera de manera óptima y honesta, solo habrá un nuevo bloque en la cabeza de la cadena y todos los validadores lo certifican. A pesar de ello, existe la posibilidad de que los validadores tengan diferentes puntos de vista en relación con la cabeza de la cadena debido a latencias en la red o ante la equivocación de un proponente de bloque. Por este motivo, se requiere de un algoritmo para que los clientes de consenso puedan decidir a cuál favorecer. El algoritmo empleado en la prueba de participación de Ethereum se llama [LMD-GHOST](https://arxiv.org/pdf/2003.03052.pdf), y opera identificando la bifurcación que tenga la mayor cantidad de certificaciones en su historial. ## Prueba de participación y seguridad {#pos-and-security} -La amenaza de un [ataque del 51 %](https://www.investopedia.com/terms/1/51-attack.asp) aún está presente en la prueba de participación, al igual que en la prueba de trabajo, solo que ahora es incluso más peligroso para los atacantes. Un atacante necesitará el 51 % del ETH apostado como garantía. Luego podrían hacer uso de sus certificaciones para asegurar que la bifurcación que han elegido sea la que acumula la mayor cantidad de certificaciones. El «peso» de las certificaciones acumuladas lo utilizan los clientes de consenso para determinar cuál es la cadena correcta, por lo que este atacante podría ser capaz de convertir su bifurcación en la predilecta. Sin embargo, una ventaja que la prueba de participación (PoS) tiene frente a la prueba de trabajo (PoW) es que la comunidad cuenta con la flexibilidad de perpetrar un contraataque. Por ejemplo, los validadores honestos podrán optar por seguir construyendo en la cadena minoritaria, ignorando la bifurcación del atacante e invitando a las aplicaciones, intercambios y reservas de liquidez a actuar en consecuencia. También tendrían la posibilidad de eliminar de la red al atacante de manera forzosa, así como destruir su ETH apostado. Estas son defensas económicas sólidas contra un ataque del 51 %. +La amenaza de un [ataque del 51 %](https://www.investopedia.com/terms/1/51-attack.asp) aún está presente en la prueba de participación, al igual que en la prueba de trabajo, solo que ahora es incluso más peligroso para los atacantes. Un atacante necesitará el 51 % del ETH participado como garantía. Luego podrían hacer uso de sus certificaciones para asegurar que la bifurcación que han elegido sea la que acumula la mayor cantidad de certificaciones. El «peso» de las certificaciones acumuladas lo utilizan los clientes de consenso para determinar cuál es la cadena correcta, por lo que este atacante podría ser capaz de convertir su bifurcación en la predilecta. Sin embargo, una ventaja que la prueba de participación (PoS) tiene frente a la prueba de trabajo (PoW) es que la comunidad cuenta con la flexibilidad de perpetrar un contraataque. Por ejemplo, los validadores honestos podrán optar por seguir construyendo en la cadena minoritaria, ignorando la bifurcación del atacante e invitando a las aplicaciones, intercambios y reservas de liquidez a actuar en consecuencia. También tendrían la posibilidad de eliminar de la red al atacante de manera forzosa, así como destruir su ETH participado. Estas son defensas económicas sólidas contra un ataque del 51 %. -Más allá del 51% de los ataques, los malos actores también podrían intentar otros tipos de actividades maliciosas, como: +Aparte de los ataque del 51 %, los malos actores también podrían intentar otros tipos de acciones maliciosas, como: - ataques de largo alcance (aunque el artilugio de finalidad neutraliza este vector de ataque) -- reorganizaciones de corto alcance (aunque el impulso del proponente [proposer boosting] y los plazos de certificación mitigan esto) -- ataques de rebote y equilibrio (también mitigados por el impulso del proponente; estos ataques de todos modos solo se han demostrado en condiciones de red idealizadas) +- reorganizaciones de corto alcance (aunque el impulso del proponente [proposer boosting] y los plazos de certificación lo mitigan) +- ataques de rebote y equilibrio (también mitigados por el impulso del proponente; estos ataques de todos modos solo se han demostrado en condiciones de red hipotéticas) - ataques de avalancha (neutralizados por la regla de los algoritmos de elección de bifurcación de solo considerar el último mensaje) En conjunto, la prueba de participación, tal como ha sido implementada en Ethereum, demuestra tener mayor seguridad económica que la prueba de trabajo. ## Ventajas y desventajas {#pros-and-cons} -| Ventajas | Desventajas | -| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | -| Apostar facilita la participación de las personas en la protección de la seguridad de la red, promoviendo así la descentralización. el nodo de validación puede ejecutarse en un portátil convencional. Las reservas de apuestas permiten que los usuarios puedan apostar sin tener 32 ETH. | La prueba de participación es reciente y con menos pruebas de resistencia que la prueba de trabajo | -| La participación es más descentralizada. Las economías de escala no son aplicables en la misma medida en que se hacía con el minado en PoW. | La implementación de la prueba de participación es mucho más compleja que con la prueba de trabajo. | -| La prueba de participación ofrece mayor seguridad criptoeconómica en comparación con la prueba de trabajo. | Los usuarios deben ejecutar tres piezas de software distintas para poder participar en la prueba de participación de Ethereum. | -| Se requiere una menor emisión de nuevos ETH para incentivar a los participantes de la red. | | +| Ventajas | Desventajas | +| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | +| Apostar facilita la participación de las personas en la protección de la seguridad de la red, lo que promueve la descentralización. el nodo de validación puede ejecutarse en un portátil convencional. Las reservas de participaciones permiten que los usuarios puedan apostar sin tener 32 ETH. | La prueba de participación es reciente y con menos pruebas de resistencia que la prueba de trabajo | +| La participación es más descentralizada. Las economías de escalabilidad no son aplicables en la misma medida en que se hacía con el minado en PoW. | La implementación de la prueba de participación es mucho más compleja que con la prueba de trabajo. | +| La prueba de participación ofrece mayor seguridad criptoeconómica en comparación con la prueba de trabajo. | Los usuarios deben ejecutar tres piezas de software distintas para poder participar en la prueba de participación de Ethereum. | +| Se requiere una menor emisión de nuevos ETH para incentivar a los participantes de la red. | | ### Comparación con la prueba de trabajo {#comparison-to-proof-of-work} -Ethereum originalmente utilizaba prueba de trabajo (PoW), pero cambió a prueba de participación (PoS) en septiembre de 2022. La PoS ofrece varias ventajas sobre la PoW, a saber: +Ethereum originalmente utilizaba prueba de trabajo (PoW), pero cambió a la prueba de participación (PoS) en septiembre de 2022. La PoS ofrece varias ventajas sobre la PoW, a saber: -- Mayor eficiencia energética: no hay necesidad de emplear las grandes cantidades de energía requeridas para computar que se usaban con la prueba de trabajo (PoW). +- Mayor eficiencia energética: no hay necesidad de emplear las grandes cantidades de energía para computar que se usaban con la prueba de trabajo (PoW). - Menos barreras para entrar al reducir los requisitos de hardware: no es necesario emplear hardware de primera clase para tener las posibilidades de crear nuevos bloques. - Un reducido riesgo de centralización: la prueba de participación debería traer consigo una mayor cantidad de nodos que protejan la red. - Debido al bajo consumo energético, se requiere de una menor emisión de ETH para incentivar la participación. @@ -84,7 +84,7 @@ Ethereum originalmente utilizaba prueba de trabajo (PoW), pero cambió a prueba ## Más información {#further-reading} -- [Prueba de participación PF](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) _Vitalik Buterin_ +- [Preguntas frecuentes sobre la prueba de participación](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) _Vitalik Buterin_ - [Qué es la prueba de participación](https://consensys.net/blog/blockchain-explained/what-is-proof-of-stake/) _ConsenSys_ - [Qué es la prueba de participación y por qué es importante](https://bitcoinmagazine.com/culture/what-proof-of-stake-is-and-why-it-matters-1377531463) _Vitalik Buterin_ - [Por qué existe la prueba de participación (noviembre de 2020)](https://vitalik.eth.limo/general/2020/11/06/pos2020.html) _Vitalik Buterin_ diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/keys/index.md index bf573e04f89..3f2ffc439b8 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/keys/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/keys/index.md @@ -56,7 +56,7 @@ La separación de las claves del validador de las claves de la cuenta de Ethereu ![esquema de la clave del validador](validator-key-schematic.png) -**Nota**: Salir de las funciones de participación y retirar el balance del validador actualmente requiere firmar un [mensaje de salida voluntaria (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) con la clave de validador. Sin embargo, [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) es una propuesta que permitirá a un usuario activar la salida de un validador y retirar su balance firmando mensajes de salida con la clave de retirada en el futuro. Esto reducirá las suposiciones de confianza al permitir que los participantes que delegan ETH a [proveedores de participación como servicio](/staking/saas/#what-is-staking-as-a-service) mantengan el control de sus fondos. +**Nota**: Salir de las funciones de participación y retirar el balance del validador actualmente requiere firmar un [mensaje de salida voluntaria (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) con la clave de validador. Sin embargo, [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) es una propuesta que permitirá a un usuario activar la salida de un validador y retirar su balance firmando mensajes de salida con la clave de retirada en el futuro. Esto reducirá las suposiciones de confianza al permitir que los participantes que delegan ETH a [proveedores de participación como servicio](https://ethereum.org/en/staking/saas/#what-is-staking-as-a-service) mantengan el control de sus fondos. ## Derivar claves de una frase semilla {#deriving-keys-from-seed} @@ -96,5 +96,5 @@ Cada rama está separada por un `/`, por lo que `m/2` significa comenzar con la - [Publicación en el blog de Ethereum Foundation por Carl Beekhuizen](https://blog.ethereum.org/2020/05/21/keys/) - [Generación de claves EIP-2333 BLS12-381](https://eips.ethereum.org/EIPS/eip-2333) -- [EIP-7002: Salidas activables por la capa de ejecución](https://web.archive.org/web/20250125035123/https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge) +- [EIP-7002: Salidas activables por la capa de ejecución](https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge) - [Gestión de claves a gran escala](https://docs.ethstaker.cc/ethstaker-knowledge-base/scaled-node-operators/key-management-at-scale) diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md index 13ad7358dcc..c3fd8807174 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md @@ -70,7 +70,7 @@ Los recortes son una acción más grave que resulta en la eliminación forzada d - Certificar un bloque que «rodea» a otro (cambiando completamente la historia). - Por «doble votación» al certificar a dos candidatos para el mismo bloque. -Si se detectan estas acciones, el validador se recorta. Esto significa que 1/32 de su ether apostado (hasta un máximo de 1 ether) se quema inmediatamente, luego comienza un período de eliminación de 36 días. Durante este período de eliminación, la participación del validador se desvanece gradualmente. En el punto medio (18.º día) se aplica una penalización adicional cuya magnitud se prorratea con el ether total en participación de todos los validadores recortados en los 36 días anteriores al evento de recorte. Esto significa que cuando se recortan más validadores, la magnitud del recorte aumenta. El recorte máximo es el balance efectivo completo de todos los validadores recortados (es decir, si hay muchos validadores que se recortan, podrían perder toda su participación). Por otro lado, un solo evento de recorte aislado solo quema una pequeña parte de la participación del validador. Esta penalización de punto medio que se prorratea con el número de validadores recortados se llama «pena de correlación». +Si se detectan estas acciones, el validador se recorta. Esto quiere decir que 0,0078125 ETH se queman inmediatamente para un validador de 32 ETH (escalado linealmente con el balance activo), seguido de un periodo de eliminación de 36 días. Durante este período de eliminación, la participación del validador se desvanece gradualmente. En el punto medio (18.º día) se aplica una penalización adicional cuya magnitud se prorratea con el ether total en participación de todos los validadores recortados en los 36 días anteriores al evento de recorte. Esto significa que cuando se recortan más validadores, la magnitud del recorte aumenta. El recorte máximo es el balance efectivo completo de todos los validadores recortados (es decir, si hay muchos validadores que se recortan, podrían perder toda su participación). Por otro lado, un solo evento de recorte aislado solo quema una pequeña parte de la participación del validador. Esta penalización de punto medio que se prorratea con el número de validadores recortados se llama «pena de correlación». ## Pérdida por inactividad {#inactivity-leak} @@ -84,6 +84,7 @@ El diseño de recompensa, penalización y recorte del mecanismo de consenso anim - [Incentivos en el protocolo híbrido Casper de Ethereum](https://arxiv.org/pdf/1903.04205.pdf) - [Especificaciones anotadas de Vitalik](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1) - [Consejos para la prevención de recortes en Eth2](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) +- [EIP-7251 explicado: Aumento del saldo máximo efectivo para validadores](https://research.2077.xyz/eip-7251_Increase_MAX_EFFECTIVE_BALANCE) - [Análisis de las penalizaciones por recortes bajo EIP-7251](https://ethresear.ch/t/slashing-penalty-analysis-eip-7251/16509) _Fuentes_ diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md index aa982e3e616..8ac1cc003bb 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md @@ -16,7 +16,7 @@ La subjetividad es inherente a las cadenas de bloques de prueba de participació ## Puntos de control de subjetividad débiles {#ws-checkpoints} -La subjetividad débil se implementa en la prueba de participación de Ethereum mediante el uso de «puntos de control de subjetividad débiles». Estos son declaraciones de que todos los nodos de la red están de acuerdo en pertenecer a la cadena predilecta. Sirven el mismo propósito de «verdad universal» para los bloques originales, excepto que no se encuentran en la posición original en la cadena de bloques. El algoritmo de elección de bifurcación confía en que el estado de la cadena de bloques definido en ese punto de control sea correcto y verifica de forma independiente y objetiva la cadena a partir de ese momento. Los puntos de control actúan como «límites de reversión» porque los bloques localizados antes de los puntos de control de subjetividad débil no se pueden cambiar. Esto socava los ataques de largo alcance simplemente al definir que las bifurcaciones de largo alcance no son válidas como parte del diseño del mecanismo. Asegurarse de que los puntos de control de subjetividad débiles estén separados por una distancia más pequeña que el período de retirada del validador garantiza que un validador que bifurca la cadena sea recortado al menos una cantidad de umbral antes de que puedan retirar su participación y que los validadores cuya participación haya sido retirada no puedan engañar a los nuevos participantes en bifurcaciones incorrectas. +La subjetividad débil se implementa en la prueba de participación de Ethereum mediante el uso de «puntos de control de subjetividad débiles». Estos son declaraciones de que todos los nodos de la red están de acuerdo en pertenecer a la cadena predilecta. Sirven para el mismo objetivo de «verdad universal» que el bloque génesis, con la excepción de que no se encuentran en la posición génesis en la cadena de bloques. El algoritmo de elección de bifurcación confía en que el estado de la cadena de bloques definido en ese punto de control sea correcto y verifica de forma independiente y objetiva la cadena a partir de ese momento. Los puntos de control actúan como «límites de reversión» porque los bloques localizados antes de los puntos de control de subjetividad débil no se pueden cambiar. Esto socava los ataques de largo alcance simplemente al definir que las bifurcaciones de largo alcance no son válidas como parte del diseño del mecanismo. Asegurarse de que los puntos de control de subjetividad débiles estén separados por una distancia más pequeña que el período de retirada del validador garantiza que un validador que bifurca la cadena sea recortado al menos una cantidad de umbral antes de que puedan retirar su participación y que los validadores cuya participación haya sido retirada no puedan engañar a los nuevos participantes en bifurcaciones incorrectas. ## Diferencia entre los puntos de control de subjetividad débiles y los bloques finalizados {#difference-between-ws-and-finalized-blocks} @@ -34,6 +34,6 @@ Finalmente, se pueden solicitar puntos de control de otros nodos; tal vez otro u - [Debilidad subjetiva en Eth2](https://notes.ethereum.org/@adiasg/weak-subjectvity-eth2) - [Vitalik: Cómo aprendí a amar la subjetividad débil](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) -- [Subjetividad débil (documentos de Teku)](https://docs.teku.consensys.io/concepts/weak-subjectivity) +- [Subjetividad débil (documentos de Teku)](https://docs.teku.consensys.net/en/latest/Concepts/Weak-Subjectivity/) - [Guía de subjetividad débil, Fase-0](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/weak-subjectivity.md) - [Análisis de la subjetividad débil en Ethereum 2.0](https://github.com/runtimeverification/beacon-chain-verification/blob/master/weak-subjectivity/weak-subjectivity-analysis.pdf) diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md index c715e2fea4d..54555449303 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md @@ -6,14 +6,9 @@ lang: es La red Ethereum comenzó utilizando un mecanismo de consenso que implica una**[prueba de trabajo (o PoW, por sus siglas en inglés)](/developers/docs/consensus-mechanisms/pow)**. Esto permite a la red de Ethereum ponerse de acuerdo sobre el estado de toda la información registrada en la cadena de bloques de Ethereum y prevenir ciertos tipos de ataques económicos. Sin embargo, Ethereum se desconectó de la prueba de trabajo en 2022 y empezó a usar la [prueba de participación](/developers/docs/consensus-mechanisms/pos) en su lugar. - - - - - La prueba de trabajo ha quedado obsoleta. Ethereum ya no utiliza la prueba de trabajo como parte de su mecanismo de consenso. En su lugar, utiliza la prueba de participación. Descubra más cosas sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/) y la [participación](/staking/). - - - + + La prueba de trabajo ha quedado obsoleta. Ethereum ya no utiliza la prueba de trabajo como parte de su mecanismo de consenso. En su lugar, utiliza la prueba de participación. Profundice sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/) y [participación](/staking/). + ## Requisitos previos {#prerequisites} @@ -61,7 +56,7 @@ Para crear sistemáticamente bloques maliciosos pero que sean válidos, un miner La prueba de trabajo también es responsable de la generación de nuevas monedas en el sistema e incentivar a que los mineros lleven a cabo el trabajo. -Desde la actualización del [Constantinople](/ethereum-forks/#constantinople), los mineros que crearon con éxito un bloque fueron recompensados con dos ETH y parte de las comisiones de transacción. Los bloques de Ommer también compensaron 1,75 ETH. Los bloques de Ommer eran bloques válidos creados por un minero prácticamente al mismo tiempo que otro minero creó el bloque exacto, que fue determinado en última instancia por la cadena que se construyó sobre la parte superior de la primera. Los bloques Ommer suelen producirse debido a la latencia de la red. +Desde la actualización del [Constantinople](/history/#constantinople), los mineros que crearon con éxito un bloque fueron recompensados con dos ETH y parte de las comisiones de transacción. Los bloques de Ommer también compensaron 1,75 ETH. Los bloques de Ommer eran bloques válidos creados por un minero prácticamente al mismo tiempo que otro minero creó el bloque exacto, que fue determinado en última instancia por la cadena que se construyó sobre la parte superior de la primera. Los bloques Ommer suelen producirse debido a la latencia de la red. ## Finalidad {#finality} diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/index.md index 0ef84152969..5c430c82531 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/index.md @@ -4,14 +4,9 @@ description: Una explicación de cómo funcionaba la minería en Ethereum. lang: es --- - - - - + La prueba de trabajo ya no es la base del mecanismo de consenso de Ethereum, lo que significa que la minería se ha desactivado. En lugar de ello, Ethereum está asegurado por validadores que participan en ETH. Puede comenzar hoy mismo a participar en ETH. Descubrá más cosas sobre La Fusión, la prueba de participación (PoS) y la participación. Esta página es para interés histórico solamente. - - - + ## Requisitos previos {#prerequisites} diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md index a0785818a19..0a8d1b51364 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md @@ -4,16 +4,11 @@ description: Un examen detallado del algoritmo Ethash. lang: es --- - - - - - Ethash era el algoritmo de minería de prueba de trabajo de Ethereum. La prueba de trabajo ahora se ha **desactivado por completo** y Ethereum ahora está protegido utilizando la [prueba de participación](/developers/docs/consensus-mechanisms/pos/) en su lugar. Descubra más en [La Fusión](/roadmap/merge/), [prueba de participación (PoS)](/developers/docs/consensus-mechanisms/pos/) y la [participación](/staking/). ¡Esta página es de interés histórico! - - - - -Ethash es una versión modificada del algoritmo [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto). La prueba de trabajo de Ethash es de [memoria dura](https://wikipedia.org/wiki/Memory-hard_function), lo que se pensaba que hacía que el algoritmo fuera resistente a ASIC. Finalmente se desarrollaron los ASIC de Ethash, pero la minería de GPU seguía siendo una opción viable hasta que se desactivó la prueba de trabajo. Ethash todavía se utiliza para minar otras monedas en otras redes de prueba de trabajo que no son de Ethereum. + + Ethash era el algoritmo de minería de prueba de trabajo de Ethereum. La prueba de trabajo ahora se ha **desactivado por completo** y Ethereum ya está protegido utilizando la [prueba de participación](/developers/docs/consensus-mechanisms/pos/) en su lugar. Profundice sobre [la Fusión](/roadmap/merge/), [prueba de participación](/developers/docs/consensus-mechanisms/pos/) y la [participación](/staking/). ¡Esta página es de interés histórico! + + +[Ethash](https://github.com/ethereum/wiki/wiki/Ethash) es una versión modificada del algoritmo [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto). La prueba de trabajo de Ethash es de [memoria dura](https://wikipedia.org/wiki/Memory-hard_function), lo que se pensaba que hacía que el algoritmo fuera resistente a ASIC. Finalmente se desarrollaron los ASIC de Ethash, pero la minería de GPU seguía siendo una opción viable hasta que se desactivó la prueba de trabajo. Ethash todavía se utiliza para minar otras monedas en otras redes de prueba de trabajo que no son de Ethereum. ## ¿Cómo funciona Ethash? {#how-does-ethash-work} diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md index 1ccd939c070..cead7982c06 100644 --- a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md +++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md @@ -4,14 +4,9 @@ description: Un examen detallado de los algoritmos utilizados para la minería d lang: es --- - - - - + La prueba de trabajo ya no es parte de la base del mecanismo de consenso de Ethereum, esto quiere decir que el minado ha sido apagado. En cambio, Ethereum está asegurado por validadores que participan en ETH. Puede comenzar su participación con ETH hoy. Descubrá más cosas sobre La Fusión, la prueba de participación (PoS) y la participación. Esta página es solo de interés histórico. - - - + La minería de Ethereum utilizo un algoritmo conocido como Ethash. La idea fundamental del algoritmo es que un minero intenta encontrar un contador nonce usando el cálculo computacional en bruto, de esta forma el hash resultante es menor que el umbral determinado por la dificultad calculada. Este nivel de dificultad se puede ajustar de forma dinámica, permitiendo que la producción de bloques ocurra en un intervalo regular. diff --git a/public/content/translations/es/developers/docs/dapps/index.md b/public/content/translations/es/developers/docs/dapps/index.md index 899dd1970b5..1c295b04d32 100644 --- a/public/content/translations/es/developers/docs/dapps/index.md +++ b/public/content/translations/es/developers/docs/dapps/index.md @@ -1,5 +1,5 @@ --- -title: Introducción a las DApps +title: Introducción técnica a las DApps description: lang: es --- diff --git a/public/content/translations/es/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/es/developers/docs/data-and-analytics/block-explorers/index.md index 7ed7cd7ac79..589852cb152 100644 --- a/public/content/translations/es/developers/docs/data-and-analytics/block-explorers/index.md +++ b/public/content/translations/es/developers/docs/data-and-analytics/block-explorers/index.md @@ -13,19 +13,19 @@ Es necesario que comprenda los conceptos básicos de Ethereum para poder entende ## Servicios {#services} -- [Etherscan](https://etherscan.io/) -_También disponible en chino, coreano, ruso y japonés_ +- [Etherscan:](https://etherscan.io/) _También disponible en chino, coreano, ruso y japonés_ - [3xpl](https://3xpl.com/ethereum) - [Beaconcha.in](https://beaconcha.in/) -- [Blockchair](https://blockchair.com/ethereum) -_También disponible en inglés, francés, italiano, neerlandés, portugués, ruso, chino y farsi_ +- [Blockchair:](https://blockchair.com/ethereum) _También disponible en inglés, francés, italiano, neerlandés, portugués, ruso, chino y farsi_ - [Blockscout](https://eth.blockscout.com/) - [Chainlens](https://www.chainlens.com/) - [Explorador de bloques DexGuru](https://ethereum.dex.guru/) - [Etherchain](https://www.etherchain.org/) - [Ethernow](https://www.ethernow.xyz/) -- [Ethplorer](https://ethplorer.io/) -_También disponible en chino, español, francés, turco, ruso, coreano y vietnamita_ +- [Ethplorer:](https://ethplorer.io/) _También disponible en chino, español, francés, turco, ruso, coreano y vietnamita_ - [EthVM](https://www.ethvm.com/) - [OKLink](https://www.oklink.com/eth) -- [Rantom](https://rantom.app/) +- [Ethseer](https://ethseer.io) ## Herramientas de código abierto {#open-source-tools} @@ -94,7 +94,7 @@ Los exploradores de bloques se han convertido en un lugar común para que las pe - Límite de gas: El número máximo de unidades de gas que esta transaccion puede consumir - Gas usado: La cantidad real de unidades de gas que consumió la transacción - Precio del gas: El precio establecido por unidad de gas -- Nonce: El número de transacción de la dirección `from` (tenga en cuenta que empieza en 0, por ende, un nonce de `100` actualmente sería la transacción número 101 enviada por esta cuenta +- Nonce: el número de transacción de la dirección `from` (tenga en cuenta que empieza en 0, por ende, un nonce de `100` actualmente sería la transacción número 101 enviada por esta cuenta) - Datos de entrada: Cualquier información extra requerida por la transacción ### Cuentas {#accounts} @@ -237,13 +237,12 @@ Los datos de nivel superior de la capa de consenso incluyen lo siguiente: ## Exploradores de bloques {#block-explorers} -- [Etherscan](https://etherscan.io/): Un explorador de bloques que puede usar para buscar datos de la red principal de Ethereum y la red de pruebas Sepolia y Hoodi +- [Etherscan](https://etherscan.io/): un explorador de bloques que puede usar para obtener datos de la red principal y la red de prueba de Ethereum - [3xpl](https://3xpl.com/ethereum): Un explorador de Ethereum de código abierto sin anuncios que permite descargar sus conjuntos de datos -- [Beaconcha.in](https://beaconcha.in/): Un explorador de bloques de código abierto para la red principal de Ethereum y las redes de pruebas Sepolia y Hoodi +- [Beaconcha.in](https://beaconcha.in/): un explorador de bloques de código abierto para la red principal y la red de prueba de Ethereum - [Blockchair](https://blockchair.com/ethereum): El explorador de Ethereum más privado. También para clasificación y filtrado de datos (mempool) - [Etherchain](https://www.etherchain.org/): Un explorador de bloques para la red principal de Ethereum -- [Ethplorer](https://ethplorer.io/): Un explorador de bloques con enfoque en tokens para la red principal de Ethereum y la red de pruebas Sepolia -- [Rantom](https://rantom.app/): Un visor de código abierto y fácil de usar de información detallada de transaccinoes DeFI y NFT +- [Ethplore](https://ethplorer.io/): Un explorador de bloques con enfoque en tokens para la red principal de Ethereum y la red de pruebas Kovan - [Ethernow](https://www.ethernow.xyz/): Un explorador de transacciones en tiempo real que le permite ver la capa previa a la cadena de la Red principal de Ethereum ## Para seguir leyendo {#further-reading} diff --git a/public/content/translations/es/developers/docs/data-and-analytics/index.md b/public/content/translations/es/developers/docs/data-and-analytics/index.md index 7e2810fd381..4ded0351365 100644 --- a/public/content/translations/es/developers/docs/data-and-analytics/index.md +++ b/public/content/translations/es/developers/docs/data-and-analytics/index.md @@ -1,12 +1,12 @@ --- title: Datos y análisis -description: '¿Cómo obtener datos y análisis en cadena para usarlos en tus dapps?' +description: Cómo obtener analíticas y datos en cadena para usarlos en sus DApps lang: es --- ## Introducción {#Introduction} -A medida que aumente la utilización de la red, habrá una cantidad creciente de información valiosa en los datos en cadena. A medida que el volumen de datos crece rápidamente, calcular y agregar esta información para reportar o impulsar una dApp puede costar tiempo y el proceso puede ser un poco agotador. +A medida que se difunda más el uso de la red, aumentará la cantidad de información valiosa que existirá en los datos de la cadena. A medida que el volumen de datos crece rápidamente, calcular y agregar esta información para reportar o impulsar una dApp puede costar tiempo y el proceso puede ser un poco agotador. El aprovechamiento de los proveedores de datos existentes puede agilizar el desarrollo, producir resultados más precisos y reducir los constantes esfuerzos de mantenimiento. Esto permitirá a un equipo concentrarse en la funcionalidad principal que su proyecto pretende ofrecer. @@ -18,23 +18,35 @@ En cuanto a los fundamentos de la arquitectura, entender qué es una [API](https ## Exploradores de bloques {#block-explorers} -Muchos [Exploradores de bloques](/developers/docs/data-and-analytics/block-explorers/) ofrecen puertas de enlace de [API](https://www.wikipedia.org/wiki/API) [RESTful](https://www.wikipedia.org/wiki/Representational_state_transfer) que proporcionarán a los desarrolladores visibilidad de los datos en tiempo real sobre bloques, transacciones, validadores, cuentas y otras actividades en cadena. +Muchos [exploradores de bloques](/developers/docs/data-and-analytics/block-explorers/) ofrecen puertas de enlace de [API](https://www.wikipedia.org/wiki/API)s que usan [REST](https://www.wikipedia.org/wiki/Representational_state_transfer) que proporcionarán a los desarrolladores visibilidad de datos en tiempo real sobre bloques, transacciones, validadores, cuentas y otras actividades en cadena. -Los desarrolladores pueden luego procesar y transformar estos datos para dar a sus usuarios una visión e interacciones únicas con la [cadena de bloques](/glossary/#blockchain). Por ejemplo, [Etherscan](https://etherscan.io) provee información de ejecución y consenso por cada ranura 12s. +Los desarrolladores pueden luego procesar y transformar estos datos para dar a sus usuarios una visión e interacciones únicas con la [cadena de bloques](/glossary/#blockchain). Por ejemplo, [Etherscan](https://etherscan.io) y [Blockscout](https://eth.blockscout.com) proporcionan datos de ejecución y consenso para cada ranura de 12s. ## The Graph {#the-graph} -El [Graph Network](https://thegraph.com/) es un protocolo de indexación descentralizado para organizar datos de la cadena de bloques. En lugar de crear y gestionar almacenes de datos fuera de la cadena y centralizados para agregar datos en la cadena, con The Graph, los desarrolladores pueden crear aplicaciones sin servidor que se ejecutan completamente en infraestructura pública. +[El Gráfico](https://thegraph.com/) es un protocolo de indexación que proporciona una manera fácil de consultar datos de la cadena de bloques a través de API abiertas conocidas como subgráficos. -Usando [GraphQL](https://graphql.org/), los desarrolladores pueden consultar cualquiera de las API curadas, conocidas como sub-graphs, para adquirir la información necesaria que necesitan para manejar sus dApps. Consultando estos sub-graphs indexados, los informes y las dApps no solo consiguen ventajas de rendimiento y escalabilidad, sino también la precisión integrada de los consensos de la red. A medida que se añaden nuevas mejoras y/o sub-graphs a la red, sus proyectos pueden iterar rápidamente para aprovechar estas mejoras. +Con The Graph, los desarrolladores pueden beneficiarse de: -## Diversidad de clientes +- Una indexación descentralizada: permite la indexación de datos de la cadena de bloques a través de múltiples indexadores, eliminando así cualquier punto único de fallo +- Consultas sobre GraphQL: proporciona una potente interfaz GraphQL para consultar datos indexados, lo que hace que la recuperación de datos sea extremadamente sencilla +- Personalización: defina su propia lógica para transformar & y almacenar datos de la cadena de bloques y reutilice los subgráficos publicados por otros desarrolladores en The Graph Network + +Siga esta guía [de inicio rápido](https://thegraph.com/docs/en/quick-start/) para crear, implementar y consultar un subgráfico en 5 minutos. + +## Diversidad de clientes {#client-diversity} La [diversidad de clientes](/developers/docs/nodes-and-clients/client-diversity/) es importante para la salud general de la red de Ethereum porque esta provee resistencia a errores y exploits. Ahora hay varios paneles de diversidad de clientes, incluidos [clientdiversity.org](https://clientdiversity.org/), [ated.network](https://www.rated.network), [supermajority.info](https://supermajority.info//) y [Ethernodes](https://ethernodes.org/). ## Dune Analytics {#dune-analytics} -[Dune Analytics](https://dune.com/) preprocesa los datos de la cadena de bloques y los integra en tablas de bases de datos relacionales (DuneSQL), permitiendo a los usuarios consultar los datos de la cadena usando SQL y crear paneles de control con los resultados de dichas consultas. Los datos en cadena son organizados en 4 categorías: `bloques`, `transacciones`, `registros` (de eventos) y `rastreos` (de llamadas). Se decodificaron contratos y protocolos populares, y cada uno de ellos tiene sus propios conjuntos de llamadas y eventos. Estas tablas de eventos y llamadas son procesadas y organizadas en tablas abstractas ordenadas por el tipo de protocolo, por ejemplo: dex, préstamos, monedas estables, etc. +[Dune Analytics](https://dune.com/) pre-procesa datos de la cadena de bloques y los integra en tablas de bases de datos relacionales (DuneSQL), permitiendo a los usuarios realizar consultas utilizando SQL y construir paneles de control conn los resultados de dichas consultas. Los datos en cadena se organizan en 4 tablas brutas: `bloques`, `transacciones`, `registros` (de eventos) y `rastreos` (de llamadas). Se decodificaron contratos y protocolos populares, y cada uno de ellos tiene sus propios conjuntos de llamadas y eventos. Estas tablas de eventos y llamadas son procesadas y organizadas en tablas abstractas ordenadas por el tipo de protocolo, por ejemplo: dex, préstamos, monedas estables, etc. + +## SQD {#sqd} + +[SQD](https://sqd.dev/) es una plataforma de datos hiperescalable descentralizada optimizada para proporcionar un acceso eficiente y sin permiso a grandes volúmenes de datos. Actualmente sirve datos históricos en la cadena, incluidos registros de eventos, recibos de transacciones, rastros y diferencias de estado por transacción. SQD ofrece un potente conjunto de herramientas para crear canalizaciones personalizadas de extracción y procesamiento de datos, logrando una velocidad de indexación de hasta 150 k bloques por segundo. + +Como punto de partida, visite la [documentación](https://docs.sqd.dev/) o vea [ejemplos de EVM](https://github.com/subsquid-labs/squid-evm-examples) de lo que puede crear con SQD. ## SubQuery Network {#subquery-network} @@ -43,13 +55,22 @@ La [diversidad de clientes](/developers/docs/nodes-and-clients/client-diversity/ Para comenzar, visite la guía de inicio rápido de [Ethereum](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html) para comenzar a indexar los datos de la cadena de bloques de Ethereum en minutos en un entorno Docker local para pruebas antes del lanzamiento en un [servicio administrado de SubQuery](https://managedservice.subquery.network/) o en la [red descentralizada de SubQuery](https://app.subquery.network/dashboard). ## Ethernow: Mempool Data Program {#ethernow} + [Blocknative](https://www.blocknative.com/) proporciona acceso abierto a su [archivo de datos de zona de pruebas](https://www.ethernow.xyz/mempool-data-archive) histórico de Ethereum. Esto permite a los investigadores y a los proyectos para el bien de la comunidad explorar la capa previa a la cadena de la Red principal de Ethereum. El conjunto de datos se mantiene activamente y representa el registro histórico más completo de los eventos de transacciones de la zona de pruebas dentro del ecosistema de Ethereum. Obtenga más información en [Ethernow](https://www.ethernow.xyz/). +## Lenguaje de consultas de EVM {#evm-query-language} + +El lenguaje de consultas de la EVM (EQL en inglés) es un lenguaje tipo SQL diseñado para consultar cadenas de la EVM (máquina virtual de Ethereum). Su objetivo final es permitir consultas complejas relacionadas con ciudadanos de primera clase de cadenas EVM (bloques, cuentas y transacciones) mientras proporciona a desarrolladores e investigadores una sintaxis ergonómica para el uso del día a día. Con EQL, los desarrolladores pueden obtener datos de la cadena de bloques usando una sintaxis similar a la de SQL y eliminar la necesidad de un conjunto de códigos predefinidos complejos. EQL admite peticiones estándar de datos de la cadena de bloque (p. ej., obtener el nonce y el saldo de la cuenta en Ethereum o el tamaño de bloque actual y su marca de tiempo) y añade continuamente soporte para peticiones y funcionalidades más complejas. + ## Más información {#further-reading} +- [Exploración de datos criptográficos I: arquitecturas de flujo de datos](https://web.archive.org/web/20250125012042/https://research.2077.xyz/exploring-crypto-data-1-data-flow-architectures) - [Descripción general de Graph Network](https://thegraph.com/docs/en/about/) - [Graph Query Playground](https://thegraph.com/explorer/subgraph/graphprotocol/graph-network-mainnet?version=current) - [Ejemplos de código API en EtherScan](https://etherscan.io/apis#contracts) +- [Documentación de API en Blockscout](https://docs.blockscout.com/devs/apis) - [Explorador de la cadena de Baliza Beaconcha.in](https://beaconcha.in) - [Aspectos básicos de Dune](https://docs.dune.com/#dune-basics) - [Guía de inicio rápido de SubQuery Ethereum](https://academy.subquery.network/indexer/quickstart/quickstart_chains/ethereum-gravatar.html) +- [Presentación de la red SQD](https://docs.sqd.dev/) +- [Lenguaje de consultas de EVM](https://eql.sh/blog/alpha-release-notes) diff --git a/public/content/translations/es/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/es/developers/docs/data-availability/blockchain-data-storage-strategies/index.md index c831721b092..f53ccc0e788 100644 --- a/public/content/translations/es/developers/docs/data-availability/blockchain-data-storage-strategies/index.md +++ b/public/content/translations/es/developers/docs/data-availability/blockchain-data-storage-strategies/index.md @@ -35,7 +35,7 @@ Las soluciones diferentes presentadas tienen todas una excelente integridad, dad ## Requisitos previos {#prerequisites} -Para continuar leyendo, debería tener un buen entendimiento de [los fundamentos de la cadena de bloques](/developers/docs/intro-to-ethereum/). Esta página asume también que el lector tiene familiaridad con los [bloques](/developers/docs/blocks/), las [transacciones](/developers/docs/transactions/) y otros temas relevantes. +Para continuar leyendo, debería tener un buen entendimiento de [los fundamentos de la cadena de bloques](es/developers/docs/intro-to-ethereum/). Esta página asume también que el lector tiene familiaridad con los [bloques](/developers/docs/blocks/), las [transacciones](/developers/docs/transactions/) y otros temas relevantes. ## Blobs EIP-4844 {#eip-4844-blobs} @@ -64,7 +64,7 @@ Calldata se refiere a los bytes enviados como parte de las transacciones. Se gua Este es el método más económico para lograr almacenar datos en la cadena de bloques de forma permanente. El costo per byte es 4 gas de ejecución (en caso de que el byte sea 0) o 16 gas (para cualquier otro valor). Si los datos están comprimidos, práctica estándar, entonces cada byte tiene igual probabilidad, por lo que el costo promedio es de aproximadamente 15,95 gas por byte. -Al momento de la escritura de este artículo, los precios son 12 gwei/gas y 2300 $/ETH, esto es, un costo aproximado de 45 centavos por kilobyte. Dado que esta era la forma más económica previo a la implementación de EIP-4844, este es el método que los rollups utilizaban para guardan información de las transacciones, que debe estar disponible para los [desafíos de falla](https://docs.optimism.io/stack/protocol/overview#fault-proofs), pero no necesita ser directamente accesible en la cadena. +En el momento de escribir esto, los precios son 12 gwei/gas y 2300 $/ETH, lo que significa que el coste es aproximadamente de 45 centavos por kilobyte. Dado que esta era la forma más económica previo a la implementación de EIP-4844, este es el método que los rollups utilizaban para guardan información de las transacciones, que debe estar disponible para los [desafíos de falla](https://docs.optimism.io/stack/protocol/overview#fault-proofs), pero no necesita ser directamente accesible en la cadena. Estas son las direcciones para ver las transacciones publicadas por algunos rollups reconocidos. diff --git a/public/content/translations/es/developers/docs/data-availability/index.md b/public/content/translations/es/developers/docs/data-availability/index.md index 125762c7c64..43f89d8abd5 100644 --- a/public/content/translations/es/developers/docs/data-availability/index.md +++ b/public/content/translations/es/developers/docs/data-availability/index.md @@ -6,7 +6,7 @@ lang: es "No confíe, verifique" es un principio común en Ethereum. La idea es que su nodo pueda verificar de manera independiente que la información que recibe es correcta ejecutando todas las transacciones en los bloques que recibe de sus pares para asegurarse de que los cambios propuestos coincidan exactamente con los calculados de manera independiente por el nodo. Esto significa que los nodos no tienen que confiar en que los remitentes del bloque sean honestos. Esto no es posible si falta información. -La **disponibilidad de datos** se refiere a la confianza que un usuario puede tener en que los datos necesarios para verificar un bloque estén realmente disponibles para todos los participantes de la red. Para los nodos completos en la capa 1 de Ethereum, esto es relativamente simple; el nodo completo descarga una copia de todos los datos en cada bloque: los datos _deben_ estar disponibles para que la descarga sea posible. Un bloque con datos faltantes sería descartado en lugar de ser agregado a la cadena de bloques. Esto es la "disponibilidad de datos en cadena" y es una característica de las cadenas de bloques monolíticas. Los nodos completos no pueden ser engañados para aceptar transacciones inválidas porque descargan y ejecutan cada transacción por sí mismos. Sin embargo, en el caso de las cadenas de bloques modulares, los rollups de capa 2 y los clientes ligeros, el panorama de la disponibilidad de datos es más complejo, lo cual requiere de procedimientos de verificación más sofisticados. +La **disponibilidad de datos** se refiere a la confianza que un usuario puede tener en que los datos necesarios para verificar un bloque estén realmente disponibles para todos los participantes de la red. Para los nodos completos en la capa 1 de Ethereum, esto es relativamente simple; el nodo completo descarga una copia de todos los datos en cada bloque: los datos _deben_ estar disponibles para que la descarga sea posible. Un bloque con datos faltantes sería descartado en lugar de ser agregado a la cadena de bloques. Esto es la «disponibilidad de datos en cadena» y es una característica de las cadenas de bloques monolíticas. Los nodos completos no pueden ser engañados para aceptar transacciones inválidas porque descargan y ejecutan cada transacción por sí mismos. Sin embargo, en el caso de las cadenas de bloques modulares, los rollups de capa 2 y los clientes ligeros, el panorama de la disponibilidad de datos es más complejo, lo cual requiere de procedimientos de verificación más sofisticados. ## Prerrequisitos {#prerequisites} @@ -32,7 +32,7 @@ El DAS se utilizará para garantizar que los operadores de rollups pongan a disp Los Comités de Disponibilidad de Datos (DAC) son entidades de confianza que proporcionan o certifican la disponibilidad de datos. Los DAC pueden ser utilizados en lugar del Muestreo de Disponibilidad de Datos [o en combinación con él](https://hackmd.io/@vbuterin/sharding_proposal#Why-not-use-just-committees-and-not-DAS) . Las garantías de seguridad que vienen con los comités dependen de la configuración específica. Ethereum utiliza subconjuntos de validadores seleccionados al azar para dar fe de la disponibilidad de datos para nodos ligeros, por ejemplo. -Algunos validiums también utilizan DAC. El DAC es un conjunto de nodos confiables que almacenan copias de datos sin conexión. El DAC está obligado a poner los datos a disposición en caso de disputa. Los miembros del DAC también publican atestaciones o certificaciones en la cadena para demostrar que los datos mencionados están efectivamente disponibles. Algunos validiums reemplazan los DAC con un sistema de validadores de prueba de participación (PoS). Aquí, cualquier persona puede convertirse en un validador y almacenar datos fuera de la cadena. Sin embargo, deben proporcionar una "garantía o fianza", que se deposita en un contrato inteligente. En caso de comportamiento malicioso, como que el validador retenga los datos, la garantía puede acuchillarse (cortarse). Los comités de disponibilidad de datos basados en la prueba de participación son considerablemente más seguros que los DAC regulares porque incentivan directamente el comportamiento honesto. +Algunos validiums también utilizan DAC. El DAC es un conjunto de nodos confiables que almacenan copias de datos sin conexión. El DAC está obligado a poner los datos a disposición en caso de disputa. Los miembros del DAC también publican atestaciones en cadena para demostrar que los datos mencionados están realmente disponibles. Algunos validiums reemplazan los DAC con un sistema de validadores de prueba de participación (PoS). Aquí cualquiera puede convertirse en un validador y almacenar los datos fuera de la cadena. Sin embargo, deben proporcionar una "garantía o fianza", que se deposita en un contrato inteligente. En caso de comportamiento malicioso, como que el validador retenga los datos, la garantía puede acuchillarse (cortarse). Los comités de disponibilidad de datos basados en la prueba de participación son considerablemente más seguros que los DAC regulares porque incentivan directamente el comportamiento honesto. ## Disponibilidad de datos y nodos ligeros {#data-availability-and-light-nodes} @@ -54,11 +54,11 @@ Incluso en este escenario, ataques que retengan solo unos pocos bytes podrían p ## Disponibilidad de datos y rollups de capa 2 {#data-availability-and-layer-2-rollups} -Las [soluciones de escalabilidad de capa 2](/layer-2/), como los [rollups](/glossary/#rollups), reducen los costos de transacción y aumentan la capacidad de procesamiento de Ethereum gracias a que procesan transacciones fuera de la cadena. Las transacciones de los rollups se comprimen y son publicadas en lotes en Ethereum. Los lotes representan en una sola transacción en Ethereum miles de transacciones individuales realizadas fuera de la cadena. Esto reduce la congestión en la capa base y disminuye las tarifas para los usuarios. +Las [soluciones de escalabilidad de capa 2](/layer-2/), como los [rollups](/glossary/#rollups), reducen los costes de transacción y aumentan el rendimiento de Ethereum procesando transacciones fuera de cadena. Las transacciones de los rollups se comprimen y son publicadas en lotes en Ethereum. Los lotes representan miles de transacciones individuales fuera de cadena en una única transacción en Ethereum. Esto reduce la congestión en la capa base y disminuye las tarifas para los usuarios. -Sin embargo, solo es posible confiar en las transacciones de "resumen" publicadas en Ethereum si el cambio de estado propuesto puede ser verificado de manera independiente y confirmado como resultado de aplicar todas las transacciones individuales fuera de la cadena. Si los operadores de los rollup no ponen a disposición los datos de transacción para esta verificación, podrían estar enviando datos incorrectos a Ethereum. +Sin embargo, solo es posible confiar en las transacciones de «resumen» publicadas en Ethereum, si el cambio de estado propuesto puede ser verificado y confirmado de manera independiente como el resultado de aplicar todas las transacciones individuales fuera de cadena. Si los operadores de los rollup no ponen a disposición los datos de transacción para esta verificación, podrían estar enviando datos incorrectos a Ethereum. -Los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/) publican datos de transacciones de manera comprimida en Ethereum y esperan cierto tiempo (normalmente 7 días) para permitir que verificadores independientes comprueben los datos. Si alguno identifica un problema, puede generar una prueba de fraude y utilizarla para impugnar al rollup. La consecuencia sería una reversión en la cadena y la omisión del bloque inválido. Esto solo es posible si los datos están disponibles. Actualmente, hay dos formas en las que los rollups optimistas publican datos de las transacciones en L1. Algunos rollups hacen que los datos estén permanentemente disponibles como `CALLDATA`, que residen permanentemente en la cadena. Con la implementación de EIP-4844, algunos rollups publican en cambio sus datos de transacción en un almacenamiento de blobs más barato. Esto no sería un almacenamiento permanente. Los verificadores independientes tienen que consultar los blobs y plantear sus desafíos dentro de ~18 días antes de que los datos se eliminen de la capa 1 de Ethereum. La disponibilidad de datos solamente va a estar garantizada por el protocolo de Ethereum durante ese corto período de tiempo. Luego de ese lapso, la responsabilidad va a recaer en otras entidades del ecosistema de Ethereum. Cualquier nodo puede verificar la disponibilidad de datos utilizando DAS, es decir, descargando pequeñas muestras aleatorias de los datos de los blobs. +Los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/) publican datos de transacciones de manera comprimida en Ethereum y esperan cierto tiempo (normalmente 7 días) para permitir que verificadores independientes comprueben los datos. Si alguno identifica un problema, puede generar una prueba de fraude y utilizarla para impugnar al rollup. La consecuencia sería una reversión en la cadena y la omisión del bloque inválido. Esto solo es posible si los datos están disponibles. Actualmente, hay dos formas en las que los rollups optimistas publican datos de las transacciones en L1. Algunos rollups hacen que los datos estén permanentemente disponibles como `CALLDATA` que residen permanentemente en cadena. Con la implementación de EIP-4844, algunos rollups publican en cambio sus datos de transacción en un almacenamiento de blobs más barato. Esto no sería un almacenamiento permanente. Los verificadores independientes tienen que consultar los blobs y plantear sus desafíos dentro de ~18 días antes de que los datos se eliminen de la capa 1 de Ethereum. La disponibilidad de datos solamente va a estar garantizada por el protocolo de Ethereum durante ese corto período de tiempo. Luego de ese lapso, la responsabilidad va a recaer en otras entidades del ecosistema de Ethereum. Cualquier nodo puede verificar la disponibilidad de datos utilizando DAS, es decir, descargando pequeñas muestras aleatorias de los datos de los blobs. Los [rollups de conocimiento cero (ZK)](/developers/docs/scaling/zk-rollups) no necesitan publicar los datos de la transacción, ya que las [pruebas de validez de conocimiento cero](/glossary/#zk-proof) garantizan la corrección de las transiciones de estado. Sin embargo, la disponibilidad de datos sigue siendo un problema porque no podemos garantizar la funcionalidad del rollup de ZK (o interactuar con él) sin acceso a sus datos de estado. Por ejemplo, los usuarios no pueden conocer sus saldos si un operador retiene detalles sobre el estado del rollup. Además, no pueden realizar actualizaciones de estado utilizando la información contenida en un bloque recién agregado. @@ -74,11 +74,12 @@ El protocolo principal de Ethereum se ocupa principalmente de la disponibilidad - [¿Qué es la disponibilidad de datos?](https://medium.com/blockchain-capital-blog/wtf-is-data-availability-80c2c95ded0f) - [¿Qué es la disponibilidad de datos?](https://coinmarketcap.com/alexandria/article/what-is-data-availability) -- [El panorama de disponibilidad de datos fuera de la cadena de Ethereum](https://blog.celestia.org/ethereum-off-chain-data-availability-landscape/) +- [El panorama de disponibilidad de datos fuera de la cadena de Ethereum](https://blog.celestia.org/ethereum-offchain-data-availability-landscape/) - [Manual básico sobre las comprobaciones de disponibilidad de datos](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html) - [Explicación de la propuesta de fragmentación + DAS](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling) - [Nota sobre la disponibilidad de datos y la codificación de borrado](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#can-an-attacker-not-circumvent-this-scheme-by-releasing-a-full-unavailable-block-but-then-only-releasing-individual-bits-of-data-as-clients-query-for-them) - [Comités de disponibilidad de datos](https://medium.com/starkware/data-availability-e5564c416424) - [Comités de disponibilidad de datos de prueba de participación](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) - [Soluciones al problema de la capacidad de recuperación de datos](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap#Who-would-store-historical-data-under-sharding) -- [Disponibilidad de datos o: cómo los rollups aprendieron a dejar de preocuparse y amar a Ethereum](https://ethereum2077.substack.com/p/data-availability-in-ethereum-rollups) +- [Disponibilidad de datos o: cómo los rollups aprendieron a dejar de preocuparse y amar a Ethereum](https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum) +- [EIP-7623: aumento del coste de datos de llamada](https://research.2077.xyz/eip-7623-increase-calldata-cost) diff --git a/public/content/translations/es/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/es/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md index 1cfd124f3ea..193dcd144d6 100644 --- a/public/content/translations/es/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md +++ b/public/content/translations/es/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md @@ -11,7 +11,7 @@ La estructura de datos de Ethereum es un «trie Merkle-Patricia modificado», ll Un trie de Merkle-Patricia es determinista y criptográficamente verificable: la única manera de generar una raíz de estado es calculándola a partir de cada pieza individual del estado, y dos estados que son idénticos se pueden probar fácilmente comparando el hash raíz y los hashes que lo llevaron a él (_una prueba de Merkle_). Por el contrario, no hay forma de crear dos estados diferentes con el mismo hash raíz, y cualquier intento de modificar el estado con diferentes valores dará como resultado un hash raíz de estado diferente. En teoría, esta estructura proporciona el «santo grial» de `O(log(n))` eficiencia para inserciones, búsquedas y eliminaciones. -En un futuro próximo, Ethereum planea migrar a una estructura de [árbol Verkle](/roadmap/verkle-trees), lo que abrirá muchas y nuevas posibilidades para futuras mejoras del protocolo. +En un futuro próximo, Ethereum planea migrar a una estructura de [árbol Verkle](https://ethereum.org/en/roadmap/verkle-trees), lo que abrirá muchas y nuevas posibilidades para futuras mejoras del protocolo. ## Requisitos previos {#prerequisites} @@ -33,34 +33,34 @@ Hay una diferencia entre buscar algo en el "trie" y en la base de datos clave/va Las operaciones de actualización y eliminación para los radix tries se pueden definir de la siguiente manera: -``` - def update(node,path,value): - curnode = db.get(node) if node else [ NULL ] * 17 +```python + def update(node_hash, path, value): + curnode = db.get(node_hash) if node_hash else [NULL] * 17 newnode = curnode.copy() - if path == '': + if path == "": newnode[-1] = value else: - newindex = update(curnode[path[0]],path[1:],value) + newindex = update(curnode[path[0]], path[1:], value) newnode[path[0]] = newindex - db.put(hash(newnode),newnode) + db.put(hash(newnode), newnode) return hash(newnode) - def delete(node,path): - if node is NULL: + def delete(node_hash, path): + if node_hash is NULL: return NULL else: - curnode = db.get(node) + curnode = db.get(node_hash) newnode = curnode.copy() - if path == '': + if path == "": newnode[-1] = NULL else: - newindex = delete(curnode[path[0]],path[1:]) + newindex = delete(curnode[path[0]], path[1:]) newnode[path[0]] = newindex if all(x is NULL for x in newnode): return NULL else: - db.put(hash(newnode),newnode) + db.put(hash(newnode), newnode) return hash(newnode) ``` @@ -95,69 +95,72 @@ Al atravesar rutas en nibbles, podemos terminar con un número impar de nibbles El marcado tanto de _longitud de ruta parcial restante par vs. impar_ como de _nodo de hoja vs. extensión_ como se describe anteriormente reside en el primer nibble de la ruta parcial de cualquier nodo de 2 elementos. Resultan en lo siguiente: - hex char bits | node type partial path length - ---------------------------------------------------------- - 0 0000 | extension even - 1 0001 | extension odd - 2 0010 | terminating (leaf) even - 3 0011 | terminating (leaf) odd +| hex char | bits | tipo de nodo parcial | longitud de la ruta | +| -------- | ---- | -------------------- | ------------------- | +| 0 | 0000 | extensión | par | +| 1 | 0001 | extensión | impar | +| 2 | 0010 | terminación (hoja) | par | +| 3 | 0011 | terminación (hoja) | impar | Para la longitud de ruta restante par (`0` o `2`), siempre seguirá otro nibble de "padding" `0`. -``` +```python def compact_encode(hexarray): term = 1 if hexarray[-1] == 16 else 0 - if term: hexarray = hexarray[:-1] + if term: + hexarray = hexarray[:-1] oddlen = len(hexarray) % 2 flags = 2 * term + oddlen if oddlen: hexarray = [flags] + hexarray else: hexarray = [flags] + [0] + hexarray - // hexarray now has an even length whose first nibble is the flags. - o = '' - for i in range(0,len(hexarray),2): - o += chr(16 * hexarray[i] + hexarray[i+1]) + # hexarray now has an even length whose first nibble is the flags. + o = "" + for i in range(0, len(hexarray), 2): + o += chr(16 * hexarray[i] + hexarray[i + 1]) return o ``` Ejemplos: -``` - > [ 1, 2, 3, 4, 5, ...] +```python + > [1, 2, 3, 4, 5, ...] '11 23 45' - > [ 0, 1, 2, 3, 4, 5, ...] + > [0, 1, 2, 3, 4, 5, ...] '00 01 23 45' - > [ 0, f, 1, c, b, 8, 10] + > [0, f, 1, c, b, 8, 10] '20 0f 1c b8' - > [ f, 1, c, b, 8, 10] + > [f, 1, c, b, 8, 10] '3f 1c b8' ``` Aquí está el código extendido para obtener un nodo en el Merkle Patricia trie: -``` - def get_helper(node,path): - if path == []: return node - if node = '': return '' - curnode = rlp.decode(node if len(node) < 32 else db.get(node)) +```python + def get_helper(node_hash, path): + if path == []: + return node_hash + if node_hash == "": + return "" + curnode = rlp.decode(node_hash if len(node_hash) < 32 else db.get(node_hash)) if len(curnode) == 2: (k2, v2) = curnode k2 = compact_decode(k2) - if k2 == path[:len(k2)]: - return get(v2, path[len(k2):]) + if k2 == path[: len(k2)]: + return get(v2, path[len(k2) :]) else: - return '' + return "" elif len(curnode) == 17: - return get_helper(curnode[path[0]],path[1:]) + return get_helper(curnode[path[0]], path[1:]) - def get(node,path): + def get(node_hash, path): path2 = [] for i in range(len(path)): path2.push(int(ord(path[i]) / 16)) path2.push(ord(path[i]) % 16) path2.push(16) - return get_helper(node,path2) + return get_helper(node_hash, path2) ``` ### Ejemplo de Trie {#example-trie} @@ -199,13 +202,13 @@ Desde un encabezado de bloque hay 3 raíces de 3 de estos tries. ### State Trie {#state-trie} -Hay un trie de estado global, y se actualiza cada vez que un cliente procesa un bloque. En él, un `path` es siempre: `keccak256(ethereumAddress)` y un `value` es siempre: `rlp(ethereumAccount)`. Más específicamente, una `account` de ethereum es una matriz de 4 elementos de `[nonce,balance,storageRoot,codeHash]`. En este punto, vale la pena señalar que este `storageRoot` es la raíz de otro patricia trie: +Hay un trie de estado global, y se actualiza cada vez que un cliente procesa un bloque. En él, un `path` es siempre: `keccak256(ethereumAddress)` y un `value` es siempre: `rlp(ethereumAccount)`. Más específicamente, una `account` de Ethereum es una matriz de 4 elementos de `[nonce,balance,storageRoot,codeHash]`. En este punto, vale la pena señalar que este `storageRoot` es la raíz de otro patricia trie: ### Trie de almacenamiento (storage) {#storage-trie} El trie de almacenamiento es donde residen _todos_ los datos del contrato. Hay un trie de almacenamiento separado para cada cuenta. Para recuperar valores en posiciones de almacenamiento específicas en una dirección determinada, se requieren la dirección de almacenamiento, la posición entera de los datos almacenados en el almacenamiento y el ID del bloque. Estos se pueden pasar como argumentos al `eth_getStorageAt` definido en la API JSON-RPC, por ejemplo, para recuperar los datos en la ranura de almacenamiento 0 para la dirección `0x295a70b2de5e3953354a6a8344e616ed314d7251`: -``` +```bash curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545 {"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"} @@ -214,7 +217,7 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [ Recuperar otros elementos en el almacenamiento es un poco más complicado porque primero se debe calcular la posición en el trie de almacenamiento. La posición se calcula como el hash `keccak256` de la dirección y la posición de almacenamiento, ambas rellenadas a la izquierda con ceros hasta una longitud de 32 bytes. Por ejemplo, la posición de los datos en la ranura de almacenamiento 1 para la dirección `0x391694e7e0b0cce554cb130d723a9d27458f9298` es: -``` +```python keccak256(decodeHex("000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001")) ``` @@ -229,7 +232,7 @@ undefined Por lo tanto, el `path` es `keccak256(<6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9>)`. Esto ahora se puede utilizar para recuperar los datos del trie de almacenamiento como antes: -``` +```bash curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545 {"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"} @@ -241,7 +244,7 @@ Nota: El `storageRoot` para una cuenta de Ethereum está vacío de forma predete Hay un trie de transacciones separado para cada bloque, que de nuevo almacena pares `(key, value)`. Una ruta aquí es: `rlp(transactionIndex)` que representa la clave que corresponde a un valor determinado por: -``` +```python if legacyTx: value = rlp(tx) else: diff --git a/public/content/translations/es/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/es/developers/docs/data-structures-and-encoding/rlp/index.md index fe6fe7eca6f..47fa9690b28 100644 --- a/public/content/translations/es/developers/docs/data-structures-and-encoding/rlp/index.md +++ b/public/content/translations/es/developers/docs/data-structures-and-encoding/rlp/index.md @@ -62,7 +62,7 @@ def encode_length(L, offset): elif L < 256**8: BL = to_binary(L) return chr(len(BL) + offset + 55) + BL - raise Exception("input too long") + raise Exception("input too long") def to_binary(x): if x == 0: diff --git a/public/content/translations/es/developers/docs/data-structures-and-encoding/ssz/index.md b/public/content/translations/es/developers/docs/data-structures-and-encoding/ssz/index.md index b93c8921c05..91ff2266541 100644 --- a/public/content/translations/es/developers/docs/data-structures-and-encoding/ssz/index.md +++ b/public/content/translations/es/developers/docs/data-structures-and-encoding/ssz/index.md @@ -5,7 +5,7 @@ lang: es sidebarDepth: 2 --- -**Simple serialize (SSZ)** es el método de serialización utilizado en la cadena de Baliza. Reemplaza la serialización RLP utilizada en la capa de ejecución en todas partes de la capa de consenso, excepto el protocolo de descubrimiento de pares. SSZ está diseñado para ser determinista y también para Merklealizar de manera eficiente. Se puede considerar que SSZ tiene dos componentes: un esquema de serialización y un esquema de Merkleización que está diseñado para funcionar de manera eficiente con la estructura de datos serializados. +**Simple serialize (SSZ)** es el método de serialización utilizado en la cadena de Baliza. Reemplaza la serialización RLP utilizada en la capa de ejecución en todas partes de la capa de consenso, excepto el protocolo de descubrimiento de pares. Si quiere profundizar sobre la serialización RLP, consulte [Prefijo de longitud recursiva (RLP)](/developers/docs/data-structures-and-encoding/rlp/). SSZ está diseñado para ser determinista y también para Merklealizar de manera eficiente. Se puede considerar que SSZ tiene dos componentes: un esquema de serialización y un esquema de Merkleización que está diseñado para funcionar de manera eficiente con la estructura de datos serializados. ## ¿Cómo funciona SSZ? {#how-does-ssz-work} diff --git a/public/content/translations/es/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/es/developers/docs/design-and-ux/dex-design-best-practice/index.md index 63a43904774..49f82eb83d7 100644 --- a/public/content/translations/es/developers/docs/design-and-ux/dex-design-best-practice/index.md +++ b/public/content/translations/es/developers/docs/design-and-ux/dex-design-best-practice/index.md @@ -5,7 +5,7 @@ lang: es --- Desde el lanzamiento de Uniswap en 2018, se han creado cientos de exchanges, o plataformas de intercambio, descentralizados en docenas de diferentes cadenas de bloques. -Muchos de ellos han introducido nuevos elementos o han añadido su propio toque, pero la interfaz ha seguido siendo la misma en general. +Muchos de ellos han introducido nuevos elementos o han añadido su propio toque, pero la interfaz ha seguido siendo la misma, por lo general. Una de las razones es la [Ley de Jakob](https://lawsofux.com/jakobs-law/): @@ -206,7 +206,7 @@ El botón también puede ser **mapeado a la acción** a realizar. Por ejemplo, s ![Mensaje de error mostrado en el CTA principal](./17.png) -### Construya el suyo con este archivo figma {#build-your-own-with-this-figma-file} +## Construya el suyo con este archivo figma {#build-your-own-with-this-figma-file} Gracias a la ardua labor de múltiples protocolos, el diseño de DEX ha mejorado mucho. Sabemos qué información necesita el usuario, cómo debemos mostrarla y cómo hacer que el flujo sea lo más fluido posible. Esperamos que este artículo ofrezca una sólida visión general de los principios de la UX. diff --git a/public/content/translations/es/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/es/developers/docs/design-and-ux/heuristics-for-web3/index.md index cf50e195634..70701b381af 100644 --- a/public/content/translations/es/developers/docs/design-and-ux/heuristics-for-web3/index.md +++ b/public/content/translations/es/developers/docs/design-and-ux/heuristics-for-web3/index.md @@ -5,7 +5,7 @@ lang: es --- Los principios heurísticos de usabilidad son reglas generales que pueden utilizarse para medir cuán fácil de usar es su sitio. -Estos principios heurísticos están diseñadas específicamente para la Web3 y deben usarse junto con los [10 principios generales de diseño de interacción de Jacob Nielsen](https://www.nngroup.com/articles/ten-usability-heuristics/). +Las 7 reglas heurísticas aquí presentadas están específicamente diseñadas para la Web3 y deben usarse junto con [los 10 principios generales de diseño de interacción](https://www.nngroup.com/articles/ten-usability-heuristics/) de Jakob Nielsen. ## Siete principios heurísticos de usabilidad para la Web3 {#seven-usability-heuristics-for-web3} diff --git a/public/content/translations/es/developers/docs/design-and-ux/index.md b/public/content/translations/es/developers/docs/design-and-ux/index.md index b0f5cccffd7..e195be333ac 100644 --- a/public/content/translations/es/developers/docs/design-and-ux/index.md +++ b/public/content/translations/es/developers/docs/design-and-ux/index.md @@ -21,57 +21,212 @@ El diseño efectivo va más allá de la creación de interfaces de usuario visua Esta es una lista curada de investigaciones de usuarios realizadas en Web3 que pueden ayudar con las decisiones de diseño y productos, o servir de inspiración para llevar a cabo su propio estudio. -| Área de interés | Nombre | -|:----------------------------------------------------------------------------------------- |:------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Incorporación de criptomonedas | [CRADL: experiencia de usuario en criptomonedas](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) | -| Incorporación de criptomonedas | [CRADL: introducción a las criptomonedas](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) | -| Incorporación de criptomonedas | [Informe de experiencia de usuario de Bitcoin](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) | -| Incorporación de criptomonedas | [ConSensys: la situación de la percepción de Web3 por el mundo en 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) | -| Incorporación de criptomonedas | [NEAR: Acelerar el recorrido hacia la adopción](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) | -| Participar (apostar) | [Participación: tendencias clave, conclusiones y predicciones, participante de Eth](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) | -| Participar (apostar) | [Participación aplicaciones múltiples](https://github.com/threshold-network/UX-User-Research/blob/main/Multi-App%20Staking%20(MAS)/iterative-user-study/MAS%20Iterative%20User%20Study.pdf) | -| DAO | [Actualización de investigación de DAO 2022: ¿qué necesitan los constructores de DAO?](https://blog.aragon.org/2022-dao-research-update/) | -| DeFi | [El estado de Defi en 2024](https://stateofdefi.org/) (encuesta en curso) | -| DeFi | [Reservas de cobertura](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) | -| DeFi | [ConSensys: informe de investigación de usuarios de DeFi 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) | -| Metaverso | [Metaverso: informe de investigación de usuarios](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) | -| Metaverso | [Going on Safari: investigación de usuarios en el metaverso](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (video, 27 min) | -| Estadísticas de experiencia del usuario en Ethereum.org | [Panel de encuestas de usabilidad y satisfacción del usuario, Ethereum.org](https://lookerstudio.google.com/reporting/0a189a7c-a890-40db-a5c6-009db52c81c9) | + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Área de interés + + Nombre +
+ Incorporación de criptomonedas + + 2024, el pulso de la reapropiación: sentimiento y & uso del consumidor criptográfico +
+ Incorporación de criptomonedas + + CRADL: experiencia de usuario en criptomonedas +
+ Incorporación de criptomonedas + + CRADL: introducción a las criptomonedas +
+ Incorporación de criptomonedas + + Informe de experiencia de usuario de Bitcoin +
+ Incorporación de criptomonedas + + ConSensys: la situación de la percepción de Web3 por el mundo en 2023 +
+ Incorporación de criptomonedas + + NEAR: Acelerar el recorrido hacia la adopción +
+ Participar (apostar) + + OpenUX: experiencia de usuario del operador de nodo de la reserva Rocket +
+ Participar (apostar) + + Participación: tendencias clave, conclusiones y predicciones, participante de Eth +
+ Participar (apostar) + + Participación aplicaciones múltiples +
+ DAO + + Actualización de investigación de DAO 2022: ¿qué necesitan los constructores de DAO? +
+ DeFi + + Reservas de cobertura +
+ DeFi + + ConSensys: informe de investigación de usuarios de DeFi 2022 +
+ Metaverso + + Metaverso: informe de investigación de usuarios +
+ Metaverso + + Going on Safari: investigación de usuarios en el metaverso (video, 27 min) +
+ Estadísticas de experiencia del usuario en Ethereum.org + + Panel de encuestas de usabilidad y satisfacción del usuario, Ethereum.org +
## Diseño para Web3 {#design-for-web3} - [Manual de diseño de UX Web3](https://web3ux.design/): guía práctica para diseñar aplicaciones web3 - [Principios de diseño de Web3](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1): marco de reglas de experiencia de usuario para dapps basadas en cadenas de bloques - [Principios de diseño de cadena de bloques](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e): lecciones aprendidas por el equipo de diseño de cadena de bloques de IBM -- [Patrones de diseño en Web3](https://www.web3designpatterns.io/): biblioteca curada de patrones de diseño de productos web3 reales -- [W3design.io](https://w3design.io/): biblioteca curada de flujos de interfaz de usuario de diferentes proyectos en el ecosistema - [Neueux.com](https://neueux.com/apps): biblioteca de interfaz de usuario de flujos de usuario con diversas opciones de filtrado - [Crisis de usabilidad de Web3: ¡lo que NECESITA saber!](https://www.youtube.com/watch?v=oBSXT_6YDzg): mesa redonda sobre los desventajas o problemas de la construcción de proyectos centrados en el desarrollador (video, 34 min) +## Primeros pasos {#getting-started} + +- [ Heurísticas para Web3:](/developers/docs/design-and-ux/heuristics-for-web3/) 7 reglas heurísticas para el diseño de interfaces en Web3 +- Mejores prácticas en el diseño de DEX: una guía para diseñar intercambios descentralizados + + + ## Estudios de casos de diseño de Web3 {#design-case-studies} - [Deep Work Studio](https://deepwork.studio/case-studies/) -- [Manual de UX cripto](https://www.cryptouxhandbook.com/) - [Vender un NFT en OpenSea](https://builtformars.com/case-studies/opensea) - [Wallet UX teardown how wallets need to change](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (video, 20 minutos) + + ## Bounties de diseño {#bounties} - [Dework](https://app.dework.xyz/bounties) - [Hackatons de Buildbox](https://app.buidlbox.io/) - [Hackatons ETHGlobal](https://ethglobal.com/) + + ## DAO y comunidades de diseño {#design-daos-and-communities} Involúcrese en organizaciones profesionales impulsadas por la comunidad o únase a grupos de diseño para discutir temas y tendencias relacionados con el diseño y la investigación con otros miembros. - [Vectordao.com](https://vectordao.com/) - [Deepwork.studio](https://www.deepwork.studio/) -- [Designer-dao.xyz](https://www.designer-dao.xyz/) - [We3.co](https://we3.co/) - [Openux.xyz](https://openux.xyz/) +- [Web3Design de código abierto](https://www.web3designers.org/) + + -## Sistemas de diseño {#design-systems} +## Design Systems y otros recursos de diseño {#design-systems-and-resources} - [Diseño de Optimism](https://www.figma.com/@optimism) (Figma) - [Sistema de diseño de Ethereum.org](https://www.figma.com/@ethdotorg) (Figma) diff --git a/public/content/translations/es/developers/docs/development-networks/index.md b/public/content/translations/es/developers/docs/development-networks/index.md index 9c37a53ab8c..51698c10edf 100644 --- a/public/content/translations/es/developers/docs/development-networks/index.md +++ b/public/content/translations/es/developers/docs/development-networks/index.md @@ -34,7 +34,7 @@ Una red local de Ethereum diseñada para el desarrollo. Le permite implementar s La red de tipo Hardhat viene integrada con Hardhat, que es un entorno de desarrollo de Ethereum para profesionales. -- [Sitio web.](https://hardhat.org/) +- [Sitio web](https://hardhat.org/) - [GitHub](https://github.com/nomiclabs/hardhat) ### Cadenas de baliza locales {#local-beacon-chains} @@ -43,14 +43,13 @@ Algunos clientes de consenso tienen herramientas integradas para implementar cad - [Red de prueba local con Lodestar](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/) - [Red de prueba local con Lighthouse](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets) +- [Red de prueba local con Nimbus](https://github.com/status-im/nimbus-eth1/blob/master/fluffy/docs/local_testnet.md) ### Cadenas de prueba públicas de Ethereum {#public-beacon-testchains} -También hay dos implantaciones de prueba públicas mantenidas de Ethereum: Sepolia y Hoodi. Sepolia es la red de prueba estándar recomendada para el desarrollo de aplicaciones, con un conjunto de validadores cerrado para una sincronización rápida. Hoodi es una red de prueba para validación y staking, que utiliza un conjunto de validadores abierto y permite potencialmente que cualquiera valide. +También hay dos implementaciones de prueba públicas de Ethereum mantenidas: Sepolia y Hoodi. La red de prueba recomendada con soporte a largo plazo es Hoodi, en la que cualquiera es libre de validar. Sepolia usa un conjunto de validadores autorizados, lo que significa que no hay acceso general a nuevos validadores en esta red de prueba. -- [Launchpad de staking de Hoodi](https://hoodi.launchpad.ethereum.org/en/) -- [Sitio web de Sepolia](https://sepolia.dev/) -- [Sitio web de Hoodi](https://hoodi.ethpandaops.io/) +- [Lanzador de participación en Hoodi](https://hoodi.launchpad.ethereum.org/) ### Paquete de Ethereum de Kurtosis {#kurtosis} @@ -59,7 +58,7 @@ Kurtosis es un sistema de construcción para entornos de prueba de múltiples co El paquete Ethereum Kurtosis se puede utilizar para instanciar rápidamente una red de pruebas de Ethereum parametrizable, altamente escalable y privada sobre Docker o Kubernetes. El paquete es compatible con los principales clientes de la Capa de Ejecución (EL) y la Capa de Consenso (CL). Kurtosis gestiona con elegancia todos los mapeos locales de puertos y conexiones de servicios para una red representativa que se utilizará en flujos de trabajo de validación y pruebas relacionados con la infraestructura básica de Ethereum. - [Paquete de red Ethereum](https://github.com/kurtosis-tech/ethereum-package) -- [Sitio web](https://www.kurtosis.com/) +- [Sitio web.](https://www.kurtosis.com/) - [GitHub](https://github.com/kurtosis-tech/kurtosis) - [Documentación](https://docs.kurtosis.com/) diff --git a/public/content/translations/es/developers/docs/evm/index.md b/public/content/translations/es/developers/docs/evm/index.md index 8ebc5caef6c..3b771e75862 100644 --- a/public/content/translations/es/developers/docs/evm/index.md +++ b/public/content/translations/es/developers/docs/evm/index.md @@ -4,7 +4,7 @@ description: Una introducción a la máquina virtual de Ethereum y su relación lang: es --- -La Maquina Virtual de Ethereum (EVM) es un ecosistema virtual descentralizado que ejecuta código consistentemente y de forma segura en todos los nodos de Ethereum. Los nodos corren la EVM para ejecutar contratos inteligentes, utilizando "[gas](/gas/)" para medir el esfuerzo computacional requerido para las [operaciones](/developers/docs/evm/opcodes/), lo que garantiza una asignación eficiente de recursos y la seguridad de la red. +La Maquina Virtual de Ethereum (EVM) es un ecosistema virtual descentralizado que ejecuta código consistentemente y de forma segura en todos los nodos de Ethereum. Los nodos ejecutan la EVM para ejecutar contratos inteligentes, utilizando "[gas](/developers/docs/gas/)" para medir el esfuerzo computacional requerido para las [operaciones](/developers/docs/evm/opcodes/), lo que garantiza una asignación eficiente de recursos y la seguridad de la red. ## Requisitos previos {#prerequisites} @@ -14,7 +14,7 @@ Para comprender la EVM es necesario estar familiarizado con terminología básic La analogía del "libro de contabilidad distribuido" suele utilizarse para describir blockchains como Bitcoin, que permite la existencia de una moneda descentralizada que utiliza herramientas fundamentales de criptografía. El libro mayor mantiene un registro de actividad que debe adherirse a un conjunto de reglas que rigen lo que alguien puede y no puede hacer para modificar el libro. Por ejemplo, una dirección de Bitcoin no puede gastar más Bitcoin de los que ha recibido previamente. Estas reglas sustentan todas las transacciones de Bitcoin y muchas otras blockchains. -Aunque Ethereum tenga su propia criptomoneda nativa (Ether), que sigue casi exactamente las mismas reglas intuitivas, también permite el uso de una función mucho más poderosa: [los contratos inteligentes](/developers/docs/smart-contracts/). Para explicar esta característica más compleja se requiere una analogía más sofisticada. En lugar de un libro mayor distribuido, Ethereum es una [máquina de estado](https://wikipedia.org/wiki/Finite-state_machine) distribuida. El estado de Ethereum es una gran estructura de datos, que no solo sostiene todas las cuentas y saldos, sino que también alberga el _estado de la máquina_. Este puede cambiar de bloque a bloque según un conjunto de reglas predefinidas, así como ejecutar un código de máquina arbitrario. Las reglas específicas de cambiar el estado de bloque a bloque las define la EVM. +Aunque Ethereum tiene su propia criptomoneda nativa (ether) que sigue casi exactamente las mismas reglas intuitivas, también posibilita una función mucho más poderosa: [contratos inteligentes](/developers/docs/smart-contracts/). Para explicar esta característica más compleja se requiere una analogía más sofisticada. En lugar de un libro mayor distribuido, Ethereum es una [máquina de estado](https://wikipedia.org/wiki/Finite-state_machine) distribuida. El estado de Ethereum es una gran estructura de datos, que no solo sostiene todas las cuentas y saldos, sino que también alberga el _estado de la máquina_. Este puede cambiar de bloque a bloque según un conjunto de reglas predefinidas, así como ejecutar un código de máquina arbitrario. Las reglas específicas de cambiar el estado de bloque a bloque las define la EVM. ![Un diagrama que muestra la composición de la EVM.](./evm.png) _Diagrama adaptado de [Ethereum EVM ilustrado](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ diff --git a/public/content/translations/es/developers/docs/frameworks/index.md b/public/content/translations/es/developers/docs/frameworks/index.md index 54dcdf0ec66..47592c2be1f 100644 --- a/public/content/translations/es/developers/docs/frameworks/index.md +++ b/public/content/translations/es/developers/docs/frameworks/index.md @@ -63,7 +63,7 @@ Antes de profundizar en los marcos o frameworks, le recomendamos que lea nuestra **Tenderly:** **_Plataforma de desarrollo web3 que permite a los desarrolladores de cadena de bloques crear, probar, depurar, monitorear y operar contratos inteligentes y mejorar la experiencia de usuario de dapps._** - [Sitio web](https://tenderly.co/) -- [Documentación](https://docs.tenderly.co/) +- [Documentación](https://docs.tenderly.co/ethereum-development-practices) **The Graph:** **_The Graph para consultar datos de la cadena de bloques de manera eficiente._** @@ -107,7 +107,7 @@ Antes de profundizar en los marcos o frameworks, le recomendamos que lea nuestra **OpenZeppelin SDK: ****_El kit definitivo de herramientas para contratos inteligentes; una serie de herramientas que lo ayuda a desarrollar, compilar, actualizar, implementar e interactuar con contratos inteligentes._** -- [SDK de OpenZeppelin](https://docs.openzeppelin.com) +- [SDK de OpenZeppelin](https://openzeppelin.com/sdk/) - [GitHub](https://github.com/OpenZeppelin/openzeppelin-sdk) - [Foro de la comunidad](https://forum.openzeppelin.com/c/support/17) - **El desarollo de OpenZeppelin SDK ha finalizado** @@ -132,6 +132,14 @@ Antes de profundizar en los marcos o frameworks, le recomendamos que lea nuestra - [GitHub](https://github.com/Ackee-Blockchain/wake) - [Extensión de VS Code](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity) +**Veramo:** **_un marco modular, de código abierto y agnóstico que facilita a los desarrolladores de aplicaciones descentralizadas la integración de identidades descentralizadas y credenciales verificables en sus aplicaciones._** + +- [Página de inicio](https://veramo.io/) +- [Documentación](https://veramo.io/docs/basics/introduction) +- [GitHub](https://github.com/uport-project/veramo) +- [Discord](https://discord.com/invite/FRRBdjemHV) +- [Paquete NPM](https://www.npmjs.com/package/@veramo/core) + ## Leer más {#further-reading} _¿Conoce algún recurso de la comunidad que le haya servido de ayuda? Edite esta página y añádalo._ diff --git a/public/content/translations/es/developers/docs/gas/index.md b/public/content/translations/es/developers/docs/gas/index.md index b34a1437e0f..d261dfec933 100644 --- a/public/content/translations/es/developers/docs/gas/index.md +++ b/public/content/translations/es/developers/docs/gas/index.md @@ -1,6 +1,7 @@ --- title: Gas y tarifas -description: +metaTitle: "Gas y tarifas de Ethereum: visión técnica" +description: Conozca las comisiones de gas en Ethereum, cómo se calculan y su papel en la seguridad de la red y el procesamiento de transacciones. lang: es --- @@ -105,7 +106,7 @@ Aunque una transacción incluye un límite, cualquier gas no utilizado en una tr El límite del gas se refiere a la cantidad máxima de gas que esté dispuesto a que se consuma en una transacción. Las transacciones más complicadas que implican [contratos inteligentes](/developers/docs/smart-contracts/) requieren más trabajo informático, por eso comportan un límite de gas más alto que un pago sencillo. Una transferencia estándar de ETH requiere un límite de gas de 21.000 unidades de gas. -Por ejemplo, si se pone un límite de gas de 50.000 para una simple transferencia ETH, la EVM consumiría 21.000 y recuperaría los 29.000. Sin embargo, si especifica un límite de gas muy bajo, por ejemplo, un límite de gas de 20.000 para una transacción sencilla de ETH, la EVM consumirá sus 20.000 unidades de gas para intentar completar la transacción, pero no se completará. La EVM entonces revierte cualquier cambio, pero dado que el validador ya se hizo con 20.000 unidades de gas por su trabajo, el gas se consume. +Por ejemplo, si se pone un límite de gas de 50.000 para una simple transferencia ETH, la EVM consumiría 21.000 y recuperaría los 29.000. Sin embargo, si especifica muy poco gas, por ejemplo, un límite de gas de 20.000 para una simple transferencia de ETH, la transacción fallará durante la fase de validación. Se rechazará antes de incluirse en un bloque y no se consumirá gas. Por otro lado, si la transacción se queda sin gas durante la ejecución (p. ej., un contrato inteligente usa todo el gas en la mitad del proceso), la EVM revertirá cualquier cambio, pero aun así se consumirá el gas proporcionado debido al trabajo realizado. ## ¿Por qué las comisiones de gas son tan elevadas? {#why-can-gas-fees-get-so-high} @@ -122,6 +123,8 @@ La escalabilidad de la capa 2 es una iniciativa primordial para mejorar de maner Si desea supervisar las tarifas de gas, para poder enviar sus ETH por menos, puede usar diferentes herramientas, como: - [Etherscan](https://etherscan.io/gastracker) _Calculador de precios del gas_ +- [Blockscout](https://eth.blockscout.com/gas-tracker) _Estimador de precios de gas de transacciones de código abierto_ +- [ETH Gas Tracker](https://www.ethgastracker.com/) _Monitorea precios de gas para Ethereum y L2 para reducir las tarifas de transacción y ahorrar dinero_ - [Calculadora de gas de ETH de Blocknative](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm)_Extensión de Chrome para el cálculo de gas compatible con ambas transacciones tradicionales Tipo 0 y transacciones EIP-1559 Tipo 2._ - [Calculadora de tarifas de gas Cryptoneur](https://www.cryptoneur.xyz/gas-fees-calculator) _Calcule las tarifas de gas en su moneda local para diferentes tipos de transacciones en la red principal, Arbitrum y Polygon._ @@ -133,6 +136,8 @@ Si desea supervisar las tarifas de gas, para poder enviar sus ETH por menos, pue - [Explicación sobre el gas de Ethereum](https://defiprime.com/gas) - [Reducir el consumo de gas de sus contratos inteligentes](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a) +- [Prueba de participación frente a prueba de trabajo](https://blockgeeks.com/guides/proof-of-work-vs-proof-of-stake/) - [Estrategias de optimización de gas para desarrolladores](https://www.alchemy.com/overviews/solidity-gas-optimization) - [Documentacion sobre EIP-1559](https://eips.ethereum.org/EIPS/eip-1559). -- [Recursos Tim Beiko's EIP-1559](https://hackmd.io/@timbeiko/1559-resources). +- [Recursos EIP-1559 de Tim Beiko](https://hackmd.io/@timbeiko/1559-resources) +- [EIP-1559: separar mecanismos de memes](https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes) diff --git a/public/content/translations/es/developers/docs/ides/index.md b/public/content/translations/es/developers/docs/ides/index.md index 4dcf8fba522..2656ae2c2ab 100644 --- a/public/content/translations/es/developers/docs/ides/index.md +++ b/public/content/translations/es/developers/docs/ides/index.md @@ -1,6 +1,6 @@ --- title: Entornos de desarrollo integrados (IDE) -description: +description: Conozca más a fondo los IDE basados en la web y de escritorio para el desarrollo en Ethereum, incluidos Remix, VS Code y plugins populares. lang: es --- @@ -37,7 +37,6 @@ La mayoría de los IDE establecidos han desarrollado complementos para mejorar l **Visual Studio Code:** **_IDE multiplataforma profesional con soporte oficial de Ethereum_ ** - [Visual Studio Code](https://code.visualstudio.com/) -- [Azure Blockchain Workbench](https://azuremarketplace.microsoft.com/en-us/marketplace/apps/microsoft-azure-blockchain.azure-blockchain-workbench?tab=Overview) - [Muestras de código](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md) - [GitHub](https://github.com/microsoft/vscode) diff --git a/public/content/translations/es/developers/docs/intro-to-ether/index.md b/public/content/translations/es/developers/docs/intro-to-ether/index.md index 0ec4ad9cab1..6f24e784c7b 100644 --- a/public/content/translations/es/developers/docs/intro-to-ether/index.md +++ b/public/content/translations/es/developers/docs/intro-to-ether/index.md @@ -1,5 +1,5 @@ --- -title: Introducción a ether +title: Introducción técnica al ether description: Una introducción para desarrolladores a la criptomoneda ethereum lang: es --- @@ -26,7 +26,7 @@ La criptomoneda Ether incluye un mecanismo de fijación de precios para determin Por lo tanto, incluso si una DApp maliciosa ejecuta un bucle infinito, se llegaría a un punto en el que la transacción carecería de Ether y terminaría, lo que permitiría que la red vuelva a la normalidad. -[Es](https://www.reuters.com/article/us-crypto-currencies-lending-insight-idUSKBN25M0GP#:~:text=price%20of%20ethereum) [común](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845#:~:text=cryptocurrencies%20including%20ethereum) [confundir](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum) Ethereum y ether. Cuando las personas dicen «el precio de Ethereum» se están refiriendo al precio de ether. +Es [común confundir](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845) Ethereum y ether — cuando las personas dicen el «precio de Ethereum» se refieren al precio de ether. ## Mintear ether {#minting-ether} @@ -38,9 +38,9 @@ Ether se acuña como recompensa por cada bloque propuesto y en cada punto de con Además de crear ether a través de las recompensas por bloque, el ether puede destruirse mediante un proceso llamado «quema». Cuando se quema el ether, este se elimina de la circulación de forma permanente. -La quema de ether se produce en cada transacción en Ethereum. Cuando los usuarios pagan por sus transacciones, se destruye una comisión de gas base, establecida por la red, de acuerdo con la demanda transaccional. Esto, junto con tamaños de bloque variables y una tarifa de gas máxima, simplifica la estimación de la comisión de transacción en Ethereum. Cuando la demanda de red es alta, los [bloques](https://etherscan.io/block/12965263) pueden quemar más ether de los que acuñan, compensando efectivamente la emisión de ether. +La quema de ether se produce en cada transacción en Ethereum. Cuando los usuarios pagan por sus transacciones, se destruye una comisión de gas base, establecida por la red, de acuerdo con la demanda transaccional. Esto, junto con tamaños de bloque variables y una tarifa de gas máxima, simplifica la estimación de la comisión de transacción en Ethereum. Cuando la demanda de red es alta, los [bloques](https://eth.blockscout.com/block/22580057) pueden quemar más ether de los que acuñan, compensando efectivamente la emisión de ether. -Quitar la comnisión base impide que los productores de bloques puedan manipular las transacciones. Por ejemplo, si los mineros obtuvieran la tarifa base, podrían incluir sus propias transacciones de forma gratuita y aumentar la tarifa base para todos los demás. Como alternativa, podrían reembolsar la tarifa de base a algunos usuarios fuera de cadena, lo que provocaría un mercado de comisiones de transacción más opaco y complejo. +Quitar la comnisión base impide que los productores de bloques puedan manipular las transacciones. Por ejemplo, si los mineros obtuvieran la tarifa base, podrían incluir sus propias transacciones de forma gratuita y aumentar la tarifa base para todos los demás. Por otra parte, podrían reembolsar la tarifa base a algunos usuarios fuera de la cadena, lo que conduciría a un mercado de tarifas de transacción más opaco y complejo. ## Denominaciones de ether {#denominations} @@ -67,11 +67,11 @@ Cuando la dirección del destinatario es un [contrato inteligente](/developers/d Los usuarios pueden consultar el saldo en ether de cualquier [cuenta](/developers/docs/accounts/) al inspeccionar el campo `saldo` de la cuenta, el cual muestra la reserva de ether expresada en wei. -[Etherscan](https://etherscan.io) es una herramienta muy conocida que permite inspeccionar el saldo de las direcciones a través de una aplicación web. Por ejemplo, en [esta página de Etherscan](https://etherscan.io/address/0xde0b295669a9fd93d5f28d9ec85e40f4cb697bae) se muestra el saldo de la Ethereum Foundation. Los saldos de la cuenta también se pueden consultar usando carteras o directamente haciendo peticiones a nodos. +[Etherscan](https://etherscan.io) y [Blockscout](https://eth.blockscout.com) son herramientas populares para inspeccionar los saldos de direcciones a través de aplicaciones basadas en la web. Por ejemplo, [esta página de Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) muestra el saldo de Ethereum Foundation. Los saldos de la cuenta también se pueden consultar usando carteras o directamente haciendo peticiones a nodos. ## Más información {#further-reading} -- [Definición de Ether y Ethereum](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) — _Grupo CME_ +- [Definición de ether y Ethereum](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html): _CME Group_ - [Informe de Ethereum](/whitepaper/): la propuesta original de Ethereum. En este documento se incluyen una descripción de ether y los motivos por los que se creó. - [Calculadora de gwei](https://www.alchemy.com/gwei-calculator): utilice esta calculadora gwei para convertir fácilmente wei, gwei y ether. Simplemente añada cualquier cantidad de wei, gwei o ETH y calcule automáticamente la conversión. diff --git a/public/content/translations/es/developers/docs/intro-to-ethereum/index.md b/public/content/translations/es/developers/docs/intro-to-ethereum/index.md index 655ac225935..ba306b34746 100644 --- a/public/content/translations/es/developers/docs/intro-to-ethereum/index.md +++ b/public/content/translations/es/developers/docs/intro-to-ethereum/index.md @@ -1,5 +1,5 @@ --- -title: Introducción a Ethereum +title: Introducción técnica a Ethereum description: Una introducción a los conceptos principales de Ethereum para los desarrolladores de DApps. lang: es --- @@ -109,6 +109,14 @@ Un fragmento de código reutilizable (un programa) que publica un desarrollador - [Informe oficial de Ethereum](/whitepaper/) - [¿Cómo funciona Ethereum?](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369) - _Preethi Kasireddy_ (**NB** este recurso todavía es valioso, pero tenga en cuenta que es anterior a [La Fusión](/roadmap/merge) y por lo tanto se refiere al mecanismo de prueba de trabajo de Ethereum; Ethereum ahora es seguro gracias a la [prueba de participación](/developers/docs/consensus-mechanisms/pos)) +### ¿Es más bien de los que aprende viendo? {#visual-learner} + +Esta serie de vídeos ofrece una exploración exhaustiva de temas fundamentales: + + + +[Lista de reproducción de Ethereum Basics](https://youtube.com/playlist?list=PLqgutSGloqiJyyoL0zvLVFPS-GMD2wKa5&si=kZTf5I7PKGTXDsOZ) + _¿Conoce algún recurso comunitario que le haya sido de ayuda? Edite la página y añádalo._ ## Tutoriales relacionados {#related-tutorials} diff --git a/public/content/translations/es/developers/docs/mev/index.md b/public/content/translations/es/developers/docs/mev/index.md index 6ff9558e210..2f9e9f458ec 100644 --- a/public/content/translations/es/developers/docs/mev/index.md +++ b/public/content/translations/es/developers/docs/mev/index.md @@ -12,7 +12,7 @@ El valor máximo extraíble se aplicó por primera vez en el contexto de [prueba ## Requisitos previos {#prerequisites} -Asegúrese de estar familiarizado con las [transacciones](/developers/docs/transactions/), los [bloques](/developers/docs/blocks/), la [prueba de participación](/developers/docs/consensus-mechanisms/pos) y el [gas](/developers/docs/gas/). Familiarizarse con las [dApps](/apps/) y [DeFi](/defi/) también le será muy útil. +Asegúrese de estar familiarizado con las [transacciones](/developers/docs/transactions/), los [bloques](/developers/docs/blocks/), la [prueba de participación](/developers/docs/consensus-mechanisms/pos) y el [gas](/developers/docs/gas/). Familiarizarse con las [DApps](/apps/) y [DeFi](/defi/) también le será muy útil. ## Extracción de MEV {#mev-extraction} @@ -26,7 +26,7 @@ Con eso, para algunas oportunidades de MEV altamente competitivas, como [arbitra Está dinámica ha hecho que ser bueno en el "gas golfing" —programar transacciones de manera que usen la menor cantidad de gas— sea una ventaja competitiva, pues permite a los buscadores fijar un precio de gas más alto, mientras mantienen sus tarifas de gas constantes (tarifas de gas = precio del gas \* gas usado). -Algunas de las técnicas más conocidas del gas golfing incluyen usar direcciones que comiencen con una larga cadena de ceros (p. ej., [0x0000000000C521824EaFf97Eac7B73B084ef9306](https://etherscan.io/address/0x0000000000c521824eaff97eac7b73b084ef9306)), ya que usan menos espacio (y por lo tanto menos gas) de almacenamiento; y dejar saldos de tokens [ERC-20](/developers/docs/standards/tokens/erc-20/) pequeños en los contratos, ya que cuesta más gas inicializar un espacio de almacenamiento (si el saldo es 0) que actualizar un espacio de almacenamiento. Encontrar más técnicas para reducir el uso de gas es un área de investigación muy activa entre los investigadores. +Algunas de las técnicas más conocidas del «gas golfing» (o la reducción del coste de una transacción) incluyen el uso de direcciones que comiencen con una larga cadena de ceros (p. ej., [0x0000000000C521824EaFf97Eac7B73B084ef9306](https://eth.blockscout.com/address/0x0000000000C521824EaFf97Eac7B73B084ef9306)), ya que usan menos espacio (y, por lo tanto, menos gas) de almacenamiento; y dejar pequeñas cantidades de tókenes[ERC-20](/developers/docs/standards/tokens/erc-20/) en los contratos, ya que cuesta más gas inicializar un espacio de almacenamiento (si el saldo es 0) que actualizarlo. Encontrar más técnicas para reducir el uso de gas es un área de investigación muy activa entre los investigadores. ### Frontrunners generalizados {#mev-extraction-generalized-frontrunners} @@ -46,13 +46,13 @@ El arbitraje en [exchanges descentralizados](/glossary/#dex) (DEX) es la oportun Funciona así: si dos DEX ofrecen el mismo token a diferentes precios, alguien puede comprar el token en el DEX más barato y venderlo en el DEX de mayor precio en una sola transacción atómica. Gracias a las mecánicas de la cadena de bloques, esto es un verdadero arbitraje sin riesgos. -[Este es un ejemplo](https://etherscan.io/tx/0x5e1657ef0e9be9bc72efefe59a2528d0d730d478cfc9e6cdd09af9f997bb3ef4) de una transacción de arbitraje rentable donde un buscador convirtió 1.000 ETH en 1,045 ETH aprovechando diferentes precios del par ETH/DAI en Uniswap vs. Sushiswap. +[Este es un ejemplo](https://eth.blockscout.com/tx/0x5e1657ef0e9be9bc72efefe59a2528d0d730d478cfc9e6cdd09af9f997bb3ef4) de una transacción de arbitraje rentable donde un buscador convirtió 1.000 ETH en 1.045 ETH aprovechando diferentes precios del par ETH/DAI en Uniswap frente a Sushiswap. ### Liquidaciones {#mev-examples-liquidations} Las liquidaciones del protocolo de préstamos presentan otra muy conocida oportunidad de MEV. -Los protocolos de préstamo como Maker y Aave requieren que los usuarios depositen alguna garantía o colateral (por ejemplo, ETH). Este colateral depositado se utiliza para luego hacer un préstamo a otros usuarios. +Los protocolos de préstamo como Maker y Aave requieren que los usuarios depositen alguna garantía o colateral (por ejemplo, ETH). Esta garantía depositada se utiliza posteriormente para prestar a otros usuarios. Los usuarios pueden pedir prestados activos y tokens de otros dependiendo de lo que necesiten (por ejemplo, puede pedir prestado MKR si desea votar en una propuesta de gobernanza de MakerDAO) hasta un cierto porcentaje de la garantía depositada. Por ejemplo, si la cantidad del préstamo es de un máximo del 30%, un usuario que deposite 100 DAI en el protocolo puede pedir prestado por un valor de hasta 30 DAI de otro activo. El protocolo determina el porcentaje exacto de poder de endeudamiento, o préstamo. @@ -78,7 +78,7 @@ Sin embargo, dado que las transacciones de NFT ocurren en la misma cadena de blo Por ejemplo, si hay un drop de NFT popular y un buscador quiere un cierto NFT o conjunto de NFT, puede programar una transacción de tal forma que sea la primera persona en la fila para comprar el NFT o puede comprar todo el conjunto de NFT en una sola transacción. O si un NFT es [erróneamente listado a un bajo precio](https://www.theblockcrypto.com/post/113546/mistake-sees-69000-cryptopunk-sold-for-less-than-a-cent), un buscador puede adelantarse a otros compradores con frontrunning y llevárselo barato. -Un ejemplo prominente de MEV de NFT ocurrió cuando un buscador gastó USD 7 millones para [comprar](https://etherscan.io/address/0x650dCdEB6ecF05aE3CAF30A70966E2F395d5E9E5) todos los Cryptopunks al precio mínimo. Un investigador de la cadena de bloques [explicó en Twitter](https://twitter.com/IvanBogatyy/status/1422232184493121538) cómo el comprador trabajó con un proveedor de MEV para mantener su compra en secreto. +Un ejemplo prominente de MEV de NFT ocurrió cuando un buscador gastó 7 millones de USD para [comprar](https://eth.blockscout.com/address/0x650dCdEB6ecF05aE3CAF30A70966E2F395d5E9E5?tab=txs) todos los Cryptopunks al precio mínimo. Un investigador de la cadena de bloques [explicó en Twitter](https://twitter.com/IvanBogatyy/status/1422232184493121538) cómo el comprador trabajó con un proveedor de MEV para mantener su compra en secreto. ### La cola larga {#mev-examples-long-tail} @@ -108,7 +108,7 @@ Esta posibilidad de reorganización de la cadena de bloques se ha [explorado pre ## Estado del MEV {#state-of-mev} -La extracción del MEV se disparó a principios de 2021, lo que dio lugar a precios extremadamente altos del gas en los primeros meses del año. El surgimiento del relay de MEV de Flashbots ha reducido la efectividad de los frontrunners generalizados y ha quitado de la cadena las subastas de gas, lo que resultó en la baja de precios del gas para los usuarios corrientes. +La extracción del MEV se disparó a principios de 2021, lo que dio lugar a precios extremadamente altos del gas en los primeros meses del año. La aparición del relé MEV de Flashbots ha reducido la eficacia de los frontrunners generalizados y ha sacado de la cadena las subastas de precios de la gasolina, reduciendo los precios del gas para los usuarios comunes. Si bien muchos buscadores todavía están ganando buen dinero con el MEV, a medida que las oportunidades se vuelven más conocidas y más y más buscadores compiten por la misma oportunidad, los validadores capturarán más y más ingresos totales de MEV (porque el mismo tipo de subastas de gas que se describió originalmente anteriormente también ocurren en Flashbots, aunque de forma privada, y los validadores capturarán el ingreso resultante del gas). El MEV además no es exclusivo de Ethereum, y a medida que las oportunidades se vuelven más competitivas en Ethereum, los buscadores se están pasando a cadenas de bloques alternativas como Binance Smart Chain, donde existen oportunidades de MEV similares a las de Ethereum con menos competencia. @@ -120,9 +120,9 @@ Como se explicó, el MEV tiene implicaciones negativas para la experiencia gener ### Centralización de validadores {#validator-centralization} -En Ethereum posterior a la Fusión, los validadores (habiendo hecho depósitos de seguridad de 32 ETH) llegan a un consenso sobre la validez de los bloques añadidos a la cadena de Baliza. Dado que 32 ETH pueden estar fuera del alcance de muchos, [unirse a un grupo de staking o participación](/staking/pools/) puede ser una opción más factible. No obstante, una distribución saludable de [participantes en solitario](/staking/solo/) es ideal, ya que mitiga la centralización de los validadores y mejora la seguridad de Ethereum. +En Ethereum posterior a la Fusión, los validadores (habiendo hecho depósitos de seguridad de 32 ETH) llegan a un consenso sobre la validez de los bloques añadidos a la cadena de Baliza. Dado que 32 ETH pueden estar fuera del alcance de muchos, [unirse a un grupo de staking o participación ](/staking/pools/) puede ser una opción más factible. No obstante, una distribución saludable de [participantes en solitario](/staking/solo/) es ideal, ya que mitiga la centralización de los validadores y mejora la seguridad de Ethereum. -Sin embargo, se cree que la extracción de MEV es capaz de acelerar la centralización de los validadores. Esto se debe en parte a que, como los validadores [ganan menos por proponer bloques](/roadmap/merge/issuance/#how-the-merge-impacts-ETH-supply) que los mineros anteriormente, la extracción de MEV ha [influido en gran medida en las ganancias de los validadores](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb) desde La Fusión. +Sin embargo, se cree que la extracción de MEV es capaz de acelerar la centralización de los validadores. Esto se debe, en parte, a que los validadores [ganan menos proponiendo bloques](/roadmap/merge/issuance/#how-the-merge-impacts-ETH-supply) que lo que ganaban los mineros previamente, la extracción de MEV ha [influido en las ganancias de validadores](https://github.com/flashbots/eth2-research/blob/main/notebooks/mev-in-eth2/eth2-mev-calc.ipynb) desde [la Fusión](/roadmap/merge/). Es probable que los grupos de participación más grandes tengan más recursos para invertir en las optimizaciones necesarias para capturar oportunidades de MEV. Cuanto más MEV extraen estos grupos, más recursos tienen para mejorar sus capacidades de extracción de MEV (y aumentar los ingresos generales), esencialmente creando [economías de escala](https://www.investopedia.com/terms/e/economiesofscale.asp#). @@ -130,19 +130,19 @@ Con menos recursos a su disposición, los participantes en solitario pueden no p ### Zonas de espera con permisos {#permissioned-mempools} -En respuesta a los ataques de sandwiching y frontrunning, los operadores podrían comenzar a realizar acuerdos fuera de la cadena con validadores para la privacidad de las transacciones. En lugar de enviar una posible transacción de MEV a la zona de espera o mempool pública, el trader la envía directamente al validador, que la incluye en un bloque y divide las ganancias con el trader. +En respuesta a los ataques de intercalación y de frontrunning (o inversiones ventajistas), los operadores pueden comenzar a realizar acuerdos fuera de la cadena con validadores para la privacidad de las transacciones. En lugar de enviar una posible transacción de MEV a la zona de espera o mempool pública, el trader la envía directamente al validador, que la incluye en un bloque y divide las ganancias con el trader. Los "pools o grupos oscuros" son una versión más grande de este arreglo y funcionan como zonas de espera con permiso y de solo acceso abiertas a los usuarios dispuestos a pagar ciertas tarifas. Esta tendencia disminuiría la falta de permisos y la no necesidad de confianza de Ethereum, y potencialmente transformaría la cadena de bloques en un mecanismo de "pago para jugar" que favorezca al mejor postor. Las zonas de espera con permisos también acelerarían los riesgos de centralización descritos en la sección anterior. Los grandes grupos que ejecutan múltiples validadores probablemente se beneficiarán de ofrecer privacidad de transacciones a los traders y los usuarios, aumentando sus ingresos de MEV. -Combatir estos problemas relacionados con el MEV después de la Fusión de Ethereum es un área central de investigación. Hasta la fecha, dos soluciones propuestas para reducir el impacto negativo del MEV en la descentralización y la seguridad de Ethereum después de la Fusión son **Proposer-Builder Separation (PBS)** y la **Builder API**. +Combatir estos problemas relacionados con el MEV después de la Fusión de Ethereum es un área central de investigación. Hasta la fecha, se han propuesto dos soluciones para reducir el impacto negativo de MEV sobre la descentralización y seguridad de Ethereum después de la Fusión. Estas son: [**Separación del creador de propuestas (PBS)**](/roadmap/pbs/) y [**API Builder**](https://github.com/ethereum/builder-specs). ### Separación Proponente-Constructor {#proposer-builder-separation} Tanto en la prueba de trabajo como en la prueba de participación, un nodo que construye un bloque lo propone para su adición a la cadena a otros nodos que participan en el consenso. Un nuevo bloque se convierte en parte de la cadena canónica después de que otro minero construye sobre él (en PoW) o recibe certificaciones de la mayoría de los validadores (en PoS). -La combinación de roles de productor de bloques y proponente de bloques es lo que introduce la mayoría de los problemas relacionados con el MEV descritos anteriormente. Por ejemplo, los nodos de consenso son incentivados a desencadenar reorganizaciones de la cadena en ataques de bandidos de tiempo (time-bandit) para maximizar las ganancias de MEV. +La combinación de roles de productor de bloques y proponente de bloques es lo que introduce la mayoría de los problemas relacionados con el MEV descritos anteriormente. Por ejemplo, se incentiva a los nodos de consenso para que logren reorganizar los bloques de la cadena en [ataques de manipulación del tiempo](https://www.mev.wiki/attack-examples/time-bandit-attack) con el fin de maximizar las ganancias de MEV. [La separación proponente-constructor](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) (PBS) está diseñada para mitigar el impacto del MEV, especialmente en la capa de consenso. La principal característica de PBS es la separación de las reglas del productor de bloques y el proponente de bloques. Los validadores siguen siendo responsables de proponer y votar sobre los bloques, pero una nueva clase de entidades especializadas, llamadas **constructores de bloques**, tienen la tarea de ordenar transacciones y construir construcción. @@ -156,7 +156,7 @@ La separación entre proponentes y constructores en el protocolo reduce el efect Esto no excluye totalmente a los validadores de los ingresos relacionados con MEV no obstante, ya que los constructores deben pujar alto para que sus bloques sean aceptados por los validadores. De todas maneras, si los validadores ya no se centran directamente en optimizar los ingresos de MEV, la amenaza de ataques time-bandit se reduce. -La separación entre proponentes y constructores también reduce los riesgos de centralización de MEV. Por ejemplo, el uso de un esquema commit-reveal elimina la necesidad de que los constructores confíen en que los validadores no robarán la oportunidad de MEV o la expondrán a otros constructores. Esto reduce la barrera para que los participantes en solitario se beneficien del MEV; de lo contrario, los constructores tenderían a favorecer grandes pools con reputación fuera de la cadena y a realizar acuerdos fuera de la cadena con ellos. +La separación entre proponentes y constructores también reduce los riesgos de centralización de MEV. Por ejemplo, el uso de un esquema commit-reveal elimina la necesidad de que los constructores confíen en que los validadores no robarán la oportunidad de MEV o la expondrán a otros constructores. Esto reduce la barrera para que los participantes en solitario se beneficien de MEV; de lo contrario, los constructores tenderían a favorecer grandes reservas con reputación fuera de la cadena y a realizar acuerdos fuera de cadena con ellas. Del mismo modo, los validadores no tienen que confiar en los constructores para que no retengan cuerpos de bloques o publiquen bloques no válidos porque el pago es incondicional. La tarifa del validador todavía se procesa incluso si el bloque propuesto no está disponible o es declarado no válido por otros validadores. En este último caso, el bloque simplemente se descarta, lo que obliga al constructor de bloques a perder todas las tarifas de transacción y los ingresos de MEV. @@ -180,7 +180,7 @@ A continuación se muestra una descripción general de cómo funciona la Builder 5. Aún se espera que un validador que utilice la Builder API construya un bloque localmente en caso de que el constructor de bloques no responda con prontitud, para que no se pierdan las recompensas de la propuesta de bloque. Sin embargo, el validador no puede crear otro bloque utilizando las transacciones ahora reveladas u otro conjunto, ya que equivaldría a _equivocación_ (firmar dos bloques dentro de la misma ranura), lo que es una ofensa que se puede acuchillar. -Un ejemplo de implementación de la Builder API es [MEV Boost](https://github.com/flashbots/mev-boost), una mejora del [mecanismo de subasta de Flashbots](https://docs.flashbots.net/Flashbots-auction/overview/) diseñado para reducir las externalidades negativas de MEV en Ethereum. La subasta de Flashbots permite a los validadores en prueba de participación subcontratar el trabajo de construcción de bloques rentables a terceros especializados llamados **buscadores**. +Un ejemplo de implementación de la Builder API es [MEV Boost](https://github.com/flashbots/mev-boost), una mejora del [mecanismo de subasta de Flashbots](https://docs.flashbots.net/Flashbots-auction/overview/) diseñado para reducir las externalidades negativas de MEV en Ethereum. La subasta de Flashbots permite a los validadores en prueba de participación subcontratar el trabajo de construcción de bloques rentables a terceros especializados llamados **buscadores**. ![Un diagrama que detalla el flujo de MEV](./mev.png) Los buscadores intentan dar con oportunidades lucrativas de MEV y envían paquetes de transacciones a los proponentes de bloques junto con una [oferta de precio sellado](https://en.wikipedia.org/wiki/First-price_sealed-bid_auction) para su inclusión en el bloque. El validador que ejecuta mev-geth, una versión bifurcada del cliente go-ethereum (Geth) solo tiene que elegir el paquete con más beneficios e incluirlo como parte del nuevo bloque. Para proteger a los proponentes de bloques (validadores) del spam y las transacciones no válidas, los paquetes de transacciones pasan por **relayers** para su validación antes de llegar al proponente. @@ -204,6 +204,7 @@ Algunos proyectos, como MEV Boost, utilizan la Builder API como parte de una est - [Documentos de Flashbots](https://docs.flashbots.net/) - [Flashbots GitHub](https://github.com/flashbots/pm) +- [MEV-Explore:](https://explore.flashbots.net/) _Explorador del Panel de control y de transacciones en vivo para transacciones de MEV_ - [mevboost.org:](https://www.mevboost.org/) _Rastreador con estadísticas en tiempo real para relays de MEV-Boost y constructores de bloques_ ## Más información {#further-reading} diff --git a/public/content/translations/es/developers/docs/networking-layer/index.md b/public/content/translations/es/developers/docs/networking-layer/index.md index 92b3dd0fbd8..104aa2f199e 100644 --- a/public/content/translations/es/developers/docs/networking-layer/index.md +++ b/public/content/translations/es/developers/docs/networking-layer/index.md @@ -75,7 +75,7 @@ Junto con los mensajes de saludo, el protocolo de cable también puede enviar un Una vez que los pares están conectados y se ha iniciado una sesión RLPx, el protocolo de cable define cómo se comunican los pares. Inicialmente, el protocolo de cable definía tres tareas principales: sincronización de la cadena, propagación de bloques e intercambio de transacciones. Sin embargo, una vez que Ethereum cambió a la prueba de participación, la propagación de bloques y la sincronización de cadenas se convirtieron en parte de la capa de consenso. El intercambio de transacciones todavía está en el ámbito de los clientes de ejecución. El intercambio de transacciones se refiere al intercambio de transacciones pendientes entre nodos para que los constructores de bloques puedan seleccionar algunas de ellas para su inclusión en el siguiente bloque. Hay información detallada sobre estas tareas [aquí](https://github.com/ethereum/devp2p/blob/master/caps/eth.md). Los clientes que admiten estos subprotocolos los exponen a través del [JSON-RPC](/developers/docs/apis/json-rpc/). -#### les (subprotocolo ligero de ethereum) {#les} +#### les (subprotocolo ligero de Ethereum) {#les} Este es un protocolo mínimo para sincronizar clientes ligeros. Tradicionalmente, este protocolo rara vez se ha utilizado porque los nodos completos deben servir datos a los clientes ligeros sin ser incentivados. El comportamiento predeterminado de los clientes de ejecución no es servir datos de clientes ligeros sobre les. Hay más información disponible en la [especificación de Ies](https://github.com/ethereum/devp2p/blob/master/caps/les.md). diff --git a/public/content/translations/es/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/es/developers/docs/networking-layer/network-addresses/index.md index f5342a0a87a..dac03c15987 100644 --- a/public/content/translations/es/developers/docs/networking-layer/network-addresses/index.md +++ b/public/content/translations/es/developers/docs/networking-layer/network-addresses/index.md @@ -23,7 +23,7 @@ Para un nodo de Ethereum, el multiaddr contiene el ID del nodo (un hash de su cl ## Enode {#enode} -Un enode es una forma de identificar a un nodo de Ethereum usando un formato de dirección URL. El ID hexadecimal del nodo se codifica en la parte del nombre de usuario de la URL separado del host con el símbolo @. El nombre de host solo puede darse en forma de una dirección IP; los nombres de DNS no están permitidos. El puerto en la sección del nombre de host es el puerto de escucha TCP. Si los puertos TCP y UDP (descubrimiento) difieren, el puerto UDP es especificado como un parámetro de consulta "discport". +Un enode es una forma de identificar a un nodo de Ethereum usando un formato de dirección URL. El ID hexadecimal del nodo se codifica en la parte del nombre de usuario de la URL separado del host con el símbolo @. El nombre de host solo puede darse en forma de una dirección IP; los nombres de DNS no están permitidos. El puerto en la sección del nombre de host es el puerto de escucha TCP. Si los puertos TSP y UDP (Discovery) difieren, el puerto UDP se especifica como un parámetro de consulta «discport». En el siguiente ejemplo, la URL de nodo describe un nodo con una dirección IP `10.3.58.6`, un puerto TCP `30303` y un puerto de descubrimiento UDP `30301`. @@ -35,5 +35,6 @@ Los Registros de nodos de Ethereum (ENR) son un formato estandarizado para las d ## Más información {#further-reading} -- [EIP-778: Registros de nodos de Ethereum (ENR)](https://eips.ethereum.org/EIPS/eip-778) -- [LibP2P: Multiaddr-Enode-ENR](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) +- [EIP-778: registros de nodos de Ethereum (RNE)](https://eips.ethereum.org/EIPS/eip-778) +- [Direcciones de red en Ethereum](https://dean.eigenmann.me/blog/2020/01/21/network-addresses-in-ethereum/) +- [LibP2P: Multiaddr-Enode-ENR?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) diff --git a/public/content/translations/es/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/es/developers/docs/networking-layer/portal-network/index.md index 9ff8b9e293e..eb86e60e748 100644 --- a/public/content/translations/es/developers/docs/networking-layer/portal-network/index.md +++ b/public/content/translations/es/developers/docs/networking-layer/portal-network/index.md @@ -55,11 +55,17 @@ Los beneficios de este diseño de red son: - reducir la dependencia de los proveedores centralizados - reducir el uso del ancho de banda de Internet - sincronización minimizada o cero -- accesible a dispositivos con recursos limitados (\<1 GB de RAM, \<100 MB de espacio en disco, 1 CPU) +- accesibilidad a dispositivos con recursos limitados (\<1 GB RAM, \<100 MB de espacio en disco, 1 CPU) El siguiente diagrama muestra las funciones de los clientes existentes que Portal Network puede entregar, lo que permite a los usuarios acceder a estas funciones en dispositivos de muy pocos recursos. -![tabla de portal network](portal-network-table2.png) +### Las redes del portal + +| Cliente ligero de baliza | Red de estado | Gossip de transacciones | Historial de la red | +| ------------------------ | ------------------------------- | ----------------------- | ------------------- | +| Cadena ligera de baliza | Cuenta y contrato de almacenaje | Zona de espera ligera | Encabezados | +| Datos del protocolo | | | Cuerpos de bloque | +| | | | Recibos | ## Diversidad de clientes por defecto {#client-diversity-as-default} @@ -70,13 +76,13 @@ Los clientes de Portal Network son: - [Trin](https://github.com/ethereum/trin): escrito en Rust - [Fluffy](https://fluffy.guide): escrito en Nim - [Ultralight](https://github.com/ethereumjs/ultralight): escrito en Typescript -- [Shisui](https://github.com/GrapeBaBa/shisui): escrito en Go +- [Shisui](https://github.com/optimism-java/shisui): escrito en Go Tener múltiples implementaciones de clientes independientes mejora la resiliencia y la descentralización de la red Ethereum. Si un cliente experimenta problemas o vulnerabilidades, otros clientes pueden seguir funcionando sin problemas, evitando un solo punto de fallo. Además, diversas implementaciones de clientes fomentan la innovación y la competencia, impulsando mejoras y reduciendo el riesgo de monocultivo dentro del ecosistema. -## Más información {#futher-reading} +## Más información {#further-reading} - [El Portal Network(Piper Merriam en Devcon Bogota)](https://www.youtube.com/watch?v=0stc9jnQLXA). - [Discord de Portal Network](https://discord.gg/CFFnmE7Hbs) diff --git a/public/content/translations/es/developers/docs/networks/index.md b/public/content/translations/es/developers/docs/networks/index.md index 85416e8a06b..17f6e71f5ec 100644 --- a/public/content/translations/es/developers/docs/networks/index.md +++ b/public/content/translations/es/developers/docs/networks/index.md @@ -34,15 +34,11 @@ El ETH en las redes de prueba se supone que no tiene un valor real; sin embargo, #### ¿Qué red de prueba debo usar? -Las dos redes públicas de prueba que los desarrolladores de clientes están manteniendo actualmente son Sepolia y Hoodi. Sepolia es una red de desarrolladores de contratos y aplicaciones para probar sus aplicaciones. La red Hoodi permite a los desarrolladores de protocolos probar actualizaciones de red y permite a los participantes hacer pruebas de ejecución de validadores. +Las dos redes públicas de prueba que los desarrolladores de clientes están manteniendo actualmente son Sepolia y Hoodi. Sepolia es una red de desarrolladores de contratos y aplicaciones para probar sus aplicaciones. La red Hoodi permite a los desarrolladores de protocolos probar actualizaciones de red y permite a los participantes probar validadores en ejecución. #### Sepolia {#sepolia} -****Sepolia es la red de prueba predeterminada recomendada para el desarrollo de aplicaciones. La red Sepolia utiliza un conjunto de validadores autorizados. Es bastante nueva, lo que significa que su estado e historia son bastante limitados. Esto significa que la red se sincroniza rápidamente y que ejecutar un nodo requiere menos almacenamiento. Esto es útil para los usuarios que quieren activar rápidamente un nodo e interactuar directamente con la red. - -- Conjunto de validadores cerrado, controlado por el cliente y equipos de prueba -- Nueva red de prueba, menos aplicaciones implementadas que otras redes de prueba -- Sincronización y ejecución rápidas en un nodo que requieren un espacio mínimo en el disco +****Sepolia es la red de prueba predeterminada recomendada para el desarrollo de aplicaciones. La red Sepolia usa un conjunto de validadores que requiere permisos controlado por equipos de clientes y de pruebas. ##### Recursos @@ -54,37 +50,85 @@ Las dos redes públicas de prueba que los desarrolladores de clientes están man ##### Faucets -- [QuickNode Sepolia Faucet](https://faucet.quicknode.com/drip) +- [Grifo de Sepolia de QuickNode](https://faucet.quicknode.com/ethereum/sepolia) - [Grabteeth](https://grabteeth.xyz/) -- [PoW faucet](https://sepolia-faucet.pk910.de/) -- [Faucet de cartera Coinbase | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet) -- [Alchemy Sepolia faucet](https://sepoliafaucet.com/) -- [Faucet Infura Sepolia](https://www.infura.io/faucet) -- [Faucet Chainstack Sepolia](https://faucet.chainstack.com/sepolia-testnet-faucet) -- [Faucet del ecosistema Ethereum](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia) +- [Grifo de prueba de trabajo](https://sepolia-faucet.pk910.de/) +- [Grifo Sepolia de Alchemy](https://www.alchemy.com/faucets/ethereum-sepolia) +- [Grifo Sepolia de Infura](https://www.infura.io/faucet) +- [Grifo Chainstack de Sepolia](https://faucet.chainstack.com/sepolia-testnet-faucet) +- [Grifo del ecosistema de Ethereum](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia) +- [Grifo de Sepolia de Google Cloud Web3](https://cloud.google.com/application/web3/faucet/ethereum/sepolia) #### Hoodi {#hoodi} -_Nota: [la red de pruebas Goerli está obsoleta](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17) y ha sido reemplazada por Hoodi. Por favor, considere la migración de sus aplicaciones a Sepolia._ - -Hoodi es una red de prueba para probar la validación y la participación. La red Hoodi está abierta a usuarios que quieren ejecutar un validador de red de pruebas. Los participantes que quieran probar las actualizaciones del protocolo antes de que se implementen en la red principal deben usar Hoodi. +Hoodi es una red de prueba para probar la validación y la participación. La red Hoodi está abierta para usuarios que quieren ejecutar un validador en una red de pruebas. Los participantes que quieran probar actualizaciones del protocolo antes de que sean desplegadas en la red principal, por tanto, deberían usar Hoodi. -- Conjunto de validador abierto, los participantes pueden probar las actualizaciones de la red. -- Estado grande, útil para probar interacciones complejas de contratos inteligentes. -- Más tiempo para sincronizar y requiere más almacenamiento para ejecutar un nodo. +- Conjunto de validador abierto, los participantes pueden probar las actualizaciones de la red +- Estado grande, útil para probar interacciones complejas de contratos inteligentes +- Tarda más en sincronizarse y requiere más almacenamiento para ejecutar un nodo ##### Recursos - [Sitio web](https://hoodi.ethpandaops.io/) - [GitHub](https://github.com/eth-clients/hoodi) -- [Explorer](https://explorer.hoodi.ethpandaops.io/) -- [Checkpoint Sync](https://checkpoint-sync.hoodi.ethpandaops.io/) +- [Explorador](https://explorer.hoodi.ethpandaops.io/) +- [Sincronización de punto de control](https://checkpoint-sync.hoodi.ethpandaops.io/) +- [Otterscan](https://hoodi.otterscan.io/) +- [Etherscan](https://hoodi.etherscan.io/) +- [Blockscout](https://hoodi.cloud.blockscout.com/) ##### Faucets -- [Faucet Hoodi](https://hoodi.ethpandaops.io/) +- [Grifo de Hoodi](https://hoodi.ethpandaops.io/) +- [Grifo de prueba de trabajo](https://hoodi-faucet.pk910.de/) + +#### Ephemery {#ephemery} + +Ephemery es un tipo único de red de prueba que se reinicia por completo cada mes. El estado de ejecución y consenso vuelve a la génesis cada 28 días, lo que significa que cualquier cosa que suceda en la red de prueba es efímera. Esto lo convierte en idóneo para una prueba a corto plazo, arranque rápido de nodos y aplicaciones de «hola mundo» que no necesitan permanencia. + +- Estado siempre nuevo, pruebas a corto plazo de validadores y aplicaciones +- Incluye solo un conjunto básico de contratos +- Conjunto de validador abierto y de fácil acceso a grandes cantidades de fondos +- Los requisitos de nodo más pequeños y la sincronización más rápida, <5Gb de media + +##### Recursos + +- [Sitio web](https://ephemery.dev/) +- [Github](https://github.com/ephemery-testnet/ephemery-resources) +- [Chat de la comunidad](https://matrix.to/#/#staker-testnet:matrix.org) +- [Blockscout](https://explorer.ephemery.dev/) +- [Otterscan](https://otter.bordel.wtf/) +- [Explorador de baliza](https://beaconlight.ephemery.dev/) +- [Sincronización de punto de control](https://checkpoint-sync.ephemery.ethpandaops.io) +- [Lanzador](https://launchpad.ephemery.dev/) + +#### Faucets + +- [Grifo de Bordel](https://faucet.bordel.wtf/) +- [Grifo Pk910 Pow](https://ephemery-faucet.pk910.de/) + +#### Holesky {#holesky} + +La red de pruebas Holesky se [descontinuará a partir de septiembre de 2025](https://blog.ethereum.org/en/2025/03/18/hoodi-holesky). Los operadores de participación y los proveedores de infraestructura deberían usar Hoodi en su lugar para pruebas del validador. + +##### Recursos -Para iniciar un validador en la red de prueba de Hoodi, utilice la [plataforma de lanzamiento de Hoodi](https://hoodi.launchpad.ethereum.org/en/). +- [Sitio web](https://holesky.ethpandaops.io/) +- [GitHub](https://github.com/eth-clients/holesky) +- [Otterscan](https://holesky.otterscan.io/) +- [Etherscan](https://holesky.etherscan.io/) +- [Blockscout](https://eth-holesky.blockscout.com/) + +##### Faucets + +- [Grifo de Holesky de QuickNode](https://faucet.quicknode.com/ethereum/holesky) +- [Grifo de prueba de trabajo](https://holesky-faucet.pk910.de/) +- [Grifo de Holesky de Alchemy](https://www.alchemy.com/faucets/ethereum-holesky) +- [Grifo de Holesky de Chainstack](https://faucet.chainstack.com/holesky-testnet-faucet) +- [Grifo del ecosistema de Ethereum](https://www.ethereum-ecosystem.com/faucets/ethereum-holesky) +- [Grifo de Holesky de Google Cloud Web3](https://cloud.google.com/application/web3/faucet/ethereum/holesky) + +Para lanzar un validador de la red de prueba de Hoodi, use [el lanzador de Hoodi](https://hoodi.launchpad.ethereum.org/en/). ### Redes de pruebas de Capa 2 {#layer-2-testnets} @@ -94,27 +138,47 @@ Para iniciar un validador en la red de prueba de Hoodi, utilice la [plataforma d Una red de pruebas para [Arbitrum](https://arbitrum.io/). +##### Recursos + +- [Etherscan](https://sepolia.arbiscan.io/) +- [Blockscout](https://sepolia-explorer.arbitrum.io/) + ##### Faucets -- [Faucet Chainlink](https://faucets.chain.link/arbitrum-sepolia) -- [Faucet Alchemy](https://www.alchemy.com/faucets/arbitrum-sepolia) +- [Grifo Chainlink](https://faucets.chain.link/arbitrum-sepolia) +- [Grifo Alchemy](https://www.alchemy.com/faucets/arbitrum-sepolia) +- [Grifo de Arbitrum Sepolia de QuickNode](https://faucet.quicknode.com/arbitrum/sepolia) +- [Grifo de Arbitrum Sepolia de Alchemy](https://www.alchemy.com/faucets/arbitrum-sepolia) +- [Grifo de Arbitrum Sepolia de Chainlink](https://faucets.chain.link/arbitrum-sepolia) -#### Optimism Sepolia {#optimistic-sepolia} +#### Optimistic Sepolia {#optimistic-sepolia} Una red de pruebas para [Optimism](https://www.optimism.io/). +##### Recursos + +- [Etherscan](https://sepolia-optimistic.etherscan.io/) +- [Blockscout](https://optimism-sepolia.blockscout.com/) + ##### Faucets -- [Faucet Chainlink](https://faucets.chain.link/optimism-sepolia) -- [Faucet Alchemy](https://www.alchemy.com/faucets/optimism-sepolia) +- [Grifo Chainlink](https://faucets.chain.link/optimism-sepolia) +- [Grifo Alchemy](https://www.alchemy.com/faucets/optimism-sepolia) +- [Grifos de red de prueba](https://docs.optimism.io/builders/tools/build/faucets) #### Starknet Sepolia {#starknet-sepolia} Una red de prueba para [Starknet](https://www.starknet.io). +##### Recursos + +- [Starkscan](https://sepolia.starkscan.co/) + ##### Faucets -- [Faucet Alchemy](https://www.alchemy.com/faucets/starknet-sepolia) +- [Grifo Alchemy](https://www.alchemy.com/faucets/starknet-sepolia) +- [Grifo de Starknet](https://starknet-faucet.vercel.app/) +- [Grifo de Starknet Sepolia de Blast](https://blastapi.io/faucets/starknet-sepolia-eth) ## Redes privadas {#private-networks} @@ -134,8 +198,8 @@ Si una red pública de Ethereum es como la red pública de internet, puede enten ## Herramientas relacionadas {#related-tools} -- [Chainlist](https://chainlist.org/) _lista de redes EVM para conectar carteras y proveedores a las ID de cadena y red apropiadas_ -- [Cadenas basadas en EVM](https://github.com/ethereum-lists/chains) _Repositorio de GitHub con metadatos de cadena que alimentan la Chainlist_ +- [Lista de cadena](https://chainlist.org/) _lista de redes EVM para conectar carteras y proveedores a las ID de cadena y red apropiados_ +- [Cadenas basadas en EVM](https://github.com/ethereum-lists/chains) _Repositorio de GitHub con metadatos de cadena que alimenta la lista de cadena_ ## Más información {#further-reading} diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md index 67ad025bcd1..209d7ccd52a 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md @@ -62,7 +62,7 @@ Aparte de las [recomendaciones generales para ejecutar un nodo](/developers/docs Asegúrese siempre de verificar los requisitos de hardware para un modo determinado en la documentación de un cliente. El mayor requisito para los nodos de archivo es el espacio en el disco. Dependiendo del cliente, varía de 3 TB a 12 TB. Incluso si el disco duro (HDD) podría considerarse una mejor solución para grandes cantidades de datos, sincronizarlo y actualizar constantemente la cabeza de la cadena requerirá unidades SSD de estado sólido. Las unidades [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) son lo suficientemente buenas, pero deben ser de una calidad considerable, al menos [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Los discos se pueden instalar en un ordenador de escritorio o en un servidor con suficientes ranuras. Estos dispositivos dedicados son ideales para ejecutar un nodo de elevado tiempo de actividad. Es perfectamente posible ejecutarlo en un ordenador portátil, pero la portabilidad tendrá un coste adicional. -Todos los datos deben encajar en un solo volumen, por lo tanto, los discos deben unirse, por ejemplo, con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o LVM. También podría valer la pena considerar el uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), ya que es compatible con «Copiar en escritura», lo que garantiza que los datos se escriban correctamente en el disco sin ningún error de bajo nivel. +Todos los datos deben caber en un volumen, así que los discos deben unirse, p. ej., con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o LVM. También podría valer la pena considerar el uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), ya que es compatible con «Copiar en escritura», lo que garantiza que los datos se escriban correctamente en el disco sin ningún error de bajo nivel. Para una mayor estabilidad y seguridad en la prevención de la corrupción accidental de la base de datos, especialmente en una configuración profesional, considere el uso de [memoria ECC](https://en.wikipedia.org/wiki/ECC_memory) si su sistema lo admite. Por lo general, se recomienda que el tamaño de la RAM sea el mismo que para un nodo completo, aunque cuanta más RAM, más le ayudará a acelerar la sincronización. diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/client-diversity/index.md index 2886d6df786..2c3c22705f3 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/client-diversity/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/client-diversity/index.md @@ -31,7 +31,7 @@ La diversidad de clientes también ofrece una mayor resiliencia frente a los ata Un error en un cliente de consenso con más del 33 % de los nodos de Ethereum podría impedir que la capa de consenso finalizara, lo que significa que los usuarios no podrían confiar en que las transacciones no se revirtieran o cambiarían en algún momento. Esto podría ser bastante problemático para muchas de las aplicaciones contruidas en Ethereum, especialmente las DeFi. - Peor aún, un error crítico en un cliente con dos tercios de mayoría haría que la cadena se dividiera y finalizara de manera incorrecta, haciendo que un gran número de validadores se vieran involucrados en una cadena inválida. Si los validadores quisieran reincorporarse a la cadena correcta, se verían afectados por recortes o por un lento y costoso proceso de retirada y reactivación voluntaria. La magnitud de los recortes aumenta en función del número de nodos culpables, con un máximo de dos tercios de la mayoría (32 ETH) recortados. + Peor aún, un error crítico en un cliente con dos tercios de mayoría haría que la cadena se dividiera y finalizara de manera incorrecta, haciendo que un gran número de validadores se vieran involucrados en una cadena inválida. Si los validadores quisieran reincorporarse a la cadena correcta, se verían afectados por recortes o por un lento y costoso proceso de retirada y reactivación voluntaria. La magnitud de los recortes aumenta en función del número de nodos culpables, con un máximo de dos tercios de la mayoría (32 ETH) recortados. A pesar de que es poco probable que se den estas situaciones, el ecosistema de Ethereum puede mitigar dichos riesgos igualando la distribución de clientes a través de los nodos activos. Idóneamente, ningún cliente de consenso podría alcanzar una participación del 33 % del total de los nodos. @@ -55,7 +55,7 @@ Hasta el momento, el foco de la discusión sobre la diversidad de clientes se ce ## Uso de clientes minoritarios {#use-minority-client} -Para abordar la diversidad de clientes y escoger un cliente minoritario no solo se necesitan usuarios individuales, sino también reservas de minería/validación e instituciones como grandes DApps e intercambios para intercambiar clientes también. A pesar de ello, todos los usuarios pueden participar en el proceso de reequilibrar las disparidades actuales y normalizar el uso de todo el software disponible de Ethereum. Tras La Fusión, todos los operadores de nodo deberán ejecutar un cliente de ejecución y un cliente de consenso. Escoger alguna de las combinaciones de clientes sugeridas a continuación, ayudará a aumentar la diversidad de clientes. +Abordar la diversidad de clientes requiere algo más que la elección de clientes minoritarios por parte de usuarios individuales: requiere que los grupos de validadores y las instituciones, como las principales dapps y plataformas de intercambio, también cambien de clientes. A pesar de ello, todos los usuarios pueden participar en el proceso de reequilibrar las disparidades actuales y normalizar el uso de todo el software disponible de Ethereum. Tras La Fusión, todos los operadores de nodo deberán ejecutar un cliente de ejecución y un cliente de consenso. Escoger alguna de las combinaciones de clientes sugeridas a continuación, ayudará a aumentar la diversidad de clientes. ### Clientes de ejecución {#execution-clients} @@ -67,6 +67,8 @@ Para abordar la diversidad de clientes y escoger un cliente minoritario no solo [Go-Ethereum](https://geth.ethereum.org/) +[Reth](https://reth.rs/) + ### Clientes de consenso {#consensus-clients} [Nimbus](https://nimbus.team/) @@ -77,7 +79,9 @@ Para abordar la diversidad de clientes y escoger un cliente minoritario no solo [Lodestar](https://github.com/ChainSafe/lodestar) -[Prysm](https://prysm.offchainlabs.com/docs/) +[Prysm](https://docs.prylabs.network/docs/getting-started) + +[Grandine](https://docs.grandine.io/) Los usuarios técnicos pueden acelerar este proceso con tutoriales y documentación relacionada a clientes minoritarios, invitando a otros operadores de nodos a migrar alejándose de los clientes dominantes. Las guías para migrar a un cliente de consenso minoritario están disponibles en [clientdiversity.org](https://clientdiversity.org/). @@ -88,7 +92,9 @@ Hay varios paneles que ofrecen estadísticas en tiempo real sobre la diversidad **Capa de consenso:** - [Rated.network](https://www.rated.network/) -- [clientdiversity.org](https://clientdiversity.org/) **/Capa de ejecución:** +- [clientdiversity.org](https://clientdiversity.org/) + +**Capa de ejecución:** - [supermajority.info](https://supermajority.info//) - [Ethernodes](https://ethernodes.org/) diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/index.md index e0c32059ab4..e90c9eaff85 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/index.md @@ -37,7 +37,7 @@ Lo que estas implementaciones de clientes tienen en común es que todas siguen u - En su origen, el [Protocolo de Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf) - [Especificaciones de ejecución](https://github.com/ethereum/execution-specs/) - [Especificaciones de consenso](https://github.com/ethereum/consensus-specs) -- [Se han implementado las EIP](https://eips.ethereum.org/) en varias [actualizaciones de red](/ethereum-forks/) +- [Se han implementado las EIP](https://eips.ethereum.org/) en varias [actualizaciones de red](/history/) ### Nodos de rastreamiento en la red {#network-overview} @@ -46,6 +46,8 @@ Múltiples rastreadores ofrecen una visión general en tiempo real de los nodos - [Mapa de nodos](https://etherscan.io/nodetracker) por Etherscan - [Nodos de Ether](https://ethernodes.org/) por Bitfly - [Nodewatch](https://www.nodewatch.io/) de Chainsafe, nodos de consenso rastreados +- [Monitoreth](https://monitoreth.io/): de MigaLabs, una herramienta de control de redes distribuidas +- [Informes semanales de salud de la red](https://probelab.io): por ProbeLab, usando el [Rastreador de nebulosa](https://github.com/dennis-tra/nebula) y otras herramientas ## Tipos de nodos {#node-types} @@ -64,7 +66,7 @@ Los nodos completos hacen una validación bloque a bloque de la cadena de bloque Los nodos de archivo son nodos completos que verifican cada bloque de genesis y nunca eliminan ninguno de los datos descargados. -- Almacena todo lo que se guarda en el nodo completo y construye un archivo de estados históricos. Esto es necesario si quiere consultar algún elemento como el saldo de una cuenta en el bloque número 4.000.000, o simplemente probar sus propias transacciones sin minarlas usando el seguimiento. +- Almacena todo lo que se guarda en el nodo completo y construye un archivo de estados históricos. Es necesario si desea consultar algo como un saldo de cuenta en el bloque #4.000.000, o simplemente y de manera fiable su propio conjunto de transacciones sin validarlas utilizando el rastreo. - Estos datos representan unidades de terabytes, lo que hace que los nodos de almacenamiento sean menos atractivos para el usuario medio, pero que pueden ser útiles para servicios como los exploradores de bloques, proveedores de carteras y análisis de cadena. Sincronizar clientes en algún modo distinto al almacenamiento (archivo) ocasionará que los datos de la cadena de bloques resultante sean truncados. Esto significa que no hay un archivo de todo el historial de estados, pero el nodo completo es capaz de construirlo bajo demanda. @@ -73,7 +75,7 @@ Más información sobre [Nodos de almacenamiento](/developers/docs/nodes-and-cli ### Nodo ligero {#light-node} -En lugar de descargar cada bloque, los nodos ligeros solo descargan los encabezados de los bloques. Estos encabezados contienen información resumida sobre el contenido de los bloques. Cualquier otra información que requiera el nodo ligero se solicita a un nodo completo. El nodo ligero puede entonces verificar independientemente los datos que recibe frente a raíces de estado en los encabezados de bloque. Los nodos ligeros permiten a los usuarios participar en la red Ethereum sin el potente hardware o amplitud de achura de banda necesarios para ejecutar nodos completos. Con el tiempo, los nodos ligeros podrían ejecutarse en teléfonos móviles o dispositivos pequeños. Los nodos ligeros no participan en el consenso (es decir, no pueden ser mineros/validadores), pero sí pueden acceder a la cadena de bloques de Ethereum con las mismas garantías de funcionalidad y seguridad que un nodo completo. +En lugar de descargar cada bloque, los nodos ligeros solo descargan los encabezados de los bloques. Estos encabezados contienen información resumida sobre el contenido de los bloques. Cualquier otra información que requiera el nodo ligero se solicita a un nodo completo. El nodo ligero puede entonces verificar independientemente los datos que recibe frente a raíces de estado en los encabezados de bloque. Los nodos ligeros permiten a los usuarios participar en la red Ethereum sin el potente hardware o amplitud de achura de banda necesarios para ejecutar nodos completos. Con el tiempo, los nodos ligeros podrían ejecutarse en teléfonos móviles o dispositivos pequeños. Los nodos ligeros no participan en el consenso (es decir, no pueden ser validadores), pero sí pueden acceder a la cadena de bloques Ethereum con la misma funcionalidad y garantías de seguridad que un nodo completo. Los clientes ligeros son un área de desarrollo activo para Ethereum y esperamos ver pronto nuevos clientes ligeros para la capa de consenso y la capa de ejecución. También hay rutas potenciales para proporcionar datos ligeros del cliente a través de la [red de intercambio de información (o Gossip)](https://www.ethportal.net/). Lo que supone una ventaja, ya que la red de intercambio de información podría soportar una red de nodos ligeros sin necesidad de nodos completos para servir solicitudes. @@ -192,11 +194,12 @@ Existen múltiples clientes de consenso (antes conocidos como clientes Eth2) que | Cliente | Idioma | Sistemas operativos | Redes | | ------------------------------------------------------------- | ---------- | --------------------- | --------------------------------------------------------- | -| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | Cadena de baliza, Goerli, Pyrmont, Sepolia, Ropsten y más | -| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Cadena de baliza, Goerli, Pyrmont, Sepolia, Ropsten y más | -| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Cadena de baliza, Goerli, Pyrmont, Sepolia, Ropsten y más | -| [Prysm](https://prysm.offchainlabs.com/docs/) | Go | Linux, Windows, macOS | Cadena de baliza, Goerli, Pyrmont, Sepolia, Ropsten y más | -| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux, Windows, macOS | Cadena de baliza, Goerli, Pyrmont, Sepolia, Ropsten y más | +| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | Cadena de baliza, Holesky, Pyrmont, Sepolia y más | +| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Cadena de baliza, Holesky, Sepolia y más | +| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Cadena de baliza, Holesky, Sepolia y más | +| [Prysm](https://docs.prylabs.network/docs/getting-started/) | Go | Linux, Windows, macOS | Cadena de baliza, Gnosis, Holesky, Pyrmont, Sepolia y más | +| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux, Windows, macOS | Cadena de baliza, Gnosis, Holesky, Sepolia y más | +| [Grandine](https://docs.grandine.io/) | Rust | Linux, Windows, macOS | Cadena de baliza, Holesky, Sepolia y más | ### Lighthouse {#lighthouse} @@ -220,7 +223,7 @@ Encontrará más información en el [manual de Nimbus](https://nimbus.guide/) Prysm es un cliente de consenso de código abierto completamente escrito en Go bajo la licencia GPL-3.0. Cuenta con una interfaz de usuario opcional de la aplicación web y prioriza la experiencia del usuario, la documentación y la configurabilidad tanto para usuarios interesados como institucionales. -Visite [documentos de Prysm](https://prysm.offchainlabs.com/docs/) para obtener más información. +Visite [documentos de Prysm](https://docs.prylabs.network/docs/getting-started/) para obtener más información. ### Teku {#teku} @@ -230,6 +233,12 @@ Teku ofrece opciones de despliegue muy flexibles. El nodo de baliza y el cliente Está escrito en Java y dispone de licencia Apache 2.0. Es desarrollado por el equipo de Protocols de ConsenSys que también es responsable de Besu y Web3Signer. Obtenga más información en el [manual de Teku](https://docs.teku.consensys.net/en/latest/). +### Grandine {#grandine} + +Grandine es una implementación de cliente de consenso, escrita en Rust bajo la licencia GPL-3.0. La mantiene el equipo de Grandine y es una implementación rápida, de alto rendimiento y ligera. Grandine ofrece opciones para una amplia gama de participantes desde participación individual ejecutándose en dispositivos tales como Raspberry Pi a operaciones de participación en gran escala con ejecuciones de decenas de miles de validadores. + +Puede encontrar documentación en el [Manual de Grandine](https://docs.grandine.io/) + ## Modos de sincronización {#sync-modes} Para seguir y verificar los datos actuales en la red, el cliente Ethereum debe sincronizarse con el último estado de red. Para ello, es necesario descargar datos de pares, comprobar criptográficamente su integridad y construir una base de datos local de cadenas de bloques. diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/light-clients/index.md index c30efa8600d..b367b53ff24 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/light-clients/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/light-clients/index.md @@ -44,8 +44,10 @@ Se está desarrollando una cantidad considerable de clientes ligeros, incluidos - [Lodestar](https://github.com/ChainSafe/lodestar/tree/unstable/packages/light-client): cliente ligero de consenso escrito en TypeScript - [Helios](https://github.com/a16z/helios): cliente ligero de consenso y ejecución combinados escrito en Rust -- [Geth](https://github.com/ethereum/go-ethereum/tree/master/light): modo ligero para el cliente de ejecución (en desarrollo) escrito en Go -- [Nimbus](https://nimbus.guide/el-light-client.html): cliente ligero de consenso escrito en Nim +- +[Geth](https://github.com/ethereum/go-ethereum/tree/master/beacon/light): modo ligero para el cliente de ejecución (en desarrollo) escrito en Go + + - [Nimbus](https://nimbus.guide/el-light-client.html): cliente ligero de consenso escrito en Nim A nuestro entender, ninguna de estas implementaciones se considera lista para entrar aún en la fase de producción. @@ -53,6 +55,8 @@ También se ha realizado un inmenso esfuerzo por mejorar la manera en que los cl Otros elementos en la [hoja de ruta](/roadmap/) como [árbol de Verkle](/roadmap/verkle-trees/) y [sin estado](/roadmap/statelessness/) aportarán con el tiempo la misma garantía de seguridad de los clientes ligeros a los clientes completos. + + ## Más información {#further-reading} - [Cliente ligero Geth con Zsolt Felfodhi](https://www.youtube.com/watch?v=EPZeFXau-RE) diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md index 8c7b45b0cc3..af81f92f252 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md @@ -4,19 +4,21 @@ description: Introducción al proceso de organización de los nodos de Ethereum. lang: es --- -Un nodo de Ethereum se compone de dos clientes: un [cliente de ejecución](/developers/docs/nodes-and-clients/#execution-clients) y un [cliente de consenso](/developers/docs/nodes-and-clients/#consensus-clients). +Un nodo de Ethereum se compone de dos clientes: un [cliente de ejecución](/developers/docs/nodes-and-clients/#execution-clients) y un [cliente de consenso](/developers/docs/nodes-and-clients/#consensus-clients). Para que un nodo proponga un nuevo bloque también tiene que ejecutar un [cliente validador](#validators). -Cuando Ethereum utilizaba la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow/), con un cliente de ejecución era suficiente para ejecutar un nodo de Ethereum completo. Sin embargo, desde que se implementa la [prueba de participación](/developers/docs/consensus-mechanisms/pow/), el cliente de ejecución debe utilizarse junto con otra pieza de software denominada [«cliente de consenso»](/developers/docs/nodes-and-clients/#consensus-clients). +Cuando Ethereum utilizaba la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow/), con un cliente de ejecución era suficiente para ejecutar un nodo de Ethereum completo. Sin embargo, desde la implementación de [prueba de participación](/developers/docs/consensus-mechanisms/pow/), el cliente de ejecución debe usarse junto con otra pieza de software llamada [cliente de consenso](/developers/docs/nodes-and-clients/#consensus-clients). El siguiente diagrama muestra la relación entre los dos clientes Ethereum. Los dos clientes se conectan a sus respectivas redes entre pares (P2P). Se necesitan redes P2P separadas, ya que los clientes de ejecución envían transacciones con protocolo de intercambio de información (o Gossip) a través de su red P2P, lo que les permite administrar su reserva de transacciones local, mientras que los clientes de consenso envían por Gossip bloques de su red P2P, lo que permite el consenso y el crecimiento de la cadena. ![](node-architecture-text-background.png) -Para que esta estructura de dos clientes funcione, los clientes de consenso deben poder pasar grupos de transacciones al cliente de ejecución. Para comprobar y validar que las transacciones no infringen ninguna norma de Ethereum y que la actualización propuesta del estado de Ethereum es correcta, el cliente ejecuta las transacciones localmente. Asimismo, cuando se selecciona el nodo para producir bloques, el cliente de consenso debe poder solicitar a Geth grupos de transacciones para incluirlos en el nuevo bloque y ejecutarlos para actualizar el estado global. Esta comunicación entre clientes se gestiona mediante una conexión RPC local que utiliza la [ Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md). +_Hay varias opciones para el cliente de ejecución, incluyendo Erigon, Nethermind y Besu_. + +Para que esta estructura de dos clientes funcione, los clientes de consenso deben pasar paquetes de transacciones al cliente de ejecución. El cliente de ejecución ejecuta las transacciones localmente para validar que las transacciones no violan ninguna regla de Ethereum y que la actualización propuesta al estado de Ethereum es correcta. Cuando se selecciona un nodo para ser un productor de bloques, su instancia de cliente de consenso solicita paquetes de transacciones del cliente de ejecución para incluirlos en el nuevo bloque y ejecutarlos para actualizar el estado global. El cliente de consenso impulsa el cliente de ejecución a través de una conexión RPC local utilizando la [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md). ## ¿Qué hace el cliente de ejecución? {#execution-client} -El cliente de ejecución es responsable de la gestión de transacciones, el protocolo de intercambio de información de transacciones, la gestión de estados y el soporte de la máquina virtual de Ethereum ([EVM](/developers/docs/evm/)). Sin embargo, **no** es responsable de la construcción de bloques, del intercambio de información entre bloques o del manejo de la lógica de consenso. Son competencia del cliente de consenso. +El cliente de ejecución es responsable de la validación, el manejo y el comportamiento del protocolo Gossip, junto con la gestión del estado y el soporte de la máquina virtual Ethereum ([EVM](/developers/docs/evm/)). Es **no** responsable de la construcción de bloques, los Gossips de bloques o el tratamiento de la lógica del consenso. Son competencia del cliente de consenso. El cliente de ejecución crea cargas útiles de ejecución: la lista de transacciones, el trie de estado actualizado y otros datos relacionados con la ejecución. Los clientes de consenso incluyen la carga útil de ejecución en cada bloque. El cliente de ejecución también es responsable de volver a ejecutar las transacciones en nuevos bloques para asegurarse de que son válidas. La ejecución de las transacciones se realiza en el ordenador integrado del cliente de ejecución, conocido como la [máquina virtual Ethereum (o EVM)](/developers/docs/evm). @@ -35,20 +37,20 @@ El cliente de consenso no participa en la certificación ni en la propuesta de b ## Validadores {#validators} -Los operadores de nodos pueden añadir un validador a sus clientes de consenso depositando 32 ETH en el contrato de depósito. El cliente validador viene incluido con el cliente de consenso y puede añadirse a un nodo en cualquier momento. Los validadores se encargan de las certificaciones y las propuestas de bloques. Permiten a un nodo acumular recompensas o perder ETH mediante penalizaciones o recortes. La ejecución del software validador también hace que un nodo pueda seleccionarse para proponer un nuevo bloque. +La participación y ejecución del software validador hacen que un nodo sea elegible para seleccionarlo y proponer un nuevo bloque. Los operadores de nodos pueden añadir un validador a sus clientes de consenso depositando 32 ETH en el contrato de depósito. El cliente validador viene incluido con el cliente de consenso y puede añadirse a un nodo en cualquier momento. Los validadores se encargan de las certificaciones y las propuestas de bloques. También permite que un nodo acumule recompensas o pierda ETH a través de sanciones o recortes. [Más información sobre las participaciones](/staking/). ## Componentes de una comparación de nodos {#node-comparison} -| Cliente de ejecución | Cliente de consenso | Validador | -| ------------------------------------------------------------------ | ------------------------------------------------------------------------------ | ---------------------------------------------- | -| Transacciones de intercambio de información a través de su red P2P | Bloques de intercambio de información y certificaciones a través de su red P2P | Propone bloques | -| Ejecuta/vuelve a ejecutar transacciones | Ejecuta el algoritmo de elección de la bifurcación | Acumula recompensas/penalizaciones | -| Verifica los cambios de estado entrantes | Hace un seguimiento de la cabeza de la cadena | Hace certificaciones | -| Gestiona los intentos de estado y recibos | Gestiona el estado de la baliza (contiene información de consenso y ejecución) | Requiere 32 ETH para iniciar una participación | -| Crea una carga útil de ejecución | Realiza un seguimiento de la aleatoriedad acumulada en RANDAO | Se puede recortar | -| Expone la API JSON-RPC para interactuar con Ethereum | Realiza un seguimiento de la justificación y la finalización | | +| Cliente de ejecución | Cliente de consenso | Validador | +| ---------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------- | +| Transacciones de Gossip a través de su red P2P | Bloques de Gossips y certificaciones sobre su red P2P | Propone bloques | +| Ejecuta/vuelve a ejecutar transacciones | Ejecuta el algoritmo de elección de la bifurcación | Acumula recompensas/penalizaciones | +| Verifica los cambios de estado entrantes | Hace un seguimiento de la cabeza de la cadena | Hace certificaciones | +| Gestiona los intentos de estado y recibos | Gestiona el estado de la baliza (contiene información de consenso y ejecución) | Requiere 32 ETH para iniciar una participación | +| Crea una carga útil de ejecución | Mantiene un registro de la aleatoriedad acumulada en RANDAO (un algoritmo que proporciona aleatoriedad verificable para la selección del validador y otras operaciones de consenso) | Se puede recortar | +| Expone la API JSON-RPC para interactuar con Ethereum | Realiza un seguimiento de la justificación y la finalización | | ## Más información {#further-reading} diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/nodes-as-a-service/index.md index f1bc594a339..e584f661c57 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/nodes-as-a-service/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/nodes-as-a-service/index.md @@ -64,6 +64,19 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Acceso intregrado a un grifo de red de pruebas - Comunidad constructora activa en Discord con 18.000 usuarios +- [**Allnodes**](https://www.allnodes.com/) + - [Documentos](https://docs.allnodes.com/) + - Características + - Sin límites de tarifa con el token PublicNode creado en la página de la cartera de Allnodes. + - Puntos finales de rpc gratuitos centrados en la privacidad (100+ blockchains) en [PublicNode](https://www.publicnode.com) + - Nodos dedicados sin límites de velocidad para más de 90 cadenas de bloques + - Nodos de archivo exclusivos para más de 30 cadenas de bloques + - Disponible en 3 regiones (EE. UU., UE, Asia) + - Instantáneas para más de 100 cadenas de bloques en [PublicNode](https://www.publicnode.com/snapshots) + - Soporte técnico 24/7 con SLA de tiempo de actividad del 99,90%-99,98% (depende del plan). + - Precio por hora + - Pague con tarjeta de crédito, PayPal o Crypto + - [**All That Node**](https://allthatnode.com/) - [Documentos](https://docs.allthatnode.com/) - Características @@ -101,7 +114,7 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Asistencia directa - [**Blast**](https://blastapi.io/) - - [Documentos](https://docs.blastapi.io/) + - [Documentación](https://docs.blastapi.io/) - Características - Compatible con RPC y WSS - Alojamiento de nodo multiregión @@ -116,7 +129,7 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Pago en criptomoneda - [**BlockDaemon**](https://blockdaemon.com/) - - [Documentación](https://ubiquity.docs.blockdaemon.com/) + - [Documentos](https://ubiquity.docs.blockdaemon.com/) - Beneficios - Tablero - Base por nodo @@ -156,6 +169,19 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Precio por hora - Soporte directo 24/7 +- [**DataHub**](https://datahub.figment.io) + - [Documentos](https://docs.figment.io/) + - Características + - Opción de categoría gratuita con 3.000.000 sol/mes + - Puntos de conexión RPC y WSS + - Nodos dedicados completos y de archivo + - Escalabilidad automática (descuentos por volumen) + - Datos de archivo gratuitos + - Analíticas de servicio + - Panel + - Soporte directo 24/7 + - Pago en criptomonedas (para empresas) + - [**DRPC**](https://drpc.org/) - [Documentos](https://docs.drpc.org/) - Características @@ -196,7 +222,7 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Acceso a más de 50 nodos de la cadena de bloques - [**Infura**](https://infura.io/) - - [Documentos](https://infura.io/docs) + - [Documentación](https://infura.io/docs) - Características - Opción de nivel gratuito - Escalabilidad en función del uso @@ -205,7 +231,7 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Panel de control - [**Kaleido**](https://kaleido.io/) - - [Documentación](https://docs.kaleido.io/) + - [Documentos](https://docs.kaleido.io/) - Características - Categoría de inicio gratuita - Despliegue de nodo de Ethereum en un clic @@ -213,7 +239,7 @@ A continuación se incluye una lista con algunos de los proveedores de nodos de - Más de 500 API administrativas y de servicio - Interfaz RESTful para envío de transacciones de Ethereum (Apache Kafka respaldado) - Flujos salientes para la entrega del evento (Apache Kafka respaldado) - - Colección exhaustiva de servicios auxiliares y «fuera de cadena» (por ejemplo, transporte bilateral de mensajes cifrados) + - Colección exhaustiva de servicios auxiliares y «fuera de la cadena» (por ejemplo, transporte bilateral de mensajes cifrados) - Incorporación de la red sencilla con gobernanza y control de acceso basado en funciones - Gestión sofisticada de usuarios tanto para administradores como para usuarios finales - Infraestructura altamente escalable, resistente y de grado empresarial diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md index 407a5477c14..c974ec946e9 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md @@ -52,7 +52,7 @@ Ambas opciones tienen diferentes ventajas, resumidas arriba. Si está buscando u #### Hardware {#hardware} -Sin embargo, una red descentralizada, resistente a la censura, no debería depender de proveedores en la nube. En su lugar, ejecutar su nodo en su propio hardware local es más saludable para el ecosistema. [Las estimaciones](https://www.ethernodes.org/network-types) muestran un gran porcentaje de nodos ejecutados en la nube, lo que podría convertirse en un único punto de error. +Sin embargo, una red descentralizada, resistente a la censura, no debería depender de proveedores en la nube. En su lugar, ejecutar su nodo en su propio hardware local es más saludable para el ecosistema. [Las estimaciones](https://www.ethernodes.org/networkType/Hosting) muestran un gran porcentaje de nodos ejecutados en la nube, lo que podría convertirse en un único punto de error. Los clientes de Ethereum pueden ejecutarse en su ordenador, portátil, servidor o incluso en un ordenador de una sola placa. Si bien es posible ejecutar clientes en su ordenador personal, tener una máquina específica solo para su nodo puede mejorar significativamente su rendimiento y seguridad al tiempo que minimiza el impacto en su ordenador principal. @@ -128,6 +128,7 @@ Los múltiples proyectos fáciles de usar pretenden mejorar la experiencia de la A continuación se presentan algunos proyectos que pueden ayudarle a instalar y controlar clientes con unos pocos clics: - [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path): DappNode no viene solo con una máquina de un proveedor. El software, el lanzador de nodos real y el centro de control con muchas funciones pueden utilizarse en hardware arbitrario. +- [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar): la forma más rápida y fácil de configurar un nodo completo. Herramienta de configuración de una sola línea y gestión de nodos TUI. Gratis. Código abierto. Bienes públicos para Ethereum por participantes individuales. Soporte ARM64 y AMD64. - [eth-docker](https://eth-docker.net/): la configuración automatizada utilizando Docker centrada en una participación fácil y segura, requiere conocimientos básicos de terminal y Docker. Recomendado para usuarios un poco más avanzados. - [Stereum](https://stereum.net/ethereum-node-setup/): lanzador para instalar clientes en un servidor remoto a través de conexión SSH con una guía de configuración de interfaz de usuario, centro de control y muchas otras funciones. - [NiceNode](https://www.nicenode.xyz/): lanzamiento con una experiencia de usuario directa para ejecutar un nodo en su ordenador. Sólo tiene que elegir a los clientes y empezar con unos pocos clics. Aún está en fase de desarrollo. @@ -296,7 +297,7 @@ Nethermind.Runner --config mainnet \ --JsonRpc.JwtSecretFile=/path/to/jwtsecret ``` -Los documentos sobre Nethermind ofrecen una [guía completa](https://docs.nethermind.io/get-started/running-node/) sobre cómo ejecutar Nethermind con el cliente de consenso. +Los documentos sobre Nethermind ofrecen una [guía completa](https://docs.nethermind.io/first-steps-with-nethermind/running-nethermind-post-merge) sobre cómo ejecutar Nethermind con el cliente de consenso. Un cliente de ejecución iniciará sus funciones básicas, las terminales elegidas seleccionados y comenzará a buscar pares. Al encontrar pares correctamente, el cliente inicia la sincronización. El cliente de ejecución esperará una conexión desde el cliente de consenso. Los datos actuales de la cadena de bloques estarán disponibles una vez que el cliente se sincronice correctamente al estado actual. @@ -311,7 +312,7 @@ nodo reth \ --authrpc.port 8551 ``` -Consulte [Configuración de Reth](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth) para obtener más información sobre los directorios de datos predeterminados. [La documentación de Reth](https://reth.rs/run/mainnet.html) contiene opciones y detalles de configuración adicionales. +Consulte [ Configuración de Reth](https://reth.rs/run/config.html?highlight=data%20directory#configuring-reth)para obtener más información sobre los directorios de datos predeterminados. [La documentación de Reth](https://reth.rs/run/mainnet.html) contiene opciones y detalles de configuración adicionales. #### Cómo iniciar el cliente de consenso {#starting-the-consensus-client} @@ -365,7 +366,7 @@ nimbus_beacon_node \ ##### Cómo ejecutar Prysm -Prysm viene con un script que permite una fácil instalación automática. Los detalles pueden encontrarse en el [manual de Prysm](https://prysm.offchainlabs.com/docs/install-prysm/install-with-script/). +Prysm viene con un script que permite una fácil instalación automática. Los detalles pueden encontrarse en el [manual de Prysm](https://docs.prylabs.network/docs/install/install-with-script). ```sh ./prysm.sh beacon-chain \ @@ -444,7 +445,7 @@ Considere la opción de crear un servicio para ejecutar su cliente automáticame #### Cómo actualizar clientes {#updating-clients} -Debe mantener actualizado el software de su cliente con los últimos parches de seguridad, características y [EIP](/eips/). Especialmente antes de las [bifurcaciones duras](/ethereum-forks/), asegúrese de que está ejecutando la versión de cliente correcta. +Debe mantener actualizado el software de su cliente con los últimos parches de seguridad, características y [EIP](/eips/). Especialmente antes de las [bifurcaciones duras](/history/), asegúrese de que está ejecutando la versión de cliente correcta. > Antes de actualizaciones importantes de red, EF sube una publicación en su [blog](https://blog.ethereum.org). Puede [suscribirse a estos anuncios](https://blog.ethereum.org/category/protocol#subscribe) para recibir una notificación a su correo cuando su nodo necesite una actualización. @@ -465,8 +466,9 @@ Como parte de su control, asegúrese de estar atento al funcionamiento de sus m ## Más información {#further-reading} - [Guías de participación para Ethereum](https://github.com/SomerEsat/ethereum-staking-guides), _Somer Esat, actualizado a menudo_ -- [Guía | Cómo configurar un validador de la participación en la red principal de Ethereum](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) _, CoinCashew, actualizado regularmente_ +- [Guía | Cómo configurar un validador para participar en Ethereum en la red principal](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet) _– CoinCashew, actualizado con frecuencia_ - [guías de ETHStaker sobre la ejecución de validadores en redes de prueba](https://github.com/remyroy/ethstaker#guides), _ETHStaker, actualizado regularmente_ +- [Aplicación de muestra AWS Blockchain Node Runner para nodos de Ethereum](https://aws-samples.github.io/aws-blockchain-node-runners/docs/Blueprints/Ethereum): _AWS, actualizada a menudo_ - [Preguntas frecuentes sobre La Fusión para operadores de nodos](https://notes.ethereum.org/@launchpad/node-faq-merge), _julio de 2022_ - [Análisis de los requisitos de hardware para crear un nodo validado y completo de Ethereum](https://medium.com/coinmonks/analyzing-the-hardware-requirements-to-be-an-ethereum-full-validated-node-dc064f167902)_, Albert Palau, 24 de septiembre de 2018_ - [Cómo ejecutar los nodos completos de Ethereum: una guía para aquellas personas que se encuentren desmotivadas](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _, Justin Leroux, 7 de noviembre de 2019_ diff --git a/public/content/translations/es/developers/docs/oracles/index.md b/public/content/translations/es/developers/docs/oracles/index.md index 4432d54fcaa..3c78230178d 100644 --- a/public/content/translations/es/developers/docs/oracles/index.md +++ b/public/content/translations/es/developers/docs/oracles/index.md @@ -4,9 +4,9 @@ description: Los oráculos proporcionan a los contratos inteligentes de Ethereum lang: es --- -Los oráculos son aplicaciones que producen fuentes de datos que ponen a disposición de la cadena de bloques fuentes de datos fuera de cadena para contratos inteligentes. Se necesitan, ya que los contratos inteligentes basados en Ethereum no pueden, por defecto, acceder a información almacenada fuera de la red de cadena de bloques. +Los oráculos son aplicaciones que producen fuentes de datos que ponen a disposición de la cadena de bloques fuentes de datos externas a la cadena para su uso en contratos inteligentes. Se necesitan, ya que los contratos inteligentes basados en Ethereum no pueden, por defecto, acceder a información almacenada fuera de la red de cadena de bloques. -Proporcionar a los contratos inteligentes la capacidad de ejecutarse usando datos de fuera de la cadena extiende la utilidad y el valor de las aplicaciones descentralizadas. Por ejemplo, los mercados de predicción en cadena dependen de los oráculos para proporcionar información sobre los resultados usados para validad las predicciones del usuario. Supongamos que Alice apuesta 20 ETH sobre quién será el próximo presidente de EE.UU. En ese caso, la dapp del mercado de predicciones necesita un oráculo para confirmar los resultados de las elecciones y determinar si Alice puede recibir el pago. +Dar a los contratos inteligentes la capacidad de ejecutarse utilizando datos fuera de la cadena consigue ampliar la utilidad y el valor de las aplicaciones descentralizadas. Por ejemplo, los mercados de predicción en la cadena dependen de oráculos para proporcionar información sobre los resultados que utilizan para validar las predicciones de los usuarios. Supongamos que Alice apuesta 20 ETH sobre quién será el próximo presidente de EE.UU. En ese caso, la dapp del mercado de predicciones necesita un oráculo para confirmar los resultados de las elecciones y determinar si Alice puede recibir el pago. ## Requisitos previos {#prerequisites} @@ -14,11 +14,11 @@ Esta página asume que el lector está familiarizado con los fundamentos de Ethe ## ¿Qué es un oráculo de la cadena de bloques? {#what-is-a-blockchain-oracle} -Los oráculos son aplicaciones que consiguen, verifican y transmiten información externa (es decir, información almacenada fuera de la cadena) a contratos inteligentes que se ejecutan en la cadena de bloques. Además de extraer la información fuera de la cadena y transmitirla en Ethereum, los oráculos también envían información desde la cadena de bloques a sistemas externos, por ejemplo, desbloqueando un bloqueo inteligente cuando el usuario envía una comisión a través de una transacción de Ethereum. +Los oráculos son aplicaciones que obtienen, verifican y transmiten información externa (es decir, información almacenada fuera de la cadena) a los contratos inteligentes que se ejecutan en la cadena de bloques. Además de «obtener» datos fuera de la cadena y transmitirlos en Ethereum, los oráculos también pueden «enviar» información desde la cadena de bloques a sistemas externos, por ejemplo, desbloqueando una cerradura inteligente una vez que el usuario envíe una tarifa a través de una transacción de Ethereum. -Sin un oráculo, un contrato inteligente estaría limitado completamente a la información que se encuentra en la cadena. +Sin un oráculo, un contrato inteligente estaría limitado completamente a los datos en la cadena. -Los oráculos difieren en función de la fuente de datos (una o varias fuentes), los modelos de confianza (centralizados o descentralizados) y la arquitectura del sistema (inmediato-lectura, publicación-suscripción y solicitud-respuesta). También podemos distinguir entre oráculos basados en si recuperan datos externos para el uso de contratos en cadena (oráculos de entrada), envían información de la cadena de bloques a aplicaciones fuera de la cadena (oráculos de salida) o realizan tareas computacionales fuera de la cadena (oráculos computacionales). +Los oráculos difieren en función de la fuente de datos (una o varias fuentes), los modelos de confianza (centralizados o descentralizados) y la arquitectura del sistema (inmediato-lectura, publicación-suscripción y solicitud-respuesta). También podemos distinguir entre oráculos según si recuperan datos externos para que los utilicen contratos en la cadena (oráculos de entrada), envían información desde la cadena de bloques a aplicaciones fuera de la cadena (oráculos de salida), o realizan tareas computacionales fuera de la cadena (oráculos computacionales). ## ¿Por qué los contratos inteligentes necesitan oráculos? {#why-do-smart-contracts-need-oracles} @@ -36,11 +36,11 @@ Si las cadenas de bloques han recibido información de fuentes externas (como po Para una cadena de bloques pública como Ethereum, con miles de nodos alrededor del mundo procesando transacciones, el determinismo es crítico. Sin una autoridad central funcionando como una fuente de la verdad, los nodos necesitan mecanismos para llegar al mismo estado luego de aplicar las mismas transacciones. Un caso en el que el nodo A ejecuta el código de un contrato inteligente y obtiene "3" como resultado, mientras que el nodo B obtiene "7" después de ejecutar la misma transacción causaría que el consenso se rompa y eliminaría el valor de Ethereum como plataforma de computación descentralizada. -Esta situación también pone de relevancia un problema con el diseño de cadenas de bloques para extraer información de fuentes externas. Sin embargo, los oráculas resuelven este problema tomando información de fuentes fuera de la cadena y almacenándola en la cadena de bloques para que los contratos inteligentes la consumen. Puesto que la información almacenada en la cadena es inalterable y está disponible públicamente, los nodos de Ethereum pueden usar de forma segura los datos fuera de la cadena importados por el oráculo para calcular los cambios de estado sin romper el consenso. +Esta situación también pone de relevancia un problema con el diseño de cadenas de bloques para extraer información de fuentes externas. Los oráculos, sin embargo, resuelven este problema tomando información de fuentes fuera de la cadena y almacenándola en la cadena de bloques para que los contratos inteligentes la consuman. Dado que la información almacenada en la cadena es inalterable y se encuentra disponible de forma pública, los nodos de Ethereum pueden usar de manera segura los datos importados desde oráculos fuera de la cadena para calcular los cambios de estado sin romper el consenso. -Para ello, un oráculo se compone típicamente de un contrato inteligente que corre en la cadena y algunos componentes fuera de la cadena. El contrato en cadena recibe solicitudes de datos de otros contratos inteligentes, que pasa al componente fuera de la cadena (llamado nodo oráculo). Este nodo de oráculo puede consultar fuentes de datos (usando interfaces de programación de aplicaciones, por ejemplo) y enviar transacciones para almacenar los datos solicitados en el almacenamiento del contrato inteligente. +Para ello, un oráculo generalmente está compuesto por un contrato inteligente que se ejecuta en la cadena y algunos componentes fuera de ella. El contrato en la cadena recibe solicitudes de datos de otros contratos inteligentes, que luego pasa a un componente fuera de la cadena (llamado nodo oráculo). Este nodo de oráculo puede consultar fuentes de datos (usando interfaces de programación de aplicaciones, por ejemplo) y enviar transacciones para almacenar los datos solicitados en el almacenamiento del contrato inteligente. -Esencialmente, un oráculo de cadena de bloques es un puente entre la brecha de información entre la cadena de bloques y el entorno externo, lo que crea “contratos inteligentes híbridos”. Un contrato inteligente híbrido funciona en función de una combinación de código de contrato en cadena e infraestructura fuera de la cadena. Los mercados de predicción descentralizados son un excelente ejemplo de contratos inteligentes híbridos. Otros ejemplos podrían ser los contratos inteligentes de seguros de cosechas que pagan cuando un conjunto de oráculos determinan que se han producido ciertas condiciones meteorológicas. +Esencialmente, un oráculo de cadena de bloques es un puente entre la brecha de información entre la cadena de bloques y el entorno externo, lo que crea “contratos inteligentes híbridos”. Un contrato inteligente híbrido es aquel que funciona basado en una combinación de código de contrato en la cadena e infraestructura fuera de esta. Los mercados de predicción descentralizados son un excelente ejemplo de contratos inteligentes híbridos. Otros ejemplos podrían ser los contratos inteligentes de seguros de cosechas que pagan cuando un conjunto de oráculos determinan que se han producido ciertas condiciones meteorológicas. ## ¿Cuál es el problema de los oráculos? {#the-oracle-problem} @@ -54,11 +54,11 @@ El llamado "problema de los oráculos" demuestra los problemas que conlleva el u Diferentes oráculos ofrecen diferentes soluciones al problema del oráculo, que exploraremos más adelante. Los oráculos suelen ser evaluados sobre lo bien que manejan los siguientes desafíos: -1. **Corrección**: Un oráculo no debe causar que los contratos inteligentes provoquen cambios de estado con base en datos no válidos fuera de la cadena. Un oráculo debe garantizar la _autenticidad_ e _integridad_ de los datos. La autenticidad significa que los datos se obtuvieron de la fuente correcta, mientras que la integridad significa que los datos permanecieron intactos (es decir, que no se alteraron) antes de enviarse en cadena. +1. **Veracidad**: un oráculo no debe hacer que los contratos inteligentes desencadenen cambios de estado basados en datos no válidos fuera de la cadena. Un oráculo debe garantizar la _autenticidad_ e _integridad_ de los datos. Autenticidad significa que los datos se han obtenido de la fuente correcta, mientras que integridad significa que los datos han permanecido intactos (es decir, no se han alterado) antes de ser enviados a la cadena. 2. **Disponibilidad**: Un oráculo no debe retrasar o impedir que los contratos inteligentes ejecuten acciones y activen cambios de estado. Esto significa que los datos de un oráculo deben estar _disponibles a petición_ sin interrupción. -3. **Compatibilidad con incentivos**: Un oráculo debe fomentar que proveedores de datos fuera de la cadena envíen información correcta a los contratos inteligentes. La compatibilidad con incentivos implica _atribuibilidad_ y _responsabilidad_. La atribuibilidad permite vincular una información externa a su proveedor, mientras que la rendición de cuentas vincula a los proveedores de datos con la información que proporcionan, para que puedan ser recompensados o penalizados en función de la calidad de la información proporcionada. +3. **Compatibilidad de incentivos**: un oráculo debe incentivar a los proveedores de datos fuera de la cadena a enviar información correcta a los contratos inteligentes. La compatibilidad con incentivos implica _atribuibilidad_ y _responsabilidad_. La atribuibilidad permite vincular una información externa a su proveedor, mientras que la rendición de cuentas vincula a los proveedores de datos con la información que proporcionan, para que puedan ser recompensados o penalizados en función de la calidad de la información proporcionada. ## ¿Cómo funciona un servicio de oráculo de cadena de bloques? {#how-does-a-blockchain-oracle-service-work} @@ -78,11 +78,11 @@ Los usuarios son entidades (es decir, contratos inteligentes) que necesitan info ### Contrato de oráculo {#oracle-contract} -El contrato de oráculo es el componente en cadena para el servicio del oráculo. Escucha las solicitudes de datos de otros contratos, retransmite las consultas de datos a los nodos del oráculo y transmite los datos devueltos a los contratos de los clientes. Este contrato también puede realizar algunos cálculos en los puntos de datos devueltos para producir un valor añadido que enviar al contrato solicitante. +El contrato del oráculo es el componente de la cadena de bloques para este servicio. Escucha las solicitudes de datos de otros contratos, retransmite las consultas de datos a los nodos del oráculo y transmite los datos devueltos a los contratos de los clientes. Este contrato también puede realizar algunos cálculos en los puntos de datos devueltos para producir un valor añadido que enviar al contrato solicitante. -El contrato de oráculo expone algunas funciones que los contratos de cliente invocan al realizar una solicitud de datos. Tras recibir una nueva consulta, el contrato inteligente emitirá un [evento de registro](/developers/docs/smart-contracts/anatomy/#events-and-logs) con detalles de la solicitud de datos. Esto notifica a los nodos fuera de cadena suscritos al registro (generalmente usando algo como el comando JSON-RPC `eth_subscribe`), que proceden a recuperar los datos definidos en el evento de registro. +El contrato de oráculo expone algunas funciones que los contratos de cliente invocan al realizar una solicitud de datos. Tras recibir una nueva consulta, el contrato inteligente emitirá un [evento de registro](/developers/docs/smart-contracts/anatomy/#events-and-logs) con detalles de la solicitud de datos. Notifica a los nodos fuera de la cadena suscritos al registro (generalmente utilizando algo como el comando JSON-RPC `eth_subscribe`), que proceden a recuperar los datos definidos en el evento del registro. -A continuación se muestra un [ejemplo de contrato de oráculo](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) proporcionado por Pedro Costa. Este es un simple servicio de oráculo que puede consultar API fuera de la cadena a petición de otros contratos inteligentes y almacenar la información solicitada en la cadena de bloques: +A continuación se muestra un [ejemplo de contrato de oráculo](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) proporcionado por Pedro Costa. Este es un sencillo servicio del oráculo que puede consultar API fuera de la cadena, a petición de otros contratos inteligentes y almacenar la información solicitada en la cadena de bloques: ```solidity pragma solidity >=0.4.21 <0.6.0; @@ -198,11 +198,11 @@ contract Oracle { ### Nodos de oráculos {#oracle-nodes} -El nodo del oráculo es el componente fuera de la cadena del servicio del oráculo. Extrae información de fuentes externas, como API alojadas en servidores de terceros y la pone en la cadena para que la utilicen los contratos inteligentes. Los nodos de oráculo escuchan los eventos del contrato de oráculo en cadena y proceden a completar la tarea descrita en el registro. +El nodo del oráculo es el componente fuera de la cadena del servicio de oráculo. Extrae información de fuentes externas, como API alojadas en servidores de terceros, y la coloca en la cadena para su consumo por parte de contratos inteligentes. Los nodos del oráculo escuchan los eventos del contrato del oráculo en la cadena y proceden a completar la tarea descrita en el registro. -Una tarea común de los nodos de oráculo es enviar una solicitud [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) a un servicio de API, analizar la respuesta para extraer datos relevantes, formatearla en una salida legible para la cadena de bloques y enviarla en cadena incluyéndola en una transacción al contrato de oráculo. También se le podría solicitar al nodo de oráculo que certifique la validez e integridad de la información enviada utilizando “pruebas de autenticidad”, las cuales exploraremos más adelante. +Una tarea común para los nodos del oráculo es enviar una solicitud [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) a un servicio API, analizar la respuesta para extraer los datos relevantes, formatearlos en un formato legible por la cadena de bloques y enviarlos a la cadena incluyéndolos en una transacción al contrato oráculo. También se le podría solicitar al nodo de oráculo que certifique la validez e integridad de la información enviada utilizando “pruebas de autenticidad”, las cuales exploraremos más adelante. -Los oráculos computacionales también dependen de los nodos fuera de la cadena para realizar tareas computacionales que no serían prácticas de ejecutar en cadena, dado el coste del gas y los límites de tamaño de los bloques. Por ejemplo, el nodo de oráculo podría tener la tarea de generar una figura verificablemente aleatoria (por ejemplo, para juegos basados en la cadena de bloques). +Los oráculos computacionales también dependen de nodos fuera de la cadena para realizar tareas computacionales que serían poco prácticas de ejecutar en la cadena, debido a los costes de gas y los límites del tamaño de bloque. Por ejemplo, el nodo de oráculo podría tener la tarea de generar una figura verificablemente aleatoria (por ejemplo, para juegos basados en la cadena de bloques). ## Patrones de diseño de los oráculos {#oracle-design-patterns} @@ -216,15 +216,15 @@ Este tipo de oráculo expone una «fuente de datos» que otros contratos pueden Una configuración de solicitud-respuesta permite que el contrato del cliente solicite datos arbitrarios distintos de los proporcionados por un oráculo publicación-suscripción. Los oráculos de solicitud-respuesta son idóneos cuando el conjunto de datos es demasiado grande para almacenarse en el almacenamiento de un contrato inteligente, y/o los usuarios solo van a nacesitar una pequeña parte de los datos en cualquier momento. -Aunque son más complejos que los modelos de publicación-suscripción, los oráculos del tipo solicitud-respuesta son basicamente lo que describimos en la sección anterior. El oráculo tendrá un componente en la cadena que recibe una solicitud de datos y la pasa a un nodo fuera de la cadena para procesarla. +Aunque son más complejos que los modelos de publicación-suscripción, los oráculos del tipo solicitud-respuesta son basicamente lo que describimos en la sección anterior. El oráculo tendrá un componente en la cadena que recibe una solicitud de datos y la pasa a un nodo fuera de la cadena para su procesamiento. -Los usuarios que inician la consulta de datos deben cubrir el costo de recuparar la información de la fuente fuera de la cadena. El contrato del cliente también debe de proporcionar fondos para cubrir los costos del gas incurridos por el contrato del oráculo para devolver la respuesta a través de la función callback especificada en la solicitud. +Los usuarios que inicien consultas de datos deben cubrir el coste de recuperar la información de la fuente fuera de la cadena. El contrato del cliente también debe de proporcionar fondos para cubrir los costos del gas incurridos por el contrato del oráculo para devolver la respuesta a través de la función callback especificada en la solicitud. ## Oráculos centralizados frente a descentralizados {#types-of-oracles} ### Oráculos centralizados {#centralized-oracles} -Un oráculo centralizado está controlado por una sola entidad responsable de agregar información fuera de la cadena y actualizar los datos del oráculo según se solicite. Los oráculos centralizados son eficientes, ya que se basan en una única fuente de verdad. Pueden funcionar mejor en los casos en que el propietario publica directamente los conjuntos de datos en propiedad con una firma ampliamente aceptada. Sin embargo, también tienen desventajas: +Un oráculo centralizado lo controla una única entidad responsable de agregar la información fuera de la cadena y de actualizar los datos del contrato oráculo según se solicite. Los oráculos centralizados son eficientes, ya que se basan en una única fuente de verdad. Pueden funcionar mejor en los casos en que el propietario publica directamente los conjuntos de datos en propiedad con una firma ampliamente aceptada. Sin embargo, también tienen desventajas: #### Bajas garantías de corrección {#low-correctness-guarantees} @@ -232,7 +232,7 @@ Con los oráculos centralizados, no hay forma de confirmar si la información pr #### Poca disponibilidad {#poor-availability} -No se garantiza que los oráculos centralizados siempre hagan que los datos fuera de la cadena estén disponibles para otros contratos inteligentes. Si el proveedor decide apagar el servicio o un hacker secuestra el componente fuera de la cadena del oráculo, su contrato inteligente corre el riesgo de sufrir un ataque de negación de servicio (DoS). +Los oráculos centralizados no garantizan que los datos fuera de la cadena siempre estén disponibles para otros contratos inteligentes. Si el proveedor decide apagar el servicio o un hacker secuestra el componente fuera de la cadena del oráculo, su contrato inteligente está en riesgo de un ataque de denegación de servicio (DoS). #### Mala compatibilidad con incentivos {#poor-incentive-compatibility} @@ -240,7 +240,7 @@ Los oráculos centralizados a menudo tienen incentivos mal diseñados o inexiste ### Oráculos descentralizados {#decentralized-oracles} -Los oráculos descentralizados están diseñados para superar las limitaciones de los oráculos centralizados mediante la eliminación de puntos únicos de falla. Un servicio de oráculo descentralizado consta de múltiples participantes en una red entre pares que forman un consenso sobre datos fuera de la cadena antes de enviarlos a un contrato inteligente. +Los oráculos descentralizados están diseñados para superar las limitaciones de los oráculos centralizados mediante la eliminación de puntos únicos de falla. Un servicio de oráculo descentralizado comprende múltiples participantes en una red entre semejantes que alcanzan consenso sobre los datos fuera de la cadena antes de enviarlos a un contrato inteligente. Un oráculo descentralizado debería (idealmente) no tener permiso, no necesitar confianza y estar libre de la administración de una parte central; en realidad, la descentralización entre los oráculos está en un espectro. Existen redes de oráculos semidescentralizadas en las que cualquiera puede participar, pero con un "propietario" que aprueba y elimina nodos en función del rendimiento histórico. Tambien existen redes de oráculos totalmente descentralizadas: por lo general, se ejecutan como cadenas de bloques independientes y tienen mecanismos de consenso definidos para coordinar nodos y castigar el mal comportamiento. @@ -248,7 +248,7 @@ El uso de oráculos descentralizados tiene los siguientes beneficios: ### Altas garantías de corrección {#high-correctness-guarantees} -Los oráculos descentralizados intentan lograr la corrección de los datos utilizando diferentes enfoques. Esto incluye el uso de pruebas que acrediten la autenticidad y la integridad de la información devuelta y el requisito de que varias entidades acuerden colectivamente la validez de los datos fuera de la cadena. +Los oráculos descentralizados intentan lograr la corrección de los datos utilizando diferentes enfoques. Esto incluye el uso de pruebas que atestiguan la autenticidad e integridad de la información devuelta y requiere que múltiples entidades acuerden colectivamente la validez de los datos fuera de la cadena. #### Pruebas de autenticidad {#authenticity-proofs} @@ -264,9 +264,9 @@ Ciertas clases de oráculos descentralizados requieren que los operadores de nod #### Validación de información basada en el consenso {#consensus-based-validation-of-information} -Los oráculos centralizados se basan en una única fuente de verdad cuando proporcionan datos a contratos inteligentes, lo que introduce la posibilidad de publicar información inexacta. Los oráculos descentralizados resuelven este problema al confiar en múltiples nodos de oráculo para consultar información fuera de la cadena. Al comparar datos de múltiples fuentes, los oráculos descentralizados reducen el riesgo de pasar información no válida a los contratos en cadena. +Los oráculos centralizados se basan en una única fuente de verdad cuando proporcionan datos a contratos inteligentes, lo que introduce la posibilidad de publicar información inexacta. Los oráculos descentralizados resuelven este problema al depender de múltiples nodos de oráculo para consultar información fuera de la cadena. Al comparar datos de múltiples fuentes, los oráculos descentralizados reducen el riesgo de transmitir información inválida a los contratos en la cadena. -Los oráculos descentralizados, sin embargo, deben de lidiar con las discrepancias en la información recuperada de múltiples fuentes fuera de la cadena. Para minimizar las diferencias en la información y garantizar que los datos pasados al contrato del oráculo reflejen la opinión coletiva de los nodos de oráculo, los oráculos descentralizados utilizan los siguientes mecanismos: +Los oráculos descentralizados, sin embargo, deben lidiar con discrepancias en la información obtenida de múltiples fuentes fuera de la cadena. Para minimizar las diferencias en la información y garantizar que los datos pasados al contrato del oráculo reflejen la opinión coletiva de los nodos de oráculo, los oráculos descentralizados utilizan los siguientes mecanismos: ##### Votar/apostar por la precisión de los datos @@ -282,19 +282,19 @@ El staking/la votación también protegen a los oráculos descentralizados de lo Una explicación dada en un principio era la [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/), una fuente de datos propuesta en la que los participantes envían respuestas a preguntas «escalar» (preguntas cuyas respuestas se describen por magnitud, por ejemplo, "¿cuál es el precio de ETH?), junto con un depósito. Los usuarios que proporcionen valores entre el [percentil](https://en.wikipedia.org/wiki/Percentile) 25 y 75 son recompensados, mientras que aquellos cuyos valores se desvíen de la media son penalizados. -Si bien SchellingCon no existe en la actualidad, un número de oraculos descentralizados —principalmente los [Oráculos del Protocolo Maker](https://docs.makerdao.com/smart-contract-modules/oracle-module)— usan el mecanismo de punto de Schelling para mejorar la precisión los datos de los oráculos. Cada oráculo Maker consta de una red de nodos P2P fuera de la cadena ("relayers" y "feeds") que suministran precios de mercado para activos colaterales y un contrato "Mediador" en cadena que calcula el promedio de todos los valores proporcionados. Una vez que el periodo de atraso especificado termina, el valor medio se vuelve el nuevo precio de referencia del activo asociado. +Si bien SchellingCon no existe en la actualidad, un número de oraculos descentralizados —principalmente los [Oráculos del Protocolo Maker](https://docs.makerdao.com/smart-contract-modules/oracle-module)— usan el mecanismo de punto de Schelling para mejorar la precisión los datos de los oráculos. Cada oráculo Maker consiste en una red entre semejantes fuera de la cadena de nodos («intermediarios» y «fuentes») que envían los precios de mercado de los activos colaterales y un contrato «Medianizer» en la cadena que calcula la media de todos los valores proporcionados. Una vez que el periodo de atraso especificado termina, el valor medio se vuelve el nuevo precio de referencia del activo asociado. -Otros ejemplos de oráculos que utilizan mecanismos de puntos de Schelling incluyen [Chainlink Off-Chain Reporting](https://docs.chain.link/docs/off-chain-reporting/) y [Witnet](https://witnet.io/). En ambos sistemas, las respuestas de los nodos de oráculo en la red peer-to-peef son agregados en un único valor agregado, como una media o promedio. Los nodos son recompensados o castigados de acuerdo con la medida en que sus respuestas se alinean o se desvían del valor agregado. +Otros ejemplos de oráculos que utilizan mecanismos de punto de Schelling incluyen [informes fuera de la cadena de Chainlink](https://docs.chain.link/architecture-overview/off-chain-reporting) y [Witnet](https://witnet.io/). En ambos sistemas, las respuestas de los nodos de oráculo en la red peer-to-peef son agregados en un único valor agregado, como una media o promedio. Los nodos son recompensados o castigados de acuerdo con la medida en que sus respuestas se alinean o se desvían del valor agregado. -Los mecanismos de punto de Schelling son atractivos porque minimizan la huella en la cadena (solo se necesita enviar una transacción), al tiempo que garantizan la descentralización. Esta última es posible porque los nodos deben firmar la lista de respuestas enviadas antes de que se introduzcan en el algoritmo que produce el valor medio/mediana. +Los mecanismos de punto de Schelling son atractivos, porque minimizan la huella en la cadena (solo se necesita enviar una transacción) mientras garantizan la descentralización. Esta última es posible porque los nodos deben firmar la lista de respuestas enviadas antes de que se introduzcan en el algoritmo que produce el valor medio/mediana. ### Disponibilidad {#availability} -Los servicios descentralizados de oráculos garantizan una alta disponibilidad de los datos fuera de la cadena para los contratos inteligentes. Esto se logra descentralizando tanto la fuente de información fuera de la cadena como los nodos responsables de transferir la información en la cadena. +Los servicios de oráculos descentralizados garantizan una alta disponibilidad de datos fuera de la cadena para los contratos inteligentes. Esto se logra descentralizando tanto la fuente de información fuera de la cadena, como los nodos responsables de transferir la información en la cadena. Esto garantiza la tolerancia a fallas, ya que el contrato de oráculo puede confiar en múltiples nodos (que también usan múltiples fuentes de datos) para ejecutar consultas de otros contratos. La descentralización a nivel de la fuente _y_ de nodo-operador es crucial: una red de nodos de oráculo que sirvan información recuperada de la misma fuente se encontrará con el mismo problema que un oráculo centralizado. -También es posible que los oráculos basados en participación puedan reducir los operadores de nodos que no responden rápidamente a las solicitudes de datos. Esto incentiva significativamente a los nodos de oráculo a invertir en infraestructura tolerante a fallas y a proporcionar datos de manera oportuna. +También es posible que los oráculos basados en participaciones penalicen a los operadores de nodos que no respondan rápidamente a las solicitudes de datos. Esto incentiva significativamente a los nodos de oráculo a invertir en infraestructura tolerante a fallas y a proporcionar datos de manera oportuna. ### Buena compatibilidad con incentivos {#good-incentive-compatibility} @@ -358,15 +358,15 @@ contract PriceConsumerV3 { Ciertas aplicaciones de cadena de bloques, como los juegos basados en la cadena de bloques o los esquemas de lotería, requieren un alto nivel de imprevisibilidad y aleatoriedad para funcionar de manera efectiva. No obstante, la ejecución determinista de las cadenas de bloques elimina cualquier aleatoriedad. -El enfoque original era usar funciones criptográficas pseudoaleatorias, como `blockhash`, pero estas podían ser [manipuladas por los mineros](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) resolviendo el algoritmo de prueba de trabajo. Además, el [cambio de Ethereum a la prueba de participación](/roadmap/merge/) significa que los desarrolladores ya no pueden depender del `blockhash` para la aleatoriedad en la cadena. El [mecanismo RANDAO](https://eth2book.info/altair/part2/building_blocks/randomness) de la cadena de Baliza proporciona una fuente alternativa de aleatoriedad. +El enfoque original era usar funciones criptográficas pseudoaleatorias, como `blockhash`, pero estas podían ser [manipuladas por los mineros](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) resolviendo el algoritmo de prueba de trabajo. Además, el [cambio de Ethereum a la prueba de participación](/roadmap/merge/) significa que los desarrolladores ya no pueden depender de `blockhash` para la aleatoriedad en la cadena. El [mecanismo RANDAO](https://eth2book.info/altair/part2/building_blocks/randomness) de la cadena de Baliza proporciona una fuente alternativa de aleatoriedad. -Es posible generar el valor aleatorio fuera de la cadena y enviarlo por la cadena, pero hacerlo impone altos requisitos de confianza a los usuarios. Deben creer que el valor se generó realmente a través de mecanismos impredecibles y no se alteró en el tránsito. +Es posible generar el valor aleatorio fuera de la cadena y enviarlo en la cadena, pero hacerlo impone altos requisitos de confianza a los usuarios. Deben creer que el valor se generó realmente a través de mecanismos impredecibles y no se alteró en el tránsito. -Los oráculos diseñados para el cálculo fuera de la cadena resuelven este problema generando de forma segura resultados aleatorios fuera de la cadena que se transmiten por la cadena junto con pruebas criptográficas que dan fe de la imprevisibilidad del proceso. Un ejemplo es [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (función aleatoria verificable), que es un generador de números aleatorios (RNG) de equidad demostrable y a prueba de manipulaciones, útil para crear contratos inteligentes fiables para aplicaciones que dependen de resultados impredecibles. +Los oráculos diseñados para la computación fuera de la cadena resuelven este problema generando de manera segura resultados aleatorios fuera de la cadena que transmiten en la cadena, junto con pruebas criptográficas que certifican la imprevisibilidad del proceso. Un ejemplo es [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (función aleatoria verificable), que es un generador de números aleatorios (RNG) de equidad demostrable y a prueba de manipulaciones, útil para crear contratos inteligentes fiables para aplicaciones que dependen de resultados impredecibles. Otro ejemplo es [API3 QRNG](https://docs.api3.org/explore/qrng/), que sirve de generación de números aleatorios cuánticos (QRNG); es un método público de RNG en Web3 basado en fenómenos cuánticos, facilitado por cortesía de la Universidad Nacional de Australia (ANU). ### Obtener resultados para los eventos {#getting-outcomes-for-events} -Con los oráculos, es fácil crear contratos inteligentes que respondan a eventos del mundo real. Los servicios del oráculo lo hacen posible, ya que permiten que los contratos se conecten a API externas a través de componentes fuera de la cadena y utilicen información de esas fuentes de datos. Por ejemplo, la DApp de predicción mencionada anteriormente puede solicitar a un oráculo que muestre resultados de las elecciones de una fuente fuera de la cadena fiable (por ejemplo, Associated Press). +Con los oráculos, es fácil crear contratos inteligentes que respondan a eventos del mundo real. Los servicios de oráculos lo hacen posible, ya que permiten que los contratos se conecten a API externas a través de componentes fuera de la cadena y utilicen información de esas fuentes de datos. Por ejemplo, la DApp de predicción mencionada anteriormente puede solicitar a un oráculo que devuelva los resultados de las elecciones desde una fuente de confianza fuera de la cadena (por ejemplo, la Associated Press). El uso de oráculos para recuperar datos basados en resultados del mundo real permite otros nuevos casos de uso; por ejemplo, un producto de seguro descentralizado necesita información precisa sobre el clima, los desastres, etc. para funcionar de manera efectiva. @@ -378,7 +378,7 @@ Pero también hay _funciones privadas_ dentro de un contrato que son inaccesible Los desarrolladores tendrán que activar dichas funciones a diferentes intervalos para mantener el funcionamiento de la aplicación. No obstante, esto podría llevar a que se pierdan más horas en tareas mundanas para los desarrolladores, por lo que la automatización de la ejecución de contratos inteligentes es atractiva. -Algunas redes de oráculo descentralizadas ofrecen servicios de automatización que permiten que los nodos de oráculo fuera de la cadena activen funciones de contratos inteligentes de acuerdo con parámetros definidos por el usuario. Por lo general, esto requiere «registrar» el contrato de destino en el servicio de oráculo, proporcionar fondos para pagar al operador del oráculo y especificar las condiciones o los tiempos para activar el contrato. +Algunas redes de oráculos descentralizados ofrecen servicios de automatización, que permiten a los nodos oráculo fuera de la cadena activar funciones de contratos inteligentes según los parámetros definidos por el usuario. Por lo general, esto requiere «registrar» el contrato de destino en el servicio de oráculo, proporcionar fondos para pagar al operador del oráculo y especificar las condiciones o los tiempos para activar el contrato. La [red de Keeper](https://chain.link/keepers) de Chainlink ofrece opciones para que los contratos inteligentes externalicen las tareas de mantenimiento regulares de una manera de confianza minimizada y descentralizada. Lea la [documentación oficial de Keeper](https://docs.chain.link/docs/chainlink-keepers/introduction/) para obtener información sobre cómo hacer que su contrato sea compatible con Keeper y usar el servicio Upkeep. @@ -388,7 +388,9 @@ Hay múltiples aplicaciones de oráculo que puede integrar en su DApp de Ethereu **[Chainlink:](https://chain.link/)** _Las redes de oráculos descentralizadas de Chainlink proporcionan entradas, salidas y cálculos a prueba de manipulaciones para brindar respaldo a contratos inteligentes avanzados en cualquier cadena de bloques. _ -**[Chronicle](https://chroniclelabs.org/)**: _Chronicle supera las limitaciones actuales de la transferencia de datos en cadena mediante el desarrollo de óraculos verdaderamente escalables, rentables, descentralizados y verificables. _ +**[RedStone Oracles](https://redstone.finance/)**: _RedStone es un oráculo modular que proporciona fuentes de datos de gas optimizado. Se especializa en ofrecer fuentes de precios para activos emergentes, como tókenes de participaciones líquidas (LST), tókenes de nuevas participaciones líquidas (LRT) y derivados de participación de Bitcoin._ + +**[Chronicle](https://chroniclelabs.org/)**: _Chronicle supera las limitaciones actuales de transfencia de datos en la cadena mediante el desarrollo de oráculos verdaderamente escalables, rentables, descentralizados y verificables._ **[Witnet:](https://witnet.io/)** _Witnet es un oráculo sin permiso, descentralizado y resistente a la censura que ayuda a los contratos inteligentes a reaccionar ante eventos del mundo real con sólidas garantías criptoeconómicas. _ @@ -398,11 +400,13 @@ Hay múltiples aplicaciones de oráculo que puede integrar en su DApp de Ethereu **[Band Protocol:](https://bandprotocol.com/)** _el Band Protocol es una plataforma de oráculo de datos multicadena que añade y conecta datos del mundo real y API con contratos inteligentes. _ -**[Pyth Network:](https://pyth.network/)** _la red Pyth es una red de oráculos financieros de primera parte diseñada para publicar datos continuos del mundo real en cadena en un entorno a prueba de manipulación, descentralizado y autosostenible. _ +**[Paralink:](https://paralink.network/)** _Paralink proporciona una plataforma de oráculos de código abierto y descentralizada para contratos inteligentes que se ejecutan en Ethereum y otras cadenas de bloques populares._ + +**[Pyth Network](https://pyth.network/)**: _la red Pyth es una red de oráculos financieros de primera parte diseñada para publicar datos continuos del mundo real en la cadena de bloques en un entorno a prueba de manipulaciones, descentralizado y autosostenible._ **[DAO API3:](https://www.api3.org/)** _una DAO API3 ofrece soluciones de oráculo de primera parte que ofrecen mayor transparencia, seguridad y escalabilidad de la fuente en una solución descentralizada para contratos inteligentes._ -**[Supra](https://supra.com/)**: Un conjunto de herramientas integrado verticalmente de soluciones multicadena que interrelacionan todas las cadenas de bloques, públicas (L1 y L2) o privadas (empresas), proporcionando feeds de precios de oráculos descentralizados que se pueden utilizar para casos de uso en cadena y fuera de la cadena. +**[Supra](https://supra.com/)**: un conjunto de herramientas integradas verticalmente de soluciones de cadena transversal que interconectan todas las cadenas de bloques, públicas (L1 y L2) o privadas (empresas), proporcionando fuentes de precios de oráculo descentralizados que pueden utilizarse tanto para casos de uso en cadena, como fuera de ella. ## Para profundizar sobre el tema {#further-reading} @@ -413,6 +417,7 @@ Hay múltiples aplicaciones de oráculo que puede integrar en su DApp de Ethereu - [Oráculos descentralizados: descripción detallada](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841), _Julien Thevenard_ - [Implementación de un oráculo de cadena de bloques en Ethereum](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e), _Pedro Costa_ - [¿Por qué los contratos inteligentes no pueden hacer llamadas de API?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls), _StackExchange_ +- [¿Por qué necesitamos oráculos descentralizados](https://newsletter.banklesshq.com/p/why-we-need-decentralized-oracles), _Bankless_ - [Así que quiere usar un oráculo de precios](https://samczsun.com/so-you-want-to-use-a-price-oracle/), _samczsun_ **Vídeos** diff --git a/public/content/translations/es/developers/docs/programming-languages/elixir/index.md b/public/content/translations/es/developers/docs/programming-languages/elixir/index.md new file mode 100644 index 00000000000..0bacfc7549c --- /dev/null +++ b/public/content/translations/es/developers/docs/programming-languages/elixir/index.md @@ -0,0 +1,56 @@ +--- +title: Ethereum para programadores de Elixir +description: Aprenda a programar para Ethereum mediante proyectos y herramientas usando en Elixir. +lang: es +incomplete: false +--- + +Aprenda a programar para Ethereum mediante proyectos y herramientas usando Elixir. + +Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprovechan las ventajas de las criptomonedas y la tecnología de blockchain. Estas dapps pueden ser trustless, lo que significa que, una vez implementadas en Ethereum, siempre se ejecutan tal y como se programaron. Controlan activos digitales para crear nuevos tipos de aplicaciones financieras. Estas aplicaciones pueden ser descentralizadas, es decir, ninguna entidad o persona las controla y, por lo tanto, son prácticamente imposibles de censurar. + +## Comenzar con contratos inteligentes y con el lenguaje Solidity {#getting-started-with-smart-contracts-and-solidity} + +**Dé sus primeros pasos para integrar Elixir con Ethereum** + +¿Necesitas una introducción más básica para empezar? Visite [ethereum.org/learn](/learn/) o [ethereum.org/developers](/developers/). + +- [Cadena de bloques explicada] + (https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained) +- [Comprender los contratos inteligentes](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) +- [Escriba su primer contrato inteligente](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) +- [Aprenda a compilar e implementar Solidity](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) + +## Artículos para principiantes {#beginner-articles} + +- [Comprender finalmente las cuentas de Ethereum] (https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe) +- [Ethers — Una biblioteca Web3 de Ethereum de primera clase para Elixir] (https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122) + +## Articulos para usuarios familiarizados {#intermediate-articles} + +- [Cómo firmar transacciones de contratos de Ethereum sin procesar con Elixir] (https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b) +- [Contratos inteligentes de Ethereum y Elixir] (https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4) + +## Proyectos y herramientas de Elixir {#elixir-projects-and-tools} + +### Activos {#active} + +- [claves_bloque](https://github.com/ExWeb3/block_keys): implementación _BIP32 y BIP44 en Elixir (jerarquía multicuenta para carteras determinísticas)_ +- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _cliente JSON-RPC de Elixir para la cadena de bloques de Ethereum_ +- [ethers](https://github.com/ExWeb3/elixir_ethers) - _Una librería Web3 completa para interactuar con contratos inteligentes en Ethereum usando Elixir +- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _Una librería de firmas KMS para Ethers (firma de transacciones con AWS KMS)_ +- [ex_ABI](https://github.com/poanetwork/ex_abi) - _Implementación del analizador/decodificador/codificador ABI de Ethereum en Elixir_ +- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _Biblioteca de Elixir para calcular hashes Keccak SHA3-256 usando un NIF basado en el pequeño Rust tiny-keccak de crate_ +- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _Implementación de la codificación RLP (Recursive Lenght Prefix) de Ethereum_ + +### Archivado / Sin más mantenimiento {#archived--no-longer-maintained} + +- [eth](https://hex.pm/packages/eth) - _Utilidades de Ethereum para Elixir_ +- [exw3](https://github.com/hswick/exw3) - _Cliente de alto nivel del RPC de Ethereum para Elixir_ +- [mana](https://github.com/mana-ethereum/mana) - _Implementación del nodo completo de Ethereum escrito en Elixir_ + +¿Buscas más recursos? Visite [nuestra página de inicio para desarrolladores](/developers/). + +## Colaboradores de la comunidad de Elixir {#elixir-community-contributors} + +El [canal de Elixir #ethereum en Slack](https://elixir-lang.slack.com/archives/C5RPZ3RJLhttps://elixir-lang.slack.com/archives/C5RPZ3RJL) aloja a una comunidad en rápido crecimiento y es un recurso exclusivo para discusiones sobre cualquiera de los proyectos mencionados y temas relacionados. diff --git a/public/content/translations/es/developers/docs/programming-languages/index.md b/public/content/translations/es/developers/docs/programming-languages/index.md index e13a903258a..a9d5e736c21 100644 --- a/public/content/translations/es/developers/docs/programming-languages/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/index.md @@ -1,6 +1,6 @@ --- title: Lenguajes de programación -description: +description: Descubre recursos de desarrollo en Ethereum para varios lenguajes de programación, incluidos JavaScript, Python, Go, Rust y más. lang: es --- @@ -15,6 +15,7 @@ Seleccione su lenguaje de programación de preferencia para encontrar proyectos, - [Ethereum para desarrolladores de Dart](/developers/docs/programming-languages/dart/) - [Ethereum para desarrolladores de Delphi](/developers/docs/programming-languages/delphi/) - [Ethereum para desarrolladores de .NET](/developers/docs/programming-languages/dot-net/) +- [Ethereum para desarrolladores de Elixir](/developers/docs/programming-languages/elixir/) - [Ethereum para desarrolladores de Go](/developers/docs/programming-languages/golang/) - [Ethereum para desarrolladores Java](/developers/docs/programming-languages/java/) - [Ethereum para desarrolladores de JavaScript](/developers/docs/programming-languages/javascript/) diff --git a/public/content/translations/es/developers/docs/programming-languages/java/index.md b/public/content/translations/es/developers/docs/programming-languages/java/index.md index 00cea95cfba..159200d120b 100644 --- a/public/content/translations/es/developers/docs/programming-languages/java/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/java/index.md @@ -50,6 +50,7 @@ Aprenda a usar [ethers-kt](https://github.com/Kr1ptal/ethers-kt), una biblioteca ## Proyectos y herramientas Java {#java-projects-and-tools} +- [Besu de Hiperledger (Pantheon) (cliente de Ethereum)](https://docs.pantheon.pegasys.tech/en/stable/) - [Web3J (biblioteca para interactuar con los clientes de Ethereum)](https://github.com/web3j/web3j) - [ethers-kt (biblioteca Kotlin/Java/Android asíncrona y de alto rendimiento para cadenas de bloques basadas en EVM)](https://github.com/Kr1ptal/ethers-kt) - [Evento (Event Listener)](https://github.com/ConsenSys/eventeum) @@ -61,3 +62,4 @@ Aprenda a usar [ethers-kt](https://github.com/Kr1ptal/ethers-kt), una biblioteca - [Constructores de E/S](https://io.builders) - [Kauri](https://kauri.io) +- [Chat de Besu HL](https://chat.hyperledger.org/channel/besu) diff --git a/public/content/translations/es/developers/docs/programming-languages/javascript/index.md b/public/content/translations/es/developers/docs/programming-languages/javascript/index.md index 5395ceb70da..741b5a07c23 100644 --- a/public/content/translations/es/developers/docs/programming-languages/javascript/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/javascript/index.md @@ -46,17 +46,15 @@ Esto te ayudará a entender cosas como "¿Cuál es la estructura de datos de una Si prefieres leer el código, JavaScript podría ser una buena alternativa para leer detenidamente nuestros documentos. -**Revisa el monorepo** -[`ethereumjs`](https://github.com/ethereumjs/ethereumjs-vm) +**Eche un vistazo a la EVM** +[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm) ### Nodos y clientes {#nodes-and-clients} Un cliente de Ethereumjs es un desarrollo activo que le permite profundizar en cómo funcionan los clientes Ethereum en un idioma que comprenda; JavaScript. -Solía ​​estar alojado en un [`repositorio`](https://github.com/ethereumjs/ethereumjs-client) independiente; sin embargo, luego se fusionó con el monorepo EthereumVM como un paquete. - -**Revise el cliente** -[`ethereumjs-client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client) +**Eche un vistazo al cliente** +[`@ethereumjs/cliente`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client) ## Otros proyectos {#other-projects} diff --git a/public/content/translations/es/developers/docs/programming-languages/python/index.md b/public/content/translations/es/developers/docs/programming-languages/python/index.md index bf014fdc9dc..8f05ce4704a 100644 --- a/public/content/translations/es/developers/docs/programming-languages/python/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/python/index.md @@ -19,31 +19,40 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov - [Comprender los contratos inteligentes](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract) - [Escribir el primer contrato inteligente](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract) - [Aprender a compilar e implementar Solidity](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment) +- [Informe sobre el estado de Python en la cadena de bloques 2023](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023) ## Artículos para principiantes {#beginner-articles} +- [Presentación de web3.py](https://web3py.readthedocs.io/en/latest/overview.html) +- [Tour por el ecosistema de Ethereum en Python](https://snakecharmers.ethereum.org/python-ecosystem/) - [Guía del programador (Python) para Ethereum](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/) -- [Informe sobre el estado de Python en la cadena de bloques 2023](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023) +- [Digna de premio: una guía de hackathon de Ethereum en Python](https://snakecharmers.ethereum.org/prize-worthy/) - [Una introducción a los contratos inteligentes con Vyper](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/) -- [Implemente su propio token ERC20 con Python y Brownie](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58) - [¿Cómo desarrollar un contrato de Ethereum mediante Python Flask?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e) - [Introducción a Web3.py · Ethereum para desarrolladores de Python](https://www.dappuniversity.com/articles/web3-py-intro) - [Cómo llamar a una función de contrato inteligente mediante Python y web3.py](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py) ## Artículos de nivel intermedio {#intermediate-articles} +- [Amigos de web3.py: introducción a Ape](https://snakecharmers.ethereum.org/intro-to-ape/) - [Desarrollo de Dapp para programadores de Python](https://levelup.gitconnected.com/dapps-development-for-python-developers-f52b32b54f28) - [Creación de una interfaz de Python Ethereum: Parte 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d) - [Contratos inteligentes de Ethereum en Python: Una guía completa (ish)](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988) -- [Utilizar Brownie y Python para implementar contratos inteligentes](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp) -- [Crear NFT en OpenSea con Brownie](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/) ## Patrones de uso avanzados {#advanced-use-patterns} +- [Patrones de web3.py: suscripciones a eventos en tiempo real](https://snakecharmers.ethereum.org/subscriptions/) +- [Patrones de web3.py: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/) - [Compilar, desplegar y llamar a contratos inteligentes de Ethereum mediante Python](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/) - [Analizar contratos inteligentes de Solifity con Slither](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither) - [Tutorial fintech para la cadena de bloques: prestar y pedir prestado con Python](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/) +## Artículos archivados + +- [Implemente su propio token ERC20 con Python y Brownie](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58) +- [Utilizar Brownie y Python para implementar contratos inteligentes](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp) +- [Crear NFT en OpenSea con Brownie](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/) + ## Proyectos y herramientas de Python {#python-projects-and-tools} ### Activos: {#active} @@ -56,7 +65,7 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov - [eth-utils](https://github.com/ethereum/eth-utils/): _Funciones de utilidad para trabajar con bases de código relacionadas con Ethereum_ - [py-solc-x:](https://pypi.org/project/py-solc-x/) _wrapper de Python en torno al compilador de Solidity con soporte 0.5.x_ - [pymaker:](https://github.com/makerdao/pymaker) _API de Python para contratos de Maker_ -- [siwe:](https://github.com/signinwithethereum/siwe-py) _inicio de sesión con Ethereum (siwe) para Python_ +- [siwe:](https://github.com/spruceid/siwe-py) _inicio de sesión con Ethereum (siwe) para Python_ - [DeFi Web3 para integraciones Ethereum:](https://github.com/tradingstrategy-ai/web3-ethereum-defi) _paquete de Python con integraciones listas para ERC-20, Uniswap y otros proyectos populares_ - [Wake](https://getwake.io): _Un marco Python todo en uno para pruebas de contratos, fuzzing, implementación, análisis de vulnerabilidades y navegación de código (servidor de lenguajes, [Herramientas para Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_ @@ -75,7 +84,7 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov Los siguientes proyectos basados en Ethereum utilizan las herramientas mencionadas en esta página. Los repositorios de código abierto relacionados sirven como una buena referencia para código de ejemplo y mejores prácticas. - [Yearn Finance](https://yearn.finance/) y el [repositorio de Yearn Vault Contracts](https://github.com/yearn/yearn-vaults) -- [Curve](https://curve.fi/) y el [repositorio de contratos inteligentes de Curve](https://github.com/curvefi/curve-contract) +- [Curve](https://www.curve.finance/) y el [repositorio de contratos inteligentes de Curve](https://github.com/curvefi/curve-contract) - [BadgerDAO](https://badger.com/) y [contratos inteligentes con cadena de herramientas Brownie](https://github.com/Badger-Finance/badger-system) - [Sushi](https://sushi.com/) usa [Python en la gestión e implementación de sus contratos de vesting](https://github.com/sushiswap/sushi-vesting-protocols) - [Alpha Finance](https://alphafinance.io/), de la fama de Alpha Homora, usa [Brownie para probar e implementar contratos inteligentes](https://github.com/AlphaFinanceLab/alpha-staking-contract) diff --git a/public/content/translations/es/developers/docs/programming-languages/ruby/index.md b/public/content/translations/es/developers/docs/programming-languages/ruby/index.md index 4e2ce3c3942..e2b76f39704 100644 --- a/public/content/translations/es/developers/docs/programming-languages/ruby/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/ruby/index.md @@ -24,6 +24,7 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov - [Comprender finalmente las cuentas de Ethereum](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe) - [Autenticar finalmente usuarios de Rails con MetaMask](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj) +- [Iniciar sesión con Ethereum: biblioteca de Ruby y ejemplos de Rails](https://blog.spruceid.com/sign-in-with-ethereum-ruby-library-release-and-rails-examples/) - [Cómo conectarse a la red Ethereum usando Ruby](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby) - [Cómo generar una nueva dirección de Ethereum en Ruby](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby) @@ -38,10 +39,10 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov - [eth.rb](https://github.com/q9f/eth.rb): _Biblioteca de Ruby y cliente RPC para manejar cuentas de Ethereum, mensajes y transacciones_ - [keccak.rb](https://github.com/q9f/keccak.rb): _El hash Keccak (SHA3) usado por Ethereum_ -- [siwe-ruby:](https://github.com/signinwithethereum/siwe-ruby) _Implementación de Ruby de acceso con Ethereum_ -- [siwe-rails:](https://github.com/signinwithethereum/siwe-rails) _Rails gem que agrega rutas de inicio de sesión de SIWE_ -- [siwe-rails-examples:](https://github.com/signinwithethereum/siwe-rails-examples) _ejemplos de SIWE usando Ruby on Rails con controlador personalizado_ -- [omniaut-siwe:](https://github.com/signinwithethereum/omniauth-siwe) _Estrategia de OmniAuth para el acceso con Ethereum (SIWE)_ +- [siwe-ruby:](https://github.com/spruceid/siwe-ruby) _Implementación de Ruby de acceso con Ethereum_ +- [siwe_rails:](https://github.com/spruceid/siwe_rails) _Rails gem que agrega rutas de inicio de sesión de SIWE_ +- [siwe-rails-examples:](https://github.com/spruceid/siwe-rails-examples) _ejemplos de SIWE usando Ruby on Rails con controlador personalizado_ +- [omniaut-siwe:](https://github.com/spruceid/omniauth-siwe) _Estrategia de OmniAuth para el acceso con Ethereum (SIWE)_ - [omniauth-mft:](https://github.com/valthon/omniauth-nft) _Estrategia de OmniAuth para la autenticación mediante propiedad de NFT_ - [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails): _Plantilla de Ethereum en Rails que permite conectar MetaMask con Ruby en Rails_ diff --git a/public/content/translations/es/developers/docs/programming-languages/rust/index.md b/public/content/translations/es/developers/docs/programming-languages/rust/index.md index 6cfd2a6f56a..c02df8f0faa 100644 --- a/public/content/translations/es/developers/docs/programming-languages/rust/index.md +++ b/public/content/translations/es/developers/docs/programming-languages/rust/index.md @@ -38,7 +38,7 @@ Utiliza Ethereum para crear aplicaciones descentralizadas (o "dapps"), que aprov ## Proyectos y herramientas de Rust {#rust-projects-and-tools} -- [pwasm-ethereum:](https://github.com/paritytech/pwasm-ethereum) _colección de recursos externos para interactuar con redes similares a Ethereum_ +- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _Lista de funciones externas para interactuar con una red similar a Ethereum_ - [Lighthouse:](https://github.com/sigp/lighthouse) _cliente de capa de consenso de Ethereum rápido_ - [Ethereum WebAssembly:](https://ewasm.readthedocs.io/en/mkdocs/) _rediseño propuesto de la capa de ejecución de contratos inteligentes de Ethereum utilizando un subconjunto determinístico de WebAssembly_ - [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html): _Referencia de la API de OASIS_ diff --git a/public/content/translations/es/developers/docs/scaling/index.md b/public/content/translations/es/developers/docs/scaling/index.md index e134924835a..3479f093e46 100644 --- a/public/content/translations/es/developers/docs/scaling/index.md +++ b/public/content/translations/es/developers/docs/scaling/index.md @@ -1,6 +1,6 @@ --- title: Escalado -description: Introducción a las diferentes opciones de escalado que desarrolla actualmente la comunidad de Ethereum. +description: Una introducción a las diferentes opciones de escalabilidad que actualmente está desarrollando la comunidad de Ethereum. lang: es sidebarDepth: 3 --- @@ -13,31 +13,31 @@ El objetivo principal de la escalabilidad es aumentar la velocidad de las transa A pesar de que la velocidad y la capacidad de procesamiento son importantes, es esencial que las soluciones de escalado que permitan alcanzar estos objetivos sigan siendo descentralizadas y seguras. Para evitar una progresión hacia un poder de cómputo centralizado e inseguro, es crítico mantener baja la barrera de entrada a los operadores de nodos. -Conceptualmente, la primera categorización que hacemos en cuanto a escalado es entre escalado en cadena ("on-chain") y escalado fuera de cadena ("off-chain"). +Conceptualmente, primero categorizamos la escalabilidad como en cadena o fuera de la cadena. ## Requisitos previos {#prerequisites} Es necesario que comprenda todos los temas fundamentales. La implementación de soluciones de escalado es compleja, ya que la tecnología no está demasiado probada y aún continúa en investigación y desarrollo. -## Escalado en cadena {#on-chain-scaling} +## Escalabilidad en cadena {#onchain-scaling} -El método de escalado en cadena ("on-chain") requiere cambios en el protocolo de Ethereum ([red principal](/glossary/#mainnet) de capa 1). Durante mucho tiempo, se esperaba que la fragmentación de la cadena de bloques escale Ethereum. Esto iba a implicar dividir la cadena de bloques en piezas discretas (fragmentos o shards) para ser verificadas por subconjuntos de validadores. Sin embargo, el escalamiento con rollups de capa 2 ha tomado la delantera como técnica primaria de escalado. Esto se apoya con la adición de una nueva forma más barata de datos adjuntos a bloques de Ethereum que está especialmente diseñada para hacer que los rollups sean más baratos para los usuarios. +La escalabilidad en cadena requiere hacer cambios en el protocolo de Ethereum ([red principal](/glossary/#mainnet) de capa 1). Durante mucho tiempo, se esperaba que la fragmentación de la cadena de bloques escale Ethereum. Esto iba a implicar dividir la cadena de bloques en piezas discretas (fragmentos o shards) para ser verificadas por subconjuntos de validadores. Sin embargo, el escalamiento con rollups de capa 2 ha tomado la delantera como técnica primaria de escalado. Esto se apoya con la adición de una nueva forma más barata de datos adjuntos a bloques de Ethereum que está especialmente diseñada para hacer que los rollups sean más baratos para los usuarios. ### Fragmentación {#sharding} La fragmentación, o sharding, es el proceso de división de una base de datos. Subconjuntos de validadores serían responsables de fragmentos individuales en lugar de llevar un seguimiento de todo Ethereum. El fragmentado estuvo en la [hoja de ruta](/roadmap/) de Ethereum durante mucho tiempo, y alguna vez se pensó en hacerlo realidad antes de la Fusión a prueba de participación. Sin embargo, el rápido desarrollo de los [rollups de capa 2](#layer-2-scaling) y la invención de [Danksharding](/roadmap/danksharding) (agregado de blobs de datos de rollups a bloques de Ethereum que pueden ser verificados de forma muy eficiente por los validadores) ha llevado a la comunidad de Ethereum a favorecer el escalamiento centrado en rollups en lugar de escalar por fragmentación. Esto también ayudará a simplificar la lógica de consenso de Ethereum. -## Escalado fuera de cadena {#off-chain-scaling} +## Escalabilidad fuera de cadena {#offchain-scaling} -Las soluciones fuera de cadena ("off-chain") se implementan de manera separada a la red principal de capa 1 y no requieren cambios en el protocolo existente de Ethereum. Algunas soluciones, llamadas soluciones de "capa 2", adquieren su seguridad directamente del consenso de Ethereum de capa 1, por ejemplo, los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/), los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups/) o los [canales de estado](/developers/docs/scaling/state-channels/). Otras soluciones involucran la creación de nuevas cadenas en varias formas que derivan su seguridad por separado de la red principal, como las [cadenas laterales](#sidechains), los [validiums](#validium) o las [cadenas de plasma](#plasma). Estas soluciones se comunican con la red principal, pero obtienen su seguridad de manera diferente para perseguir una variedad de objetivos. +Las soluciones fuera de la cadena se implementan por separado de la red principal de capa 1: no requieren cambios en el protocolo existente de Ethereum. Algunas soluciones, llamadas soluciones de "capa 2", adquieren su seguridad directamente del consenso de Ethereum de capa 1, por ejemplo, los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/), los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups/) o los [canales de estado](/developers/docs/scaling/state-channels/). Otras soluciones involucran la creación de nuevas cadenas en varias formas que derivan su seguridad por separado de la red principal, como las [cadenas laterales](#sidechains), los [validiums](#validium) o las [cadenas de plasma](#plasma). Estas soluciones se comunican con la red principal, pero obtienen su seguridad de manera diferente para perseguir una variedad de objetivos. ### Escalado de capa 2 {#layer-2-scaling} -Esta categoría de soluciones fuera de cadena obtiene su seguridad de la red principal de Ethereum. +Esta categoría de soluciones fuera de la cadena obtiene su seguridad de la red principal de Ethereum. Capa 2 es un término colectivo que hace referencia a soluciones diseñadas para ayudar a escalar su aplicación gestionando las transacciones fuera de la red principal de Ethereum (capa 1), al tiempo que se usa el modelo de seguridad robusto y descentralizado de la red principal. La velocidad de transacción se ve afectada cuando la red está ocupada, lo que hace que la experiencia del usuario sea pobre para ciertos tipos de dapps (aplicaciones descentralizadas). Además, a medida que la red se ve más ocupada, los precios del gas aumentan, ya que los remitentes de las transacciones intentan mejorar las ofertas entre sí. Esto puede encarecer mucho el uso de Ethereum. -La mayoría de las soluciones de capa 2 se centran en un servidor o un clúster de servidores, a cada uno de los cuales podemos referirnos como un nodo, validador, operador, secuenciador, creador de bloques o un término similar. Dependiendo de su implementación, estos nodos de capa 2 pueden ser operados por individuos, negocios o entidades que los utilicen, por un tercero o por un gran grupo de individuos (similar a la red principal). Generalmente, las transacciones se envían a estos nodos de capa 2, en lugar de enviarse directamente a la capa 1 (red principal). Para algunas soluciones, la instancia de la capa 2 agrupa las transacciones antes de anclarlas a la capa1, luego de lo cual estas son aseguradas por la capa 1 y ya no pueden ser alteradas. Los detalles de cómo se realiza esto varían significativamente entre las diferentes tecnologías e implementaciones de la capa 2. +La mayoría de las soluciones de capa 2 se centran en un servidor o un clúster de servidores, a cada uno de los cuales podemos referirnos como un nodo, validador, operador, secuenciador, creador de bloques o un término similar. Dependiendo de su implementación, estos nodos de capa 2 pueden ser operados por individuos, negocios o entidades que los utilicen, por un tercero o por un gran grupo de individuos (similar a la red principal). Generalmente, las transacciones se envían a estos nodos de capa 2, en lugar de enviarse directamente a la capa 1 (red principal). Para algunas soluciones, la instancia de la capa 2 las agrupa en grupos antes de anclarlas a la capa 1. Tras esta acción están aseguradas por la capa 1 y no se pueden alterar. Los detalles de cómo se realiza esto varían significativamente entre las diferentes tecnologías e implementaciones de la capa 2. Una instancia específica de capa 2 puede ser abierta y compartida por muchas aplicaciones o puede ser implementada por un proyecto y dedicada a brindar soporte exclusivamente a dicha aplicación. @@ -57,11 +57,11 @@ Los rollups ejecutan transacciones fuera de la capa 1 y luego los datos se publi Hay dos tipos de rollups con diferentes modelos de seguridad: - **Rollups optimistas**: asumen que las transacciones son válidas de forma predeterminada y solo ejecutan cómputo a través de una [**prueba de fraude**](/glossary/#fraud-proof) en caso de que haya un reclamo. [Obtenga más información sobre los rollups optimistas](/developers/docs/scaling/optimistic-rollups/). -- **Rollups de conocimiento cero**: realizan la ejecución de las transacciones fuera de la cadena y envían una [**prueba de validez**](/glossary/#validity-proof) a la cadena. [Obtenga más información sobre los rollups de conocimiento cero](/developers/docs/scaling/zk-rollups/). +- **Rollups de conocimiento cero**: ejecuta la computación fuera de la cadena y envía una [**prueba de validez**](/glossary/#validity-proof) a la cadena. [Obtenga más información sobre los rollups de conocimiento cero](/developers/docs/scaling/zk-rollups/). #### Canales de estado {#channels} -Los canales de estado utilizan contratos multifirma para permitir a los participantes realizar transacciones de forma rápida y libre fuera de la cadena y luego establecer la finalidad con la red principal. Esto minimiza la congestión de la red, las tasas y los retrasos. Actualmente, hay dos tipos de canales: de estado y de pago. +Los canales de estado utilizan contratos multifirma para permitir a los participantes realizar transacciones rápida y libremente fuera de la cadena, y luego resolver la finalidad con la red principal. Esto minimiza la congestión de la red, las tasas y los retrasos. Actualmente, hay dos tipos de canales: de estado y de pago. Obtenga más información acerca de los [canales de estado](/developers/docs/scaling/state-channels/). @@ -94,7 +94,7 @@ Obtenga más información sobre [Validium](/developers/docs/scaling/validium/). -_Obsérvese que la explicación del video utiliza el término "Capa 2" para referirse a todas las soluciones de escalado fuera de cadena, mientras que nosotros diferenciamos "Capa 2" como una solución fuera de cadena que obtiene su seguridad a través del consenso de la red principal de capa 1._ +_Tenga en cuenta que la explicación en el vídeo utiliza el término «Capa 2» para referirse a todas las soluciones de escalabilidad fuera de la cadena, mientras que diferenciamos «Capa 2» como una solución fuera de la cadena que deriva su seguridad a través del consenso de la red principal de la capa 1._ @@ -106,8 +106,10 @@ _Obsérvese que la explicación del video utiliza el término "Capa 2" para refe - [Guía incompleta sobre los rollups](https://vitalik.eth.limo/general/2021/01/05/rollup.html) - [Rollups de conocimiento cero (ZK) con tecnología de Ethereum: los mejores del mundo](https://hackmd.io/@canti/rkUT0BD8K) - [Rollups optimistas vs. rollups de conocimiento cero (ZK)](https://limechain.tech/blog/optimistic-rollups-vs-zk-rollups/) +- [Escalabilidad de la cadena de bloques de conocimiento cero](https://www.archblock.com/poland/assets/download/zero-knowledge-blockchain-scaling-ethworks.pdf) - [Por qué los rollups y los fragmentos de datos son la única solución sustentable para la alta escalabilidad](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48) - [¿Qué tipo de capas 3 tienen sentido?](https://vitalik.eth.limo/general/2022/09/17/layer_3.html) -- [Disponibilidad de datos o: cómo los rollups aprendieron a dejar de preocuparse y amar a Ethereum](https://ethereum2077.substack.com/p/data-availability-in-ethereum-rollups) +- [Disponibilidad de datos o: cómo los rollups aprendieron a dejar de preocuparse y amar a Ethereum](https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum) +- [Guía práctica de los rollups de Ethereum](https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) _¿Conoce algún recurso de la comunidad que le haya servido de ayuda? Edite esta página y añádalo._ diff --git a/public/content/translations/es/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/es/developers/docs/scaling/optimistic-rollups/index.md index 3da3c071151..885b787ea9e 100644 --- a/public/content/translations/es/developers/docs/scaling/optimistic-rollups/index.md +++ b/public/content/translations/es/developers/docs/scaling/optimistic-rollups/index.md @@ -4,7 +4,7 @@ description: 'Una introducción a los rollups optimistas: una solución de escal lang: es --- -Los rollups optimistas son protocolos de capa 2 (L2) diseñados para ampliar el rendimiento de la capa base de Ethereum. Reducen el cómputo en la cadena principal de Ethereum al procesar las transacciones fuera de la cadena, ofreciendo mejoras significativas en la velocidad de procesamiento. A diferencia de otras soluciones de escalabilidad, como [cadenas laterales](/developers/docs/scaling/sidechains/), los rollups optimistas derivan la seguridad de la red principal publicando los resultados de las transacciones en cadena, o [cadenas de plasma](/developers/docs/scaling/plasma/), que también verifican las transacciones en Ethereum con pruebas de fraude, pero almacenan los datos de las transacciones en otros lugares. +Los rollups optimistas son protocolos de capa 2 (L2) diseñados para ampliar el rendimiento de la capa base de Ethereum. Reducen la computación en la cadena principal de Ethereum procesando transacciones fuera de cadena, lo que ofrece mejoras significativas en la velocidad de procesamiento. A diferencia de otras soluciones de escalabilidad, como las [cadenas laterales](/developers/docs/scaling/sidechains/), los rollups optimistas obtienen la seguridad de la red principal publicando los resultados de las transacciones en cadena, o [cadenas de plasma](/developers/docs/scaling/plasma/), que también verifican las transacciones en Ethereum con pruebas de fraude, pero almacenan los datos de las transacciones en otros lugares. Como la computación es la parte lenta y costosa del uso de Ethereum, los rollups optimistas pueden ofrecer mejoras de hasta 10-100x en la escalabilidad. Los rollups optimistas también escriben transacciones en Ethereum como `calldata` o en [blobs](/roadmap/danksharding/), lo que reduce los costos de gas para los usuarios. @@ -16,9 +16,9 @@ Debería haber leído y entendido nuestras páginas sobre [escalabilidad de Ethe Un rollup optimista es un enfoque para escalar Ethereum que implica pasar la computación y el almacenamiento de estado fuera de la cadena. Los rollups optimistas ejecutan transacciones fuera de Ethereum, pero publican los datos de las transacciones en la Red principal como `calldata` o en [blobs](/roadmap/danksharding/). -Los operadores de rollup optimistas agrupan múltiples transacciones fuera de la cadena en grandes lotes antes de enviarlas a Ethereum. Este enfoque permite distribuir los costes fijos entre múltiples transacciones en cada lote, reduciendo así las tarifas para los usuarios finales. Los rollups optimistas también utilizan técnicas de compresión para reducir la cantidad de datos publicados en Ethereum. +Los operadores de rollup optimista agrupan múltiples transacciones fuera de la cadena en grandes lotes antes de enviarlas a Ethereum. Este enfoque permite distribuir los costes fijos entre múltiples transacciones en cada lote, reduciendo así las tarifas para los usuarios finales. Los rollups optimistas también utilizan técnicas de compresión para reducir la cantidad de datos publicados en Ethereum. -Los rollups optimistas se consideran «optimistas» porque asumen que las transacciones fuera de la cadena son válidas y no publican pruebas de validez para los lotes de transacciones publicados en la cadena. Esto separa los rollups optimistas de los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups) que publican [pruebas criptográficas de validez](/glossary/#validity-proof) para transacciones fuera de la cadena. +Los rollups optimistas se consideran «optimistas» porque asumen que las transacciones fuera de la cadena son válidas y no publican pruebas de validez para los lotes de transacciones publicados en la cadena. Esto es lo que diferencia los rollups optimistas de los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups) que publican [pruebas criptográficas de validez](/glossary/#validity-proof) para transacciones fuera de cadena. En cambio, los rollups optimistas se basan en un esquema de prueba de fraude para detectar casos en los que las transacciones no se calculan correctamente. Después de enviar un lote de rollup en Ethereum, hay una ventana de tiempo (llamada período de desafío) durante la cual cualquiera puede desafiar los resultados de una transacción rollup calculando una [prueba de fraude](/glossary/#fraud-proof). @@ -28,17 +28,17 @@ Si el lote de rollup permanece sin impugnar (es decir, todas las transacciones s ## ¿Cómo interactúan los rollups optimistas con Ethereum? {#optimistic-rollups-and-Ethereum} -Los rollups optimistas son [soluciones de escalabilidad fuera de la cadena](/developers/docs/scaling/#off-chain-scaling) creadas para operar sobre Ethereum. Cada rollup optimista lo administra un conjunto de contratos inteligentes desplegados en la red Ethereum. Los rollups optimistas procesan las transacciones fuera de la cadena principal de Ethereum, pero publican las transacciones fuera de la cadena (en lotes) en un contrato rollup en cadena. Al igual que la cadena de bloques de Ethereum, este registro de transacciones es inmutable y forma la «cadena de rollup optimista». +Los rollups optimistas son [soluciones de escalabilidad externas a cadena](/developers/docs/scaling/#offchain-scaling) creadas para trabajar sobre Ethereum. Cada rollup optimista lo administra un conjunto de contratos inteligentes desplegados en la red Ethereum. Los rollups optimistas procesan las transacciones fuera de la cadena principal de Ethereum, pero publican transacciones fuera de la cadena (en bloques) en un contrato de rollup en cadena. Al igual que la cadena de bloques de Ethereum, este registro de transacciones es inmutable y forma la «cadena de rollup optimista». La arquitectura de un rollup optimista comprende las siguientes partes: -**Contratos en cadena**: La operación de los rollups optimistas está controlada por contratos inteligentes que se ejecutan en Ethereum. Esto incluye contratos que almacenan bloques de rollup, monitorean las actualizaciones de estado en el rollup y rastrean los depósitos de los usuarios. En este sentido, Ethereum sirve como capa base o «capa 1» para los rollups optimistas. +**Contratos en cadena**: el funcionamiento de los rollups optimistas está controlado por contratos inteligentes que se ejecutan en Ethereum. Esto incluye contratos que almacenan bloques de rollup, monitorean las actualizaciones de estado en el rollup y rastrean los depósitos de los usuarios. En este sentido, Ethereum sirve como capa base o «capa 1» para los rollups optimistas. -**Máquina virtual fuera de cadena (VM)**: Aunque los contratos que gestionan el protocolo de rollup optimista se ejecutan en Ethereum, el protocolo rollup realiza el cálculo y el almacenamiento de estado en otra máquina virtual separada de la [Máquina virtual Ethereum](/developers/docs/evm/). En la máquina virtual fuera de la cadena se activan las aplicaciones y se ejecutan los cambios de estado; sirve de capa superior o «capa 2» para un rollup optimista. +**Máquina virtual fuera de cadena**: aunque los contratos que gestionan el protocolo de rollups optimistas se ejecutan en Ethereum, el protocolo de rollups realiza los cálculos y el almacenamiento de estado en otra máquina virtual separada de la [Máquina virtual de Ethereum](/developers/docs/evm/). En la máquina virtual fuera de cadena residen las aplicaciones y se ejecutan los cambios de estado; sirve como la capa superior (o capa 2) para un rollup optimista. -Como los rollups optimistas están diseñados para ejecutar programas escritos o compilados para la EVM, la máquina virtual fuera de la cadena incorpora muchas especificaciones de diseño de la EVM. Además, las pruebas de fraude calculadas en cadena permiten que la red Ethereum refuerce el cumplimiento de la validez de los cambios de estado calculados en la máquina virtual fuera de la cadena VM. +Como los rollups optimistas están diseñados para ejecutar programas escritos o compilados para la EVM, la máquina virtual fuera de la cadena incorpora muchas especificaciones de diseño de la EVM. Además, las pruebas de fraude calculadas en cadena permiten que la red de Ethereum haga que se cumpla la validez de los cambios de estado calculados en la máquina virtual fuera de la cadena. -Los rollups optimistas pueden definirse como «soluciones de escalado híbridas» porque, aunque existen como protocolos separados, sus propiedades de seguridad se derivan de Ethereum. Entre otras cosas, Ethereum garantiza la exactitud del cálculo fuera de cadena de un rollup y la disponibilidad de datos detrás del cálculo. Esto hace que los rollups optimistas sean más seguros que los protocolos de escalabilidad fuera de la cadena (por ejemplo, [cadenas laterales](/developers/docs/scaling/sidechains/)) cuya seguridad no depende de Ethereum. +Los rollups optimistas pueden definirse como «soluciones de escalabilidad híbridas» porque, aunque existen como protocolos separados, sus propiedades de seguridad se derivan de Ethereum. Entre otras cosas, Ethereum garantiza la exactitud del cálculo fuera de cadena de un rollup y la disponibilidad de los datos detrás del cálculo. Esto hace que los rollups optimistas sean más seguros que los protocolos de escalabilidad que están exclusivamente fuera de la cadena (por ejemplo, [cadenas laterales](/developers/docs/scaling/sidechains/)) cuya seguridad no depende de Ethereum. Los rollups optimistas se basan en el protocolo principal de Ethereum para lo siguiente: @@ -46,7 +46,7 @@ Los rollups optimistas se basan en el protocolo principal de Ethereum para lo si Como se mencionó, los rollups optimistas publican datos de transacciones en Ethereum como `calldata` o [blobs](/roadmap/danksharding/). Dado que la ejecución de la cadena de rollup se basa en las transacciones enviadas, cualquier persona puede usar esta información, anclada en la capa base de Ethereum, para ejecutar el estado del acumulable y verificar la exactitud de las transiciones de estado. -[La disponibilidad de los datos](/developers/docs/data-availability/) es crítica porque sin acceso a los datos estatales, los retadores no pueden construir pruebas de fraude para disputar operaciones rollup no válidas. Al proporcionar Ethereum disponibilidad de datos, se reduce el riesgo de que los operadores de rollup se salgan con la suya mediante actos maliciosos (por ejemplo, la presentación de bloques no válidos). +[La disponibilidad de los datos](/developers/docs/data-availability/) es crítica porque sin acceso a los datos de estado, los retadores no pueden construir pruebas de fraude para disputar operaciones rollup no válidas. Al proporcionar Ethereum disponibilidad de datos, se reduce el riesgo de que los operadores de rollup se salgan con la suya mediante actos maliciosos (por ejemplo, la presentación de bloques no válidos). ### Resistencia a la censura {#censorship-resistance} @@ -86,15 +86,15 @@ El secuenciador es diferente de un operador de rollup regular, porque tienen un #### Envío de bloques de rollup a Ethereum {#submitting-blocks-to-ethereum} -Como se ha mencionado anteriormente, el operador de un rollup optimista agrupa las transacciones fuera de la cadena en un lote y las envía a Ethereum para su certificación notarial. Este proceso consiste en comprimir los datos relacionados con las transacciones y publicarlos en Ethereum como `calldata` o en blobs. +Como se ha mencionado anteriormente, el operador de un rollup optimista agrupa las transacciones fuera de la cadena en un lote y lo envía a Ethereum para su certificación notarial. Este proceso consiste en comprimir los datos relacionados con las transacciones y publicarlos en Ethereum como `calldata` o en blobs. -`Calldata` es un área no modificable y no persistente en un contrato inteligente que se comporta principalmente como [memoria](/developers/docs/smart-contracts/anatomy/#memory). Si bien `calldata` persiste en la cadena como parte de los [registros del historial de la cadena de bloques](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs), no se almacena como parte del estado de Ethereum. Debido a que `calldata` no toca ninguna parte del estado de Ethereum, es más barato que el estado para almacenar datos en la cadena. +`Calldata` es un área no modificable y no persistente en un contrato inteligente que se comporta principalmente como [memoria](/developers/docs/smart-contracts/anatomy/#memory). Mientras que `calldata` persiste en cadena como parte de los [registros de historial](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) de la cadena de bloques, no se almacena como parte del estado de Ethereum. Debido a que `calldata` no toca ninguna parte del estado de Ethereum, es más barato que el estado para almacenar datos en cadena. La palabra clave `calldata` también se utiliza en Solidity para pasar argumentos a una función de contrato inteligente en el momento de la ejecución. `Calldata` identifica la función que se activa durante una transacción y le proporciona información a la función en forma de una secuencia arbitraria de bytes. -En el contexto de las rollups optimistas, `calldata` se utiliza para enviar datos de transacción comprimidos al contrato en cadena. El operador de rollup añade un nuevo lote llamando a la función requerida en el contrato de rollup y pasando los datos comprimidos como argumentos de función. El uso de `calldata` reduce las tarifas de usuario, ya que la mayoría de los costes en los que incurren provienen del almacenamiento de datos en cadena. +En el contexto de los rollups optimistas, `calldata` se utiliza para enviar datos de transacción comprimidos al contrato en cadena. El operador de rollup añade un nuevo lote llamando a la función requerida en el contrato de rollup y pasando los datos comprimidos como argumentos de función. El uso de `calldata` reduce las tarifas de los usuarios, ya que la mayoría de los costes en los que se incurren los rollups provienen del almacenamiento de datos en cadena. -Aquí está [un ejemplo](https://etherscan.io/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) de un envío de lotes de rollup para mostrar cómo funciona este concepto. El secuenciador invocó el método `appendSequencerBatch()` y pasó los datos comprimidos de la transacción como entradas usando `calldata`. +He aquí [un ejemplo](https://eth.blockscout.com/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) de un envío de lotes de rollup para mostrar cómo funciona este concepto. El secuenciador invocó el método `appendSequencerBatch()` y pasó los datos comprimidos de la transacción como entradas usando `calldata`. Algunos rollups ahora utilizan blobs para publicar lotes de transacciones en Ethereum. @@ -104,7 +104,7 @@ Los blobs son no modificables y no persistentes (al igual que `calldata`), pero En cualquier momento, el estado del rollup optimista (cuentas, saldos, código de contrato, etc.) se organiza como un [árbol de Merkle](/whitepaper/#merkle-trees) denominado «árbol de estado». La raíz de este árbol de Merkle (raíz de estado), que hace referencia al último estado del rollup, se agrupa y se almacena en el contrato de rollup. Cada transición de estado en la cadena produce un nuevo estado de rollup, con el que un operador se compromete calculando una nueva raíz de estado. -Al publicar lotes, el operador debe enviar tanto las antiguas raíces de estado como las nuevas raíces de estado. Si la raíz de estado anterior coincide con la raíz de estado existente en el contrato en cadena, esta última se descarta y se reemplaza con la nueva raíz de estado. +Al publicar lotes, el operador debe enviar tanto las antiguas raíces de estado como las nuevas raíces de estado. Si la raíz de estado antigua coincide con la raíz de estado existente en el contrato de cadena, esta última se descarta y se reemplaza con la nueva raíz de estado. El operador de rollup también debe confirmar una raíz de Merkle para el propio lote de transacciones. Esto permite a cualquier persona probar la inclusión de una transacción en el lote (en L1) presentando una [prueba de Merkle](/developers/tutorials/merkle-proofs-for-offline-data-integrity/). @@ -118,7 +118,7 @@ Si alguien disputa una afirmación, entonces el protocolo de rollup iniciará el Los esquemas de prueba interactivos de una sola ronda reproducen las transacciones en disputa en L1 para detectar aserciones no válidas. El protocolo rollup emula la reejecución de la transacción en disputa en L1 (Ethereum) utilizando un contrato de verificador, y la raíz de estado calculada determina quién gana el desafío. Si la afirmación del retador sobre el estado correcto del rollup es acertada, se le penaliza al operador por la reducción de su fianza. -Sin embargo, volver a ejecutar transacciones en L1 para detectar el fraude requiere la publicación de compromisos de estado para transacciones individuales y aumenta los datos de rollups que deben publicarse en cadena. La repetición de las transacciones también incurre en importantes costes de gas. Por estas razones, los rollups optimistas están cambiando a pruebas interactivas de varias rondas, lo que logra el mismo objetivo (es decir, detectar operaciones de rollup no válidas) con más eficiencia. +Sin embargo, la reejecución de transacciones en L1 para detectar el fraude requiere la publicación de compromisos estatales para transacciones individuales y aumenta los rollups de datos que deben publicarse en cadena. La repetición de las transacciones también incurre en importantes costes de gas. Por estas razones, los rollups optimistas están cambiando a pruebas interactivas de varias rondas, lo que logra el mismo objetivo (es decir, detectar operaciones de rollup no válidas) con más eficiencia. #### Demostración interactiva de varias rondas {#multi-round-interactive-proving} @@ -132,7 +132,7 @@ Algunos apuntes sobre este tipo de prueba de fraude: 1. La prueba de fraude interactiva de varias rondas se considera eficiente porque minimiza el trabajo que la cadena L1 debe hacer en el arbitraje de disputas. En lugar de reproducir toda la transacción, la cadena L1 solo necesita volver a ejecutar un paso en la ejecución del rollup. -2. Los protocolos de bisección reducen la cantidad de datos publicados en la cadena (no es necesario publicar confirmaciones de estado para cada transacción). Además, las transacciones rollup optimistas no están limitadas por el límite de gas de Ethereum. Por el contrario, los rollups optimistas que vuelven a ejecutar transacciones deben asegurarse de que una transacción L2 tenga un límite de gas más bajo para emular su ejecución dentro de una sola transacción de Ethereum. +2. Los protocolos de bisección reducen la cantidad de datos publicados en cadena (sin necesidad de publicar confirmaciones de estado para cada transacción). Además, las transacciones rollup optimistas no están limitadas por el límite de gas de Ethereum. Por el contrario, los rollups optimistas que vuelven a ejecutar transacciones deben asegurarse de que una transacción L2 tenga un límite de gas más bajo para emular su ejecución dentro de una sola transacción de Ethereum. 3. Parte del vínculo del afirmador malicioso se otorga al retador, mientras que la otra parte se quema. La quema evita la connivencia entre los validadores; si dos validadores conspiran para iniciar desafíos falsos, aún perderán una parte considerable de toda la participación. @@ -198,7 +198,7 @@ Por último, debemos tener en cuenta que las llamadas de mensajes L2 > L1 entre Los rollups optimistas utilizan un esquema de tarifas de gas, al igual que Ethereum, para indicar cuánto pagan los usuarios por transacción. Las tarifas cobradas en los rollups optimistas dependen de los siguientes componentes: -1. **Escritura de estado**: Los rollups optimistas publican datos de transacciones y encabezados de bloque (que constan de hash de encabezado de bloque anterior, raíz de estado, raíz por lotes) en Ethereum como un `blob`, u "objeto grande binario" (binary large object). [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) introdujo una solución rentable para incluir datos en cadena. Un `blob` es un nuevo campo de transacción que permite que los rollups publiquen datos de transición de estado comprimidos en la Capa 1 de Ethereum. A diferencia de `calldata`, que se queda permanentemente en la cadena, los blobs son de corta duración y se pueden podar de los clientes después de [4096 épocas](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) (aproximadamente 18 días). Al usar blobs para publicar lotes de transacciones comprimidas, los rollups optimistas pueden reducir significativamente el costo de escribir transacciones en la Capa 1. +1. **Escritura de estado**: Los rollups optimistas publican datos de transacciones y encabezados de bloque (que constan de hash de encabezado de bloque anterior, raíz de estado, raíz por lotes) en Ethereum como un `blob`, u "objeto grande binario" (binary large object). [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) introdujo una solución rentable para incluir datos en cadena. Un `blob` es un nuevo campo de transacción que permite que los rollups publiquen datos de transición de estado comprimidos en la Capa 1 de Ethereum. A diferencia de `calldata`, que se mantiene permanentemente en la cadena, los blobs son de corta duración y se pueden «podarse» de los clientes después de [4096 épocas](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) (aproximadamente 18 días). Al usar blobs para publicar lotes de transacciones comprimidas, los rollups optimistas pueden reducir significativamente el costo de escribir transacciones en la Capa 1. 2. **Gas de blob utilizado**: Las transacciones que cargan blobs emplean un mecanismo de tarifas dinámico similar al introducido por [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559). La tarifa de gas para las transacciones de tipo 3 tiene en cuenta la tarifa base para los blobs, que es determinada por la red en función de la demanda de espacio de blobs y el uso de espacio de blobs de la transacción que se envía. @@ -208,7 +208,7 @@ Los rollups optimistas aplican varios mecanismos para reducir las tarifas a los ## ¿Cómo escalan los rollups optimistas a Ethereum? {#scaling-ethereum-with-optimistic-rollups} -Como se explicó, los rollups optimistas publican datos de transacciones comprimidos en Ethereum para garantizar la disponibilidad de los datos. La capacidad de comprimir los datos publicados en cadena es crucial para escalar el rendimiento en Ethereum con aumentos de rollups optimistas. +Como se explicó, los rollups optimistas publican datos de transacciones comprimidos en Ethereum para garantizar la disponibilidad de los datos. La capacidad de comprimir los datos publicados en cadena es crucial para escalar el rendimiento en Ethereum con rollups optimistas. La cadena principal de Ethereum pone límites a la cantidad de bloques de datos que pueden contener, denominados en unidades de gas (el [tamaño promedio del bloque](/developers/docs/blocks/#block-size) es de 15 millones de gas). Si bien esto restringe la cantidad de gas que puede usar cada transacción, también significa que podemos aumentar las transacciones procesadas por bloque reduciendo los datos relacionados con las transacciones, mejorando directamente la escalabilidad. @@ -258,6 +258,8 @@ Se espera que la introducción de la [fragmentación de datos](/roadmap/dankshar - [¿Cómo funcionan los rollups optimistas? (La guía completa)](https://www.alchemy.com/overviews/optimistic-rollups) - [¿Qué es un rollup de cadena de bloques?: introducción técnica](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction) - [Guía esencial sobre Arbitrum](https://www.bankless.com/the-essential-guide-to-arbitrum) +- [La guía práctica de los rollups de Ethereum](https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) +- [El estado de las pruebas de fraude en las capas 2 de Ethereum](https://research.2077.xyz/the-state-of-fraud-proofs-in-ethereum-l2s) - [¿Cómo funcionan realmente los rollup optimistas?](https://www.paradigm.xyz/2021/01/how-does-optimism-s-rollup-really-work) - [Análisis detallado de OVM](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52) - [¿Qué es la máquina virtual optimista?](https://www.alchemy.com/overviews/optimistic-virtual-machine) diff --git a/public/content/translations/es/developers/docs/scaling/plasma/index.md b/public/content/translations/es/developers/docs/scaling/plasma/index.md index fcbc9191534..acd409fea9a 100644 --- a/public/content/translations/es/developers/docs/scaling/plasma/index.md +++ b/public/content/translations/es/developers/docs/scaling/plasma/index.md @@ -6,7 +6,7 @@ incomplete: true sidebarDepth: 3 --- -Una cadena de Plasma es una cadena de bloques separada anclada a la Red principal de Ethereum, pero que ejecuta transacciones fuera de la cadena con su propio mecanismo de validación de bloques. Las cadenas de Plasma a veces se conocen como "child chains" (secundarias o hijas), esencialmente copias más pequeñas de la red principal de Ethereum.Red principal Las cadenas de Plasma utilizan [pruebas de fraude](/glossary/#fraud-proof) (como [rollups optimistas](/developers/docs/scaling/optimistic-rollups/)) para arbitrar disputas. +Una cadena de Plasma es una cadena de bloques separada, anclada a la red principal de Ethereum, pero que ejecuta transacciones fuera de la cadena con su propio mecanismo de validación de bloques. Las cadenas de Plasma a veces se conocen como "child chains" (secundarias o hijas), esencialmente copias más pequeñas de la red principal de Ethereum.Red principal Las cadenas de Plasma utilizan [pruebas de fraude](/glossary/#fraud-proof) (como [rollups optimistas](/developers/docs/scaling/optimistic-rollups/)) para arbitrar disputas. Los Merkle trees permiten la creación de una pila interminable de estas cadenas que pueden funcionar para descargar ancho de banda de las cadenas principales (parent chains) (incluida la red principal de Ethereum). Sin embargo, aunque estas cadenas obtienen algo de seguridad de Ethereum (a través de pruebas de fraude), su seguridad y eficiencia se ven afectadas por varias limitaciones de diseño. @@ -24,7 +24,7 @@ El contrato de Plasma funciona, entre otras cosas, como un [puente](/developers/ Los componentes básicos del marco de trabajo de Plasma son: -### Computación fuera de la cadena {#off-chain-computation} +### Computación fuera de la cadena {#offchain-computation} La velocidad actual de procesamiento de Ethereum está limitada a ~ 15-20 transacciones por segundo, reduciendo a corto plazo la posibilidad de escalamiento para manejar más usuarios. Este problema existe principalmente porque el [mecanismo de consenso](/developers/docs/consensus-mechanisms/) de Ethereum requiere muchos nodos peer-to-peer para verificar cada actualización del estado de la cadena de bloques. @@ -32,11 +32,11 @@ Aunque el mecanismo de consenso de Ethereum es necesario por seguridad, puede qu Plasma supone que la red principal de Ethereum no necesita verificar todas las transacciones. En cambio, podemos procesar transacciones fuera de la red principal para así liberar a los nodos del trabajo de tener que validar cada transacción. -La computación fuera de la cadena (off-chain) es necesaria porque las cadenas de Plasma pueden optimizar la velocidad y el costo. Por ejemplo, una cadena de Plasma tal vez –y suele ser el caso– use un único "operador" para manejar los pedidos y la ejecución de las transacciones. Con solo una entidad que verifique las transacciones, el tiempo de procesamiento en una cadena de Plasma es más rápido que el de la red principal de Ethereum. +La computación fuera de la cadena es necesaria, porque las cadenas de Plasma pueden optimizar la velocidad y el coste. Por ejemplo, una cadena de Plasma tal vez –y suele ser el caso– use un único "operador" para manejar los pedidos y la ejecución de las transacciones. Con solo una entidad que verifique las transacciones, el tiempo de procesamiento en una cadena de Plasma es más rápido que el de la red principal de Ethereum. ### Compromisos de estado {#state-commitments} -Si bien Plasma ejecuta las transacciones fuera de la cadena, estas se liquidan en la capa de ejecución principal de Ethereum; de otra manera, las cadenas de Plasma no se podrían beneficiar de las garantías de seguridad de Ethereum. Pero finalizar las transacciones fuera de la cadena sin conocer el estado de la cadena de Plasma rompería el modelo de seguridad y permitiría la proliferación de transacciones invalidas. Por esto el operador, el ente responsable por producir bloques en la cadena de Plasma, debe publicar los "compromisos de estado" en Ethereum periódicamente. +Si bien Plasma ejecuta las transacciones fuera de la cadena, estas se liquidan en la capa de ejecución principal de Ethereum —de lo contrario, las cadenas de Plasma no se podrían beneficiar de las garantías de seguridad de Ethereum—. Sin embargo, finalizar las transacciones fuera de la cadena sin conocer el estado de la cadena de Plasma rompería el modelo de seguridad y permitiría la proliferación de transacciones invalidas. Por esto el operador, el ente responsable por producir bloques en la cadena de Plasma, debe publicar los "compromisos de estado" en Ethereum periódicamente. Un [esquema de compromiso](https://en.wikipedia.org/wiki/Commitment_scheme) es una técnica criptográfica para comprometerse con un valor o declaración sin revelarlo a otra parte. Los compromisos son "vinculantes" en el sentido de que no puede cambiar el valor o la declaración una vez que se ha comprometido con él. Los compromisos de estado en Plasma toman la forma de "raíces de Merkle" (derivadas de un [Merkle tree](/whitepaper/#merkle-trees) o árbol) que el operador envía a intervalos al contrato de Plasma en la cadena Ethereum. @@ -88,7 +88,7 @@ La disponibilidad de datos es la capacidad de verificar que la información de u Los bloques deben estar disponibles para que los nodos puedan descargar el bloque y verificar la validez de las transacciones. Las cadenas de bloques garantizan la disponibilidad de los datos obligando a los productores de bloques a publicar todos los datos de las transacciones en la cadena. -La disponibilidad de datos también ayuda a asegurar los protocolos de escalado fuera de la cadena que se basan en la capa base de Ethereum. Al obligar a los operadores de estas cadenas a publicar datos de transacciones en Ethereum, cualquiera puede desafiar los bloques no válidos mediante la construcción de pruebas de fraude que hagan referencia al estado correcto de la cadena. +La disponibilidad de datos también ayuda a asegurar los protocolos de escalabilidad fuera de la cadena que se basan en la capa base de Ethereum. Al obligar a los operadores de estas cadenas a publicar datos de transacciones en Ethereum, cualquiera puede desafiar los bloques no válidos mediante la construcción de pruebas de fraude que hagan referencia al estado correcto de la cadena. Las cadenas de Plasma almacenan principalmente los datos de las transacciones con el operador y **no publican ningún dato en la red principal** (es decir, además de los compromisos de estado periódicos). Esto significa que los usuarios deben confiar en que el operador proporcione datos de los bloques si necesitan crear pruebas de fraude que cuestionen transacciones no válidas. Si este sistema funciona, los usuarios siempre pueden usar pruebas de fraude para asegurar los fondos. @@ -106,13 +106,13 @@ Aunque los juegos de salida suenan bien en teoría, las salidas masivas de la vi ## Pros y contras de Plasma {#pros-and-cons-of-plasma} -| Ventajas | Desventajas | -| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Ofrece un alto rendimiento y un bajo coste por transacción. | No admite el cálculo general (No se pueden ejecutar contratos inteligentes. Solo se admiten transferencias básicas de tokens, swaps y algunos otros tipos de transacciones a través de la lógica de primer orden. | -| Es una buena opción para realizar transacciones entre usuarios arbitrarios (no hay gastos por par de usuarios si ambos están establecidos en la cadena de plasma). | Precisa la vigilancia periódica de la red (requisito de vivacidad) o delegar esta responsabilidad a otra persona para garantizar la seguridad de sus fondos. | -| Las cadenas de Plasma se pueden adaptar a casos de uso específicos que no están relacionados con la cadena principal. Cualquier persona, incluidas las empresas, puede personalizar contratos inteligentes de Plasma para proporcionar una infraestructura escalable que funcione en diferentes contextos. | Utiliza uno o más operadores para almacenar datos y mostrarlos bajo petición. | -| Reduce la carga en la cadena principal de Ethereum moviendo el cálculo y el almacenamiento fuera de la cadena. | Los retiros se retrasan varios días para permitir reclamos (objeciones). Para los activos fungibles, esto puede ser mitigado por los proveedores de liquidez, pero hay un costo de capital asociado. | -| | Si demasiados usuarios intentan salir simultáneamente, la red principal de Ethereum podría congestionarse. | +| Ventajas | Desventajas | +| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| Ofrece un alto rendimiento y un bajo coste por transacción. | No admite el cálculo general (No se pueden ejecutar contratos inteligentes). Solo se admiten transferencias básicas de tokens, swaps y algunos otros tipos de transacciones a través de la lógica de primer orden. | +| Es una buena opción para realizar transacciones entre usuarios arbitrarios (no hay gastos por par de usuarios si ambos están establecidos en la cadena de plasma). | Precisa la vigilancia periódica de la red (requisito de vivacidad) o delegar esta responsabilidad a otra persona para garantizar la seguridad de sus fondos. | +| Las cadenas de Plasma se pueden adaptar a casos de uso específicos que no están relacionados con la cadena principal. Cualquier persona, incluidas las empresas, puede personalizar contratos inteligentes de Plasma para proporcionar una infraestructura escalable que funcione en diferentes contextos. | Utiliza uno o más operadores para almacenar datos y mostrarlos bajo petición. | +| Reduce la carga en la red principal de Ethereum moviendo la computación y el almacenamiento fuera de la cadena. | Los retiros se retrasan varios días para permitir reclamos (objeciones). Para los activos fungibles, esto puede ser mitigado por los proveedores de liquidez, pero hay un costo de capital asociado. | +| | Si demasiados usuarios intentan salir simultáneamente, la red principal de Ethereum podría congestionarse. | ## Protocolos de escalado de Plasma frente a capa 2 {#plasma-vs-layer-2} @@ -120,7 +120,7 @@ Si bien Plasma alguna vez se consideró una solución de escalado útil para Eth ### Eficiencia {#efficiency} -Los [rollups de conocimiento cero (ZK)](/developers/docs/scaling/zk-rollups) generan pruebas criptográficas de la validez de cada lote de transacciones procesadas fuera de la cadena. Esto evita que los usuarios (y operadores) promuevan transiciones de estado no válidas, eliminando la necesidad de periodos de desafío y juegos de salida. También significa que los usuarios no tienen que ver la cadena periódicamente para asegurar sus fondos. +Los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups) generan pruebas criptográficas de la validez de cada lote de transacciones procesadas fuera de la cadena. Esto evita que los usuarios (y operadores) promuevan transiciones de estado no válidas, eliminando la necesidad de periodos de desafío y juegos de salida. También significa que los usuarios no tienen que ver la cadena periódicamente para asegurar sus fondos. ### Soporte para contratos inteligentes {#support-for-smart-contracts} diff --git a/public/content/translations/es/developers/docs/scaling/state-channels/index.md b/public/content/translations/es/developers/docs/scaling/state-channels/index.md new file mode 100644 index 00000000000..2c0165e8d71 --- /dev/null +++ b/public/content/translations/es/developers/docs/scaling/state-channels/index.md @@ -0,0 +1,261 @@ +--- +title: Canales de estado +description: Introducción a los canales de estado y a los canales de pago como solución de escalabilidad actualmente utilizada por la comunidad de Ethereum. +lang: es +sidebarDepth: 3 +--- + +Los «canales de estado» permiten a los participantes hacer transacciones seguras fuera de la cadena mientras siguen manteniendo la interacción con la red principal de Ethereum a un nivel mínimo. Los pares de un canal pueden realizar un número arbitrario de transacciones fuera de la cadena solamente enviando dos transacciones en cadena, una para abrir y otra para cerrar el canal. Esto permite una alta velocidad en el número de transacciones y conlleva un menor coste para los usuarios. + +## Requisitos previos {#prerequisites} + +Debería haber leído y entendido las páginas donde hablamos de [Escalabilidad en Ethereum](/developers/docs/scaling/) y [Capa 2](/layer-2/). + +## ¿Qué son los canales? {#what-are-channels} + +Las cadenas de bloques públicas, como Ethereum, afrontan desafíos de escalabilidad debido a su arquitectura distribuida: todos los nodos deben ejecutar las transacciones hechas dentro de la cadena. Los nodos deben ser capaces de manejar el volumen de transacciones en un solo bloque usando equipos de cómputo modestos, lo cual limita el volumen de transacciones para mantener la red descentralizada. Los canales de la cadena de bloques resuelven este problema permitiendo a los usuarios interactuar fuera de la cadena a la vez que cuentan con la seguridad de la cadena principal para la liquidación final. + +Los canales son sencillos protocolos entre pares que permiten a dos entidades hacer cuantas transacciones requieran entre ellos y, al finalizar, solamente publicar el resultado final en la cadena de bloques. El canal usa criptografía para demostrar que los datos de resumen que generan son el verdadero resultado de un conjunto válido de transacciones intermedias. Un contrato inteligente ["multisig"](/developers/docs/smart-contracts/#multisig) asegura que las transacciones las firmen las partes correctas. + +Con los canales, los cambios de estado los ejecutan y validan las partes interesadas, minimizando el nivel de cómputo requerido en la capa de ejecución de Ethereum. Esto disminuye la congestión en Ethereum, a la vez que incrementa la velocidad de procesamiento de transacciones para los usuarios. + +Cada canal lo gestiona un [contrato inteligente multifirma](/developers/docs/smart-contracts/#multisig) que se ejecuta en Ethereum. Para abrir un canal, los participantes implementan el contrato del canal en la cadena y depositan fondos en él. Ambas partes firman colectivamente una actualización del estado para inicializar el estado del canal. Una vez hecho, pueden transaccionar rápida y libremente fuera de la cadena. + +Para cerrar un canal, los participantes deben enviar el último estado acordado del canal en la cadena. Tras esta operación, el contrato inteligente distribuye los fondos bloqueados de acuerdo al saldo de cada uno de los participantes indicado en el estado final del canal. + +Los canales entre pares resultan de especial utilidad en situaciones donde un definido número de participantes deseen hacer transacciones con alta frecuencia sin incurrir en grandes gastos. Los canales de la cadena de bloques se dividen en dos categorías: **canales de pago** y **canales de estado**. + +## Canales de pago {#payment-channels} + +Un canal de pago podría describirse con mayor puntería como un «libro mayor de dos vías», mantenido de manera colectiva por dos usuarios. El saldo inicial del libro mayor es la suma de los depósitos bloqueados en el contrato en cadena durante la fase de apertura del canal. Las transferencias de los canales de pago pueden realizarse de manera instantánea y sin involucrar a la cadena de bloques en sí, exceptuando la transacción inicial para la creación del canal o un futuro cierre del canal. + +Las actualizaciones del saldo del libro mayor (es decir, el estado del canal de pago) requieren la aprobación de todas las partes del canal. Una actualización del canal, firmada por todos los participantes del canal, se considera finalizada, al igual que una transacción en Ethereum. + +Los canales de pago fueron una de las primeras soluciones de escalabilidad diseñadas para minimizar la costosa actividad en cadena de las interacciones sencillas de los usuarios (por ejemplo, transferencias de ETH, intercambios atómicos o micropagos). Los participantes del canal pueden realizar una cantidad ilimitada de transacciones instantáneas entre sí, siempre y cuando la suma neta de sus transferencias no exceda los tókenes depositados. + +## Canales de estado {#state-channels} + +Aparte de permitir pagos fuera de la cadena, los canales de pago no han demostrado ser útiles para gestionar la lógica general de transición de estados. Los canales de estado se crearon para resolver este problema y hacer que los canales fueran útiles para escalar los cálculos de uso general. + +Los canales de estado todavía tienen mucho en común con los canales de pago. Por ejemplo, los usuarios interactúan intercambiando mensajes firmados criptográficamente (transacciones), que los otros participantes del canal también deben firmar. Si una actualización de estado propuesta no está firmada por todos los participantes, se considera no válida. + +Sin embargo, además de mantener los saldos de los usuarios, el canal también realiza un seguimiento del estado actual del almacenamiento del contrato (es decir, los valores de las variables del contrato). + +Esto hace posible la ejecución de un contrato inteligente fuera de la cadena entre dos usuarios. En tal caso, las actualizaciones del estado interno del contrato inteligente solo requieren la aprobación de los pares que crearon el canal. + +Si bien esto resuelve el problema de escalabilidad descrito anteriormente, tiene implicaciones para la seguridad. En Ethereum, la validez de las transiciones de estado la impone el protocolo de consenso de la red. Esto hace que sea imposible proponer una actualización no válida del estado de un contrato inteligente o alterar la ejecución de un contrato inteligente. + +Los canales de estado no tienen las mismas garantías de seguridad. Hasta cierto punto, un canal de estado es una versión en miniatura de la red principal. Dado un conjunto limitado de participantes que aplican las reglas, aumenta la posibilidad de comportamiento malicioso (por ejemplo, proponer actualizaciones de estado no válidas). Los canales de estado derivan su seguridad de un sistema de arbitraje de disputas basado en [pruebas de fraude](/glossary/#fraud-proof). + +## Cómo funcionan los canales de estado {#how-state-channels-work} + +Básicamente, la actividad en un canal de estado es una sesión de interacciones que involucra a usuarios y al sistema de la cadena de bloques. Los usuarios se comunican entre ellos principalmente fuera de la cadena y solo interactúan con la cadena de bloques subyacente para abrir el canal, cerrar el canal o resolver alguna disputa que pudiera ocurrir entre los participantes. + +La siguiente sección describe el flujo básico de los canales de estado: + +### Abrir el canal {#opening-the-channel} + +Abrir un canal requiere que los participantes comprometan sus fondos a un contrato inteligente en la red principal. El depósito también funciona como una cuenta virtual, por eso los participantes pueden hacer transacciones libremente sin necesidad de liquidar los pagos de inmediato. Solo cuando el canal se termina en cadena, las partes se resuelven entre sí y retiran lo que queda de su cuenta. + +Este depósito también sirve como fianza para garantizar el comportamiento honesto de cada participante. Si los depositantes son declarados culpables de acciones maliciosas durante la fase de resolución de disputas, el contrato recorta o elimina su depósito. + +Los pares del canal deben firmar un estado inicial, con el que todos estén de acuerdo. Esto sirve como génesis del canal de estado, después de lo cual los usuarios pueden comenzar a realizar transacciones. + +### Utilizar el canal {#using-the-channel} + +Después de inicializar el estado del canal, los pares interactúan firmando transacciones y enviándoselas entre sí para su aprobación. Los participantes inician actualizaciones de estado con estas transacciones y firman actualizaciones de estado de otros. Cada transacción consta de lo siguiente: + +- Un **nonce**, que actúa como un ID único para las transacciones y previene ataques de repetición. También identifica el orden en el que se produjeron las actualizaciones de estado (lo cual es importante para la resolución de disputas) + +- El antiguo estado del canal + +- El nuevo estado del canal + +- La transacción que desencadena la transición de estado (por ejemplo, Alice envía 5 ETH a Bob) + +Las actualizaciones de estado en el canal no se transmiten en cadena, como suele darse cuando los usuarios interactúan en la red principal. Algo que va en línea con el objetivo de los canales estatales de minimizar la huella en cadena. Siempre y cuando los participantes estén de acuerdo con las actualizaciones de estado, estas son tan definitivas como una transacción de Ethereum. Los participantes solo tienen que depender del consenso de la red principal si surge una disputa. + +### Cerrar el canal {#closing-the-channel} + +El cierre de un canal de estado requiere enviar el estado final acordado del canal al contrato inteligente en cadena. Los detalles a los que se hace referencia en la actualización de estado incluyen el número de movimientos de cada participante y una lista de transacciones aprobadas. + +Después de verificar que la actualización de estado sea válida (es decir, esté firmada por todas las partes), el contrato inteligente finaliza el canal y distribuye los fondos bloqueados de acuerdo con el resultado del canal. Los pagos realizados fuera de la cadena se aplican al estado de Ethereum y cada participante recibe su parte restante de los fondos bloqueados. + +El escenario descrito anteriormente representa lo que sucede en un caso feliz. A veces, puede que los usuarios no puedan llegar a un acuerdo y finalicen el canal (en el caso triste). Cualquiera de los siguientes supuestos podría ser cierto en la situación: + +- Los participantes se desconectan y no proponen transiciones de estado. + +- Los participantes se niegan a firmar conjuntamente actualizaciones de estado válidas. + +- Los participantes intentan finalizar el canal proponiendo una antigua actualización de estado al contrato en cadena. + +- Los participantes proponen transiciones de estado no válidas para que otros las firmen. + +Siempre que se rompa el consenso entre los actores participantes en un canal, la última opción es confiar en el consenso de la red principal para hacer cumplir el estado final y válido del canal. En este caso, cerrar el canal de estado requiere resolver disputas en cadena. + +### Acordar disputas {#settling-disputes} + +Por lo general, las partes de un canal acuerdan cerrar el canal de antemano y firmar conjuntamente la última transición de estado, que envían al contrato inteligente. Una vez que se aprueba la actualización en la cadena, la ejecución del contrato inteligente fuera de la cadena finaliza y los participantes abandonan el canal con su dinero. + +Sin embargo, una parte puede enviar una solicitud en cadena para finalizar la ejecución del contrato inteligente y finalizar el canal, sin esperar la aprobación de su contraparte. Si se produce alguna de las situaciones de ruptura de consenso descritas anteriormente, cualquiera de las partes puede activar el contrato en cadena para cerrar el canal y distribuir fondos. Esto proporciona **ausencia de confianza**, asegurando que las partes honestas puedan retirar sus depósitos en cualquier momento, independientemente de las acciones de la otra parte. + +Para procesar la salida del canal, el usuario debe enviar la última actualización de estado válida de la aplicación al contrato en cadena. Si esto se comprueba (es decir, lleva la firma de todas las partes), los fondos se redistribuyen a su favor. + +Sin embargo, hay un retraso en la ejecución de solicitudes de salida de un solo usuario. Si la solicitud para concluir el canal fue aprobada por unanimidad, entonces la transacción de salida en cadena se ejecuta inmediatamente. + +El retraso entra en juego en las salidas de un solo usuario debido a la posibilidad de acciones fraudulentas. Por ejemplo, un participante del canal puede intentar finalizar el canal en Ethereum enviando una actualización de estado más antigua en cadena. + +Como contramedida, los canales estatales permiten a los usuarios honestos desafiar las actualizaciones de estado no válidas enviando el estado más reciente y válido del canal en cadena. Los canales de estado están diseñados de tal manera que las actualizaciones de estado más nuevas y acordadas superen a las actualizaciones de estado más antiguas. + +Una vez que un compañero activa el sistema de resolución de disputas en cadena, la otra parte debe responder dentro de un límite de tiempo (llamado ventana de desafío). Esto permite a los usuarios impugnar la transacción de salida, especialmente si la otra parte está aplicando una actualización obsoleta. + +Cualquiera que sea el caso, los usuarios del canal siempre tienen fuertes garantías de finalidad: si la transición de estado en su poder fue firmada por todos los miembros y es la actualización más reciente, entonces es de igual finalidad con una transacción regular en cadena. Todavía tienen que desafiar a la otra parte en la cadena, pero el único resultado posible es finalizar el último estado válido que tienen. + +### ¿Cómo interactúan los canales de estado con Ethereum? {#how-do-state-channels-interact-with-ethereum} + +Aunque existen como protocolos fuera de la cadena, los canales de estado tienen un componente en cadena: el contrato inteligente desplegado en Ethereum al abrir el canal. Este contrato controla los activos depositados en el canal, verifica las actualizaciones de estado y arbitra las disputas entre los participantes. + +Los canales de estado no publican datos de transacciones ni compromisos de estado en la red principal, a diferencia de las soluciones de escalabilidad [capa 2](/layer-2/). Sin embargo, están más conectados a la red principal que, por ejemplo, las [cadenas laterales](/developers/docs/scaling/sidechains/), lo que los hace un poco más seguros. + +Los canales de estado se basan en el protocolo de Ethereum principal para lo siguiente: + +#### 1. Operatividad{#liveness} + +El contrato en cadena desplegado al abrir el canal es responsable de la funcionalidad del canal. Si el contrato se ejecuta en Ethereum, el canal siempre está disponible para su uso. Por el contrario, una cadena lateral siempre puede fallar, incluso si la red principal está operativa, lo que pone en riesgo los fondos de los usuarios. + +#### 2. Seguridad {#security} + +Hasta cierto punto, los canales de estado usan Ethereum para proporcionar seguridad y proteger a los usuarios de pares maliciosos. Como vimos en secciones posteriores, los canales utilizan un mecanismo de prueba de fraude que permite a los usuarios desafiar los intentos de finalizar el canal con una actualización no válida u obsoleta. + +En este caso, la parte honesta proporciona el último estado válido del canal como prueba de fraude al contrato en cadena para su verificación. Las pruebas de fraude permiten que las partes que desconfían mutuamente realicen transacciones fuera de la cadena sin arriesgar sus fondos en el proceso. + +#### 3. Finalidad {#finality} + +Las actualizaciones de estado firmadas colectivamente por los usuarios del canal se consideran tan buenas como las transacciones en cadena. Aun así, toda la actividad en el canal solo logra una verdadera finalidad cuando se cierra el canal en Ethereum. + +En el caso optimista, ambas partes pueden cooperar y firmar la actualización final del estado y enviarla en cadena para cerrar el canal, después de lo cual los fondos se distribuyen de acuerdo con el estado final del canal. En el caso pesimista —en el que alguien intenta hacer trampa publicando una actualización de estado incorrecta en cadena— su transacción no se finaliza hasta que transcurre la ventana de desafío. + +## Canales de estado virtual {#virtual-state-channels} + +La implementación ingenua de un canal estatal sería la implementación de un nuevo contrato cuando dos usuarios deseen ejecutar una aplicación fuera de la cadena. Esto no solo no es factible, sino que también niega la rentabilidad de los canales de estado (los costes de transacción en cadena pueden sumarse rápidamente). + +Para resolver este problema, se crearon «canales virtuales». A diferencia de los canales regulares que requieren transacciones en cadena para abrir y terminar, un canal virtual se puede abrir, ejecutar y finalizar sin interactuar con la cadena principal. Incluso es posible resolver disputas fuera de la cadena utilizando este método. + +Este sistema se basa en la existencia de los llamados «canales de contabilidad», que han sido financiados en cadena. Los canales virtuales entre dos partes se pueden construir sobre un canal del libro mayor existente; el(los) propietario(s) del canal del libro mayor sirven de intermediarios. + +Los usuarios de cada canal virtual interactúan a través de una nueva instancia de contrato; el canal del libro mayor puede admitir múltiples instancias de contrato. El estado del canal de contabilidad también contiene más de un estado de almacenamiento de contratos, lo que permite la ejecución paralela de aplicaciones fuera de la cadena entre diferentes usuarios. + +Al igual que los canales normales, los usuarios intercambian actualizaciones de estado para avanzar en la máquina de estado. A menos que surja una disputa, el intermediario solo tiene que ser contactado al abrir o terminar el canal. + +### Canales de pago virtuales {#virtual-payment-channels} + +El funcionamiento de los canales de pago virtuales sigue el mismo principio que los canales de estado virtuales: los participantes conectados a la misma red pueden enviar mensajes sin necesidad de abrir un nuevo canal en cadena. En los canales de pago virtuales, las transferencias de valor se enrutan a través de uno o más intermediarios, con garantía de que solo el destinatario previsto pueda recibir los fondos transferidos. + +## Aplicaciones de canales de estado {#applications-of-state-channels} + +### Pagos {#payments} + +Los primeros canales de la cadena de bloques eran protocolos simples que permitían a dos participantes realizar transferencias rápidas y de bajo coste fuera de la cadena sin tener que pagar altas tarifas de transacción en la red principal. Hoy en día, los canales de pago siguen siendo útiles para aplicaciones diseñadas para el intercambio y los depósitos de ether y tókenes. + +Los pagos basados en canales tienen las siguientes ventajas: + +1. **Caudal**: la cantidad de transacciones fuera de la cadena por canal no guarda relación con el rendimiento de Ethereum, que se ve influido por varios factores, especialmente el tamaño y el tiempo del bloque. Al ejecutar transacciones fuera de la cadena, los canales de cadena de bloques pueden lograr un mayor rendimiento. + +2. **Privacidad**: debido a que los canales existen fuera de la cadena, los detalles de las interacciones entre los participantes no se registran en la cadena de bloques pública de Ethereum. Los canales de usuarios solo tienen que interactuar en cadena cuando financian y cierran canales o resuelven disputas. Por lo tanto, los canales son útiles para las personas que desean transacciones más privadas. + +3. **Latencia**: las transacciones fuera de la cadena realizadas entre los participantes del canal se pueden liquidar al instante, si ambas partes cooperan, lo que reduce los retrasos. Por el contrario, el envío de una transacción en la red principal requiere esperar a que los nodos procesen la transacción, produzcan un nuevo bloque con la transacción y lleguen a un consenso. Es posible que los usuarios también tengan que esperar más confirmaciones de bloqueo antes de considerar una transacción finalizada. + +4. **Coste**: los canales de estado son particularmente útiles en situaciones en las que un conjunto de participantes intercambiará muchas actualizaciones de estado durante un largo período de tiempo. Los únicos costes incurridos son la apertura y el cierre del contrato inteligente del canal de estado; cada cambio de estado entre la apertura y el cierre del canal será más barato que el anterior, ya que el coste de liquidación se distribuye en consecuencia. + +Implementar canales de estado en soluciones de capa 2, como [rollups](/developers/docs/scaling/#rollups), podría hacerlas aún más atractivas para pagos. Si bien los canales ofrecen pagos baratos, los costes de configurar el contrato en cadena en la red principal durante la fase de apertura pueden ser altos, especialmente cuando las tarifas de gas aumentan. Los rollups basados en Ethereum ofrecen [tarifas de transacción más bajas](https://l2fees.info/) y pueden reducir los gastos generales para los participantes del canal al reducir las tarifas de configuración. + +### Microtransacciones {#microtransactions} + +Las microtransacciones son pagos de bajo valor (por ejemplo, menos de una fracción de un dólar) que las empresas no pueden procesar sin incurrir en pérdidas. Estas entidades deben pagar a los proveedores de servicios de pago, algo que no pueden hacer si el margen en los pagos de los clientes es demasiado bajo para obtener ganancias. + +Los canales de pago resuelven este problema reduciendo los gastos generales asociados con las microtransacciones. Por ejemplo, un proveedor de servicios de Internet (ISP) puede abrir un canal de pago con un cliente, lo que le permite transmitir pequeños pagos cada vez que utiliza el servicio. + +Aparte del coste de abrir y cerrar el canal, los participantes no incurren en costes adicionales en microtransacciones (no hay tarifas de gas). Esta es una situación en la que todos ganan, ya que los clientes tienen más flexibilidad en lo que refiere a cuánto pagan por los servicios y las empresas no pierden en microtransacciones rentables. + +### Aplicaciones descentralizadas {#decentralized-applications} + +Al igual que los canales de pago, los canales de estado pueden hacer pagos condicionales de acuerdo con los estados finales de la máquina de estado. Los canales de estado también pueden admitir una lógica de transición de estado arbitraria, lo que los hace útiles para ejecutar aplicaciones genéricas fuera de la cadena. + +Los canales de estado a menudo se limitan a aplicaciones sencillas basadas en turnos, ya que esto facilita la gestión de los fondos comprometidos con el contrato en cadena. Además, con un número limitado de partes que actualizan el estado de la aplicación fuera de la cadena a intervalos, castigar el comportamiento deshonesto es relativamente sencillo. + +La eficiencia de una aplicación de canal de estado también depende de su diseño. Por ejemplo, un desarrollador podría implementar el contrato del canal de la aplicación en cadena una vez y permitir que otros jugadores reutilicen la aplicación sin tener que entrar en cadena. En este caso, el canal inicial de la aplicación sirve como un canal de contabilidad que admite múltiples canales virtuales, cada uno ejecutando una nueva instancia del contrato inteligente fuera de la cadena de la aplicación. + +Un caso de uso potencial para las aplicaciones de canales de estado son los sencillos juegos para dos jugadores, donde los fondos se distribuyen en función del resultado del juego. El beneficio en este caso es que los jugadores no tienen que confiar unos en otros (desconfianza) y el contrato en cadena, no los jugadores, controla la asignación de fondos y la resolución de disputas (descentralización). + +Otros posibles casos de uso para las aplicaciones de canales de estado incluyen la propiedad del nombre de ENS o los libros mayores de NFT, por ejemplo. + +### Transferencias atómicas {#atomic-transfers} + +Los primeros canales de pago se restringían a las transferencias entre dos partes, lo que limitaba su usabilidad. Sin embargo, la introducción de canales virtuales permitió a las personas enrutar las transferencias a través de intermediarios (es decir, múltiples canales p2p) sin tener que abrir un nuevo canal en cadena. + +Comúnmente descritos como «transferencias de salto múltiple», los pagos enrutados son atómicos (es decir, todas las partes de la transacción tienen éxito o esta falla por completo). Las transferencias atómicas utilizan [contratos de bloqueo de tiempo hash (HTLC)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) para garantizar que el pago se libere solo si se cumplen ciertas condiciones, reduciendo así el riesgo de contraparte. + +## Desventajas de usar canales de estado {#drawbacks-of-state-channels} + +### Suposiciones de operatividad{#liveness-assumptions} + +Para garantizar su eficiencia, los canales de estado establecen límites de tiempo en la capacidad de los participantes del canal para responder a las disputas. Esta regla asume que los pares siempre estarán en línea para monitorear la actividad del canal y los desafíos de los concursos cuando sea necesario. + +En realidad, los usuarios pueden desconectarse por razones fuera de su control (por ejemplo, mala conexión a Internet, fallo mecánico, etc.). Si un usuario honesto se desconecta, otro usuario malicioso puede aprovecharse de la situación y presentar antiguos estados intermedios al contrato del adjudicador y robar los fondos comprometidos. + +Algunos canales utilizan «watchtowers», entidades responsables de vigilar los eventos de disputa en cadena en nombre de otros y de tomar las medidas necesarias, como alertar a las partes afectadas. Sin embargo, esto puede aumentar los costes de uso de un canal de estado. + +### Información no disponible {#data-unavailability} + +Tal y como se ha explicado anteriormente, para impugnar una disputa no válida hay que presentar el último estado válido del canal de estado. Esta es otra regla basada en una suposición: que los usuarios tienen acceso al último estado del canal. + +Aunque es razonable esperar que los usuarios del canal almacenen copias del estado de la aplicación fuera de la cadena, estos datos pueden perderse debido a un error o fallo mecánico. Si el usuario no tiene una copia de seguridad de los datos, solo puede esperar que la otra parte no finalice una solicitud de salida no válida utilizando transiciones de estado antiguas en su poder. + +Los usuarios de Ethereum no tienen que lidiar con este problema, ya que la red hace cumplir reglas sobre la disponibilidad de datos. Los datos de las transacciones se almacenan y propagan en todos los nodos y están disponibles para que los usuarios los descarguen si y cuando sea necesario. + +### Problemas de liquidez {#liquidity-issues} + +Para establecer un canal de cadena de bloques, los participantes deben bloquear los fondos en un contrato inteligente en cadena durante el ciclo de vida del canal. Esto reduce la liquidez de los usuarios del canal y también limita los canales a aquellos que pueden permitirse el lujo de mantener los fondos bloqueados en la red principal. + +Sin embargo, los canales de contabilidad, operados por un proveedor de servicios fuera de la cadena (OSP), pueden reducir los problemas de liquidez para los usuarios. Dos usuarios conectados a un canal de contabilidad pueden crear un canal virtual, que pueden abrir y finalizar completamente fuera de la cadena, en cualquier momento que quieran. + +Los proveedores de servicios fuera de la cadena también podrían abrir canales con múltiples pares, haciéndolos útiles para enrutar pagos. Por supuesto, los usuarios deben pagar tarifas a los OSP por sus servicios, lo que puede no ser deseable para algunos. + +### Ataques de **griefing** (sabotaje) {#griefing-attacks} + +Los ataques de sabotaje son una característica común de los sistemas basados en pruebas de fraude. Un ataque de «griefing» no beneficia directamente al atacante, sino que causa daños a la víctima, de ahí el nombre en inglés (grief: daño, inconveniente). + +Las pruebas de fraude son susceptibles a ataques de sabotaje, porque la parte honesta debe responder a todas las disputas, incluso a las no válidas, o se arriesga a perder sus fondos. Un participante malicioso puede decidirse por publicar repetidamente transiciones de estado obsoletos en cadena, obligando a la parte honesta a responder con el estado válido. El coste de esas transacciones en cadena puede sumar rápidamente, lo que hace que las partes honestas pierdan en el proceso. + +### Conjuntos de participantes predefinidos {#predefined-participant-sets} + +Por norma, el número de participantes que componen un canal de estado permanece fijo a lo largo de su vida útil. Esto se debe a que actualizar el conjunto de participantes complicaría el funcionamiento del canal, especialmente al financiar el canal o resolver disputas. Agregar o eliminar participantes también requeriría actividad adicional en la cadena, lo que aumenta los costes para los usuarios. + +Si bien esto hace que sea más fácil razonar sobre los canales de estado, limita la utilidad de los diseños de canales para los desarrolladores de aplicaciones. Esto explica en parte por qué los canales de estado se han dejado de usar a favor de otras soluciones de escalabilidad, como los rollups. + +### Procesamiento de transacciones paralelas {#parallel-transaction-processing} + +Los participantes en el canal de estado envían actualizaciones de estado por turnos, por lo que funcionan mejor para las «aplicaciones basadas en turnos» (por ejemplo, un juego de ajedrez para dos jugadores). Esto elimina la necesidad de manejar las actualizaciones de estado simultáneas y reduce el trabajo que el contrato en cadena debe hacer para castigar a los carteles de actualización rantiados. Sin embargo, un efecto secundario de este diseño es que las transacciones dependen entre sí, lo que aumenta la latencia y disminuye la experiencia general del usuario. + +Algunos canales de estado resuelven este problema utilizando un diseño «full-duplex» que separa el estado fuera de la cadena en dos estados «simplex» unidireccionales, lo que permite actualizaciones de estado simultáneas. Tales diseños mejoran el rendimiento fuera de la cadena y disminuyen los retrasos en las transacciones. + +## Uso de canales de estado {#use-state-channels} + +Múltiples proyectos proporcionan implementaciones de canales de estado que se pueden integrar en sus DApps: + +- [Connext](https://connext.network/) +- [Kchannels](https://www.kchannels.io/) +- [Perun](https://perun.network/) +- [Raiden](https://raiden.network/) +- [Statechannels.org](https://statechannels.org/) + +## Lecturas adicionales {#further-reading} + +**Canales de estado** + +- [Desentrañar los misterios de las soluciones de escalabilidad de capa 2 de Ethereum: canales de estado, Plasma y Truebit](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _, Josh Stark, 12 de febrero de 2018_ +- [Los canales de estado explicados](https://www.jeffcoleman.ca/state-channels/) _ 6 de noviembre de 2015, Jeff Coleman_ +- [Aspectos básicos sobre los canales de estado](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_ +- [Canales de estado de la cadena de bloques: últimos avances](https://ieeexplore.ieee.org/document/9627997) + +_¿Conoce algún recurso de la comunidad que le haya sido de ayuda? ¡Edite esta página y agréguela!_ diff --git a/public/content/translations/es/developers/docs/scaling/validium/index.md b/public/content/translations/es/developers/docs/scaling/validium/index.md index c700e0f8939..7e5e10d2da5 100644 --- a/public/content/translations/es/developers/docs/scaling/validium/index.md +++ b/public/content/translations/es/developers/docs/scaling/validium/index.md @@ -5,7 +5,7 @@ lang: es sidebarDepth: 3 --- -Validium es una [solución de escalabilidad](/developers/docs/scaling/) que impone la integridad de las transacciones utilizando purebas de validez como los [rollups de conocimiento cero (ZK)](/developers/docs/scaling/zk-rollups/), pero no almacena información de las transacciones en la Red principal de Ethereum. Si bien la dispoibilidad de datos fuera de la cadena introduce compensaciones (o cosas que deben resignarse), puede también conducir a mejoras inmensas en cuanto a escalabilidad (los validiums pueden procesar [~9.000 transacciones, o más, por segundo](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263)). +Validium es una [solución de escalabilidad](/developers/docs/scaling/) que impone la integridad de las transacciones utilizando purebas de validez como los [rollups de conocimiento cero (ZK)](/developers/docs/scaling/zk-rollups/), pero no almacena información de las transacciones en la Red principal de Ethereum. Si bien la disponibilidad de datos fuera de la cadena introduce compensaciones, puede conducir a mejoras masivas en la escalabilidad (los validiums pueden procesar [~9.000 transacciones, o más, por segundo](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263)). ## Requisitos previos {#prerequisites} @@ -13,35 +13,35 @@ Debe haber leído y comprendido el tema [Escalamiento de Ethereum](/developers/d ## ¿Qué es validium? {#what-is-validium} -Los validiums son soluciones de escalado que utilizan la disponibilidad de datos fuera de la cadena y la computación diseñada para mejorar el rendimiento o la velocidad mediante el procesamiento de transacciones fuera de la red principal de Ethereum. Al igual que los rollups de conocimiento cero (ZK), los validiums publican [pruebas de conocimiento cero](/glossary/#zk-proof) para verificar las transacciones fuera de la cadena en Ethereum. Esto evita las transiciones de estado no válidas y mejora las garantías de seguridad de una cadena de validiums. +Los Validiums son soluciones de escalado que utilizan la disponibilidad de datos fuera de la cadena y la computación diseñadas para mejorar el rendimiento procesando transacciones fuera de la red principal de Ethereum. Al igual que los rollups de conocimiento cero (ZK-rollups), los validiums publican [pruebas de conocimiento cero](/glossary/#zk-proof) para verificar las transacciones fuera de la cadena en Ethereum. Esto evita las transiciones de estado no válidas y mejora las garantías de seguridad de una cadena de validiums. Estas "pruebas de validez" pueden venir en forma de ZK-SNARKs (argumento de conocimiento no interactivo sucinto de conocimiento cero) o ZK-STARKs (argumento de conocimiento transparente escalable de conocimiento cero). Más información acerca de las [pruebas de conocimiento cero](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/). -Los fondos pertenecientes a los usuarios de validium son controlados por un contrato inteligente en Ethereum. Los validiums ofrecen retiros casi instantáneos, al igual que los rollups de ZK; una vez que se ha verificado la prueba de validez para una solicitud de retiro en la Red principal, los usuarios pueden retirar fondos proporcionando [pruebas de Merkle](/developers/tutorials/merkle-proofs-for-offline-data-integrity/). La prueba de Merkle valida la inclusión de la transacción de retiro del usuario en un lote de transacciones verificadas, lo que permite que el contrato en cadena procese el retiro. +Los fondos pertenecientes a los usuarios de validium son controlados por un contrato inteligente en Ethereum. Los validiums ofrecen retiros casi instantáneos, al igual que los rollups de ZK; una vez que se ha verificado la prueba de validez para una solicitud de retiro en la Red principal, los usuarios pueden retirar fondos proporcionando [pruebas de Merkle](/developers/tutorials/merkle-proofs-for-offline-data-integrity/). La prueba de Merkle valida la inclusión de la transacción de retirada del usuario en un lote de transacciones verificadas, permitiendo que el contrato en cadena procese la retirada. -Sin embargo, los usuarios de validium pueden ver congelados sus fondos y restringidos sus retiros. Esto puede suceder si los administradores de disponibilidad de datos de la cadena validium retienen los datos de estado fuera de la cadena de los usuarios. Sin acceso a los datos de la transacción, los usuarios no pueden calcular la prueba de Merkle requerida para probar la propiedad de los fondos y ejecutar retiros. +Sin embargo, los usuarios de validium pueden ver congelados sus fondos y restringidos sus retiros. Esto puede suceder si los administradores de disponibilidad de datos en la cadena de validium retienen los datos de estado fuera de la cadena de los usuarios. Sin acceso a los datos de la transacción, los usuarios no pueden calcular la prueba de Merkle requerida para probar la propiedad de los fondos y ejecutar retiros. Esta es la principal diferencia entre los validiums y los rollups de ZK: sus posiciones en el espectro de disponibilidad de datos. Ambas soluciones abordan el almacenamiento de datos de manera diferente, lo que tiene implicaciones para la seguridad y la no necesidad de confianza. ## ¿Cómo interactúan los validiums con Ethereum? {#how-do-validiums-interact-with-ethereum} -Los validiums son protocolos de escalado construidos sobre la cadena de Ethereum existente. Aunque ejecuta transacciones fuera de la cadena, una cadena de validium es administrada por una colección de contratos inteligentes implementados en la red principal, que incluyen: +Los validiums son protocolos de escalado construidos sobre la cadena de Ethereum existente. Aunque ejecuta transacciones fuera de la cadena, una cadena de validium es administrada por una colección de contratos inteligentes desplegados en la red principal, que incluyen: 1. **Contratos de verificación**: El contrato de verificación verifica la validez de las pruebas presentadas por el operador de validium al realizar actualizaciones de estado. Esto incluye pruebas de validez que certifican la corrección de las transacciones fuera de la cadena y pruebas de disponibilidad de datos que verifican la existencia de datos de transacciones fuera de la cadena. -2. **Contrato principal**: El contrato principal almacena los compromisos de estado (raíces de Merkle) presentados por los productores de bloques y actualiza el estado del validium una vez que se verifica una prueba de validez en la cadena. Este contrato también procesa los depósitos y retiros de la cadena de validium. +2. **Contrato principal**: el contrato principal almacena los compromisos de estado (raíces Merkle) presentados por los productores de bloques y actualiza el estado del validium una vez que se verifica una prueba de validez en cadena. Este contrato también procesa los depósitos y retiros de la cadena de validium. Los Validiums también utilizan la cadena principal de Ethereum para lo siguiente: ### Resolución {#settlement} -Las transacciones ejecutadas en un validium no se pueden confirmar completamente hasta que la cadena principal verifique su validez. Todos los negocios realizados en un validium deben resolverse finalmente en la red principal. La cadena de bloques de Ethereum también proporciona "garantías de liquidación" para los usuarios de validium, lo que significa que las transacciones fuera de la cadena no se pueden revertir o alterar una vez subidas o cargadas en la cadena. +Las transacciones ejecutadas en un validium no se pueden confirmar completamente hasta que la cadena principal verifique su validez. Todos los negocios realizados en un validium deben resolverse finalmente en la red principal. La cadena de bloques de Ethereum también proporciona "garantías de liquidación" para los usuarios de validium, lo que significa que las transacciones fuera de la cadena no se pueden revertir o alterar una vez comprometidas con la cadena. ### Seguridad {#security} -Ethereum, que actúa como una capa de liquidación, también garantiza la validez de las transiciones de estado en el validium. Las transacciones fuera de la cadena ejecutadas en la cadena de validiums se verifican a través de un contrato inteligente en la capa base de Ethereum. +Ethereum, que actúa como una capa de liquidación, también garantiza la validez de las transiciones de estado en el validium. Las transacciones fuera de cadena ejecutadas en la cadena de validium se verifican a través de un contrato inteligente en la capa base de Ethereum. -Si el contrato de verificación en cadena considera que la prueba no es válida, las transacciones se rechazan. Esto significa que los operadores deben cumplir con las condiciones de validez impuestas por el protocolo de Ethereum antes de actualizar el estado del validium. +Si el contrato de verificador en cadena considera que la prueba no es válida, las transacciones se rechazan. Esto significa que los operadores deben cumplir con las condiciones de validez impuestas por el protocolo de Ethereum antes de actualizar el estado del validium. ## ¿Cómo funciona el validium? {#how-does-validium-work} @@ -55,11 +55,11 @@ El operador agrega las transacciones en un lote y lo envía a un circuito de pru El estado del validium se hashea como un árbol de Merkle, cuya raíz se almacena en el contrato principal de Ethereum. La raíz de Merkle, también conocida como la raíz de estado, actúa como un compromiso criptográfico con el estado actual de cuentas y saldos en el validium. -Para realizar una actualización de estado, el operador debe calcular una nueva raíz de estado (después de ejecutar las transacciones) y enviarla al contrato en cadena. Si se comprueba la prueba de validez, se acepta el estado propuesto y el validium cambia a la nueva raíz de estado. +Para realizar una actualización de estado, el operador debe calcular una nueva raíz de estado (después de ejecutar transacciones) y enviarla al contrato en cadena. Si se comprueba la prueba de validez, se acepta el estado propuesto y el validium cambia a la nueva raíz de estado. ### Depósitos y retiros {#deposits-and-withdrawals} -Los usuarios mueven fondos de Ethereum a un validium depositando ETH (o cualquier token compatible con ERC) en el contrato en cadena. El contrato transmite el evento de depósito al validium fuera de la cadena, donde se acredita a la dirección del usuario con una cantidad igual a su depósito. El operador también incluye esta transacción de depósito en un nuevo lote. +Los usuarios mueven fondos de Ethereum a un validium depositando ETH (o cualquier token compatible con ERC) en el contrato en cadena. El contrato une el evento de depósito al validum fuera de la cadena, donde la dirección del usuario recibe una cantidad equivalente a su depósito. El operador también incluye esta transacción de depósito en un nuevo lote. Para devolver los fondos a la red principal, un usuario de validium inicia una transacción de retiro y la envía al operador que valida la solicitud de retiro y la incluye en un lote. Los activos del usuario en la cadena de validiums también se destruyen antes de la salida del sistema. Una vez que se verifica la prueba de validez asociada con el lote, el usuario puede llamar al contrato principal para retirar el resto de su depósito inicial. @@ -69,25 +69,25 @@ Como mecanismo anticensura, el protocolo de validium permite a los usuarios reti Después de ejecutar un lote de transacciones, el operador envía la prueba de validez asociada al contrato de verificación y propone una nueva raíz de estado para el contrato principal. Si la prueba es válida, el contrato principal actualiza el estado del validium y finaliza los resultados de las transacciones en el lote. -A diferencia de un rollup de ZK, los productores de bloques en un validium no están obligados a publicar datos de transacciones para lotes de transacciones (solo encabezados de bloque). Esto hace que validium sea un protocolo de escalado puramente fuera de la cadena, a diferencia de los protocolos de escalado "híbridos" (es decir, [capa 2](/layer-2/)), que publican datos de estado en la cadena principal de Ethereum como `calldata`. +A diferencia de un rollup de ZK, los productores de bloques en un validium no están obligados a publicar datos de transacciones para lotes de transacciones (solo encabezados de bloque). Esto hace que validium sea un protocolo de escalado puramente fuera de la cadena, a diferencia de los protocolos de escalado "híbridos" (es decir, [capa 2](/layer-2/)) que publican datos de estado en la cadena principal de Ethereum utilizando datos blob, `calldata` o una combinación de ambos. ### Disponibilidad de datos {#data-availability} -Como se mencionó, los validiums utilizan un modelo de disponibilidad de datos fuera de la cadena, donde los operadores almacenan todos los datos de las transacciones fuera de la red principal de Ethereum. La baja huella de datos en cadena de validium mejora la escalabilidad (el rendimiento no está limitado por la capacidad de procesamiento de datos de Ethereum) y reduce las tarifas de usuario (el costo de publicación de `calldata` es menor). +Como se mencionó, los validiums utilizan un modelo de disponibilidad de datos fuera de la cadena, donde los operadores almacenan todos los datos de transacciones de la cadena principal de Ethereum. La baja huella de datos en cadena de Validium mejora la escalabilidad (el rendimiento no se ve limitado por la capacidad de procesamiento de datos de Ethereum) y reduce las tarifas de usuario (el coste de publicar datos en cadena es menor). -Sin embargo, la disponibilidad de datos fuera de la cadena presenta un problema: los datos necesarios para crear o verificar las pruebas de Merkle pueden no estar disponibles. Esto significa que los usuarios podrían no poder retirar fondos del contrato en cadena si los operadores actúan de forma maliciosa. +Sin embargo, la disponibilidad de datos fuera de la cadena presenta un problema: los datos necesarios para crear o verificar las pruebas de Merkle pueden no estar disponibles. Esto significa que puede que los usuarios no puedan retirar fondos del contrato en cadena si los operadores actúan de forma maliciosa. -Varias soluciones de validium intentan resolver este problema mediante la descentralización del almacenamiento de datos de estado. Esto implica obligar a los productores de bloques a enviar los datos subyacentes a los "administradores de disponibilidad de datos" responsables de almacenar datos fuera de la cadena y ponerlos a disposición de los usuarios a petición. +Varias soluciones de validium intentan resolver este problema mediante la descentralización del almacenamiento de datos de estado. Lo que implica obligar a los productores de bloques a enviar los datos subyacentes a los «administradores de disponibilidad de datos» responsables de almacenar datos fuera de la cadena y ponerlos a disposición de los usuarios a petición. -Los administradores de disponibilidad de datos en validium dan fe de la disponibilidad de datos para transacciones fuera de la cadena firmando cada lote de validium. Estas firmas constituyen una forma de "prueba de disponibilidad" que el verificador del contrato en cadena comprueba antes de aprobar las actualizaciones de estado. +Los administradores de disponibilidad de datos en Validium atestiguan la disponibilidad de datos para transacciones fuera de la cadena firmando cada lote de validium. Estas firmas constituyen una suerte de «prueba de disponibilidad» que el contrato verificador en cadena comprueba antes de aprobar las actualizaciones de estado. Los validiums difieren en su enfoque de la gestión de la disponibilidad de datos. Algunos usan partes de confianza para almacenar los datos del estado, mientras que otros utilizan validadores asignados al azar para la tarea. #### Comité de disponibilidad de datos (DAC) {#data-availability-committee} -Para garantizar la disponibilidad de los datos fuera de la cadena, algunas soluciones de validum designan un grupo de entidades de confianza, conocidas colectivamente como comité de disponibilidad de datos (DAC), para almacenar copias del estado y proporcionar pruebas de la disponibilidad de los datos. Los DAC son más fáciles de implementar y requieren menos coordinación, ya que la membresía es baja. +Para garantizar la disponibilidad de datos fuera de la cadena, algunas soluciones de validium nombran un grupo de entidades de confianza, conocidas colectivamente como comité de disponibilidad de datos (DAC), para almacenar copias del estado y proporcionar pruebas de disponibilidad de datos. Los DAC son más fáciles de implementar y requieren menos coordinación, ya que la membresía es baja. -Sin embargo, los usuarios deben confiar en que el DAC pondrá los datos a disposición cuando sea necesario (por ejemplo, para generar pruebas de Merkle). Existe la posibilidad de que los miembros de los comités de disponibilidad de datos [se vean comprometidos por un actor malicioso](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view) que luego pueda retener datos fuera de la cadena. +Sin embargo, los usuarios deben confiar en que el DAC pondrá los datos a disposición cuando sea necesario (por ejemplo, para generar pruebas de Merkle). Existe la posibilidad de que los miembros de los comités de disponibilidad de datos [se vean comprometidos por un actor malicioso](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view) que luego pueda retener los datos fuera de la cadena. [Más información sobre los comités de disponibilidad de datos en validiums](https://medium.com/starkware/data-availability-e5564c416424). @@ -95,7 +95,7 @@ Sin embargo, los usuarios deben confiar en que el DAC pondrá los datos a dispos Otros validiums requieren que los participantes encargados de almacenar datos fuera de línea participen o hagan staking (es decir, bloqueen) de tokens en un contrato inteligente antes de asumir sus funciones. Esta participación o staking sirve como "fianza" para garantizar un comportamiento honesto entre los administradores de disponibilidad de datos y reduce las suposiciones de confianza. Si estos participantes no prueban la disponibilidad de datos, la fianza se pierde. -En un esquema de disponibilidad de datos con fianza, se puede designar a cualquier persona para que retenga datos fuera de la cadena una vez que proporcione la participación requerida. Esto amplía el pool o grupo de administradores de disponibilidad de datos elegibles, reduciendo la centralización que afecta a los comités de disponibilidad de datos (DAC). Lo que es más importante, este enfoque se basa en incentivos criptoeconómicos para evitar la actividad maliciosa, lo que es considerablemente más seguro que designar a partes de confianza para proteger los datos fuera de línea en el validium. +En un esquema de disponibilidad de datos en fianza, cualquier persona puede ser asignada para mantener datos fuera de la cadena una vez que proporcionen la participación requerida. Esto amplía el pool o grupo de administradores de disponibilidad de datos elegibles, reduciendo la centralización que afecta a los comités de disponibilidad de datos (DAC). Lo que es más importante, este enfoque se basa en incentivos criptoeconómicos para evitar la actividad maliciosa, lo que es considerablemente más seguro que designar a partes de confianza para proteger los datos fuera de línea en el validium. [Más información sobre la disponibilidad de datos con fianza en validiums](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf). @@ -103,7 +103,7 @@ En un esquema de disponibilidad de datos con fianza, se puede designar a cualqui Los validiums ofrecen muchos beneficios, pero vienen con compensaciones o cosas que deben resignarse (sobre todo, la disponibilidad de datos). Pero, al igual que con muchas soluciones de escalamiento, los validiums son adecuados para casos de uso específicos, por lo que se crearon voliciones. -Las voliciones combinan una cadena de rollups de conocimiento cero (ZK) y otra de validiums, y permiten a los usuarios alternar entre las dos soluciones de escalamiento. Con voliciones, los usuarios pueden aprovechar la disponibilidad de datos fuera de la cadena de validiums para ciertas transacciones, al tiempo que conservan la libertad de cambiar a una solución de disponibilidad de datos en cadena (rollup de ZK) si es necesario. Esto esencialmente da a los usuarios la libertad de elegir las compensaciones que implican sus circunstancias únicas. +Las voliciones combinan una cadena de rollups de conocimiento cero (ZK) y otra de validiums, y permiten a los usuarios alternar entre las dos soluciones de escalamiento. Con volitions, los usuarios pueden aprovechar la disponibilidad de datos fuera de la cadena de validium para ciertas transacciones, mientras conservan la libertad de cambiar a una solución de disponibilidad de datos en cadena (ZK-rollup) si es necesario. Esto esencialmente da a los usuarios la libertad de elegir las compensaciones que implican sus circunstancias únicas. Un exchange descentralizado (DEX) puede preferir utilizar la infraestructura escalable y privada de un validium para operaciones de alto valor. También puede usar un rollup de ZK para los usuarios que desean las mayores garantías de seguridad y la no necesidad de confianza de estos. @@ -113,34 +113,34 @@ Al igual que los rollups de ZK, los validiums son principalmente adecuados para Algunos proyectos de validiums intentan eludir este problema compilando lenguajes compatibles con la EVM (por ejemplo, Solidity, Vyper) para crear un código de bytes personalizado optimizado para una prueba eficiente. Un inconveniente de este enfoque es que las nuevas máquinas virtuales amigables con las pruebas de conocimiento cero pueden no admitir códigos de operación de EVM importantes, y los desarrolladores tienen que escribir directamente en el lenguaje de alto nivel para una experiencia óptima. Esto crea aún más problemas: obliga a los desarrolladores a crear dapps con una pila de desarrollo completamente nueva y rompe la compatibilidad con la infraestructura actual de Ethereum. -Algunos equipos, sin embargo, están intentando optimizar los códigos de operación de EVM existentes para los circuitos de prueba de ZK. Esto dará como resultado el desarrollo de una máquina virtual de Ethereum de conocimiento cero (zkEVM), una máquina virtual compatible con la EVM que produce pruebas para verificar la corrección de la ejecución de un programa. Con una zkEVM, las cadenas de validiums pueden ejecutar contratos inteligentes fuera de la cadena y presentar pruebas de validez para verificar un cálculo fuera de la cadena (sin tener que volver a ejecutarlo) en Ethereum. +Algunos equipos, sin embargo, están intentando optimizar los códigos de operación de EVM existentes para los circuitos de prueba de ZK. Esto dará como resultado el desarrollo de una máquina virtual de Ethereum de conocimiento cero (zkEVM), una máquina virtual compatible con la EVM que produce pruebas para verificar la corrección de la ejecución de un programa. Con un zkEVM, las cadenas de validium pueden ejecutar contratos inteligentes fuera de la cadena y enviar pruebas de validez para verificar un cálculo fuera de la cadena (sin tener que volver a ejecutarlo) en Ethereum. [Más sobre la zkEVM](https://www.alchemy.com/overviews/zkevm). ## ¿Cómo escalan los validiums Ethereum? {#scaling-ethereum-with-validiums} -### 1. Almacenamiento de datos fuera de la cadena {#off-chain-data-storage} +### 1. Almacenamiento de datos fuera de la cadena {#offchain-data-storage} -Los proyectos de escalado de capa 2, como los rollups optimistas y los rollups de ZK, intercambian la escalabilidad infinita de los protocolos de escalado puramente fuera de la cadena (por ejemplo, [Plasma](/developers/docs/scaling/plasma/)) por seguridad mediante la publicación de algunos datos de transacciones en L1. Pero esto significa que las propiedades de escalabilidad de los rollups están limitadas por el ancho de banda de datos en la red principal de Ethereum (el [data sharding](/roadmap/danksharding/), o fragmentación de datos, propone mejorar la capacidad de almacenamiento de datos de Ethereum por esta razón). +Los proyectos de escalabilidad de capa 2, como los rollups Optimistic y los rollups ZK, intercambian la escalabilidad infinita de los protocolos de escalabilidad pura fuera de la cadena (por ejemplo, [Plasma](/developers/docs/scaling/plasma/)) por seguridad publicando algunos datos de transacciones en L1. Pero esto significa que las propiedades de escalabilidad de los rollups están limitadas por el ancho de banda de datos en la red principal de Ethereum (el [data sharding](/roadmap/danksharding/), o fragmentación de datos, propone mejorar la capacidad de almacenamiento de datos de Ethereum por esta razón). -Los validiums logran escalabilidad manteniendo todos los datos de las transacciones fuera de la cadena y solo publican compromisos de estado (y pruebas de validez) al transmitir las actualizaciones de estado a la cadena principal de Ethereum. La existencia de pruebas de validez, sin embargo, da a los validiums mayores garantías de seguridad que otras soluciones de escalado puramente fuera de la cadena, incluyendo Plasma y las [cadenas laterales](/developers/docs/scaling/sidechains/). Al reducir la cantidad de datos que Ethereum tiene que procesar antes de validar las transacciones fuera de la cadena, los diseños de validium amplían en gran medida el rendimiento en la red principal. +Los validiums logran escalabilidad manteniendo todos los datos de transacciones fuera de la cadena y solo publican compromisos de estado (y pruebas de validez) al transmitir actualizaciones de estado a la cadena principal de Ethereum. Sin embargo, la existencia de pruebas de validez le da a los validiums mayores garantías de seguridad que otras soluciones puras de escalabilidad fuera de la cadena, incluidas Plasma y [cadenas laterales](/developers/docs/scaling/sidechains/). Al reducir la cantidad de datos que Ethereum tiene que procesar antes de validar las transacciones fuera de la cadena, los diseños de Validium amplían en gran medida el rendimiento en la red principal. ### 2. Pruebas recursivas {#recursive-proofs} Una prueba recursiva es una prueba de validez que verifica la validez de otras pruebas. Estas "pruebas de pruebas" se generan agregando recursivamente múltiples pruebas hasta que se crea una prueba final que verifique todas las pruebas anteriores. Las pruebas recursivas escalan las velocidades de procesamiento de la cadena de bloques al aumentar el número de transacciones que se pueden verificar por prueba de validez. -Por lo general, cada prueba de validez que el operador de validium envía a Ethereum para su verificación valida la integridad de un solo bloque. Mientras que una sola prueba recursiva se puede utilizar para confirmar la validez de varios bloques de validiums al mismo tiempo, esto es posible, ya que el circuito de prueba puede agregar recursivamente varias pruebas de bloque en una prueba final. Si el contrato de verificación en cadena acepta la prueba recursiva, todos los bloques subyacentes se finalizan inmediatamente. +Por lo general, cada prueba de validez que el operador de validium envía a Ethereum para su verificación valida la integridad de un solo bloque. Mientras que una sola prueba recursiva se puede utilizar para confirmar la validez de varios bloques de validiums al mismo tiempo, esto es posible, ya que el circuito de prueba puede agregar recursivamente varias pruebas de bloque en una prueba final. Si el contrato de verificador en cadena acepta la prueba recursiva, todos los bloques subyacentes se finalizan inmediatamente. ## Pros y contras de validium {#pros-and-cons-of-validium} -| Ventajas | Desventajas | -| -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Las pruebas de validez imponen la integridad de las transacciones fuera de la cadena y evitan que los operadores finalicen las actualizaciones de estado no válidas. | La producción de pruebas de validez requiere un hardware especial, lo que plantea un riesgo de centralización. | -| Aumenta la eficiencia del capital para los usuarios (sin retrasos en la retirada de fondos de vuelta a Ethereum). | Soporte limitado para computación general/contratos inteligentes; se requieren lenguajes especializados para el desarrollo. | -| No es vulnerable a ciertos ataques económicos a los que se enfrentan los sistemas basados en prueba de fraude en aplicaciones de alto valor. | Alta potencia computacional requerida para generar pruebas de ZK; no es rentable para aplicaciones de bajo rendimiento. | -| Reduce las tarifas de gas para los usuarios al no publicar calldata en la red principal de Ethereum. | Tiempo de finalización subjetiva más lento (10-30 minutos para generar una prueba de ZK), pero más rápido a la finalización completa porque no hay retraso de tiempo de disputa. | -| Adecuado para casos de uso específicos, como el trading o los juegos de cadena de bloques que priorizan la privacidad y la escalabilidad de las transacciones. | Se puede evitar que los usuarios retiren fondos, ya que la generación de pruebas de propiedad de Merkle requiere que los datos fuera de la cadena estén disponibles en todo momento. | -| La disponibilidad de datos fuera de la cadena proporciona mayores niveles de rendimiento y aumenta la escalabilidad. | El modelo de seguridad se basa en supuestos de confianza e incentivos criptoeconómicos, a diferencia de los rollups de ZK, que se basan exclusivamente en mecanismos de seguridad criptográficos. | +| Ventajas | Desventajas | +| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Las pruebas de validez hacen cumplir la integridad de las transacciones fuera de la cadena y evitan que los operadores finalicen las actualizaciones de estado no válidas. | La producción de pruebas de validez requiere un hardware especial, lo que plantea un riesgo de centralización. | +| Aumenta la eficiencia del capital para los usuarios (sin retrasos en la retirada de fondos de vuelta a Ethereum). | Soporte limitado para computación general/contratos inteligentes; se requieren lenguajes especializados para el desarrollo. | +| No es vulnerable a ciertos ataques económicos a los que se enfrentan los sistemas basados en prueba de fraude en aplicaciones de alto valor. | Alta potencia computacional requerida para generar pruebas de ZK; no es rentable para aplicaciones de bajo rendimiento. | +| Reduce las tarifas de gas para los usuarios al no publicar calldata en la red principal de Ethereum. | Tiempo de finalización subjetiva más lento (10-30 minutos para generar una prueba de ZK), pero más rápido a la finalización completa porque no hay retraso de tiempo de disputa. | +| Adecuado para casos de uso específicos, como el trading o los juegos de cadena de bloques que priorizan la privacidad y la escalabilidad de las transacciones. | Se puede evitar que los usuarios retiren fondos, ya que la generación de pruebas de propiedad de Merkle requiere que los datos fuera de la cadena estén disponibles en todo momento. | +| La disponibilidad de datos fuera de la cadena proporciona niveles más altos de rendimiento y aumenta la escalabilidad. | El modelo de seguridad se basa en supuestos de confianza e incentivos criptoeconómicos, a diferencia de los rollups de ZK, que se basan exclusivamente en mecanismos de seguridad criptográficos. | ### Usar Validium/Voliciones {#use-validium-and-volitions} @@ -163,3 +163,4 @@ Múltiples proyectos proporcionan implementaciones de Validium y voliciones que - [Rollups de ZK vs. Validiums](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) - [Volición y el espectro de disponibilidad de datos emergente](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) - [Rollups, validiums y voliciones: conozca las mejores soluciones de escalado de Ethereum](https://www.defipulse.com/blog/rollups-validiums-and-volitions-learn-about-the-hottest-ethereum-scaling-solutions) +- [Guía práctica de los rollups de Ethereum](https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) diff --git a/public/content/translations/es/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/es/developers/docs/scaling/zk-rollups/index.md index ded2f19fb86..1edd0e863c4 100644 --- a/public/content/translations/es/developers/docs/scaling/zk-rollups/index.md +++ b/public/content/translations/es/developers/docs/scaling/zk-rollups/index.md @@ -4,7 +4,7 @@ description: 'Introducción a las pruebas de conocimiento cero: una solución de lang: es --- -Las pruebas de conocimiento cero (ZK-rollups) son soluciones [soluciones de escalabilidad](/developers/docs/scaling/) de segunda capa que incrementan el rendimiento de la red principal de Ethereum, gracias a que mueven la gran mayoría del trabajo computacional y el almacenamiento fuera de la cadena principal. Los ZK-rollups pueden procesar miles de transacciones en un lote y luego pasar solo algunos de los datos mínimos y necesarios hacia la red principal. Estos datos en resúmen, definen los cambios que deben hacerse en Ethereum, y realizar pruebas criptográficas de que esos cambios y resultados finales son correctos. +Las pruebas de conocimiento cero (ZK-rollups) son soluciones [soluciones de escalabilidad](/developers/docs/scaling/) de capa 2, que incrementan el rendimiento de la red principal de Ethereum, gracias a que mueven la gran mayoría de tareas computacionales y el almacenamiento fuera de la cadena principal. Los ZK-rollups pueden procesar miles de transacciones en un lote y luego pasar solo algunos de los datos mínimos y necesarios hacia la red principal. Estos datos en resúmen, definen los cambios que deben hacerse en Ethereum, y realizar pruebas criptográficas de que esos cambios y resultados finales son correctos. ## Requisitos previos {#prerequisites} @@ -12,33 +12,33 @@ Debe haber leído y comprendido el tema [Escalamiento de Ethereum](/developers/d ## ¿Qué son las pruebas de conocimiento cero (ZK)? {#what-are-zk-rollups} -**Pruebas de conocimiento cero (ZK-rollups)** son paquetes acumulativos que «enrollan» las transacciones para que se ejecuten fuera de la cadena principal. La computación fuera de la cadena principal reduce la cantidad de datos que tienen que procesarse en la cadena de bloques. Los operadores de ZK-rollups presentan un resumen de los cambios necesarios para representar todas las transacciones en un lote en lugar de enviar cada transacción individualmente. También llevan a cabo [pruebas de su validez](/glossary/#validity-proof) para demostrar la exactitud de sus cambios y resultados finales. +**Los rollups de conocimiento cero (ZK-rollups) **agrupan (o realizan el «roll up») las transacciones en lotes que se ejecutan fuera de la cadena de bloques. La computación fuera de la cadena reduce la cantidad de datos que se deben registrar en la cadena de bloques. Los operadores de ZK-rollups presentan un resumen de los cambios necesarios para representar todas las transacciones en un lote en lugar de enviar cada transacción individualmente. También llevan a cabo [pruebas de su validez](/glossary/#validity-proof) para demostrar la exactitud de sus cambios y resultados finales. -El estado de los ZK-rollups se mantendrá en un contrato inteligente desplegado en la red Ethereum. Para actualizar este estado, los nodos desplegables de ZK-rollup deberán presentar una prueba de su validez para la verificación. Como se ha mencionado, la prueba de validez es una garantía criptográfica de que el cambio de estado propuesto por el rollup es realmente el resultado verdadero de la ejecución de las transacciones. Esto significa que los ZK-rollups solo necesitan proporcionar pruebas de validez para llevar a cabo y completar las transacciones en Ethereum, en lugar de publicar todo el historial en la cadena principal como los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/). +El estado de los ZK-rollups se mantendrá en un contrato inteligente desplegado en la red Ethereum. Para actualizar este estado, los nodos desplegables de ZK-rollup deberán presentar una prueba de su validez para la verificación. Como se ha mencionado, la prueba de validez es una garantía criptográfica de que el cambio de estado propuesto por el rollup es realmente el resultado verdadero de la ejecución de las transacciones. Esto significa que los ZK-rollups solo necesitan proporcionar pruebas de validez para finalizar las transacciones en Ethereum, en lugar de publicar todo el historial en la cadena principal como los [rollups optimistas](/developers/docs/scaling/optimistic-rollups/). -La ejecucíon tardará poco tiempo, ya que cuando se mueven los activos de un ZK-rollup a Ethereum, las transacciones se ejecutan una vez validada y verificada su validez. Por el contrario, retirar fondos de los Rollups Optimistas está sujeto a un retraso para permitir a cualquiera desafiar la transacción a [prueba de fraude](/glossary/#fraud-proof). +La ejecucíon tardará poco tiempo, ya que cuando se mueven los activos de un ZK-rollup a Ethereum, las transacciones se ejecutan una vez validada y verificada su validez. Por el contrario, retirar fondos de los rollups optimistas está sujeto a un retraso para permitir a cualquiera desafiar la transacción a [prueba de fraude](/glossary/#fraud-proof). Los ZK-rollups escriben transacciones en Ethereum como `calldata` (o datos de llamada). En los `calldata` se almacenan los datos incluidos en las llamadas externas a funciones del contrato inteligente. La información en `calldata` se publica en la cadena de bloques, permitiendo que cualquiera reconstruya el estado del rollup de forma independiente. Los ZK-rollup utilizan técnicas de compresión para reducir los datos de las transacciones: por ejemplo, las cuentas están representadas por un índice en lugar de una dirección, que ahorra unos 28 bytes en datos. La publicación de datos dentro de la cadena tiene un coste significativo para los rollups, por lo que la compresión de datos puede reducir las tarifas para los usuarios. ## ¿Cómo interactúan los ZK-rollups con Ethereum? {#zk-rollups-and-ethereum} -Los ZK-rollup tienen un protocolo que se encuentra fuera de la cadena y que funciona apoyándose en la cadena de bloque de Ethereum, la cual ese gestiona mdiante contratos inteligentes dentro de la misma cadena de bloque. Los ZK-rollups ejecutan transacciones fuera de la red principal, aunque realizan lotes de transacciones periódicamente fuera de la cadena a un contrato de rollup dentro de la cadena. Este registro de transacciones es inmutable, al igual que ocurre en la cadena de bloque de Ethereum y forma la cadena de ZK-rollups. +Una cadena de ZK-rollup es un protocolo fuera de la cadena que opera sobre la cadena de bloques de Ethereum y se gestiona mediante contratos inteligentes dentro de la misma. Los ZK-rollups ejecutan transacciones fuera de la red principal, pero periódicamente registran lotes de transacciones fuera de la cadena a un contrato rollup dentro de la cadena de bloques. Este registro de transacciones es inmutable, al igual que ocurre en la cadena de bloque de Ethereum y forma la cadena de ZK-rollups. La arquitectura central de los ZK-rollups está compuesta por los siguientes componentes: -1. **Contratos en cadena**: Tal y como se ha mencionado, el protocolo ZK-rollup está controlado por contratos inteligentes que se ejecutan en Ethereum. Esto incluye el contrato principal que almacena los bloques acumulables, realiza un seguimiento de los depósitos y supervisa las actualizaciones del estado. Otro contrato en cadena (el contrato de verificación) verifica las pruebas de conocimiento cero presentadas por los productores en bloque. Por lo tanto, Ethereum sirve como capa base o «capa 1» para el ZK-rollup. +1. **Contratos en cadena**: tal y como hemos mencionado, el protocolo ZK-rollup lo controlan contratos inteligentes que se ejecutan en Ethereum. Esto incluye el contrato principal que almacena los bloques acumulables, realiza un seguimiento de los depósitos y supervisa las actualizaciones del estado. Otro contrato en cadena (el contrato verificador) verifica las pruebas de conocimiento cero enviadas por los productores de bloques. Por lo tanto, Ethereum sirve como capa base o «capa 1» para el ZK-rollup. -2. **Máquina virtual fuera de la cadena (VM)**: Mientras que el protocolo ZK-rollup vive en Ethereum, la ejecución de transacciones y el almacenamiento de estado ocurren en una máquina virtual separada independiente de la [EVM](/developers/docs/evm/). Esta máquina virtual fuera de la cadena es el entorno de ejecución para las transacciones en el ZK-rollup y sirve de capa secundaria o «capa 2» para el protocolo ZK-rollup. Las pruebas de validez verificadas en la red principal de Ethereum garantizan la corrección de las transiciones de estado en la máquina virtual fuera de la cadena. +2. **Máquina virtual fuera de la cadena (VM)**: Mientras que el protocolo ZK-rollup reside en Ethereum, la ejecución de transacciones y el almacenamiento de estado ocurren en una máquina virtual separada independiente de la [EVM](/developers/docs/evm/). Esta VM fuera de la cadena es el entorno de ejecución para transacciones en el ZK-rollup y sirve como capa secundaria (o capa 2) para el protocolo ZK-rollup. Las pruebas de validez verificadas en la red principal de Ethereum garantizan la corrección de las transiciones de estado en la VM fuera de la cadena. -Los ZK-rollups son «soluciones híbridas de escalabilidad», protocolos fuera de la cadena que operan de forma independiente pero derivan seguridad de Ethereum. Específicamente, la red Ethereum impone la validez de las actualizaciones de estado en el ZK-rollup y garantiza la disponibilidad de datos detrás de cada actualización del estado del rollup. Como resultado, los ZK-rollups se consideran más seguros que puras soluciones de escalabilidad fuera de la cadena, como [cadenas laterales](/developers/docs/scaling/sidechains/), que son responsables de sus propiedades de seguridad, o [validiums](/developers/docs/scaling/validium/), que también verifican las transacciones en Ethereum con pruebas de validez, pero almacenan los datos de las transacciones en otro. +ZK-rollups son «soluciones de escalabilidad híbrida»: protocolos fuera de la cadena que operan de forma independiente, pero aplican la seguridad de Ethereum. Específicamente, la red Ethereum impone la validez de las actualizaciones de estado en el ZK-rollup y garantiza la disponibilidad de datos detrás de cada actualización del estado del rollup. Como resultado, los rollups ZK son considerablemente más seguros que las soluciones de escalabilidad fuera de la cadena pura, como [cadenas laterales](/developers/docs/scaling/sidechains/), responsables de sus propiedades de seguridad, o [validiums](/developers/docs/scaling/validium/), que también verifican las transacciones en Ethereum con pruebas de validez, pero almacenan los datos de las transacciones en otro lugar. Los ZK-rollups se basan en el protocolo principal de Ethereum para lo siguiente: ### Disponibilidad de datos {#data-availability} -Los ZK-rollups publican datos de estado para cada transacción procesada fuera de la cadena a Ethereum. Con estos datos, es posible que las personas o las empresas reproduzcan el estado del rollup y validen la cadena por sí mismas. Ethereum pone estos datos a disposición de todos los participantes de la red como `calldata`. +ZK-rollups publica datos de estado para cada transacción procesada fuera de la cadena a Ethereum. Con estos datos, es posible que las personas o las empresas reproduzcan el estado del rollup y validen la cadena por sí mismas. Ethereum pone estos datos a disposición de todos los participantes de la red como `calldata`. -Los ZK-rollups no necesitan publicar muchos datos de transacciones en cadena, porque las pruebas de validez ya verifican la autenticidad de las transiciones de estado. Sin embargo, el almacenamiento de datos en cadena sigue siendo importante, porque permite una verificación independiente y sin autorización del estado de la cadena L2, lo que a su vez permite a cualquier persona enviar lotes de transacciones, evitando que operadores maliciosos censuren o congelen la cadena. +ZK-rollups no necesitan publicar muchos datos de transacciones en cadena, porque las pruebas de validez ya verifican la autenticidad de las transiciones de estado. Sin embargo, el almacenamiento de datos en cadena sigue siendo importante porque permite la verificación independiente sin permiso del estado de la cadena L2, lo que a su vez permite a cualquiera enviar lotes de transacciones, evitando que los operadores maliciosos censuren o congelen la cadena. Se requiere en cadena para que los usuarios interactúen con el rollup. Sin acceso a los datos de estado, los usuarios no pueden consultar el saldo de su cuenta o iniciar transacciones (por ejemplo, retiradas) que se basen en la información sobre el estado. @@ -62,15 +62,15 @@ Otros ZK-rollups pueden rotar el rol de operador utilizando un conjunto de valid #### Cómo los ZK-rollups publican datos de transacciones en Ethereum {#how-zk-rollups-publish-transaction-data-on-ethereum} -Tal y como se ha explicado, los datos de las transacciones se publican en Ethereum como `calldata` (o datos de llamada). `Calldata` es un área de datos en un contrato inteligente que se utiliza para pasar argumentos a una función y se comporta de manera similar a una [memoria](/developers/docs/smart-contracts/anatomy/#memory). Si bien los `calldata` no se almacenan como parte del estado de Ethereum, persisten en la cadena como parte de los [registros de historial de la cadena Ethereum](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs). `Calldata` no afecta al estado de Ethereum, por lo que es una forma barata de almacenar datos en cadena. +Tal y como se ha explicado, los datos de las transacciones se publican en Ethereum como `calldata` (o datos de llamada). `Calldata` es un área de datos en un contrato inteligente que se utiliza para pasar argumentos a una función y se comporta de manera similar a una [memoria](/developers/docs/smart-contracts/anatomy/#memory). Si bien `calldata` no se almacenan como parte del estado de Ethereum, persisten en la cadena como parte de los [registros de historial](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) de la cadena Ethereum. `calldata` no afectan al estado de Ethereum, por eso son una forma barata de almacenar datos en la cadena. -La palabra clave `calldata` a menudo identifica el método de contrato inteligente que llama una transacción y contiene entradas para el método en forma de una secuencia arbitraria de bytes. Los ZK-rollups utilizan los `calldata` para publicar datos de transacciones comprimidas en cadena; el operador rollup simplemente añade un nuevo lote llamando a la función requerida en el contrato rollup y pasa los datos comprimidos como argumentos de función. Esto ayuda a reducir los costes de los usuarios, ya que gran parte de las tarifas de los rollups se destinan al almacenamiento de datos de transacciones en la cadena. +La palabra clave `calldata` a menudo identifica el método de contrato inteligente que llama una transacción y contiene entradas para el método en forma de una secuencia arbitraria de bytes. Los ZK-rollups utilizan los `calldata` para publicar datos de transacciones comprimidas en la cadena; el operador de rollup simplemente añade un nuevo lote invocando la función requerida en el contrato rollup y pasa los datos comprimidos como argumentos de función. Esto ayuda a reducir los costes de los usuarios, ya que gran parte de las tarifas de los rollups se destinan al almacenamiento de datos de transacciones en la cadena. ### Compromisos de estado {#state-commitments} -El estado del ZK-rollup, que incluye cuentas y saldos L2, se representa como un [árbol de Merkle](/whitepaper/#merkle-trees). Un hash criptográfico de la raíz del árbol Merkle (raíz Merkle) se almacena en el contrato en cadena, lo que permite que el protocolo rollup realice un seguimiento de los cambios en el estado del ZK rollup. +El estado del ZK-rollup, que incluye cuentas y saldos L2, se representa como un [árbol de Merkle](/whitepaper/#merkle-trees). Un hash criptográfico de la raíz del árbol Merkle (raíz Merkle) se almacena en el contrato en la cadena, lo que permite que el protocolo rollup rastree los cambios en el estado del ZK-rollup. -Las transacciones del rollup pasan a un nuevo estado después de la ejecución de un nuevo conjunto de transacciones. El operador que inició la transición de estado debe calcular una nueva raíz de estado y someterse al contrato en cadena. Si el contrato de verificador autentica la prueba de validez asociada con el lote, la nueva raíz de Merkle se convierte en la raíz de estado canónico del ZK-rollup. +Las transacciones del rollup pasan a un nuevo estado después de la ejecución de un nuevo conjunto de transacciones. El operador que inició la transición de estado debe calcular una nueva raíz de estado y someterse al contrato en la cadena. Si el contrato de verificador autentica la prueba de validez asociada con el lote, la nueva raíz de Merkle se convierte en la raíz de estado canónico del ZK-rollup. Además de calcular las raíces de estado, el operador ZK-rollup también crea una raíz de lote, la raíz de un árbol de Merkle que comprende todas las transacciones en un lote. Cuando se envía un nuevo lote, el contrato acumulable almacena la raíz del lote, lo que permite a los usuarios probar que una transacción (por ejemplo, una solicitud de retirada) se ha incluido en el lote. Los usuarios tendrán que proporcionar los detalles de la transacción, la raíz del lote y una [prueba de Merkle](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) que muestre la ruta de inclusión. @@ -82,7 +82,7 @@ Pero el contrato de rollup no aceptará automáticamente el compromiso de estado Las pruebas de validez permiten a las partes probar la exactitud de una declaración sin revelar la declaración en sí, por lo tanto, también se llaman pruebas de conocimiento cero. Los ZK-rollups utilizan pruebas de validez para confirmar la corrección de las transiciones de estado fuera de la cadena sin tener que volver a ejecutar transacciones en Ethereum. Estas pruebas pueden venir en forma de un [ZK-SNARK](https://arxiv.org/abs/2202.06877) (Argumento de conocimiento no interactivo sucinto de conocimiento cero) o [ZK-STARK](https://eprint.iacr.org/2018/046) (argumento de conocimiento transparente escalable de conocimiento cero). -Tanto los SNARK como los STARK ayudan a dar fe de la integridad de la computación fuera de la cadena en los ZK-rollups, aunque cada tipo de prueba tiene sus propias características. +Tanto los SNARK como los STARK ayudan a dar fe de la integridad de la computación fuera de la cadena en los ZK-rollups, aunque cada tipo de prueba tiene funcionalidades particulares. **ZK-SNARK** @@ -96,7 +96,7 @@ Dejando a un lado las suposiciones de confianza, los ZK-SNARK son populares por **ZK-STARK** -Al igual que los ZK-SNARK, los ZK-STARK demuestran la validez del cálculo fuera de la cadena sin revelar las entradas. Sin embargo, los ZK-STARK se consideran una mejora de los ZK-SNARK debido a su escalabilidad y transparencia. +Al igual que los ZK-SNARK, los ZK-STARK demuestran la validez de los cálculos fuera de la cadena sin revelar las entradas de datos. Sin embargo, los ZK-STARK se consideran una mejora de los ZK-SNARK debido a su escalabilidad y transparencia. Los ZK-STARK son «transparentes», ya que pueden funcionar sin la configuración de confianza de una cadena de referencia común (CRS). En su lugar, los ZK-STARK se basan en la aleatoriedad verificable públicamente para establecer parámetros para generar y verificar pruebas. @@ -180,7 +180,7 @@ La cantidad que los usuarios pagan por las transacciones en los ZK-rollups depen 1. **Escritura de estado**: Hay un costo fijo por escribir al estado de Ethereum (es decir, enviar una transacción en la cadena de bloques de Ethereum). Los ZK-rollups reducen este coste al agrupar las transacciones y distribuir los costes fijos entre múltiples usuarios. -2. **Publicación de datos**: los ZK-rollups publican datos de estado para cada transacción a Ethereum como `calldata`. Los costes de `calldata` se rigen actualmente por [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), que estipula un coste de 16 de gas para bytes distintos de cero y 4 de gas para cero bytes de `calldata`, respectivamente. El coste pagado en cada transacción está influenciado por la cantidad de `calldata` que deben publicarse en la cadena para ello. +2. **Publicación de datos**: los ZK-rollups publican datos de estado para cada transacción a Ethereum como `calldata`. Los costes de `calldata` se rigen actualmente por [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), que estipula un coste de 16 de gas para bytes distintos de cero y 4 de gas para cero bytes de `calldata`, respectivamente. El coste pagado en cada transacción está influido por la cantidad de `calldata` que se necesita publicar en cadena para ello. 3. **Tarifas del operador de Capa 2**: Esta es la cantidad pagada al operador de rollup como compensación por los costos computacionales incurridos en el procesamiento de transacciones, al igual que las [tarifas de prioridad de transacción (propinas)](/developers/docs/gas/#how-are-gas-fees-calculated) en la Red principal de Ethereum. @@ -192,7 +192,7 @@ Además de las transacciones por lotes, los ZK-rollups reducen las tarifas para ### Compresión de datos de transacción {#transaction-data-compression} -Los ZK-rollups amplían el rendimiento en la capa base de Ethereum tomando el cálculo fuera de la cadena, aunque el verdadero impulso para la escalabilidad proviene de la compresión de los datos de las transacciones. El [tamaño del bloque](/developers/docs/blocks/#block-size) de Ethereum limita los datos que cada bloque puede contener y, por extensión, el número de transacciones procesadas por bloque. Al comprimir los datos relacionados con las transacciones, los ZK-rollups aumentan significativamente el número de transacciones procesadas por bloque. +Los ZK-rollups amplían el rendimiento en la capa base de Ethereum llevando el cálculo fuera de la cadena, pero el verdadero impulso para la escalabilidad proviene de la compresión de los datos de las transacciones. El [tamaño del bloque](/developers/docs/blocks/#block-size) de Ethereum limita los datos que cada bloque puede contener y, por extensión, el número de transacciones procesadas por bloque. Al comprimir los datos relacionados con las transacciones, los ZK-rollups aumentan significativamente el número de transacciones procesadas por bloque. Los ZK-rollups pueden comprimir los datos de las transacciones mejor que los rollups optimistas, ya que no tienen que publicar todos los datos necesarios para validar cada transacción. Solo tienen que publicar los datos mínimos necesarios para reconstruir el último estado de las cuentas y los saldos en la lista acumulada. @@ -208,7 +208,7 @@ Sin embargo, las pruebas recursivas permiten finalizar varios bloques con una pr | Ventajas | Desventajas | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| Las pruebas de validez garantizan la exactitud de las transacciones fuera de la cadena y evitan que los operadores ejecuten transiciones de estado no válidas. | El coste asociado con el cálculo y la verificación de las pruebas de validez es sustancial y puede aumentar las tarifas para los usuarios de rollup. | +| Las pruebas de validez garantizan la corrección de las transacciones fuera de la cadena y evitan que los operadores ejecuten transiciones de estado no válidas. | El coste asociado con el cálculo y la verificación de las pruebas de validez es sustancial y puede aumentar las tarifas para los usuarios de rollup. | | Ofrece una finalización de transacción más rápida, ya que las actualizaciones del estado se aprueban una vez que se verifican las pruebas de validez en L1. | Construir ZK-rollups compatibles con EVM es difícil debido a la complejidad de la tecnología de conocimiento cero. | | Se basa en mecanismos criptográficos sin confianza para la seguridad, no en la honestidad de los actores incentivados como con [rollups optimistas](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons). | La producción de pruebas de validez requiere hardware especializado, que puede fomentar el control centralizado de la cadena por parte de algunas partes. | | Almacena los datos necesarios para recuperar el estado fuera de la cadena en L1, lo que garantiza la seguridad, la resistencia a la censura y la descentralización. | Los operadores centralizados (secuenciadores) pueden influir en el orden de las transacciones. | @@ -222,6 +222,7 @@ Vea una explicación de Finematics de los ZK-rollups: + ## ¿Quién está trabajando en un zkEVM? {#zkevm-projects} Los proyectos que trabajan en zkEVM incluyen: @@ -244,10 +245,12 @@ Los proyectos que trabajan en zkEVM incluyen: - [¿Qué son los rollups de conocimiento cero (ZK)?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups) - [¿Qué son las pruebas de conocimiento cero (ZK)?](https://alchemy.com/blog/zero-knowledge-rollups) +- [La guía práctica de los rollups de Ethereum](https://research.2077.xyz/the-practical-guide-to-ethereum-rollups) - [STARK frente a SNARK](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) - [¿Qué es un zkEVM?](https://www.alchemy.com/overviews/zkevm) - [Tipos ZK-EVM: equivalente a Ethereum, equivalente a EVM, Tipo 1, Tipo 4 y otras palabras de moda crípticas](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4) - [Introducción a zkEVM](https://hackmd.io/@yezhang/S1_KMMbGt) +- [¿Qué son las L2 de ZK-EVM?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M) - [Recursos increíbles de zkEVM](https://github.com/LuozhuZhang/awesome-zkevm) - [ZK-SNARKS bajo el capó](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html) - [¿Cómo son posibles los SNARK?](https://vitalik.eth.limo/general/2021/01/26/snarks.html) diff --git a/public/content/translations/es/developers/docs/smart-contracts/composability/index.md b/public/content/translations/es/developers/docs/smart-contracts/composability/index.md index b1353f87450..0307d09f65f 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/composability/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/composability/index.md @@ -1,6 +1,6 @@ --- title: Componibilidad de los contratos inteligentes -description: +description: Descubra cómo los contratos inteligentes pueden combinarse al igual que los bloques de Lego para construir DApps complejas reutilizando componentes existentes. lang: es incomplete: true --- @@ -29,7 +29,7 @@ Los contratos inteligentes de Ethereum son como API públicas, por lo que cualqu ### Ciclo de desarrollo más corto {#shorter-development-cycle} -La componibilidad reduce el trabajo que los desarrolladores tienen que hacer al crear [dapps](/apps/#what-are-dapps). [Como indica Naval Ravikant:](https://twitter.com/naval/status/1444366754650656770) "Código abierto significa que cada problema tiene que resolverse una vez." +La amoldabilidad reduce el trabajo que los desarrolladores tienen que hacer al crear [DApps](/apps/#what-are-dapps). [Como indica Naval Ravikant:](https://twitter.com/naval/status/1444366754650656770) "Código abierto significa que cada problema tiene que resolverse una vez." Si hay un contrato inteligente que resuelve un problema, otros desarrolladores pueden reutilizarlo, por lo que no tienen que resolver el mismo problema. De esta manera, los desarrolladores pueden usar las bibliotecas de software ya existentes y añadir funcionalidad adicional para crear nuevas dapps. @@ -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 [Aragon Client](https://client.aragon.org/), 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 <0">Aragon Client, para arrancar la DAO y poder crear rápidamente un marco de gobernanza. ### Gestión de identidades {#identity-management} diff --git a/public/content/translations/es/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/es/developers/docs/smart-contracts/deploying/index.md index 79ed0fe7169..d121b3e265b 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/deploying/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/deploying/index.md @@ -1,6 +1,6 @@ --- title: Implementación de contratos inteligentes -description: +description: Aprenda a desplegar contratos inteligentes en redes de Ethereum, incluidos los requisitos previos, las herramientas y los pasos de implementación. lang: es --- diff --git a/public/content/translations/es/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/es/developers/docs/smart-contracts/formal-verification/index.md index f35d960f00f..fd4dc2e11c1 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/formal-verification/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/formal-verification/index.md @@ -70,7 +70,7 @@ Las especificaciones formales de bajo nivel se pueden dar como propiedades de es ### Propiedades de estilo Hoare {#hoare-style-properties} -La [lógica de Hoare](https://en.wikipedia.org/wiki/Hoare_logic) proporciona un conjunto de reglas formales para razonar sobre la corrección de los programas, incluidos los contratos inteligentes. Una propiedad de estilo Hoare está representada por un triple Hoare `{P}c{Q}`, donde `c` es un programa y `P` y `Q` son predicados sobre el estado del `c` (es decir, el programa), descrito formalmente como _precondiciones_ y _poscondiciones_, respectivamente. +La [lógica de Hoare](https://en.wikipedia.org/wiki/Hoare_logic) proporciona un conjunto de reglas formales para razonar sobre la corrección de los programas, incluidos los contratos inteligentes. Una propiedad de estilo Hoare se representa por un triplete de Hoare `{P}c{Q}`, donde `c` es un programa y `P` y `Q` son predicados sobre el estado de `c` (es decir, el programa), descritos formalmente como _precondiciones_ y _poscondiciones_, respectivamente. Una precondición es un predicado que describe las condiciones requeridas para la correcta ejecución de una función; los usuarios que invocan o llaman al contrato deben cumplir con este requisito. Una poscondición es un predicado que describe la condición que una función establece si se ejecuta correctamente; los usuarios pueden esperar que esta condición sea verdadera después de invocar la función. Un _invariante_ en la lógica de Hoare es un predicado que se conserva mediante la ejecución de una función (es decir, no cambia). diff --git a/public/content/translations/es/developers/docs/smart-contracts/index.md b/public/content/translations/es/developers/docs/smart-contracts/index.md index ac40425fd6b..f793beeccce 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/index.md @@ -86,9 +86,9 @@ Obtenga más información sobre la [componibilidad de los contratos inteligentes ## Limitaciones {#limitations} -Los contratos inteligentes por sí solos no pueden obtener información sobre eventos del "mundo real" porque no pueden recuperar datos de fuentes fuera de la cadena. Esto significa que no pueden responder a los eventos en el mundo real. Esto es por defecto. Depender de información externa puede poner en peligro el consenso, pieza clave para la seguridad y la descentralización. +Los contratos inteligentes no pueden obtener por sí solos información sobre eventos del «mundo real», porque no pueden obtener datos de fuentes externas a la cadena. Esto significa que no pueden responder a los eventos en el mundo real. Esto es por defecto. Depender de información externa puede poner en peligro el consenso, pieza clave para la seguridad y la descentralización. -Sin embargo, es importante que las aplicaciones de cadena de bloques puedan utilizar datos fuera de la cadena. La solución son los [oráculos](/developers/docs/oracles/), que son herramientas que procesan datos fuera de la cadena y los ponen a disposición de los contratos inteligentes. +Sin embargo, es importante que las aplicaciones de cadena de bloques puedan usar datos externos a la cadena. La solución a esto son los [oráculos](/developers/docs/oracles/), es decir, herramientas que toman datos fuera de cadena y los ponen a disposición de contratos inteligentes. Otra limitación de los contratos inteligentes es el tamaño máximo de los contratos. Un contrato inteligente puede tener un máximo de 24 KB; superar esta cantidad supone quedarse sin gas. Para evitarlo puede usarse [The Diamond Pattern](https://eips.ethereum.org/EIPS/eip-2535). diff --git a/public/content/translations/es/developers/docs/smart-contracts/languages/index.md b/public/content/translations/es/developers/docs/smart-contracts/languages/index.md index 258fc81f45a..776a9a8b518 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/languages/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/languages/index.md @@ -113,6 +113,7 @@ Para obtener más información, [lea los fundamentos de Vyper](https://vyper.rea - [Hoja de trampas](https://reference.auditless.com/cheatsheet) - [Marcos para desarrollo de contratos inteligentes y herramientas para Vyper](/developers/docs/programming-languages/python/) - [VyperPunk: aprenda a asegurar y hackear contratos inteligentes de Vyper](https://github.com/SupremacyTeam/VyperPunk) +- [VyperExamples: ejemplos de vulnerabilidades en Vyper](https://www.vyperexamples.com/reentrancy) - [Vyper Hub para desarrollo](https://github.com/zcor/vyper-dev) - [Ejemplos de grandes éxitos de contratos inteligentes de Vyper](https://github.com/pynchmeister/vyper-greatest-hits/tree/main/contracts) - [Increíbles recursos seleccionados de Vyper](https://github.com/spadebuilders/awesome-vyper) @@ -226,6 +227,7 @@ Si es nuevo en Ethereum y aún no ha hecho ninguna codificación con lenguajes d - [Documentacíon de Yul](https://docs.soliditylang.org/en/latest/yul.html) - [Documentación de Yul+](https://github.com/fuellabs/yulp) +- [Campo de juego de Yul+](https://yulp.fuel.sh/) - [Post de introducción a Yul+](https://medium.com/@fuellabs/introducing-yul-a-new-low-level-language-for-ethereum-aa64ce89512f) ### Ejemplo de contrato {#example-contract-2} @@ -320,5 +322,5 @@ Si desea obtener comparaciones sobre la sintaxis básica, el ciclo de vida de lo ## Más información {#further-reading} -- [Biblioteca de contratos de Solidity de OpenZeppelin](https://docs.openzeppelin.com/contracts/5.x/) +- [Biblioteca de contratos de Solidity de OpenZeppelin](https://docs.openzeppelin.com/contracts) - [Solidity by Example](https://solidity-by-example.org) diff --git a/public/content/translations/es/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/es/developers/docs/smart-contracts/libraries/index.md index f1969ca9131..6e700daeef9 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/libraries/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/libraries/index.md @@ -1,6 +1,6 @@ --- title: Librerías de contratos inteligentes -description: +description: Descubra bibliotecas reutilizables de contratos inteligentes y bloques de construcción para acelerar sus proyectos de desarrollo en Ethereum. lang: es --- diff --git a/public/content/translations/es/developers/docs/smart-contracts/security/index.md b/public/content/translations/es/developers/docs/smart-contracts/security/index.md index de57f10ff3a..292c6fb5207 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/security/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/security/index.md @@ -8,7 +8,7 @@ Los contratos inteligentes son extremadamente flexibles y capaces de controlar g Las cadenas de bloques públicas como Ethereum complican aún más la cuestión de la seguridad de los contratos inteligentes. El código de los contratos ya implementado _por lo general_ no puede cambiarse para corregir fallas de seguridad, mientras que los activos robados de los contratos inteligentes son extremadamente difíciles de rastrear y en su mayor parte irrecuperables debido a la inmutabilidad. -Aunque las cifras varían, se estima que la cantidad total de valor robado o perdido debido a defectos de seguridad en los contratos inteligentes supera fácilmente los USD 1000 millones de dólares. Esto incluye incidentes de alto perfil, tal como el [hackeo a la DAO](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3,6 millones de ETH robados, por valor de más de USD 1000 millones a precios actuales), el [hackeo de la billetera multifirma de Parity](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (USD 30M perdidos a manos de hackers) y el [problema de billeteras congeladas de Parity](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (mas de USD 300M en ETH bloqueados para siempre). +Aunque las cifras varían, se estima que la cantidad total de valor robado o perdido debido a defectos de seguridad en los contratos inteligentes supera fácilmente los USD 1000 millones de dólares. Esto incluye incidentes de alto perfil, tal como el [ataque a la DAO](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6 millones de ETH robados, por valor de más de USD 1000 millones a precios actuales), el [ataque de la cartera multifirma de Parity](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (USD 30M perdidos a manos de hackers) y el [asunto de las carteras congeladas de Parity](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (mas de USD 300M en ETH bloqueados para siempre). Los problemas mencionados anteriormente hacen que sea imperativo que los desarrolladores inviertan esfuerzos en la creación de contratos inteligentes seguros, robustos y resistentes. La seguridad de los contratos inteligentes es un asunto serio que todo desarrollador hará bien en aprender. Esta guía abordará consideraciones de seguridad para los desarrolladores de Ethereum y explorará recursos para mejorar la seguridad de los contratos inteligentes. @@ -99,7 +99,7 @@ Dicho esto, hay que evitar tratar las auditorías como una bala de plata. Las au La creación de un programa de recompensas por errores es otro enfoque para implementar revisiones de código externas. Un bug bounty es una recompensa económica que se da a las personas (normalmente hackers de sombrero blanco) que descubren vulnerabilidades en una aplicación. -Cuando se utilizan correctamente, las recompensas por errores ofrecen a los miembros de la comunidad de hackers un incentivo para inspeccionar su código en busca de fallas críticas. Un ejemplo de la vida real es el "bug del dinero infinito" que habría permitido a un atacante crear una cantidad ilimitada de Ether en [Optimism](https://www.optimism.io/), un protocolo de [Capa 2](/layer-2/) que se ejecuta en Ethereum. Afortunadamente, un hacker de sombrero blanco [descubrió la falla](https://www.saurik.com/optimism.html) y notificó al equipo, [obteniendo un premio grande en el proceso](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/). +Cuando se utilizan correctamente, las recompensas por errores ofrecen a los miembros de la comunidad de hackers un incentivo para inspeccionar su código en busca de fallas críticas. Un ejemplo de la vida real es el «error del dinero infinito» que habría permitido a un atacante crear una cantidad ilimitada de Ether en [Optimism](https://www.optimism.io/), un protocolo de [capa 2](/layer-2/) que se ejecuta en Ethereum. Afortunadamente, un hacker de sombrero blanco [descubrió la falla](https://www.saurik.com/optimism.html) y notificó al equipo, [obteniendo un premio grande en el proceso](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/). Una estrategia útil es establecer el pago de un programa de recompensas por fallas en proporción a la cantidad de fondos en juego. Descrito como el "[scaling bug bounty](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)", este enfoque proporciona incentivos financieros para que los individuos revelen responsablemente las vulnerabilidades en lugar de explotarlas. @@ -199,23 +199,23 @@ Este ejemplo muestra las características básicas de las paradas de emergencia: `onlyWhenStopped` se utiliza para funciones que deben ser invocables durante una emergencia (por ejemplo, `emergencyWithdraw()`). Tales funciones pueden ayudar a resolver la situación, de ahí su exclusión de la lista de "funciones restringidas". -El uso de una funcionalidad de parada de emergencia proporciona un recurso efectivo para hacer frente a vulnerabilidades graves en su contrato inteligente. No obstante, aumenta la necesidad de que los usuarios confíen en que los desarrolladores no lo activen por razones de su interés. Con este fin, la descentralización del control de la parada de emergencia, ya sea sometiéndola a un mecanismo de votación en cadena, un bloqueo de tiempo o la aprobación de una billetera multifirma, son posibles soluciones. +El uso de una funcionalidad de parada de emergencia proporciona un recurso efectivo para hacer frente a vulnerabilidades graves en su contrato inteligente. No obstante, aumenta la necesidad de que los usuarios confíen en que los desarrolladores no lo activen por razones de su interés. Con este fin, existen varias soluciones, como descentralizar el control de la parada de emergencia, ya sea sometiéndolo a un mecanismo de votación en cadena, a un bloqueo temporal, o a la aprobación de una cartera multifirma. #### Monitoreo de eventos {#event-monitoring} Los [eventos](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) le permiten realizar un seguimiento de las llamadas a las funciones de un contrato inteligente y supervisar los cambios en las variables de estado. Es ideal programar su contrato inteligente para que emita un evento cada vez que alguna parte realice una acción crítica para la seguridad (por ejemplo, retirar fondos). -El registro de eventos y su supervisión fuera de la cadena proporciona información sobre las operaciones del contrato y ayuda a un descubrimiento más rápido de acciones maliciosas. Esto significa que su equipo puede responder más rápido a los hackeos y tomar medidas para mitigar el impacto en los usuarios, como pausar funciones o realizar una actualización. +Registrar eventos y supervisarlos fuera de la cadena proporciona información sobre las operaciones del contrato y facilita una detección más rápida de acciones maliciosas. Esto significa que su equipo puede responder más rápido a los hackeos y tomar medidas para mitigar el impacto en los usuarios, como pausar funciones o realizar una actualización. También puede optar por una herramienta de monitoreo lista para usar que reenvíe automáticamente alertas cada vez que alguien interactúe con sus contratos. Estas herramientas le permitirán crear alertas personalizadas basadas en diferentes activadores, como el volúmen de transacciones, la frecuencia de las llamadas a funciones o las funciones específicas involucradas. Por ejemplo, podría programar una alerta que llegue cuando la cantidad retirada en una misma transacción supere un umbral en particular. ### 7. Diseñar sistemas de gobernanza seguros {#design-secure-governance-systems} -Es posible que desee descentralizar su aplicación entregando el control de los contratos inteligentes básicos a los miembros de la comunidad. En este caso, el sistema de contratos inteligentes incluirá un módulo de gobernanza, es decir, un mecanismo que permita a los miembros de la comunidad aprobar acciones administrativas a través de un sistema de gobernanza en cadena. Por ejemplo, los titulares de tokens pueden votar por una propuesta para actualizar un contrato proxy a una nueva implementación. +Es posible que desee descentralizar su aplicación entregando el control de los contratos inteligentes básicos a los miembros de la comunidad. En este caso, el sistema de contratos inteligentes incluirá un módulo de gobernanza—un mecanismo que permite a los miembros de la comunidad aprobar acciones administrativas a través de un sistema de gobernanza en cadena. Por ejemplo, los titulares de tokens pueden votar por una propuesta para actualizar un contrato proxy a una nueva implementación. La gobernanza descentralizada puede ser beneficiosa, especialmente porque alinea los intereses de los desarrolladores y los usuarios finales. A pesar de todo, los mecanismos de gobernanza de contratos inteligentes pueden introducir nuevos riesgos si se implementan incorrectamente. Un escenario plausible es si un atacante adquiere un enorme poder de voto (medido por el número de tokens mantenidos) mediante la obtención de un [préstamo flash](/defi/#flash-loans) y obliga a aceptar una propuesta maliciosa. -Una manera de prevenir problemas relacionados con la gobernanza en cadena es [usar un bloqueo de tiempo o timelock](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). Un bloqueo de tiempo impide que un contrato inteligente ejecute ciertas acciones hasta que pase una cantidad específica de tiempo. Otras estrategias incluyen asignar un "peso de votación" a cada token en función de cuánto tiempo ha estado bloqueado, o medir el poder de voto de una dirección en un período histórico (por ejemplo, 2-3 bloques en el pasado) en lugar del bloque actual. Ambos métodos reducen la posibilidad de acumular rápidamente el poder de voto para cambiar los votos en cadena. +Una manera de evitar problemas relacionados con la gobernanza en cadena es [usar un bloqueo temporal](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). Un bloqueo de tiempo impide que un contrato inteligente ejecute ciertas acciones hasta que pase una cantidad específica de tiempo. Otras estrategias incluyen asignar un "peso de votación" a cada token en función de cuánto tiempo ha estado bloqueado, o medir el poder de voto de una dirección en un período histórico (por ejemplo, 2-3 bloques en el pasado) en lugar del bloque actual. Ambos métodos reducen la posibilidad de acumular rápidamente poder de voto para manipular las votaciones en cadena. Obtenga más información sobre [diseño de sistemas de gobernanza seguros](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [diferentes mecanismos de votación en las DAO](https://hackernoon.com/governance-is-the-holy-grail-for-daos) y [los vectores de ataque comunes de DAO que aprovechan DeFi](https://dacian.me/dao-governance-defi-attacks) en los enlaces compartidos. @@ -223,7 +223,7 @@ Obtenga más información sobre [diseño de sistemas de gobernanza seguros](http Los desarrolladores de software tradicionales están familiarizados con el principio KISS ("mantenlo simple, estúpido") (Keep it simple stupid), que desaconseja introducir complejidad innecesaria en el diseño de software. Esto sigue la idea de pensamiento de hace tiempo de que "los sistemas complejos fallan de maneras complejas" y son más susceptibles a errores costosos. -Mantener las cosas simples es de particular importancia a la hora de escribir contratos inteligentes, dado que los contratos inteligentes están controlando potencialmente grandes cantidades de valor. Un consejo para lograr simplicidad al escribir contratos inteligentes es reutilizar bibliotecas existentes, como [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/), siempre que sea posible. Debido a que estas bibliotecas han sido ampliamente auditadas y probadas por los desarrolladores, su uso reduce las posibilidades de introducir errores al escribir nuevas funcionalidades desde cero. +Mantener las cosas simples es de particular importancia a la hora de escribir contratos inteligentes, dado que los contratos inteligentes están controlando potencialmente grandes cantidades de valor. Un consejo para lograr simplicidad al escribir contratos inteligentes es reutilizar bibliotecas existentes, como [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/4.x/), siempre que sea posible. Debido a que estas bibliotecas han sido ampliamente auditadas y probadas por los desarrolladores, su uso reduce las posibilidades de introducir errores al escribir nuevas funcionalidades desde cero. Otro consejo común es escribir pequeñas funciones y mantener los contratos modulares dividiendo la lógica empresarial entre múltiples contratos. Escribir código más simple no solo reduce la superficie de ataque en un contrato inteligente, sino que también hace que sea más fácil razonar sobre la corrección del sistema general y detectar posibles errores de diseño temprano. @@ -235,7 +235,7 @@ La EVM no permite la concurrencia, lo que significa que dos contratos involucrad Aunque en su mayor parte resulta inofensivo, la transferencia del flujo de control a contratos sin confianza puede causar problemas, como el reingreso o reentrada. Un ataque de reentrada ocurre cuando un contrato malicioso vuelve a llamar a un contrato vulnerable antes de que se complete la invocación de la función original. Este tipo de ataque se explica mejor con un ejemplo. -Considere un simple contrato inteligente ("Víctima") que permita a cualquier persona depositar y retirar Ether: +Piense en un contrato inteligente sencillo («víctima») que permite a cualquiera depositar y retirar ether: ```solidity // This contract is vulnerable. Do not use in production @@ -304,7 +304,7 @@ No hay nada malo aquí, excepto que `Attacker` tiene otra función que llama a ` - `Victim` finally applies the results of the first transaction (and subsequent ones) to its state, so `Attacker`’s balance is set to 0 ``` -El resumen es que, debido a que el saldo de la persona que llama no se establece en 0 hasta que se complete la ejecución de la función, las invocaciones posteriores tendrán éxito y permitirán que la persona que llame retire su saldo varias veces. Este tipo de ataque se puede utilizar para drenar un contrato inteligente de sus fondos, como lo que sucedió en el [hackeo de 2016 de DAO](https://www.coindesk.com/learn/understanding-the-dao-attack). Los ataques de reentrada siguen siendo un problema crítico para los contratos inteligentes hoy en día, como muestran las [listas públicas de explotaciones de reentrada](https://github.com/pcaversaccio/reentrancy-attacks). +El resumen es que, debido a que el saldo de la persona que llama no se establece en 0 hasta que se complete la ejecución de la función, las invocaciones posteriores tendrán éxito y permitirán que la persona que llame retire su saldo varias veces. Este tipo de ataque puede usarse para vaciar los fondos de un contrato inteligente, como ocurrió en el [ataque de la DAO en 2016](https://www.coindesk.com/learn/understanding-the-dao-attack). Los ataques de reentrada siguen siendo un problema crítico para los contratos inteligentes hoy en día, como muestran las [listas públicas de explotaciones de reentrada](https://github.com/pcaversaccio/reentrancy-attacks). ##### Cómo prevenir los ataques de reentrada @@ -346,7 +346,7 @@ contract MutexPattern { require(balances[msg.sender] >= _amount, "No balance to withdraw."); balances[msg.sender] -= _amount; - bool (success, ) = msg.sender.call{value: _amount}(""); + (bool success, ) = msg.sender.call{value: _amount}(""); require(success); return true; @@ -354,7 +354,7 @@ contract MutexPattern { } ``` -También puede utilizar un sistema de [pull payments](https://docs.openzeppelin.com/contracts/5.x/api/security#PullPayment) que requiera que los usuarios retiren fondos de los contratos inteligentes, en lugar de un sistema de "pagos push" que envíe fondos a las cuentas. Esto elimina la posibilidad de activar inadvertidamente el código en direcciones desconocidas (y también puede prevenir ciertos ataques de denegación de servicio). +También puede utilizar un sistema de [pull payments](https://docs.openzeppelin.com/contracts/4.x/api/security#PullPayment) que requiera que los usuarios retiren fondos de los contratos inteligentes, en lugar de un sistema de "pagos push" que envíe fondos a las cuentas. Esto elimina la posibilidad de activar inadvertidamente el código en direcciones desconocidas (y también puede prevenir ciertos ataques de denegación de servicio). #### Desbordamiento de enteros {#integer-underflows-and-overflows} @@ -439,13 +439,13 @@ A partir de la versión 0.8.0, el compilador de Solidity rechaza el código que #### Manipulación de oráculos {#oracle-manipulation} -Los [oráculos](/developers/docs/oracles/) obtienen información fuera de la cadena y la envían en cadena para que los contratos inteligentes la usen. Con los oráculos, puede diseñar contratos inteligentes que interactúen con sistemas fuera de la cadena, como los mercados de capitales, ampliando en gran medida su aplicación. +[Los oráculos](/developers/docs/oracles/) obtienen información fuera de la cadena y la envían a la cadena para que los contratos inteligentes la utilicen. Con los oráculos, puedes diseñar contratos inteligentes que interoperan con sistemas fuera de la cadena, como los mercados de capitales, ampliando enormemente sus aplicaciones. -Pero si el oráculo está dañado y envía información incorrecta en cadena, los contratos inteligentes se ejecutarán en función de entradas erróneas, lo que puede causar problemas. Esta es la base del "problema del oráculo", que se refiere a la tarea de asegurarse de que la información de un oráculo de cadena de bloques sea precisa, actualizada y oportuna. +No obstante, si el oráculo se corrompe y envía información incorrecta a la cadena, los contratos inteligentes se ejecutarán en base a datos erróneos, lo que puede causar problemas. Esta es la base del "problema del oráculo", que se refiere a la tarea de asegurarse de que la información de un oráculo de cadena de bloques sea precisa, actualizada y oportuna. -Una preocupación de seguridad relacionada es el uso de un oráculo en cadena, como un exchange descentralizado, para obtener el precio al contado de un activo. Las plataformas de préstamos en la industria de las [finanzas descentralizadas (DeFi)](/defi/) a menudo hacen esto para determinar el valor del colateral de un usuario para determinar cuánto puede pedir prestado. +Una cuestión inquietante relativa a la seguridad es usar un oráculo en cadena, como un intercambio descentralizado, para obtener el precio al contado de un activo. Las plataformas de préstamos en la industria de las [finanzas descentralizadas (DeFi)](/defi/) a menudo hacen esto para determinar el valor del colateral de un usuario para determinar cuánto puede pedir prestado. -Los precios de los DEX suelen ser precisos, en gran parte debido a que los arbitradores restauran la paridad en los mercados. No obstante, están abiertos a la manipulación, especialmente si el oráculo en cadena calcula los precios de los activos en función de los patrones comerciales históricos (como suele ser el caso). +Los precios de los DEX suelen ser precisos, en gran parte debido a que los arbitradores restauran la paridad en los mercados. Sin embargo, están expuestos a manipulaciones, especialmente si el oráculo en cadena calcula los precios de los activos en función de patrones históricos de negociación (como suele ser el caso). Por ejemplo, un atacante podría inflar artificialmente el precio al contado de un activo obteniendo un préstamo flash justo antes de interactuar con su contrato de préstamo. Consultar el precio del activo en el DEX devolvería un valor más alto de lo normal (debido a la gran "orden de compra" del atacante que sesga la demanda del activo), lo que le permitiría pedir prestado más de lo permitido. Tales "ataques de préstamos flash" se han utilizado para explotar la dependencia de los oráculos de precios entre las aplicaciones DeFi, lo que ha costado a los protocolos millones en fondos perdidos. @@ -453,7 +453,7 @@ Por ejemplo, un atacante podría inflar artificialmente el precio al contado de El requisito mínimo para [evitar la manipulación del oráculo](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) consiste en utilizar una red de oráculo descentralizada que obtiene información de múltiples fuentes para evitar un único punto de error. En la mayoría de los casos, los oráculos descentralizados tienen incentivos criptoeconómicos incorporados para alentar a los nodos de oráculos a que pasen información correcta, lo que los hace más seguros que los oráculos centralizados. -Si planea consultar a un oráculo en cadena precios de activos, considere el uso de uno que implemente un mecanismo de precio promedio ponderado en el tiempo (TWAP). Un [Oráculo TWAP](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) consulta el precio de un activo en dos puntos diferentes en el tiempo (que puede modificar) y calcula el precio al contado en función del promedio obtenido. La elección de períodos de tiempo más largos protege su protocolo contra la manipulación de precios, ya que los pedidos grandes ejecutados recientemente no pueden afectar a los precios de los activos. +Si planea consultar a un oráculo en cadena para obtener precios de activos, piense en usar uno que implemente un mecanismo de precio medio ponderado en el tiempo (TWAP). Un [Oráculo TWAP](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) consulta el precio de un activo en dos puntos diferentes en el tiempo (que puede modificar) y calcula el precio al contado en función del promedio obtenido. La elección de períodos de tiempo más largos protege su protocolo contra la manipulación de precios, ya que los pedidos grandes ejecutados recientemente no pueden afectar a los precios de los activos. ## Recursos de seguridad de contratos inteligentes para desarrolladores {#smart-contract-security-resources-for-developers} @@ -475,13 +475,17 @@ Si planea consultar a un oráculo en cadena precios de activos, considere el uso ### Herramientas para monitorear contratos inteligentes {#smart-contract-monitoring-tools} +- **[OpenZeppelin Defender Sentinels:](https://docs.openzeppelin.com/defender/v1/sentinel)** _Una herramienta para monitorear y responder automáticamente a eventos, funciones y parámetros de transacción en sus contratos inteligentes. _ + - **[Tenderly Real-Time Alerting:](https://tenderly.co/alerting/)** _Una herramienta para recibir notificaciones en tiempo real cuando ocurren eventos inusuales o inesperados en sus contratos inteligentes o billeteras. _ ### Herramientas para la administración segura de contratos inteligentes {#smart-contract-administration-tools} +- **[OpenZeppelin Defender Admin:](https://docs.openzeppelin.com/defender/v1/admin)** _interfaz para gestionar la administración de contratos inteligentes, incluidos los controles de acceso, las actualizaciones y pausas._ + - **[Safe:](https://safe.global/)** _Billetera de contrato inteligente que se ejecuta en Ethereum y requiere un número mínimo de personas para aprobar una transacción antes de que pueda ocurrir (M de N). _ -- **[Contratos OpenZeppelin:](https://docs.openzeppelin.com/contracts/5.x/)** _Bibliotecas de contratos para implementar funciones administrativas, incluida la propiedad del contrato, actualizaciones, controles de acceso, gobernanza, pausa y otras._ +- **[Contratos OpenZeppelin:](https://docs.openzeppelin.com/contracts/4.x/)** _Bibliotecas de contratos para implementar funciones administrativas, incluida la propiedad del contrato, actualizaciones, controles de acceso, gobernanza, pausa y otras._ ### Servicios de auditoría de contratos inteligentes {#smart-contract-auditing-services} @@ -511,7 +515,7 @@ Si planea consultar a un oráculo en cadena precios de activos, considere el uso - **[Cyfrin:](https://cyfrin.io)** _Plataforma de seguridad web3 que incuba la seguridad criptográfica a través de productos y servicios de auditoría de contratos inteligentes._ -- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)**: _empresa de seguridad en Web3 que ofrece auditorías de seguridad para sistemas de cadena de bloque mediante un equipo de auditores expertos y las mejores herramientas existentes._ +- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)**: _firma de seguridad en Web3 que ofrece auditorías de seguridad para sistemas de cadena de bloques a través de un equipo de auditores experimentados y herramientas de primer nivel._ - **[Oxorio:](https://oxor.io/)** _Auditorías de contratos inteligentes y servicios de seguridad de cadena de bloques con experiencia en EVM, Solidity, ZK y tecnología de cadena cruzada para empresas criptográficas y proyectos DeFi._ @@ -531,7 +535,7 @@ Si planea consultar a un oráculo en cadena precios de activos, considere el uso ### Publicaciones de vulnerabilidades y explotaciones conocidas en los contratos inteligentes {#common-smart-contract-vulnerabilities-and-exploits} -- **[ConsenSys: ataques conocidos de contratos inteligentes:](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/)** _ Explicación para principiantes de las vulnerabilidades de contratos más importantes, con código de ejemplo para la mayoría de los casos. _ +- **[ConsenSys: ataques conocidos de contratos inteligentes:](https://consensys.github.io/smart-contract-best-practices/attacks/)** _ Explicación para principiantes de las vulnerabilidades de contratos más importantes, con código de ejemplo para la mayoría de los casos. _ - **[Registro SWC:](https://swcregistry.io/)** _Lista curada de elementos de Common Weakness Enumeration (CWE) que se aplican a los contratos inteligentes de Ethereum._ @@ -559,7 +563,7 @@ Si planea consultar a un oráculo en cadena precios de activos, considere el uso - **[Estándar de verificación de seguridad de contratos inteligentes:](https://github.com/securing/SCSVS)** _Lista de verificación de catorce partes creada para estandarizar la seguridad de los contratos inteligentes para desarrolladores, arquitectos, revisores y proveedores de seguridad. _ -- **[Aprenda sobre seguridad y auditorías de contratos inteligentes:](https://updraft.cyfrin.io/courses/security) _Curso definitivo de seguridad y auditoría de contratos inteligentes creado para desarrolladores de contratos inteligentes que buscan mejorar sus buenas prácticas de seguridad y convertirse en investigadores de seguridad._ +- **[Aprenda sobre seguridad y auditoría de contratos inteligentes](https://updraft.cyfrin.io/courses/security)**: _el curso definitivo de seguridad y auditoría de contratos inteligentes, creado para desarrolladores de contratos inteligentes que buscan mejorar sus prácticas de seguridad y convertirse en investigadores de seguridad._ ### Tutoriales sobre seguridad de contratos inteligentes {#tutorials-on-smart-contract-security} diff --git a/public/content/translations/es/developers/docs/smart-contracts/testing/index.md b/public/content/translations/es/developers/docs/smart-contracts/testing/index.md index 21e1c0e5064..f80516e506a 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/testing/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/testing/index.md @@ -130,7 +130,7 @@ Muchos marcos de pruebas unitarias le permiten crear aserciones, que son declara ##### 3. Medir la cobertura de código -La [cobertura de código](https://en.m.wikipedia.org/wiki/Code_coverage) es una métrica de prueba que realiza un seguimiento del número de ramificaciones, líneas y declaraciones ejecutadas en su código ejecuado durante las pruebas. Las pruebas deben tener una buena cobertura de código; de lo contrario, puede obtener "falsos negativos" que hagan que el contrato pase todas las pruebas cuando en realidad existen vulnerabilidades. Registrar una alta cobertura de código, sin embargo, brinda la garantía de que todas las declaraciones y funciones en un contrato inteligente fueron suficientemente probadas para verificar que son correctas. +La [cobertura de código](https://en.m.wikipedia.org/wiki/Code_coverage) es una métrica de prueba que realiza un seguimiento del número de ramificaciones, líneas y declaraciones ejecutadas en su código ejecuado durante las pruebas. Las pruebas deben tener buena cobertura del código para minimizar el riesgo de vulnerabilidades no probadas. Sin contar con la cobertura suficiente podría asumir falsamente que su contrato es seguro, ya que todas las pruebas se aprueban, mientras que aún existen vulnerabilidades en las rutas de código no probadas. Registrar una alta cobertura de código, sin embargo, brinda la garantía de que todas las declaraciones y funciones en un contrato inteligente fueron suficientemente probadas para verificar que son correctas. ##### 4. Utilizar marcos de pruebas bien desarrollados @@ -207,13 +207,13 @@ Si bien las pruebas automatizadas realizadas en un entorno de desarrollo local p Probar su contrato en una cadena de bloques local (también conocida como una [red de desarrollo](/developers/docs/development-networks/)) es una alternativa recomendada a las pruebas en la Red principal. Una cadena de bloques local es una copia de la cadena de bloques de Ethereum que se ejecuta localmente en su computadora y simula el comportamiento de la capa de ejecución de Ethereum. Como tal, puede programar transacciones para interactuar con un contrato sin incurrir en gastos significativos. -Ejecutar contratos en una cadena de bloques local podría ser útil como una forma de prueba de integración manual. Los [contratos inteligentes son altamente componibles](/developers/docs/smart-contracts/composability/), lo que permite la integración con protocolos existentes —pero aun así necesitará asegurarse de que estas complejas interacciones en cadena produzcan los resultados correctos—. +Ejecutar contratos en una cadena de bloques local podría ser útil como una forma de prueba de integración manual. [Los contratos inteligentes son muy amoldables](/developers/docs/smart-contracts/composability/), lo que le permite integrarlos con protocolos existentes. Aún así necesitará garantizar que tales interacciones complejas en cadena producen los resultados esperados. [Más información sobre las redes de desarrollo.](/developers/docs/development-networks/) ### Pruebas de contratos en redes de pruebas {#testing-contracts-on-testnets} -Una red de pruebas o testnet funciona exactamente como la Red principal de Ethereum, excepto que usa Ether (ETH) sin valor real. Implementar su contrato en una [red de pruebas](/developers/docs/networks/#ethereum-testnets) significa que cualquiera puede interactuar con él (por ejemplo, a través del frontend de la dapp) sin poner fondos en riesgo. +Una prueba en la red o una ed de prueba funciona exactamente como la red principal de Ethereum, excepto que utiliza ether (ETH) sin valor en el mundo real. Implementar su contrato en una [red de pruebas](/developers/docs/networks/#ethereum-testnets) significa que cualquiera puede interactuar con él (por ejemplo, a través del frontend de la dapp) sin poner fondos en riesgo. Esta forma de prueba manual es útil para evaluar el flujo de extremo a extremo de la aplicación desde el punto de vista del usuario. Aquí, los beta testers también pueden realizar ejecuciones de prueba y reportar cualquier problema en la lógica de negocio del contrato y su funcionalidad general. @@ -259,7 +259,7 @@ La diferencia principal es que los programas de recompensas por errores están a - **[Marco de pruebas unitarias de Brownie:](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** _Brownie utiliza Pytest, un marco de pruebas rico en funciones que le permite escribir pequeñas pruebas con código mínimo, escala bien para proyectos grandes y es altamente extendible._ -- **[Foundry Tests:](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** _Foundry ofrece Forge, un marco de pruebas de Ethereum rápido y flexible capaz de ejecutar pruebas unitarias simples, comprobaciones de optimización de gas y fuzzing de contratos._ +- **[Pruebas con Foundry:](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** _Foundry ofrece Forge, un marco de pruebas de Ethereum rápido y flexible capaz de ejecutar pruebas unitarias sencillas, comprobaciones de optimización de gas y contratos de fuzzing (o análisis dinámico)._ - **[Hardhat Tests:](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** _Marco para probar contratos inteligentes basado en ethers.js, Mocha y Chai._ diff --git a/public/content/translations/es/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/es/developers/docs/smart-contracts/verifying/index.md index 27b798d4b8b..dd28a4faaa0 100644 --- a/public/content/translations/es/developers/docs/smart-contracts/verifying/index.md +++ b/public/content/translations/es/developers/docs/smart-contracts/verifying/index.md @@ -72,14 +72,20 @@ El proceso tradicional de verificar contratos puede ser complejo. Es por eso que Aunque es mayormente conocido como un [explorador de cadena de bloques de Ethereum](/developers/docs/data-and-analytics/block-explorers/), Etherscan también ofrece un [servicio de verificación de código fuente](https://etherscan.io/verifyContract) para desarrolladores y usuarios de contratos inteligentes. -Etherscan le permite volver a compilar el bytecode del contrato a partir de la carga útil de datos original (código fuente, dirección de la biblioteca, configuración del compilador, dirección del contrato, etc). Si el bytecode recompilado está asociado con el bytecode (y a los parámetros constructor) del contrato en la cadena, [el contrato está verificado](https://info.etherscan.com/types-of-contract-verification/). +Etherscan le permite volver a compilar el bytecode del contrato a partir de la carga útil de datos original (código fuente, dirección de la biblioteca, configuración del compilador, dirección del contrato, etc). Si el código intermedio recopilado está asociado con el código intermedio (y los parámetros constructores) del contrato en cadena, [el contrato se verifica](https://info.etherscan.com/types-of-contract-verification/). Una vez verificado, el código fuente de su contrato recibe una etiqueta de "Verificado" y se publica en Etherscan para que otros puedan auditarlo. También se agrega a la sección de [Contratos verificados](https://etherscan.io/contractsVerified/), que es un repositorio de contratos inteligentes con código fuente verificado. -Etherscan es la herramienta más utilizada para verificar contratos. Sin embargo, la verificación de contratos de Etherscan tiene una desventaja: no compara el **hash de metadatos** del bytecode en la cadena con el bytecode recompilado. Por lo tanto, las coincidencias en Etherscan son coincidencias parciales. +Etherscan es la herramienta más utilizada para verificar contratos. Sin embargo, la verificación de contratos de Etherscan tiene una desventaja: no compara el **hash de metadatos** del código intermedio en cadena y el código intermedio recopilado. Por lo tanto, las coincidencias en Etherscan son coincidencias parciales. [Más información sobre la verificación de contratos en Etherscan](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327). +### Blockscout {#blockscout} + +[Blockscout](https://blockscout.com/) es un explorador de cadenas de bloques de código abierto que también proporciona un [servicio de verificación de contratos](https://eth.blockscout.com/contract-verification) para desarrolladores y usuarios de contratos inteligentes. Como alternativa de código abierto, Blockscout ofrece transparencia en relación a cómo se realiza la verificación y permite contribuciones de la comunidad para mejorar el proceso de verificación. + +De forma similar a otros servicios de verificación, Blockscout le permite verificar el código fuente de su contrato recompilando el bytecode y comparándolo con el contrato implementado. Una vez verificado, su contrato recibe el estado de verificación y el código fuente pasa a estar disponible públicamente para su auditoría y para interactuar con él. Los contratos verificados también son listados en el [repositorio de contratos verificados](https://eth.blockscout.com/verified-contracts) de Blockscout para que sea fácil consultarlos y encontrarlos. + ### Sourcify {#sourcify} [Sourcify](https://sourcify.dev/#/verifier) es otra herramienta para verificar contratos que es de código abierto y descentralizada. Sourcify no es un explorador de bloques y solo verifica contratos en [distintas redes basadas en la Máquina virtual de Ethereum](https://docs.sourcify.dev/docs/chains). Sourcify actúa como una infraestructura pública sobre la cual otras herramientas pueden construir, y tiene como objetivo permitir interacciones con contratos más amigables para los humanos utilizando la [Interfaz Binaria de Aplicación (ABI, por sus siglas en inglés)](/developers/docs/smart-contracts/compiling/#web-applications) y comentarios [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) que se encuentran en el archivo de metadatos. diff --git a/public/content/translations/es/developers/docs/standards/index.md b/public/content/translations/es/developers/docs/standards/index.md index ccdf92df5f5..68f21c5885b 100644 --- a/public/content/translations/es/developers/docs/standards/index.md +++ b/public/content/translations/es/developers/docs/standards/index.md @@ -1,6 +1,6 @@ --- title: Estándares de desarrollo de Ethereum -description: +description: Conzca los estándares de Ethereum, incluidos los EIP, los estándares de tókenes como ERC-20 y ERC-721, y las convenciones de desarrollo. lang: es incomplete: true --- @@ -17,7 +17,7 @@ Normalmente se introducen estándares como [Propuestas de mejora de Ethereum](/e - [Tablón de discusión de EIP](https://ethereum-magicians.org/c/eips) - [Introducción a la Gobernanza de Ethereum](/governance/) - [Resumen de gobernanza de Ethereum](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _31 de marzo de 2019, Mann Boris_ -- [Gobernanza de desarrollo del protocolo de Ethereum y coordinación de actualización de la red](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _23 de marzo de 2020, Hudson Jameson_ +- [Gobernanza de desarrollo del protocolo de Ethereum y coordinación de actualización de la red](https://hudsonjameson.com/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _23 de marzo de 2020, Hudson Jameson_ - [Lista de reproducción de todas las reuniones de desarrolladores principales de Ethereum](https://www.youtube.com/@EthereumProtocol) _(lista de reproducción de YouTube)_ ## Tipos de estándares {#types-of-standards} @@ -41,7 +41,7 @@ Puede encontrar información más detallada sobre estos diferentes tipos y categ - [ERC-20](/developers/docs/standards/tokens/erc-20/): Una interfaz para tokens fungibles (intercambiables), como tokens de votación, tokens de staking o monedas virtuales. - [ERC-223](/developers/docs/standards/tokens/erc-223/): Estándar de tokens fungibles que hace que los tokens se comporten idénticos a ether y admite el manejo de transferencias de tokens en el lado del destinatario. - - [ERC-1363](/developers/docs/standards/tokens/erc-1363/): Define una interfaz de token para los tokens ERC que soporta la ejecución del código del destinatario después de la transferencia o transferFrom, o código spender después de la aprobación. + - [ERC-1363](https://eips.ethereum.org/EIPS/eip-1363): Define una interfaz de token para los tokens ERC que soporta la ejecución del código del destinatario después de la transferencia o transferFrom, o código spender después de la aprobación. - [ERC-721](/developers/docs/standards/tokens/erc-721/): Una interfaz para tokens no fungibles (NFT), como un deed de una obra de arte o una canción. - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309): Un evento estandarizado emitido al crear/transferir uno, o muchos tokens no fungibles usando identificadores consecutivos de token. - [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400): Extensión de interfaz para el rol de consumidor EIP-721. diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-1155/index.md index f7b7276752e..2671ba46dd7 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/erc-1155/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-1155/index.md @@ -23,7 +23,7 @@ Para una mejor comprensión de esta página, recomendamos que primero lea acerca - [Transferencia en lotes](#batch_transfers): transfiera múltiples activos en una sola llamada. - [Saldos en lote](#batch_balance): obtenga saldos de multiples activos en una sola llamada. - [Aprobación en lote](#batch_approval): apruebe todos los tokens en una dirección. -- [Hooks](#receive_hook): reciba hooks de tokens. +- [Hooks](#recieve_hook): reciba hooks de tokens. - [Compatibilidad con NFT](#nft_support): si el suministro solo es 1, trátelo como un NFT. - [Reglas de transferencia segura](#safe_transfer_rule): conjunto de reglas para una transferencia segura. @@ -141,6 +141,6 @@ _Nota_: Todas las funciones de lote, incluyendo hook, también existen como vers ## Más información {#further-reading} - [EIP-1155: estándar multitoken](https://eips.ethereum.org/EIPS/eip-1155) -- [ERC-1155: Documentos de Openzeppelin](https://docs.openzeppelin.com/contracts/3.x/erc1155) +- [ERC-1155: Documentos de Openzeppelin](https://docs.openzeppelin.com/contracts/5.x/erc1155) - [ERC-1155: Repositorio de GitHub](https://github.com/enjin/erc-1155) - [API de NFT de Alchemy](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api) diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-20/index.md index c478eaf8e90..8ad5b527db3 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/erc-20/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-20/index.md @@ -1,6 +1,6 @@ --- title: Estándar de token ERC-20 -description: +description: Familiarícese con ERC-20, el estándar para tókenes fungibles en Ethereum que permite aplicaciones de tókenes interoperables. lang: es --- @@ -144,6 +144,8 @@ print("Addr Balance:", addr_balance) ### Problema de recepción de tokens ERC-20 {#reception-issue} +**A partir del 20-6-2024 se perdieron al menos 83.656.418 dólares en tókenes ERC-20 debido a este problema. Tenga en cuenta que una implementación pura de ERC-20 es propensa a este problema a menos que implemente un conjunto de restricciones adicionales en la parte superior del estándar como se indica a continuación.** + Cuando se envían tokens ERC-20 a un contrato inteligente que no está diseñado para manejar tokens ERC-20, esos tokens pueden perderse de forma permanente. Esto sucede porque el contrato que los recibe no tiene la funcionalidad de reconocer o responder a los tokens entrantes, y no hay ningún mecanismo en el estándar ERC-20 para notificar al contrato de recepción sobre los tokens entrantes. Las principales formas en que este problema toma forma es a través de: 1. Mecanismo de transferencia de tokens @@ -155,7 +157,16 @@ Cuando se envían tokens ERC-20 a un contrato inteligente que no está diseñado 3. No hay forma de manejo incorporada - El estándar ERC-20 no incluye una función obligatoria para la implementación de los contratos de recepción, lo que lleva a una situación en la que muchos contratos no pueden administrar los tokens entrantes correctamente -Algunos estándares alternativos han surgido como resultado de este problema, como [ERC-223](/developers/docs/standards/tokens/erc-223) o [ERC-1363](/developers/docs/standards/tokens/erc-1363). +**Posibles soluciones** + +Aunque este problema no se puede evitar por completo con ERC-20, hay métodos que permitirían reducir considerablemente la posibilidad de una pérdida de tókenes para el usuario final: + +- El problema más común sobreviene cuando un usuario envía tókenes a la propia dirección del contrato de tókenes (por ejemplo, USDT depositado en la dirección del contrato de tókenes USDT). Se recomienda restringir la función `transfer(..)` para revertir dichos intentos de transferencia. Considere agregar `require(_to ! = address(this));` comprobar dentro de la implementación de la función `transfer(..)`. +- La función `transfer(..)` en general no está diseñada para depositar tókenes en contratos. `approve(..) & transferFrom(..)` el patrón se utiliza para depositar los tókenes ERC-20 en contratos en su lugar. Se puede restringir la función de transferencia para no permitir el depósito de tókenes a cualquier contrato con ella, sin embargo, puede afectar a la compatibilidad con contratos que asumen que los tókenes se pueden depositar en contratos con la función `transfer(..)` (por ejemplo, grupos de liquidez Uniswap). +- Asuma siempre que los tókenes ERC-20 pueden terminar en su contrato, incluso si se supone que su contrato nunca recibirá ninguno. El destinatario no tiene manera de prevenir ni rechazar los depósitos accidentales. Se recomienda implementar una función que permita extraer tókenes ERC-20 depositados accidentalmente. +- Plantéese el uso de estándares de tokens alternativos. + +Algunos estándares alternativos han surgido como resultado de este problema, como [ERC-223](/developers/docs/standards/tokens/erc-223) ## Leer más {#further-reading} @@ -168,6 +179,5 @@ Algunos estándares alternativos han surgido como resultado de este problema, co ## Otros estándares de tokens fungibles {#fungible-token-standards} - [ERC-223](/developers/docs/standards/tokens/erc-223) -- [ERC-1363](/developers/docs/standards/tokens/erc-1363) - [ERC-777](/developers/docs/standards/tokens/erc-777) - [ERC-4626: bóvedas tokenizadas](/developers/docs/standards/tokens/erc-4626) \ No newline at end of file diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-223/index.md index 631473def1f..546f4c5e4bb 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/erc-223/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-223/index.md @@ -123,19 +123,18 @@ Este es el código: contract RecipientContract is IERC223Recipient { event Deposit(address whoSentTheTokens); uint256 deposits = 0; - address tokenA; // La única token que queremos aceptar. + address tokenA; // The only token that we want to accept. function tokenReceived(address _from, uint _value, bytes memory _data) public override { - // Es importante entender que dentro de esta función - // msg.sender es la dirección de una token que está siendo recibida - // msg.value es siempre 0 por lo que la token del contrato normalmente no tiene o envía Ether - // _from es el remitente de la transferencia. - // _value es la cantidad de tokens que fue depositada. + // It is important to understand that within this function + // msg.sender is the address of a token that is being received, + // msg.value is always 0 as the token contract does not own or send ether in most cases, + // _from is the sender of the token transfer, + // _value is the amount of tokens that was deposited. require(msg.sender == tokenA); deposits += _value; emit Deposit(_from); } -} ``` ## Preguntas frecuentes {#faq} @@ -154,7 +153,7 @@ Si se envía un token ERC-20 al `RecipientContract`, los tokens se transferirán ### ¿Qué ocurre si queremos ejecutar una función luego de que el depósito haya sido completado? {#function-execution} -Existen varias formas de lograrlo. En este ejemplo, seguiremos el método que hace que las transferencias ERC-223 sean identicas a transferencias de Ether: +Existen varias formas de lograrlo. En este ejemplo, veremos el método que hace que las transferencias ERC-223 sean idénticas a transferencias de Ether: ```solidity contract RecipientContract is IERC223Recipient { @@ -177,7 +176,7 @@ contract RecipientContract is IERC223Recipient { } ``` -Cuando el `RecipientContract` recibe un token ERC-223, el contrato ejecutará una función codificada con el parámetro `_data` que corresponde a la transacción del token. Esto es idéntico al modo en que las transacciones de Ether codifican las llamadas a funciones como `data` de transacción. Lea [el campo de datos](/developers/docs/transactions/#the-data-field) para obtener más información. +Cuando el RecipientContract recibe un token ERC-223, el contrato ejecutará una función codificada con el parámetro `_data` de la transacción del token. Esto es idéntico a cómo transacciones de Ether codifican las llamadas a funciones como datos de transacción. Lea [el campo de datos](https://ethereum.org/en/developers/docs/transactions/#the-data-field) para obtener más información. En el ejemplo anterior, se debe transferir un token ERC-223 a la dirección del `RecipientContract` con la función `transfer(address,uin256,bytes calldata _data)`. Si el parámetro de los datos será `0xc2985578` (la firma de una función `foo()`), la función foo() será invocada luego de que se reciba el depósito y se disparará el evento Foo(). diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-4626/index.md index cc576edddac..2c3d39e0d4f 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/erc-4626/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-4626/index.md @@ -16,6 +16,22 @@ ERC-4626 en bóvedas de rendimiento reducirá el esfuerzo de integración y desb El token ERC-4626 se describe en detalle en [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626). +**Extensión de bóvedas asíncronas (ERC-7540)** + +ERC-4626 está optimizado para depósitos y reembolsos atómicos hasta cierto límite. Si se alcanza el límite, no se podrán enviar nuevos depósitos ni reembolsos. Esta limitación no funciona bien con ningún sistema de contrato inteligente con acciones asincrónas o retrasos como requisito previo para interactuar con la bóveda tokenizada (por ejemplo, protocolos de activos del mundo real, protocolos de préstamos no colateralizados, protocolos de préstamos entre cadenas, tókenes de participación líquida o módulos de seguridad de seguros). + +ERC-7540 amplía la utilidad de las bóvedas ERC-4626 para casos de uso asíncronos. La interfaz de bóveda existente (`deposit`/`withdraw`/`mintr`/`redeem`) se utiliza íntegramente para reclamar solicitudes asíncronas. + +La extensión ERC-7540 se describe en detalle en [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540). + +**Extensión de bóveda multiactivos (ERC-7575)** + +Un caso de uso faltante que no es compatible con ERC-4626 son las bóvedas que tienen múltiples activos o puntos de entrada, como los tókenes de proveedores de liquidez (LP). Estos suelen ser difíciles de manejar o no cumplen con los requisitos, debido a la exigencia de que ERC-4626 sea un ERC-20. + +ERC-7575 agrega soporte para bóvedas con múltiples activos al externalizar la implementación del token ERC-20 de la implementación de ERC-4626. + +La extensión ERC-7575 se describe en detalle en [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575). + ## Prerrequisitos {#prerequisites} Para comprender mejor esta página, recomendamos leer primero sobre [estándares de token](/developers/docs/standards/tokens/) y [ERC-20](/developers/docs/standards/tokens/erc-20/). @@ -62,7 +78,7 @@ Esta función devuelve la cantidad de `assets` que serían intercambiados por la función maxDeposit(receptor de dirección) retornos de vista pública (uint256 maxAssets) ``` -Esta función devuelve la cantidad máxima de activos subyacentes que pueden depositarse en una sola llamada de depósito ([`deposit`](#deposit)) por parte del `receiver` (receptor). +Esta función devuelve la cantidad máxima de activos subyacentes que se pueden depositar en una sola invocación[`deposit`](#deposit), con las acciones acuñadas para el `receiver`. #### previewDeposit {#previewdeposit} @@ -86,7 +102,7 @@ Esta función deposita `assets` de los tokens subyacentes en la bóveda y otorga función maxMint (receptor de dirección) devoluciones de vista pública (uint256 maxShares) ``` -Esta función devuelve la cantidad máxima de acciones que pueden mintearse en una sola llamada de [`mint`](#mint) (minteo) por parte del receptor (`receiver`). +Esta función devuelve la cantidad máxima de acciones que se pueden acuñar en una sola invocación[`mint`](#mint), con las acciones acuñadas para el `receiver`. #### previewMint {#previewmint} @@ -176,7 +192,7 @@ Devuelve la cantidad total de acciones de la bóveda que el `owner` tiene actual #### Evento de depósito -**DEBE** ser emitido cuando se depositan tokens en la bóveda mediante los métodos [`mint`](#mint) y [`deposit`](#deposit) +**DEBE** emitirse cuando se depositan tókenes en la bóveda mediante los métodos [`mint`](#mint) y [`deposit`](#deposit). ```solidity event Deposit( diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-721/index.md index dd349a3f0d8..31ed9e9e309 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/erc-721/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-721/index.md @@ -1,6 +1,6 @@ --- title: Estándar de token no fungible ERC-721 -description: +description: Familiarícese con ERC-721, el estándar para tókenes no fungibles (NFT) que representan activos digitales únicos en Ethereum. lang: es --- diff --git a/public/content/translations/es/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/es/developers/docs/standards/tokens/erc-777/index.md new file mode 100644 index 00000000000..e93d3963f16 --- /dev/null +++ b/public/content/translations/es/developers/docs/standards/tokens/erc-777/index.md @@ -0,0 +1,45 @@ +--- +title: Estándar de token ERC-777 +description: Familiarícese con ERC-777, un estándar mejorado de tókenes fungibles con hooks, aunque por seguridad se recomienda ERC-20. +lang: es +--- + +## Advertencia {#warning} + +**ERC-777 es difícil implementar de forma adecuada, debido a su [susceptibilidad a diferentes tipos de ataques](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620). En su lugar se recomienda usar [ERC-20](/developers/docs/standards/tokens/erc-20/).** Esta página permanece como un documento histórico. + +## ¿Introducción? {#introduction} + +ERC-777 es un estándar de tókenes fungibles que mejora el estándar [ERC-20](/developers/docs/standards/tokens/erc-20/) existente. + +## Requisitos previos {#prerequisites} + +Para entender mejor esta página, le recomendamos que lea antes acerca de [ERC-20](/developers/docs/standards/tokens/erc-20/). + +## ¿Qué mejoras propone ERC-777 sobre ERC-20? {#-erc-777-vs-erc-20} + +ERC-777 proporciona las siguientes mejoras sobre ERC-20. + +### Hooks {#hooks} + +Los hooks son una función descrita en el código de los contratos inteligentes. Se recurre a ellos cuando se envían o reciben tókenes a través de un contrato. Esto permite que un contrato inteligente reaccione a tókenes entrantes o salientes. + +Los hooks se registran y descubren usando el estándar [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820). + +#### ¿Por qué son útiles los hooks? {#why-are-hooks-great} + +1. Los hooks permiten enviar tókenes a un contrato y notificárselo en una única transacción, a diferencia de [ERC-20](https://eips.ethereum.org/EIPS/eip-20), que requiere una doble invocación (`approve`/`transferFrom`) para lograrlo. +2. Los contratos que no hayan registrado hooks son incompatibles con ERC-777. El contrato de envío abortará la transacción cuando el contrato de recepción no tenga registrado un hook. Esto evita que se realicen transferencias accidentales a contratos inteligentes que no sean ERC-777. +3. Los hooks pueden rechazar transacciones. + +### Decimales {#decimals} + +El estándar también resuelve la confusión en torno a los «decimals» causada por ERC-20. Esta aclaración mejora la experiencia del desarrollador. + +### Retrocompatibilidad con ERC-20 {#backwards-compatibility-with-erc-20} + +Se puede interactuar con contratos ERC-777 como si fueran contratos ERC-20. + +## Lecturas recomendadas {#further-reading} + +[EIP-777: Estándar de tókenes](https://eips.ethereum.org/EIPS/eip-777) diff --git a/public/content/translations/es/developers/docs/standards/tokens/index.md b/public/content/translations/es/developers/docs/standards/tokens/index.md index 72c8495df88..c4dd63fec7d 100644 --- a/public/content/translations/es/developers/docs/standards/tokens/index.md +++ b/public/content/translations/es/developers/docs/standards/tokens/index.md @@ -1,6 +1,6 @@ --- title: Estándares de tokens -description: +description: Explore los estándares de tókenes de Ethereum, incluidos ERC-20, ERC-721 y ERC-1155, para tókenes fungibles y no fungibles. lang: es incomplete: true --- diff --git a/public/content/translations/es/developers/docs/storage/index.md b/public/content/translations/es/developers/docs/storage/index.md index 3bec8c2097d..6e581515490 100644 --- a/public/content/translations/es/developers/docs/storage/index.md +++ b/public/content/translations/es/developers/docs/storage/index.md @@ -38,12 +38,12 @@ Plataformas con persistencia basada en la cadena de bloques: La persistencia **basada en contratos** intuye que los datos no pueden ser replicados por cada nodo y almacenados para siempre, y en su lugar deben ser mantenidos con acuerdos contractuales. Hay acuerdos realizados con múltiples nodos que se comprometen a mantener ciertos datos durante un período de tiempo. Estos deberán ser reembolsados o renovados cuando expiran para seguir manteniendo los datos. -En la mayoría de los casos, en lugar de almacenar todos los datos en la cadena, se almacena solo el hash del lugar donde se encuentran los datos en la cadena. De esta manera no es necesario escalar toda la cadena para poder mantener la información completa. +En la mayoría de los casos, en vez de almacenar todos los datos en cadena, se almacenan en el hash donde se encuentran los datos en una cadena. De esta manera no es necesario escalar toda la cadena para poder mantener la información completa. Plataformas con persistencia basada en contratos: - [Filecoin](https://docs.filecoin.io/about-filecoin/what-is-filecoin/) -- [Skynet](https://siasky.net/) +- [Skynet](https://sia.tech/) - [Storj](https://storj.io/) - [Züs](https://zus.network/) - [Crust Network](https://crust.network) @@ -88,7 +88,6 @@ No existen buenas herramientas para medir el nivel de descentralización de las Herramientas descentralizadas sin KYC: -- Züs (implementando una edición sin KYC) - Skynet - Arweave - Filecoin @@ -127,11 +126,11 @@ Basado en prueba de participación: - [Documentación](https://docs.storj.io/) - [GitHub](https://github.com/storj/storj) -**Skynet: _Skynet es una cadena de PoW descentralizada dedicada a una Web descentralizada._** +**Sia: _aprovecha la criptografía para crear un mercado de almacenamiento en la nube que no requiere de confianza y que permite a compradores y vendedores realizar transacciones directamente._** -- [Skynet.net](https://siasky.net/) -- [Documentación](https://siasky.net/docs/) -- [GitHub](https://github.com/SkynetLabs/) +- [Skynet.net](https://sia.tech/) +- [Documentación](https://docs.sia.tech/) +- [GitHub](https://github.com/SiaFoundation/) **Filecoin: _Filecoin fue creado por el equipo creador de IPFS. Es una capa de incentivos basada en los ideales de IPFS._** @@ -145,7 +144,7 @@ Basado en prueba de participación: - [Documentación](https://docs.arweave.org/info/) - [Arweave](https://github.com/ArweaveTeam/arweave/) -**Züs: _Züs es una plataforma de dStorage de prueba de participación con sharding y blobbers._** +**Züs - _Züs es una plataforma dStorage de prueba de consenso con sharding y blobbers._** - [zus.network](https://zus.network/) - [Documentación](https://0chaindocs.gitbook.io/zus-docs) diff --git a/public/content/translations/es/developers/docs/transactions/index.md b/public/content/translations/es/developers/docs/transactions/index.md index a660306fd67..443ce659cb1 100644 --- a/public/content/translations/es/developers/docs/transactions/index.md +++ b/public/content/translations/es/developers/docs/transactions/index.md @@ -22,7 +22,7 @@ Las transacciones requieren una tarifa y deben incluirse en un bloque validado. Una transacción enviada incluye la siguiente información: -- `desde`: la dirección del remitente, que firmará la transacción. Esta será una cuenta de titularidad externa, ya que las cuentas contractuales no pueden enviar transacciones. +- `desde`: la dirección del remitente, que firmará la transacción. Esta será una cuenta de titularidad externa, ya que las cuentas contractuales no pueden enviar transacciones - `a`: la dirección de recepción (si es una cuenta de propiedad externa, la transacción transferirá valor. Si se trata de un contrato, la transacción ejecutará el código del contrato). - `Firma`: identificador del remitente. Se genera cuando la clave privada del remitente firma la transacción y confirma que el remitente ha autorizado esta transacción. - `Nonce`: un contador que se incrementa secuencialmente y que indica el número de transacción de la cuenta. @@ -162,7 +162,7 @@ Cualquier gas no utilizado en una transacción se reembolsa a la cuenta de usuar Se requiere gas para cualquier transacción que involucre un contrato inteligente. -Los contratos inteligentes también pueden presentar funciones conocidas como [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) o [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions), que no afectan el estado del contrato. Como tal, invocar estas funciones desde una EOA no requerirá gas. La llamada RPC subyacente para este escenario es [`eth_call`](/developers/docs/apis/json-rpc#eth_call). +Los contratos inteligentes también pueden presentar funciones conocidas como [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) o [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions), que no afectan el estado del contrato. Como tal, invocar estas funciones desde una EOA no requerirá gas. La denominada RPC subyacente para este contrato es [`eth_call`](/developers/docs/apis/json-rpc#eth_call). A diferencia de cuando se accede usando `eth_call`, estas funciones `view` o `pure` también se llaman comúnmente de forma interna (es decir, desde el contrato en sí o de otro contrato), lo que sí cuesta gas. @@ -198,15 +198,15 @@ Donde los campos indican: - `TransactionType` - un número entre 0 y 0x7f, para un total de 128 posibles tipos de transacción. - `TransactionPayload`: una matriz de bytes arbitraria definida según el tipo de transacción. -Según el valor `TransactionType`, una transacción se puede clasificar como: +En función del valor de `TransactionType`, la transacción se puede clasificar como: 1. **Transacciones de Tipo 0 (heredadas):** El formato de transacción original utilizado desde el lanzamiento de Ethereum. No incluyen características de [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) como cálculos dinámicos de tarifas de gas o listas de acceso para contratos inteligentes. Las transacciones heredadas carecen de un prefijo específico que indique su tipo en su forma serializada, comenzando con el byte `0xf8` cuando se utiliza la codificación de [Prefijo de Longitud Recursiva (RLP)](/developers/docs/data-structures-and-encoding/rlp). El valor de TransactionType para estas transacciones es `0x0`. -2. **Transacciones de tipo 1:** Introducidas en [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte de la [Actualización Berlín](/ethereum-forks/#berlin) de Ethereum, estas transacciones incluyen un parámetro `accessList`. Esta lista especifica direcciones y claves de almacenamiento a las que la transacción espera acceder, ayudando a reducir potencialmente los costos de [gas](/developers/docs/gas/) para transacciones complejas que involucren contratos inteligentes. Los cambios en el mercado de tarifas de EIP-1559 no se incluyen en las transacciones de Tipo 1. Las transacciones de Tipo 1 también incluyen un parámetro `yParity`, que puede ser `0x0` o `0x1`, lo que indica la igualdad del valor y de la firma secp256k1. Se identifican comenzando con el byte `0x01`, y su valor TransactionType es `0x1`. - -3. **Transacciones de Tipo 2**: Comúnmente conocidas como transacciones EIP-1559, son transacciones introducidas en [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), en la [Actualización London](/ethereum-forks/#london) de Ethereum. Se han convertido en el tipo de transacción estándar en la red Ethereum. Estas transacciones introducen un nuevo mecanismo de mercado de tarifas que mejora la previsibilidad separando la tarifa de transacción en una tarifa base y una tarifa prioritaria. Comienzan con el byte `0x02` e incluyen campos como `maxPriorityFeePerGas` y `maxFeePerGas`. Las transacciones de Tipo 2 son ahora las predeterminadas debido a su flexibilidad y eficiencia, especialmente favorecidas durante los períodos de alta congestión de la red por su capacidad para ayudar a los usuarios a gestionar las tarifas de transacción de manera más predecible. El valor de TransactionType para estas transacciones es `0x2`. +2. **Transacciones de tipo 1:** Introducidas en [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte de la [Actualización Berlín](/history/#berlin) de Ethereum, estas transacciones incluyen un parámetro `accessList`. Esta lista especifica direcciones y claves de almacenamiento a las que la transacción espera acceder, ayudando a reducir potencialmente los costos de [gas](/developers/docs/gas/) para transacciones complejas que involucren contratos inteligentes. Los cambios en el mercado de tarifas de EIP-1559 no se incluyen en las transacciones de Tipo 1. Las transacciones de Tipo 1 también incluyen un parámetro `yParity`, que puede ser `0x0` o `0x1`, lo que indica la igualdad del valor y de la firma secp256k1. Se identifican comenzando con el byte `0x01`, y su valor TransactionType es `0x1`. +3. **Transacciones de Tipo 2**: Comúnmente conocidas como transacciones EIP-1559, son transacciones introducidas en [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), en la [Actualización London](/history/#london) de Ethereum. Se han convertido en el tipo de transacción estándar en la red Ethereum. Estas transacciones introducen un nuevo mecanismo de mercado de tarifas que mejora la previsibilidad separando la tarifa de transacción en una tarifa base y una tarifa prioritaria. Comienzan con el byte `0x02` e incluyen campos como `maxPriorityFeePerGas` y `maxFeePerGas`. Las transacciones de Tipo 2 son ahora las predeterminadas debido a su flexibilidad y eficiencia, especialmente favorecidas durante los períodos de alta congestión de la red por su capacidad para ayudar a los usuarios a gestionar las tarifas de transacción de manera más predecible. El valor de TransactionType para estas transacciones es `0x2`. +4. **Las transacciones de tipo 3 (Blob)** se introdujeron en [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) como parte de la [actualización Dencun](/history/#dencun) de Ethereum. Estas transacciones están diseñadas para manejar datos «blob» (objetos grandes binarios) de manera más eficiente, beneficiando particularmente a los rollups de capa 2 al proporcionar una forma de publicar datos en la red Ethereum a un coste menor. Las transacciones de blobs incluyen campos adicionales como `blobVersionedHashes`, `maxFeePerBlobGas` y `blobGasPrice`. Comienzan con el byte `0x03`, y su valor TransactionType es `0x3`. Las transacciones de Blob representan una mejora significativa en la disponibilidad de datos y las capacidades de escalabilidad de Ethereum. ## Más información {#further-reading} diff --git a/public/content/translations/es/developers/docs/web2-vs-web3/index.md b/public/content/translations/es/developers/docs/web2-vs-web3/index.md index 25f3ce33caf..f28d7c19269 100644 --- a/public/content/translations/es/developers/docs/web2-vs-web3/index.md +++ b/public/content/translations/es/developers/docs/web2-vs-web3/index.md @@ -1,6 +1,6 @@ --- title: Comparación entre web2 y web3 -description: +description: Compare servicios centralizados de Web2 con aplicaciones Web3 descentralizadas construidas sobre la tecnología de cadena de bloques de Ethereum. lang: es --- diff --git a/public/content/translations/es/developers/docs/wrapped-eth/index.md b/public/content/translations/es/developers/docs/wrapped-eth/index.md index d1c49ab46c0..dc0028a8a56 100644 --- a/public/content/translations/es/developers/docs/wrapped-eth/index.md +++ b/public/content/translations/es/developers/docs/wrapped-eth/index.md @@ -6,6 +6,11 @@ lang: es # Wrapped Ether (WETH) {#intro-to-weth} + + +
Conecte su cartera para agrupar o desagrupar ETH en cualquier cadena en [WrapETH.com](https://www.wrapeth.com/)
+
+ Ether (ETH) es la moneda principal de Ethereum. Se utiliza para varios propósitos como staking, como moneda, y pagar comisiones de gas para las transacciones. **WETH es efectivamente una forma actualizada de ETH con alguna funcionalidad adicional requerida por muchas aplicaciones y [tokens ERC-20](/glossary/#erc-20)**, que son otros tipos de activos digitales en Ethereum. Para trabajar con estos tokens, ETH debe seguir las mismas reglas que ellos, conocidas como el estándar ERC-20. Para cerrar esta brecha, se creó Wrapped Ether (WETH). **Wrapped ETH es un contrato inteligente que le permite depositar cualquier cantidad de ETH en el contrato y recibir la misma cantidad en WETH minteado** que cumple con el estándar de tokens ERC-20. WETH es una representación de ETH que le permite interactuar con él como un token ERC-20, no como el activo nativo ETH. Aún necesitará ETH nativo para pagar las tarifas de gas, así que asegúrese de ahorrar un poco al depositar. @@ -61,5 +66,5 @@ Además de la [implementación canónica de WETH](https://etherscan.io/token/0xc ## Lecturas adicionales {#further-reading} - [¿Qué es WETH?](https://weth.tkn.eth.limo/) -- [Información del token WETH en Etherscan](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) +- [Información del token WETH en Blockscout](https://eth.blockscout.com/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) - [Verificación formal de WETH](https://zellic.io/blog/formal-verification-weth) diff --git a/public/content/translations/es/eips/index.md b/public/content/translations/es/eips/index.md index 020b61ea4b7..86a732e4900 100644 --- a/public/content/translations/es/eips/index.md +++ b/public/content/translations/es/eips/index.md @@ -74,6 +74,6 @@ Cualquiera puede crear un EIP. Antes de enviar una propuesta, se debe leer [EIP- -Contenido de la página proporcionado en parte por [Ethereum Protocol Development Governance and Network Upgrade Coordination](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) por Hudson Jameson +Contenido de la página proporcionado en parte por [Ethereum Protocol Development Governance and Network Upgrade Coordination](https://hudsonjameson.com/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) por Hudson Jameson diff --git a/public/content/translations/es/energy-consumption/index.md b/public/content/translations/es/energy-consumption/index.md index 04d7ee0b6fd..82dbe34015d 100644 --- a/public/content/translations/es/energy-consumption/index.md +++ b/public/content/translations/es/energy-consumption/index.md @@ -61,19 +61,14 @@ Mientras que el consumo de energía de Ethereum es muy bajo, también se está d Las plataformas nativas de financiación de bienes públicos en Web3, como [Gitcoin](https://gitcoin.co) realizan rondas climáticas para estimular el desarrollo respetuoso con el medio ambiente en la capa de aplicación de Ethereum. A través del desarrollo de estas iniciativas (y otras, como por ejemplo, [DeSci](/desci/)), Ethereum se está convirtiendo en una tecnología medioambiental y socialmente positiva. - - - - + Si cree que esta página puede ser más precisa, plantee un problema o solicitud pull (PR). Las estadísticas de esta página son estimaciones basadas en datos disponibles públicamente; no representan una declaración oficial ni una promesa del equipo de ethereum.org ni de la Ethereum Foundation. - - - + ## Más información {#further-reading} - [Cambridge Blockchain Network Sustainability Index](https://ccaf.io/cbnsi/ethereum) -- [Informe de la Casa Blanca sobre las cadenas de bloques de prueba de trabajo](https://web.archive.org/web/20221109005700/https://www.whitehouse.gov/wp-content/uploads/2022/09/09-2022-Crypto-Assets-and-Climate-Report.pdf) +- [Informe de la Casa Blanca sobre las cadenas de bloques de prueba de trabajo](https://www.whitehouse.gov/wp-content/uploads/2022/09/09-2022-Crypto-Assets-and-Climate-Report.pdf) - [Emisiones Ethereum: un cálculo estimado ascendente](https://kylemcdonald.github.io/ethereum-emissions/), _Kyle McDonald_ - [Índice de consumo energético de Ethereum](https://digiconomist.net/ethereum-energy-consumption/), _Digiconomista_ - [ETHMerge.com](https://ethmerge.com/), _[@InsideTheSim](https://twitter.com/InsideTheSim)_ diff --git a/public/content/translations/es/enterprise/use-cases/index.md b/public/content/translations/es/enterprise/use-cases/index.md new file mode 100644 index 00000000000..eb7bd490397 --- /dev/null +++ b/public/content/translations/es/enterprise/use-cases/index.md @@ -0,0 +1,169 @@ +--- +title: Casos de uso empresarial en la red principal de Ethereum +description: Guías, artículos y herramientas sobre aplicaciones empresariales en la cadena de bloques pública de Ethereum +lang: es +--- + +# Casos de uso empresarial en la red principal de Ethereum {#ethereum-for-enterprise} + +Ethereum puede ayudar a muchos tipos de empresas, incluidas las grandes compañias: + +- Incrementando la confianza mientras reducen los gastos de coordinación entre las partes implicadas en el negocio. +- Mejorando la confiabilidad de la red de negocios y la eficiencia operacional. +- Construyendo nuevos modelos de negocio y oportunidades de creación de valor. +- Asegurando una organización competitiva a prueba de todo futuro. + + +Contáctenos + + +## Aplicaciones empresariales construidas en Ethereum {#enterprise-applications-on-ethereum} + +Estas son algunas de las aplicaciones empresariales que se han construido sobre la red principal pública de Ethereum y L2 por y para empresas tradicionales, basadas en cadenas de bloques. + +### Pagos {#payments} + +- [El navegador Brave](https://basicattentiontoken.org/): _paga a los usuarios para que presten atención a los anuncios y los usuarios pueden pagar a los editores para que los apoyen, a través del Basic Attention Token_ +- [EthereumAds](https://ethereumads.com/): _permite a los operadores de sitios web vender espacio publicitario y cobrar a través de Ethereum_ +- [hCaptcha](https://www.hcaptcha.com/): _sistema CAPTCHA de prevención de bots que paga a los operadores de sitios web por el trabajode etiquetado de datos de aprendizaje automático que realizan los usuarios. Actualmente lo implementa Cloudflare._ +- [Opera MiniPay](https://www.opera.com/products/minipay): _hace que los pagos móviles sean más accesibles y seguros para las personas en África con una cartera sin custodia y aprovecha los números de teléfono para transacciones fáciles_ +- [Roxpay](https://www.roxpay.ch/): _automatiza la facturación y los pagos de activos de pago por uso_ +- [SAP Digital Currency Hub](https://community.sap.com/t5/technology-blogs-by-sap/cross-border-payments-made-easy-with-digital-money-experience-the-future/ba-p/13560384): _pagos transfronterizos con monedas estables_ +- [Toku](https://www.toku.com/): _nóminas, administración de subvenciones de tókenes, obligaciones fiscales, vacantes de empleo locales, beneficios y soluciones de recursos humanos distribuidas_ +- [Xerof](https://www.xerof.com/): _facilita pagos B2B internacionales (transfronterizos) rápidos y económicos_ + +### Finanzas {#finance} + +- [ABN AMRO](https://tokeny.com/tokeny-fuels-abn-amro-bank-in-tokenizing-green-bonds-on-polygon/): _con Tokeny, bonos verdes tokenizados_ +- [Anvil](https://anvil.xyz/): _un sistema de contratos inteligentes basados en Ethereum que gestiona garantías y emite crédito totalmente garantizado_ +- [Mata Capital](https://consensys.io/blockchain-use-cases/finance/mata-capital): _tokenización de inversión inmobiliaria_ +- [Obligato](https://www.obligate.com/): _bonos en cadena regulados y KYC y papel comercial_ +- [Siemens](https://press.siemens.com/global/en/pressrelease/siemens-remains-pioneer-another-digital-bond-successfully-issued-blockchain)_: emisión de bonos_ +- [Sila](https://silamoney.com/): _infraestructura de pagos bancarios y ACH como-servicio, utilizando una moneda estable_ +- [Sociedad General FORGE](https://www.sgforge.com/product/bonds/): _emisión de bonos_ +- [Taurus](https://www.taurushq.com/): _emite valores tokenizados_ +- [Visa Tokenized Asset Platform](https://developer.visa.com/capabilities/visa-tokenized-asset-platform): _proporciona las herramientas y la infraestructura para que los bancos tokenicen monedas fiduciarias en redes de cadena de bloques_ + +### Tokenización de activos {#tokenization} + +- [AgroToken](https://agrotoken.io/en/): _tokenización y comercio de productos agrícolas_ +- [Bitbond](https://www.bitbond.com/): _mejora la emisión, liquidación y custodia de activos financieros con tokenización_ +- [Blocksquare](https://blocksquare.io/): _infraestructura de tokenización para bienes raíces_ +- [Centrífuga](https://centrifuge.io/): _financiación de cuentas por cobrar tokenizadas, deuda y activos_ +- [Clearmatics](https://www.clearmatics.com): _construye plataformas de red descentralizadas para el intercambio p2p de valor tokenizado_ +- [dClimate](https://www.dclimate.net/): _ecosistema descentralizado de información climática_ +- [Fabrica](https://www.fabrica.land/): _una plataforma para digitalizar activos inmobiliarios, que permite el préstamo DeFi y el comercio de propiedades_ +- [Propy](https://propy.com/) - _una plataforma para automatizar transacciones inmobiliarias residenciales con contratos inteligentes_ +- [RealT](https://realt.co/): _los inversores de todo el mundo pueden comprar en el mercado inmobiliario de EE. UU. a través de una propiedad totalmente compatible, fraccional y tokenizada_ +- [Rubey](https://www.rubey.be/): _una plataforma que tokeniza el arte de alta gama para hacerlo accesible a los inversores minoristas_ +- [Swarm](https://swarm.com/): _una plataforma centrada en la digitalización y el comercio de activos del mundo real de manera que cumpla con la normativa_ +- [Thallo](https://www.thallo.io/): _una plataforma para integrar créditos de carbono digitales en transacciones comerciales_ +- [Tokenchampions](https://tokenchampions.com/): _tokeniza los derechos de imagen de los jugadores de fútbol europeos_ + +### Notarización de datos {#notarization-of-data} + +- [ANSA](https://www.ansa.it/english/news/science_tecnology/2020/04/06/ansa-using-blockchain-to-help-readers_af820b4f-0947-439b-843e-52e114f53318.html): _la agencia de noticias italiana lucha contra las noticias falsas y permite a los lectores verificar el origen de las noticias grabándolas en la red principal_ +- [Breitling](https://www.breitling.com/us-en/about/digital-passport/)_: registra el historial de procedencia y reparación de relojes en Ethereum_ +- [BRØK](https://www.xn--brk-1na.no/): _una plataforma de tablas de límite para empresas no cotizadas en el público, proporcionada por el Gobierno noruego_ +- [Certificación](https://certifaction.com/): _firmas electrónicas legalmente válidas con privacidad por diseño_ +- [EthSign](https://ethsign.xyz/): _graba documentos electrónicos firmados en la cadena de bloques Ethereum_ +- [Stacktical](https://stacktical.com/): *facilita el desarrollo de software, la emisión digital y la firma digital de acuerdos de nivel de servicio (o SLA) con capacidades nativas de depósito en garantía (escrow)* +- [Verizon Full Transparency](https://www.verizon.com/about/news/transparency-technology): _registra comunicados de prensa para garantizar la responsabilidad corporativa y la confianza_ +- [Verificar](https://www.verifymedia.com/): _por Fox Corporation almacena hashes de contenido multimedia en una capa 2 para facilitar la concesión de licencias de contenido y la lucha contra los deepfakes_ +- [WolfTown](https://www.mef.net/edge-view-blog/automated-secure-timely-sla-reporting-is-finally-a-reality/): _por MEF y Sage Management automatiza los informes de acuerdos de nivel de servicio entre los operadores de telecomunicaciones_ + +### Cadena de suministro {#supply-chain} + +- [CargoX](https://cargox.io/) - _proveedor de conocimiento de embarque electrónico y transferencia de documentos para el envío_ +- [Circularizar](https://www.circularise.com/) - _una solución de trazabilidad de extremo a extremo para materias primas hechas en productos_ +- [EY OpsChain Contract Manager](https://blockchain.ey.com/)_: permite a las empresas interactuar en flujos de trabajo de compras mediante la emisión de solicitudes de presupuesto, contratos, órdenes de compra y facturas a través de una red de socios comerciales_. +- [proyecto Global Battery Passport](https://dlt.mobi/gbp-mvp/): _ utiliza DID anclados en Ethereum a través de la red de confianza integrada de MOBI para rastrear las baterías EV, para el cumplimiento de las regulaciones de la UE_ +- [Minespider](https://www.minespider.com/): _seguimiento y procedencia de la cadena de suministro y seguimiento de emisiones de CO2_ +- [Morpheus.network](https://morpheus.network/) - _plataforma de automatización de la cadena de suministro_ +- [StaTwig](https://statwig.com/): _operaciones de la cadena de suministro_ +- [TradeTrust](https://www.tradetrust.io/): _verifica los conocimientos de embarque electrónicos (eBL) para envíos marítimos internacionales_ +- [Tradeverifyd](https://tradeverifyd.com/): _plataforma de intercambio de datos para el comercio global; admite transacciones con identidad descentralizada en Ethereum_ + +### Seguros {#insurance} + +- [Arbol](https://www.arbolmarket.com/): _seguro paramétrico de cobertura de los riesgos relacionados con el clima_ +- [Etherisc](https://etherisc.com/): _seguro descentralizado para una variedad de riesgos_ +- [Nayms](https://www.nayms.com/): _un espacio digital para la creación de programas de seguros, la recaudación y el comercio de capital, la escritura de riesgos y los cauces de pago para las transacciones de primas y reclamaciones, desarrollado con AON_ + +### Identidad, credenciales y certificaciones {#credentials} + +- [BCdiploma](https://www.bcdiploma.com/): _digitaliza y verifica diplomas, certificados y microcredenciales_ +- [Identidad Digital Nacional de Bután](https://www.bhutanndi.com/): \_una base para la economía digital de Bután, que facilita las interacciones fiables entre particulares y empresas +- [Credenciales de Hyland](https://www.hylandcredentials.com): _diplomas digitales y otras credenciales, licencias y certificados educativos_ +- [Programa de Residencia Digital de Palau](https://rns.id/): _ofrece a los ciudadanos globales la posibilidad de tener una identificación legal emitida por el gobierno de Palau_ +- [QuarkID](https://quarkid.org/): _es un protocolo de identidad autosoberana para administrar documentos personales esenciales como certificados de nacimiento y matrimonio, credenciales académicas y justificantes de ingresos, desarrollado por el Gobierno de Buenos Aires para su uso en Argentina y otros países de América del Sur_ +- [Spherity](https://www.spherity.com/)_: ofrece soluciones de gestión de identidad digital para establecer confianza digital en los ecosistemas, centrándose en identidades descentralizadas y credenciales verificables_ +- [Zug Digital ID](https://ezug.ch/en/)_: es un sistema de identidad basado en cadena de bloques en Suiza que ofrece a los residentes acceso digital a los servicios gubernamentales y admite funcionalidades como el préstamo de bicicletas eléctricas y la votación municipal_ + +### Entretenimiento, NFT y lealtad + +- [The British Museum's Sandbox](https://decrypt.co/150405/british-museum-enter-metaverse-via-sandbox): _una colección de NFT_ +- [Fruitlab](https://fruitlab.com/): _una plataforma para que los jugadores ganen viendo, compartiendo y jugando juegos en línea_ +- [Lamborghini](https://venturebeat.com/games/lamborghini-and-animocas-motorverse-tap-base-blockchain-for-in-game-assets/): _crea activos en el juego para el juego de carreras Web3 de Animoca, Motorverse_ +- [Nike Swoosh](https://www.swoosh.nike/)_: plataforma de NFT_. +- [Sothbebys Metaverse](https://metaverse.sothebys.com/)_: mercado de arte digital NFT de Sothebys_. +- [Soneium](https://soneium.org/): \_a Layer 2 de Sony para admitir juegos Web3 y NFT + +Si desea añadir información a esta lista, consulte las [instrucciones para contribuir](/contributing/). + +## Recursos para desarrolladores de empresas {#enterprise-developer-resources} + +### Soluciones de escalabilidad {#scalability-solutions} + +La mayoría de las nuevas aplicaciones de cadena de bloques se están construyendo sobre cadenas de [Capa 2](/layer-2). Capa 2 es un conjunto de tecnologías o sistemas que se ejecutan encima de Ethereum (Capa 1), heredan propiedades de seguridad de la Capa 1 y proporcionan mayor capacidad de procesamiento de transacciones, reducen las comisiones de transacción (costos operativos) y aceleran las confirmaciones de las transacciones en comparación a la Capa 1. Las soluciones de escalabilidad de Capa 2 están aseguradas mediante Capa 1, pero permiten a las aplicaciones de cadena de bloques manejar muchos más usuarios o acciones o datos que la Capa 1. Muchas aprovechan los avances recientes en criptografía y pruebas de conocimiento cero (ZK) para maximizar el rendimiento y la seguridad, y algunas ofrecen un nivel adicional de privacidad. + +[L2 Beat](https://l2beat.com/scaling/summary) mantiene una lista actualizada de redes de Capa 2 y métricas clave. + +### Productos, servicios y herramientas {#products-and-services} + +- [4EVERLAND](https://www.4everland.org/)_: Proporciona API, servicios RPC y herramientas para alojar aplicaciones descentralizadas y permitir el almacenamiento descentralizado en Ethereum_. +- [Alchemy](https://www.alchemy.com/)_: Ofrece servicios y herramientas de API para crear y monitorear aplicaciones en Ethereum_. +- [Proyecto Baseline](https://www.baseline-protocol.org/): _un conjunto de herramientas y bibliotecas que ayuda a las empresas a coordinar flujos de trabajo y procesos comerciales complejos y multipartitos con privacidad y al mismo tiempo manteniendo los datos en los respectivos sistemas de registro. El estándar permite que dos o más máquinas de estado logren y mantengan la consistencia de datos y la continuidad del flujo de trabajo utilizando una red como marco de referencia común +- [Blast](https://blastapi.io/): _una plataforma API que ofrece API RPC/WSS para Ethereum Archive Mainnet y Testnets._ +- [Blockapps](https://blockapps.net/): _implementación del protocolo Enterprise Ethereum, herramientas y API que conforman la plataforma STRATO_ +- [Chainlens](https://www.chainlens.com/): _plataforma SaaS y de datos en las instalaciones y análisis de cadena de bloques de Web3 Labs._ +- [Chainstack](https://chainstack.com/): _infraestructura de Ethereum para la red principal y red de prueba alojada en nubes públicas y privadas para clientes_ +- [ConsenSys](https://consensys.io/): _provee una serie de productos y herramientas para construir en Ethereum, así como para consultar y customizar servicios de desarrollo_ +- [Crossmint](http://crossmint.com/): _plataforma de desarrollo Web3 de categoría empresarial para implementar contratos inteligentes, habilitar pagos con tarjeta de crédito y cadena cruzada, y usar API para crear, distribuir, vender, almacenar y editar NFT. _ +- [Envision Blockchain](https://envisionblockchain.com/): _proporciona servicios de consultoría y desarrollo centrados en la empresa especializados en la red principal de Ethereum_ +- [EY OpsChain](https://blockchain.ey.com/products/contract-manager): _proporciona un flujo de trabajo de adquisiciones mediante la emisión de solicitudes de presupuesto, contratos, órdenes de compra y facturas a través de su red de socios comerciales de confianza_ +- [Hyperledger Besu](https://www.hyperledger.org/use/besu): _un cliente Ethereum de código abierto centrado en la empresa desarrollado bajo la licencia Apache 2.0 y escrito en Java_ +- [Infura](https://infura.io/): _acceso API escalable a las redes Ethereum e IPFS_ +- [Kaleido](https://kaleido.io/): _una plataforma de desarrollo centrada en la empresa que ofrece aplicaciones simplificadas de cadena de bloques y activos digitales_ +- [Moralis](http://moralis.io/): _API y nodos de categoría empresarial con una certificación SOC2 tipo 2_ +- [Nightfall](https://github.com/EYBlockchain/nightfall_3): _una aplicación para transferir aplicaciones ERC20, ERC721 y ERC1155 bajo Zero Knowledge, utilizando un Optimistic Rollup, de Ernst & Young_ +- [NodeReal](https://nodereal.io/): _proporciona infraestructura de cadena de bloques escalable y proveedor de servicios API para el ecosistema Web3_ +- [QuickNode](https://www.quicknode.com/): _proporciona nodos fiables y rápidos con API de alto nivel como NFT API, Token API, etc., al tiempo que ofrece un conjunto de productos unificados y soluciones de categoría empresarial_ +- [Tenderly](https://tenderly.co): _una plataforma de desarrollo Web3 que proporciona bloques de construcción de depuración, observabilidad e infraestructura para desarrollar, probar, monitorear y operar contratos inteligentes_ +- [Unibright](https://unibright.io/): _un equipo de especialistas en cadena de bloques, arquitectos, desarrolladores y consultores con más de 20 años de experiencia en procesos comerciales e integración_ +- [Zeeve](https://www.zeeve.io/): _proporciona una gama de productos y herramientas para construir en Ethereum, también infraestructura y API para aplicaciones Enterprise Web3. _ + +## Recursos {#enterprise-resources} + +### Más información {#further-reading} + +Recursos no técnicos para poder entender cómo los negocios se pueden beneficiar de Ethereum: + +- [¿Por qué las cadenas de bloques son útiles para los negocios?](https://entethalliance.org/why-are-blockchains-useful-for-business/)_: Analiza el valor de las cadenas de bloques a través de la lente de la previsibilidad_. +- [Informe de preparación de las empresas 2023 de Enterprise Ethereum Alliance](https://entethalliance.org/eea-ethereum-business-readiness-report-2023/)_: Encuesta sobre el potencial y las capacidades de Ethereum público y el ecosistema más amplio de Ethereum para los negocios_. +- [_Ethereum for Business_ por Paul Brody](https://www.uapress.com/product/ethereum-for-business/) _es una guía en inglés simple sobre los casos de uso que generan retornos, del manejo de activos a los pagos o las cadenas de suministro_ + +### Organizaciones {#organizations} + +Diferentes organizaciones han colaborado para que Ethereum sea fácil de usar para las empresas. + +- [Enterprise Ethereum Alliance:](https://entethalliance.org/) La EEA ayuda a las organizaciones a adoptar y usar tecnología de Ethereum en sus operaciones de negocio diarias. Su objetivo es acelerar el negocio de Ethereum a través de apoyo profesional y comercial, promoción e investigación, desarrollo de estándares y servicios de confianza del ecosistema. +- [Global Blockchain Business Council](https://www.gbbc.io/): El GBBC es una asociación industrial para el ecosistema de tecnología cadenas de bloques. Al involucrar a los responsables de las políticas y los reguladores, organizar eventos y debates en profundidad e impulsar la investigación, el GBBC se dedica a promover la adopción de la cadena de bloques para crear sociedades más seguras, equitativas y funcionales. + + +
+ + Contáctenos + +
+
diff --git a/public/content/translations/es/eth/supply/index.md b/public/content/translations/es/eth/supply/index.md new file mode 100644 index 00000000000..e4c04b97b93 --- /dev/null +++ b/public/content/translations/es/eth/supply/index.md @@ -0,0 +1,80 @@ +--- +title: Comprender el suministro y la emisión de ETH +description: "Una guía para principiantes sobre el suministro y emisión de ETH, que cubre conceptos clave como: EIP, PoS y EIP-1559." +lang: es +--- + +# Suministro y emisión de ETH {#eth-supply-and-issuance} + +## Requisitos previos {#prerequisites} + +Este artículo está escrito para principiantes, sin conocimientos previos. No obstante, para poder entender completamente este tema, es aconsejable asimilar algunos conceptos básicos como: [propuesta de mejora de Ethereum (EIP)](/eips/#introduction-to-ethereum-improvement-proposals), [prueba de trabajo (PoW)](/developers/docs/consensus-mechanisms/pow/), [prueba de participación (PoS)](/developers/docs/consensus-mechanisms/pos/) y [la actualización Londres](/history/#london). + +## ¿Cuántos tókenes de ETH hay en la actualidad? {#current-eth-supply} + +El suministro total de ETH es dinámico y cambia de forma constante debido a dos factores principales: + +1. **Emisión por prueba de participación (PoS)**: se crean nuevos ETH para recompensar a los validadores que aseguran la red +2. **Quema EIP-1559**: una porción de las comisiones por tarifas de transacción se sacan permanentemente de circulación + +Puede realizar un seguimiento del suministro actual y estos cambios en tiempo real en plataformas como [Ultrasound Money](https://ultrasound.money). + +El suministro y emisión de Ethereum son métricas esenciales para comprender la salud y el futuro de la red. ¿Pero qué significa exactamente la emisión de ETH? Vamos a desglosarlo. + +## ¿Por qué importa el suministro y la emisión de ETH? {#why-eth-supply-matters} + +En las finanzas tradicionales, los bancos centrales controlan el suministro del dinero, a menudo estos imprimen más dinero para estimular las economías. Por otra parte, Ethereum opera en un sistema transparente y precedible regido por su código. Saber cuántos ETH existen y lo rápido que se emiten nuevos ETH ayuda a: + +- **Generar confianza**: la comunidad de Ethereum puede verificar los datos del suministro y emisión de ETH directamente desde la cadena de bloques. +- **Entender el valor**: la relación entre emisión y quema de ETH impacta en la fluctuación de ETH y en su valor a la larga. +- **Seguimiento del estado de la red**: los cambios en las tasas de emisión y quema reflejan la actividad y seguridad de la red. + +## ¿Qué es la emisión de ETH? {#eth-issuance} + +Por emisión de ETH se refiere al proceso de creación de nuevos ETH como recompensas para los validadores que aseguran la red de Ethereum. Va separado del suministro total, el cual se refiere a la cantidad total de ETH que hay en circulación. + +### En términos sencillos: + +- La **emisión** añade nuevos ETH a la red. +- **Quema** (introducida por la EIP-1559) elimina ETH de la red mediante la destruccion de una parte de la comisión de la transacción. + +Estas dos fuerzas determinan si el suministro de Ethereum crece (inflación) o decrece (deflación) a la larga. + +## El suministro y la emisión de ETH hoy en día {#eth-supply-today} + +El sistema de prueba de participación (PoS) de Ethereum ha reducido de forma drástica la emisión de ETH en comparación con su modelo anterior, la prueba de trabajo (PoW). Validadores —los que bloquean sus ETH para asegurar a la red— ganan ETH como recompensa. Puede ver la tasa actual de emisión en [Ultrasound Money](https://ultrasound.money). + +No obstante, este número es dinámico. Gracias a EIP-1559, cuando la red cuenta con gran actividad, la tasa de quema de ETH sobrepasa la tasa de emisión, creando asi un efecto deflacionario. Por ejemplo, durante periodos de alta demanda, como lanzamientos de NFT o actividad DeFi, más ETH del que se emite puede llegar a ser quemado. + +### Herramientas para seguir el suministro y emisión de ETH: + +- [Ultrasound Money](https://ultrasound.money): seguimiento en tiempo real de las tasas de suministro, emisión y quema +- [Etherscan](https://etherscan.io): explorador de bloque con métricas de suministro + +## Factores que influyen en el suministro y en la emisión futura de ETH {#future-eth-supply} + +El suministro futuro de Ethereum no es fijo, depende de varias variables: + +1. **Cuota de participación**: + - Cuantos más validadores se unan a la red, más ETH se distribuirán en forma de recompensa. + - Si participan pocos validadores, puede que la emisión disminuya. + - Aprende más sobre [staking](/staking/). + +2. **Actividad de la red**: + - Un alto volumen de transacciones hará que se quemen más ETH, comprensando o excediento potencialmente la emisión. + - Lee sobre las [comisiones de gas](/developers/docs/gas/) y cómo afectan a la quema. + +3. **Actualizaciones del protocolo**: + - Futuras modificaciones en el código de Ethereum podrían ajustar la recompensa de participación o a los mecanismos de quema, lo cual afectaría a la dinámica del suministro actual. + - Manténgase actualizado con la [hoja de ruta de Ethereum](/roadmap/). + +## Recapitulación: suministro, emision de ETH y siguientes pasos {#recap} + +He aquí un resumen rápido de lo que necesita saber acerca el suministro y la emisión de ETH: + +- **Suministro de ETH**: Dinámico y en constante cambio, rastreable en tiempo real a través de herramientas como: [Ultrasound Money](https://ultrasound.money) +- **Emisión bajo PoS**: reducida de forma considerable en comparación a la PoW, cuyas recompensas van hacía los validadores. Revise las comisiones actuales en [Ultrasound Money](https://ultrasound.money) +- **Papel de la EIP-1559**: la quema de ETH puede hacer que la red se vuelva deflacionaria durante altos periodos de actividad +- **Tendencias futuras**: cuota de participacion, demanda de la red y actualizaciones del protocolo que impactarán en el suministro de ETH + +Comprender la emisión de ETH ayuda a desmitificar el valor de Ethereum y su potencial como un activo deflacionario y descentralizado. Para obtener información detallada acerca del cómo la Fusión impactó en el suministro de ETH, revise nuestro [desglose detallado](/roadmap/merge/issuance/). ¿Le pica la curiosidad acerca el futuro de ETH? Profundice en el manejo de herramientas como [Ultrasound Money](https://ultrasound.money) o explore nuestra [guías de participación](/staking/). \ No newline at end of file diff --git a/public/content/translations/es/glossary/index.md b/public/content/translations/es/glossary/index.md index b3dc1eb91dc..05dabd9e787 100644 --- a/public/content/translations/es/glossary/index.md +++ b/public/content/translations/es/glossary/index.md @@ -474,6 +474,8 @@ lang: es + + ## Z {#section-z} @@ -494,6 +496,6 @@ _Proporcionado en parte por [Mastering Ethereum](https://github.com/ethereumbook ## Contribuir a esta página {#contribute-to-this-page} -¿Hemos olvidado algo? ¿Hay algo incorrecto? ¡Ayúdenos a mejorar contribuyendo a este glosario en GitHub! +¿Nos hemos dejado algo? ¿Hay algo incorrecto? ¡Ayúdenos a mejorar contribuyendo con este glosario en GitHub! -[Aprenda cómo contribuir](/contributing/adding-glossary-terms) +[Entérese aquí de cómo puede contribuir](/contributing/adding-glossary-terms) diff --git a/public/content/translations/es/governance/index.md b/public/content/translations/es/governance/index.md index 4398b7f6d45..ef11d5d8a39 100644 --- a/public/content/translations/es/governance/index.md +++ b/public/content/translations/es/governance/index.md @@ -20,17 +20,17 @@ Ninguna persona controla el protocolo de Ethereum; sin embargo, eso no quita que ## Gobernanza de Ethereum {#ethereum-governance} -La gobernanza de Ethereum es el proceso mediante el cual se realizan cambios en el protocolo. Es importante señalar que este proceso no está relacionado con el uso que la gente y las aplicaciones hacen del protocolo: Ethereum es una red pública. Cualquier individuo, independientemente de su procedencia, puede participar en actividades desarrolladas en la cadena de bloques. No hay reglas establecidas con respecto a quién puede o no puede crear una aplicación o realizar una transacción. Sin embargo, existe un proceso para proponer cambios en el protocolo central, sobre el que se ejecutan las aplicaciones descentralizadas. Puesto que tanta gente depende de la estabilidad de Ethereum, existen unos estrictos criterios de coordinación aplicables a los cambios fundamentales, que incluyen procesos sociales y técnicos. El objetivo es garantizar que cualquier cambio en Ethereum sea seguro y cuente con el respaldo unánime de la comunidad. +La gobernanza de Ethereum es el proceso mediante el cual se realizan cambios en el protocolo. Es importante señalar que este proceso no está relacionado con el uso que la gente y las aplicaciones hacen del protocolo: Ethereum es una red pública. Cualquier persona de cualquier parte del mundo puede participar en actividades en cadena. No hay reglas establecidas con respecto a quién puede o no puede crear una aplicación o realizar una transacción. Sin embargo, existe un proceso para proponer cambios en el protocolo central, sobre el que se ejecutan las aplicaciones descentralizadas. Puesto que tanta gente depende de la estabilidad de Ethereum, existen unos estrictos criterios de coordinación aplicables a los cambios fundamentales, que incluyen procesos sociales y técnicos. El objetivo es garantizar que cualquier cambio en Ethereum sea seguro y cuente con el respaldo unánime de la comunidad. -### Gobernanza «on-chain» frente a gobernanza «off-chain» {#on-chain-vs-off-chain} +### Gobernanza en cadena frente a gobernanza fuera de cadena {#onchain-vs-offchain} -La tecnología de cadenas de bloques abre la posibilidad a nuevas opciones de gobernanza, conocidas como gobernanza «on-chain» o dentro de la cadena. La gobernanza dentro de la cadena se da cuando las propuestas de cambios en el protocolo se deciden mediante los votos de las partes interesadas. Por lo general, estos actores son los tenedores de un token de gobernanza y la votación ocurre en la cadena de bloques. En algunas formas de gobernanza en cadena, los cambios de protocolo propuestos ya están escritos en código y se implementan automáticamente si las partes interesadas aprueban los cambios. +La tecnología de cadena de bloques permite nuevas posibilidades de gobernanza, lo que se conoce como gobernanza en cadena. La gobernanza en cadena ocurre cuando propuestas de cambios en el protocolo se deciden por una votación de las partes interesadas, normalmente tenedores de un token de gobernanza, y la votación ocurre en la cadena de bloques. En algunas formas de gobernanza en cadena, los cambios de protocolo propuestos ya están escritos en código y se implementan automáticamente si las partes interesadas aprueban los cambios firmando una transacción. -El enfoque opuesto, la gobernanza «off-chain» o externa a la cadena, consiste en que cualquier decisión de modificación del protocolo se produce a través de un proceso informal de debate social que, de aprobarse, se aplicaría en código. +El enfoque opuesto, la gobernanza fuera de cadena, es cuando cualquier decisión de modificación del protocolo se produce a través de un proceso informal de debate social, que, de aprobarse, se implementaría en el código. -**La gobernanza de Ethereum ocurre externa a la cadena** y una amplia variedad de actores intervienen en el proceso. +**La gobernanza de Ethereum se realiza fuera de cadena** con una gran variedad de partes interesadas que intervienen en el proceso. -_A pesar de que siguiendo el protocolo, la gobernanza de Ethereum se desarrolla externa a la cadena de bloques, muchos casos de uso que se ejecutan sobre la red Ethereum, como las DAO, se sirven de la gobernanza dentro de la cadena._ +_A pesar de que a nivel de protocolo la gobernanza de Ethereum se realiza fuera de cadena, muchos casos de uso construidos sobre Ethereum, como las DAO, se sirven de la gobernanza en cadena._ Más información acerca de las DAO @@ -44,7 +44,7 @@ En la [comunidad Ethereum](/community/), hay diversos actores y cada uno cumple - **Tenedores de ether**: personas que tienen una cantidad arbitraria de ETH. [Más información sobre ETH](/eth/). - **Usuarios de aplicaciones**: estas personas interactúan con aplicaciones en la cadena de bloques de Ethereum. -- **Desarrolladores de aplicaciones o herramientas**: estas personas programan aplicaciones que se ejecutan en la cadena de bloques de Ethereum (p. ej., DeFi, NFT, etc.) o diseñan herramientas para interactuar con Ethereum (p. ej., carteras, series de pruebas, etc.). [Más información sobre DApps](/apps/). +- **Desarrolladores de aplicaciones o herramientas**: estas personas programan aplicaciones que se ejecutan en la cadena de bloques de Ethereum (p. ej., DeFi, NFT, etc.) o diseñan herramientas para interactuar con Ethereum (p. ej., carteras, series de pruebas, etc.). [Más información sobre DApp](/apps/). - **Operadores de nodos**: estas personas ejecutan nodos que propagan bloques y transacciones y rechazan cualquier transacción o bloque inválido con el que se encuentren. [Más información sobre los nodos](/developers/docs/nodes-and-clients/). - **Autores de EIP**: estas personas proponen cambios en el protocolo Ethereum en calidad de propuestas de mejora de Ethereum (EIP, «Ethereum Improvement Proposals»). [Más información sobre las EIP](/eips/). - **Validadores**: estas personas ejecutan nodos que pueden añadir nuevos bloques a la cadena de bloques de Ethereum. @@ -118,7 +118,7 @@ Por lo general, los desacuerdos se tratan en discusiones extensas en foros de ac Las bifurcaciones se dan cuando hay mejoras técnicas o modificaciones que cambian las reglas del juego en el protocolo. Los [clientes de Ethereum](/developers/docs/nodes-and-clients/) deben actualizar su software para implementar las nuevas reglas establecidas en la bifurcación. -La bifurcación de una DAO surgió en respuesta al [ataque de una DAO en 2016](https://www.coindesk.com/learn/understanding-the-dao-attack), donde un contrato inseguro de una [DAO](/glossary/#dao) fue drenado por más de 3,6 millones de ETH en un hack. La bifurcación movió los fondos desde el contrato corrompido a un nuevo contrato, permitiendo que las personas que perdieron sus fondos, los recuperaran. +La bifurcación DAO surgió como respuesta al [ataque de DAO de 2016](https://www.coindesk.com/learn/understanding-the-dao-attack) donde un contrato inseguro [DAO](/glossary/#dao) fue drenando más de 3,6 millones de ETH en un hackeo. La bifurcación movió los fondos desde el contrato corrompido a un nuevo contrato, permitiendo que las personas que perdieron sus fondos, los recuperaran. Esta acción fue votada por la comunidad Ethereum. Cualquier titular de ETH pudo votar a través de una transacción en [una plataforma de votación](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/). La decisión de bifurcar obtuvo más del 85 % de los votos. @@ -152,7 +152,7 @@ El proceso de gobernanza de Ethereum usualmente cambia velocidad y eficiencia po Si bien la especificación y las implementaciones de desarrollo siempre han sido totalmente de código abierto, no se utilizaron los procesos formales arriba descritos para proponer actualizaciones. Esto permitió que los investigadores y los implementadores especificaran los cambios y los acordaran más rápidamente. -Cuando la cadena de baliza se fusionó con la capa de ejecución de Ethereum el 15 de septiembre de 2022, La fusión se completó como parte de la [actualización de la red París](/ethereum-forks/#paris). La propuesta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) se cambió de "Última llamada" a "Final", completando la transición a la prueba de participación. +Cuando la cadena de baliza se fusionó con la capa de ejecución de Ethereum el 15 de septiembre de 2022, La fusión se completó como parte de la [actualización de la red París](/history/#paris). La propuesta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) se cambió de "Última llamada" a "Final", completando la transición a la prueba de participación. Más sobre la fusión @@ -180,3 +180,5 @@ La gobernanza en Ethereum no está estrictamente definida. Muchos participantes - [¿Qué es un desarrollador del núcleo de Ethereum?](https://hudsonjameson.com/2020-06-22-what-is-an-ethereum-core-developer/) - _Hudson Jameson_ - [Gobernanza, parte 2: La plutocracia todavía es mala](https://vitalik.eth.limo/general/2018/03/28/plutocracy.html), _Vitalik Buterin_ - [Más allá de la gobernanza de la votación de monedas](https://vitalik.eth.limo/general/2021/08/16/voting3.html), _Vitalik Buterin_ +- [Entender la gobernanza de las cadenas de bloques](https://research.2077.xyz/understanding-blockchain-governance), _2077 Research_ +- [El gobierno de Ethereum](https://www.galaxy.com/insights/research/ethereum-governance/), _Christine Kim_ diff --git a/public/content/translations/es/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/es/guides/how-to-create-an-ethereum-account/index.md index 550b622ba11..a518e5bd293 100644 --- a/public/content/translations/es/guides/how-to-create-an-ethereum-account/index.md +++ b/public/content/translations/es/guides/how-to-create-an-ethereum-account/index.md @@ -40,15 +40,12 @@ Algunas aplicaciones le pedirán que guarde una "frase de recuperación" secreta **Cualquier persona que conozca la frase puede tomar el control de todos los fondos.** Nunca la comparta con nadie. Esta frase debe contener entre 12 a 24 palabras generadas al azar (el orden de las palabras importa).
- - - +
¿Billetera instalada?
Aprenda a usarla.
Cómo utilizar una cartera -
-
+
¿Interesado en otras guías? Eche un vistazo a nuestras [Guías paso a paso](/guides/). diff --git a/public/content/translations/es/guides/how-to-id-scam-tokens/index.md b/public/content/translations/es/guides/how-to-id-scam-tokens/index.md index 7e8927df105..584a08c8b54 100644 --- a/public/content/translations/es/guides/how-to-id-scam-tokens/index.md +++ b/public/content/translations/es/guides/how-to-id-scam-tokens/index.md @@ -13,13 +13,13 @@ Hay dos maneras en las que puede que intenten engañarle: - **Vendiéndole un token estafa**, que puede parecer el token legítimo que quiere comprar, pero que lo emiten los estafadores y, por tanto, no vale nada. - **Engañándole para que firme malas transacciones**, generalmente dirigiéndole a su propia interfaz de usuario. Podrían intentar que le dé a sus contratos una asignación en sus tókenes ERC-20, exponiendo información confidencial que les dé acceso a sus activos, etc. Estas interfaces de usuario podrían ser clones casi perfectos de sitios honestos, pero con trucos ocultos. -Para ilustrar lo que son los tókenes estafa y cómo identificarlos, vamos a ver un ejemplo de uno: [`wARB`](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82). Este token intenta parecerse al token legítimo [`ARB`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1). +Para ilustrar lo que son los tókenes estafa y cómo identificarlos, vamos a ver un ejemplo de uno: [`wARB`](https://eth.blockscout.com/token/0xB047c8032b99841713b8E3872F06cF32beb27b82). Este token intenta parecerse al token legítimo [`ARB`](https://eth.blockscout.com/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1). -Arbitrum es una organización que desarrolla y gestiona [rollups (o acumulaciones) optimistas](/developers/docs/scaling/optimistic-rollups/). Inicialmente, Arbitrum se fundó como una empresa con fines lucrativos, pero luego tomó medidas para descentralizarse. Como parte de ese proceso, emitió un [token de gobernanza negociable](/dao/#token-based-based-membership). +Arbitrum es una organización que desarrolla y gestiona [optimistic rollups] (/developers/docs/scaling/optimistic-rollups/). Inicialmente, Arbitrum se fundó como una empresa con fines lucrativos, pero luego tomó medidas para descentralizarse. Como parte del proceso, han lanzado un [token de gobernanza] que admite transacciones (/dao/#token-based-membership). @@ -41,7 +41,7 @@ La finalidad última de Ethereum es la descentralización. Esto significa que no title="¿Qué son los contratos inteligentes?" contentPreview=''> -[Los contratos inteligentes](/developers/docs/smart-contracts/) son los programas que se ejecutan en la parte superior de la cadena de bloques Ethereum. Cada token ERC-20, por ejemplo, se implementa como un contrato inteligente. +[Los contratos inteligentes](/developers/docs/smart-contracts/) son los programas que se ejecutan sobre la cadena de bloques de Ethereum. Cada token ERC-20, por ejemplo, se implementa como un contrato inteligente. @@ -55,7 +55,7 @@ Hay varios trucos que los creadores de tókenes estafa hacen para que parezcan l - **Propietarios legítimos**. Los tokens estafa a menudo regalan saldos significativos a direcciones que se puede esperar que sean titulares legítimos del token real. - Por ejemplo, retomemos el `wARB` de nuevo. [Alrededor del 16 % de los tókenes](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?a=0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f) están en manos de una dirección cuya nombre público es [Arbitrum Foundation: Deployer](https://etherscan.io/address/0x1c8db745abe3c8162119b9ef2c13864cd1fdd72f). Esta no _es_ una dirección falsa, realmente es la dirección que [desplegó el contrato ARB real en la red principal de Ethereum](https://etherscan.io/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). + Por ejemplo, retomemos el `wARB` de nuevo. [Alrededor del 16 % de los tókenes](https://eth.blockscout.com/token/0xb047c8032b99841713b8e3872f06cf32beb27b82?tab=holders) están en manos de una dirección cuya nombre público es [Arbitrum Foundation: Deployer](https://eth.blockscout.com/address/0x1C8db745ABe3C8162119b9Ef2c13864Cd1FDD72F). Esta no _es_ una dirección falsa, es la dirección real en la que [desplegó el contrato ARB real en la red principal de Ethereum](https://eth.blockscout.com/tx/0x242b50ab4fe9896cb0439cfe6e2321d23feede7eeceb31aa2dbb46fc06ed2670). Debido a que el saldo ERC-20 de una dirección es parte del almacenamiento del contrato ERC-20, se puede especificar en el contrato para que sea lo que el desarrollador del contrato desee. También es posible que un contrato prohíba las transferencias para que los usuarios legítimos no puedan deshacerse de esos tókenes estafa. @@ -94,4 +94,4 @@ Mientras haya valor en el mundo, va a haber estafadores que intenten robarlo par - Los tókenes estafa se hacen pasar por tókenes legítimos, pueden usar el mismo nombre, símbolo, etc. - Los tókenes estafa _no pueden_usar la misma dirección del contrato. - La mejor fuente para la dirección del token legítimo es la organización propietaria del token. -- De lo contrario, puede usar aplicaciones populares y de confianza como [Uniswap](https://app.uniswap.org/#/swap) y [Etherscan](https://etherscan.io/). +- De lo contrario, puede usar aplicaciones populares y de confianza como [Uniswap](https://app.uniswap.org/#/swap) y [Blockscout](https://eth.blockscout.com/). diff --git a/public/content/translations/es/guides/how-to-revoke-token-access/index.md b/public/content/translations/es/guides/how-to-revoke-token-access/index.md index e6a7f88a56b..191d9dc85d3 100644 --- a/public/content/translations/es/guides/how-to-revoke-token-access/index.md +++ b/public/content/translations/es/guides/how-to-revoke-token-access/index.md @@ -20,6 +20,8 @@ Existen varios sitios web que le permiten ver y revocar contratos inteligentes c - [Ethallowance](https://ethallowance.com/) (Ethereum) - [Etherscan](https://etherscan.io/tokenapprovalchecker) (Ethereum) +- [Blockscout](https://eth.blockscout.com/apps/revokescout) (Ethereum) +- [Cointool](https://cointool.app/approve/eth) (múltiples redes) - [Revoke](https://revoke.cash/) (múltiples redes) - [Unrekt](https://app.unrekt.net/) (múltiples redes) - [EverRevoke](https://everrise.com/everrevoke/) (múltiples redes) @@ -46,15 +48,12 @@ Le aconsejamos que actualice la herramienta de revocación transcurridos unos mi
- - - +
¿Quiere saber más?
Consulte nuestras demás guías -
-
+ ## Preguntas más frecuentes diff --git a/public/content/translations/es/guides/how-to-swap-tokens/index.md b/public/content/translations/es/guides/how-to-swap-tokens/index.md index 9b10665a588..847cc2b416e 100644 --- a/public/content/translations/es/guides/how-to-swap-tokens/index.md +++ b/public/content/translations/es/guides/how-to-swap-tokens/index.md @@ -12,7 +12,7 @@ Un intercambio de tokens involucra el intercambio de dos activos diferentes que **Requisitos previos:** -- tener una [billetera de criptomonedas](/glossary/#wallet) (puede seguir este tutorial: [Cómo "registrar" una cuenta de Ethereum](/guides/how-to-create-an-ethereum-account/) +- tener una [cartera de criptomonedas](/glossary/#wallet); si no la tiene, puede seguir esta guía sobre [Cómo crear una cuenta de Ethereum](/guides/how-to-create-an-ethereum-account/) - añadir fondos a su cartera ## 1. Conecte su cartera al intercambio descentralizado (DEX) que prefiera @@ -22,7 +22,7 @@ Algunos intercambios descentralizados populares son: - [Uniswap](https://app.uniswap.org/#/swap) - [Sushiswap](https://www.sushi.com/swap) - [1Inch](https://app.1inch.io/#/1/unified/swap/ETH/DAI) -- [Curve](https://curve.fi/#/ethereum/swap) +- [Curve](https://www.curve.finance/dex/ethereum/swap/) ¿Le interesa? Aprenda más sobre qué son las [finanzas descentralizadas (DeFi)](/defi/) y cómo funcionan estos nuevos tipos de exchanges. @@ -49,15 +49,12 @@ Puede seguir el progreso de la transacción en cualquier navegador de cadena de Recibirá automáticamente los tokens intercambiados en su billetera una vez que la transacción sea procesada.
- - - +
¿Quiere saber más?
Consulte nuestras demás guías -
-
+ ## Preguntas más frecuentes diff --git a/public/content/translations/es/guides/how-to-use-a-bridge/index.md b/public/content/translations/es/guides/how-to-use-a-bridge/index.md index 1df0853c562..9e5faf5072d 100644 --- a/public/content/translations/es/guides/how-to-use-a-bridge/index.md +++ b/public/content/translations/es/guides/how-to-use-a-bridge/index.md @@ -10,7 +10,7 @@ Si hay mucho tráfico en la red de Ethereum, puede ser costoso. Una solución pa **Requisitos previos:** -- tenga su propia cartera de criptomonedas, para ello puede seguir este tutorial:[ Como «registrar» una cuenta de Ethereum](/guides/how-to-create-an-ethereum-account/) +- tenga su propia cartera de criptomonedas, para ello puede seguir este tutorial [Cómo crear una cuenta de Ethereum](/guides/how-to-create-an-ethereum-account/) - añadir fondos a su cartera ## 1. Determine la red de capa 2 que quiere usar @@ -52,15 +52,12 @@ Este proceso no debería tardar más de 10 minutos. Puede utilizar [chainlist.org](http://chainlist.org) para encontrar los detalles RPC de la red. Una vez que se añada la red y la transacción haya finalizado, deberían aparecer los tókenes en su cartera.
- - - +
¿Quiere saber más?
Consulte nuestras demás guías -
-
+ ## Preguntas más frecuentes diff --git a/public/content/translations/es/guides/how-to-use-a-wallet/index.md b/public/content/translations/es/guides/how-to-use-a-wallet/index.md index 8a7b0e22c4e..456cd78223b 100644 --- a/public/content/translations/es/guides/how-to-use-a-wallet/index.md +++ b/public/content/translations/es/guides/how-to-use-a-wallet/index.md @@ -1,5 +1,6 @@ --- title: Cómo utilizar una cartera +metaTitle: Cómo usar carteras de Ethereum | Guía detallada description: Una guía para explicar cómo enviar, recivir tókenes y conectarse con proyectos de web3. lang: es --- @@ -62,15 +63,12 @@ Su dirección será la misma en todos los proyectos de Ethereum. No tiene que re 5. Confirme la solicitud en su cartera para establecer la conexión. ** Aceptar este mensaje no requiere gastar ETH **. 6. ¡Y ya está! Puede empezar a utilizar la aplicación. Puede encontrar algunos proyectos interesantes en nuestra [ página DApps](/apps/#explore).
- - - +
¿Quiere saber más?
Consulte nuestras demás guías -
-
+ ## Preguntas más frecuentes diff --git a/public/content/translations/es/guides/index.md b/public/content/translations/es/guides/index.md index e13fa859248..f0f97ee4a2d 100644 --- a/public/content/translations/es/guides/index.md +++ b/public/content/translations/es/guides/index.md @@ -18,7 +18,7 @@ lang: es 1. [Cómo revocar el acceso al contrato inteligente a sus fondos criptográficos](/guides/how-to-revoke-token-access/): si de repente ve una transacción en su cartera que no inició, esta guía le enseñará a evitar que eso suceda de nuevo. -2. [Cómo identificar fichas de estafa](/guides/how-to-id-scam-tokens/): qué son las fichas de estafa, cómo hacen para parecer legítimas y cómo identificarlas para protegerse y evitar estafas. +2. [Cómo identificar los tókenes estafa](/guides/how-to-id-scam-tokens/): ¿Qué son los tókenes estafa? ¿Cómo hacen que parezcan legítimos y cómo puede identificarlos para protegerse y evitar caer en estafas? ## Uso de Ethereum diff --git a/public/content/translations/es/history/index.md b/public/content/translations/es/history/index.md new file mode 100644 index 00000000000..89e7d62a241 --- /dev/null +++ b/public/content/translations/es/history/index.md @@ -0,0 +1,649 @@ +--- +title: Historia y bifurcaciones de Ethereum +description: Una historia de la cadena de bloques de Ethereum, que incluye los principales hitos, lanzamientos y bifurcaciones. +lang: es +sidebarDepth: 1 +--- + +# La historia de Ethereum {#the-history-of-ethereum} + +Una cronología que incluye todos los principales hitos, bifurcaciones y actualizaciones de la cadena de bloques de Ethereum. + + + +Las bifurcaciones se producen cuando es necesario realizar actualizaciones o cambios técnicos importantes en la red; suelen provenir de las [propuestas de mejora de Ethereum (EIP)](/eips/) y cambian las «reglas» del protocolo. + +Cuando se precisan actualizaciones en un software tradicional y controlado centralmente, la empresa publica una nueva versión para el usuario final. Las cadenas de bloque funcionan de manera diferente porque no hay propiedad central. Los [clientes de Ethereum](/developers/docs/nodes-and-clients/) deben actualizar su software para implementar las nuevas reglas de la bifurcación. Además de creadores de bloques (los mineros en el mundo de las pruebas de trabajo y los validadores en el universo de las pruebas de participación) y los nodos, deben crearse bloques y validarlos con respecto a las reglas nuevas. [Más sobre los mecanismos de consenso (/desarrolladores/docs/mecanismos-de-consenso/) + +Estos cambios de reglas pueden crear una ruptura temporal en la red. Los bloques nuevos podrían producirse de acuerdo con las reglas nuevas o con las antiguas. Normalmente las bifurcaciones se acuerdan con antelación para que los clientes adopten los cambios a la vez. Además, de este modo las bifurcaciones actualizadas se convertirán en la cadena principal. Sin embargo, en casos excepcionales, los desacuerdos con respecto a las bifurcaciones pueden provocar que la red permanezca dividida. La más notable es la creación de Ethereum Classic con la [bifurcación DAO] (#dao-fork). + + + + + +El software que sustenta a Ethereum se compone de dos mitades, conocidas como la [capa de ejecución](/glossary/#execution-layer) y la [capa de consenso](/glossary/#consensus-layer). + +https://devcon.org/en/past-events/ /glossary/#beacon-chain https://en.wikipedia.org/wiki/Altair https://en.wikipedia.org/wiki/Bellatrix https://en.wikipedia.org/wiki/Capella https://en.wikipedia.org/wiki/Deneb) | TBD - Próximamente | +\| \[*Fulu*]\() | TBD | + +**Nomenclatura combinada** + +Las actualizaciones de ejecución y consenso se lanzaron inicialmente en diferentes momentos, pero después de [la Fusión](/roadmap/merge/) en 2022, se han implementado simultáneamente. Como tal, han surgido términos coloquiales para simplificar las referencias a estas actualizaciones utilizando un único término conjunto. Esto comenzó con la actualización *Shanghai-Capella*, comúnmente llamada "**Shapella**", y continúa con las actualizaciones *Cancun-Deneb* (**Dencun**) y *Prague-Electra* (**Pectra**). + +| Actualización de ejecución | Actualización de consenso | Nombre corto | +| -------------------------- | ------------------------- | ------------ | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | +| Prague | Electra | "Pectra" | +| Osaka | Fulu | "Fusaka" | + + + +Vaya directamente a la información sobre algunas de las actualizaciones anteriores más importantes: [La cadena de baliza](/upgrades); [La Fusión](/roadmap/merge/); y [EIP-1559](#london) + +¿Busca futuras actualizaciones del protocolo? [Descubra las próximas actualizaciones de la hoja de ruta de Ethereum](/roadmap/). + + + +## 2025 {#2025} + +### Prague-Electra ("Pectra") {#pectra} + + + +La actualización Prague-Electra ("Pectra") incluyó varias mejoras en el protocolo de Ethereum destinadas a mejorar la experiencia para todos los usuarios, redes de capa 2, participantes y operadores de nodos. + +La participación recibió una mejora con cuentas de validadores compuestas y un mejor control sobre los fondos en participaciones mediante la dirección de retirada de ejecución. El EIP-7251 aumentó el saldo máximo efectivo para un solo validador a 2048, mejorando la eficiencia de capital para los participantes. El EIP-7002 permitió que una cuenta de ejecución activara de forma segura acciones del validador, incluyida la salida o la retirada de partes de los fondos, mejorando la experiencia para los participantes en ETH y ayudando a fortalecer la responsabilidad de los operadores de nodos. + +Otras partes de la actualización se centraron en mejorar la experiencia para los usuarios comunes. El EIP-7702 aportó la capacidad para que una cuenta regular que no es un contrato inteligente ([EOA](/glossary/#eoa)) ejecute un código similar al de un contrato inteligente. Esto desbloqueó una nueva funcionalidad ilimitada para las cuentas tradicionales de Ethereum, como el agrupamiento de transacciones, el patrocinio de gas, la autenticación alternativa, controles programables de gasto y mecanismos de recuperación de cuenta, entre otros. + + + +Mejor experiencia de usuario: + +
    +
  • EIP-7702: Establecer código de cuenta EOA
  • +
  • EIP-7691: Aumento del rendimiento de blobs
  • +
  • EIP-7623 - Aumento del coste de calldata
  • +
  • EIP-7840: Agregar programación de blobs a los archivos de configuración EL
  • +
+ +Mejor experiencia de participación: + +
    +
  • EIP-7251: Aumentar el MAX\_EFFECTIVE\_BALANCE
  • +
  • EIP-7002 - Salidas activables desde la capa de ejecución
  • +
  • EIP-7685: Solicitudes de propósito general para la capa de ejecución
  • +
  • EIP-6110: Registrar depósitos de validadores en la cadena
  • +
+ +Mejoras en la eficiencia y seguridad del protocolo: + +
    +
  • EIP-2537: Precompilado para operaciones de la curva BLS12-381
  • +
  • EIP-2935: Guardar hashes de bloques históricos en el estado
  • +
  • EIP-7549: Mover el índice del comité fuera de la certificación
  • +
+ +
+ +- [Pectra.wtf](https://pectra.wtf) +- [Cómo Pectra mejorará la experiencia de participación](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [Lee las especificaciones de la actualización Electra](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/) +- [Preguntas frecuentes sobre Prague-Electra («Pectra»)](/roadmap/pectra/) + + + +## 2024 {#2024} + +### Cancun-Deneb ("Dencun") {#dencun} + + + +#### Resumen de Cancun {#cancun-summary} + +La actualización Cancun contiene un conjunto de mejoras en la _ejecución_ de Ethereum destinadas a mejorar la escalabilidad, junto con las actualizaciones de consenso de Deneb. + +En particular, esto incluye EIP-4844, conocido como **Proto-Danksharding**, que reduce significativamente el costo del almacenamiento de datos para los rollups de capa 2. Esto se logra a través de la introducción de "blobs" de datos que permiten que los rollups publiquen datos en la red principal por un corto período de tiempo. Esto da como resultado tarifas de transacción significativamente más bajas para los usuarios de los rollups de la capa 2. + + + +
    +
  • EIP-1153 - Códigos de operación de almacenamiento transitorio
  • +
  • EIP-4788 - Raíz de bloque de Baliza en la EVM
  • +
  • EIP-4844 - Transacciones de blob fragmentado (Proto-Danksharding)
  • +
  • EIP-5656 - MCOPY - Instrucción de copia de memoria
  • +
  • EIP-6780 - AUTODESTRUCTOR solo en la misma transacción
  • +
  • EIP-7516 - BLOBBASEFEE código de operación
  • +
+ +
+ +- [Rollups de capa 2](/layer-2/) +- [ProtoDanksharding](/roadmap/scaling/#proto-danksharding) +- [Danksharding](/roadmap/danksharding/) +- [Leer la especificación de la actualización Cancun](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) + +#### Resumen de Deneb {#deneb-summary} + +La actualización Deneb contiene un conjunto de mejoras en el _consenso_ de Ethereum destinadas a mejorar la escalabilidad. Esta actualización viene junto con las actualizaciones de ejecución de Cancun para habilitar Proto-Danksharding (EIP-4844), junto con otras mejoras en la cadena de Baliza. + +Los "mensajes de salida voluntaria" pregenerados y firmados ya no caducan, lo que da más control a los usuarios que realizan staking con un operador de nodo externo. Con este mensaje de salida firmado, los participantes pueden delegar el funcionamiento del nodo mientras mantienen la capacidad de salida y retirada de sus fondos de forma segura en cualquier momento, sin necesidad de pedir permiso a nadie. + +EIP-7514 reduce la emisión de ETH limitando la tasa de "churn" a la que los validadores pueden unirse a la red a ocho (8) por época. Dado que la emisión de ETH es proporcional al total de ETH en participación, la limitación del número de validadores que se unen limita la _tasa de crecimiento_ de ETH recién emitido, al tiempo que reduce los requisitos de hardware para los operadores de nodos, lo que ayuda a la descentralización. + + + +
    +
  • EIP-4788 - Raíz de bloque de Baliza en la EVM
  • +
  • EIP-4844 - Transacciones de blobs de shard
  • +
  • EIP-7044 - Salidas voluntarias firmadas válidas perpetuamente
  • +
  • EIP-7045 - Aumentar la ranura de inclusión de atestación máxima
  • +
  • EIP-7514 - Añadir límite máximo de churn de época
  • +
+ +
+ +- [Lea las especificaciones de la actualización Deneb](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/) +- [Preguntas frecuentes de Cancun-Deneb ("Dencun")](/roadmap/dencun/) + + + +## 2023 {#2023} + +### Shanghai-Capella ("Shapella") {#shapella} + + + +#### Resumen de Shanghai {#shanghai-summary} + +La actualizacion de Shangai trae los retiros de staking a la capa de ejecución. Junto con la actualización Capella, habilitó los bloques para aceptar las operaciones de retirada, que permitieran a los interesados retirar sus ETH provenientes de la cadena de baliza para ejecutarlos posteriormente. + + + +
    +
  • EIP-3651: inicia el calentamiento de dirección de COINBASE
  • +
  • EIP-3855: nueva instrucciónPUSH0
  • +
  • EIP-3860: código iniciación límite y contador
  • +
  • EIP-4895: notificación cadena de baliza con retiradas como operaciones
  • +
  • EIP-6049 - Deprecate SELFDESTRUCT
  • +
+ +
+ +- [Lea la especificación de la actualización Shanghai](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) + +#### Resumen de Capella {#capella-summary} + +La actualizacion Capella es la tercera actualización importante a la capa de consenso (cadena de baliza), que le permite retirar su participación. Capella se produjo de forma sincrónica a la actualización de la capa de ejecución, Shanghai, y activó la funcionalidad de retirada de participaciones. + +Esta actualización de la capa de consenso aporta a los participantes que no proporcionaron credenciales de retirada en su depósito inicial la posibilidad de hacerlo ahora. + +La actualizacion también proporciona la funcionalidad de barrido automático de la cuenta, la cual procesa constantemente cuentas validadoras para cualquier pago de recompensa disponible o retiradas completas. + +- [Más información sobre la retirada de participaciones](/staking/withdrawals/). +- [Lea la especificacion de la actualizacion Capella](https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/) + + + +## 2022 {#2022} + +### Paris (La Fusión) {#paris} + + + +#### Resumen {#paris-summary} + +El paso de la cadena de bloque de la prueba de trabajo a la [dificultad total terminal](/glossary/#terminal-total-difficulty) de 58750000000000000000000 originó La Fusión. Esto ocurrió en el bloque 15537393 el 15 de septiembre de 2022, y dio comienzo a la actualización Paris en el siguiente bloque. Paris supuso la transición denominada [La Fusión](/roadmap/merge/): cuya característica principal consistió en pasar del [algoritmo de minería y lógica de consenso asociada de la](/developers/docs/consensus-mechanisms/pow) prueba de trabajo [a la prueba de participación](/developers/docs/consensus-mechanisms/pos). Paris fue en sí una actualización a los [clientes de ejecución](/developers/docs/nodes-and-clients/#execution-clients) (equivalente a Bellatrix, en la capa de consenso) que les permitió recibir instrucciones de sus clientes de consenso conectados. Esto requirió que se activara un nuevo conjunto de métodos internos de API, conocido colectivamente como [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md). Esta fue probablemente la actualización más significativa en la historia de Ethereum desde [Homestead](#homestead)! + +- [Lea la especificación de actualización Paris](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) + + + +
    +
  • EIP-3675: consenso de actualización a la prueba de participación
  • +
  • EIP-4399: suplanta código operativo DIFFICULTY por PREVRANDAO
  • +
+ +
+ +--- + +### Bellatrix {#bellatrix} + + + +#### Resumen {#bellatrix-summary} + +La actualización Bellatrix fue la segunda actualización programada para la [cadena de baliza](/roadmap/beacon-chain), como prepración de la cadena para [La Fusión](/roadmap/merge/). Incorpora penalizaciones del validador a sus valores completos por inactividad y recortes por malas conductas. Bellatrix también incluye una actualización de las reglas de elección de la bifurcación para preparar la cadena de cara a La Fusión y la transición del último bloque de prueba de trabajo al primer bloque de prueba de participación. Esto incluye sensibilizar a los clientes sobre la dificultad total de la terminal [](/glossary/#terminal-total-difficulty) de 58750000000000000000000. + +- [Lea las especificaciones de actualización Bellatrix](https://github.com/ethereum/consensus-specs/tree/dev/specs/bellatrix) + +--- + +### Gray Glacier {#gray-glacier} + + + +#### Resumen {#gray-glacier-summary} + +La actualización de la red Gray Glacier hizo retroceder la [bomba de dificultad](/glossary/#difficulty-bomb) tres meses. Este es el único cambio introducido en esta actualización, y es similar en naturaleza a las actualizaciones [Arrow Glacier](#arrow-glacier) y [Muir Glacier](#muir-glacier). Se han llevado a cabo cambios similares en las actualizaciones de red [Byzantium](#byzantium),[Constantinople](#constantinople) y [London](#london). + +- [EF Blog: anuncio de actualización de Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/) + + + +
    +
  • EIP-5133: retrasa la bomba de dificultad hasta septiembre de 2022
  • +
+ +
+ + + +## 2021 {#2021} + +### Arrow Glacier {#arrow-glacier} + + + +#### Resumen {#arrow-glacier-summary} + +La actualización de la red Arrow Glacier hizo retroceder la [bomba de dificultad](/glossary/#difficulty-bomb) varios meses. Este es el único cambio introducido en esta actualización, y es similar en naturaleza a la actualización de [Muir Glacier](#muir-glacier). Cambios similares han sido realizados en las actualizaciones de red [Byzantium](#byzantium),[Constantinopla](#constantinople) y [Londres](#london). + +- [Blog de EF: anuncio de actualización de Arrow Glacier](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement/) +- [Ethereum Cat Herders: actualización de Arrow Glacier de Ethereum](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) + + + +
    +
  • EIP-4345: retrasa la bomba de dificultad hasta junio de 2022
  • +
+ +
+ +--- + +### Altair {#altair} + + + +#### Resumen {#altair-summary} + +La actualización Altair fue la primera programada para la [cadena de baliza](/roadmap/beacon-chain). Añadió soporte para los «comités de sincronización», permitiendo clientes ligeros y un aumento de la inactividad del validador y de las penalizaciones de recorte a medida que avanzaba el desarrollo hacia La Fusión. + +- [Lea las especificaciones de actualización Altair](https://github.com/ethereum/consensus-specs/tree/dev/specs/altair) + +#### ¡Dato curioso! {#altair-fun-fact} + +Altair fue la primera gran actualización de red que ha tenido un periodo de implementación preciso. Cada una de las actualizaciones anteriores se habían basado en un número de bloques declarados en la cadena de prueba de trabajo, donde los tiempos de bloque varían. La cadena de baliza no requiere resolución para la prueba de trabajo y, en lugar de ello, funciona en un sistema épocas basado en el tiempo, que consiste en «ranuras» de tiempo de doce segundos durante los cuales los validadores pueden proponer bloques. Por esta razón sabíamos exactamente cuándo alcanzaríamos la época 74.240 y Altair vería la luz. + +- [Tiempo del bloque](/developers/docs/blocks/#block-time) + +--- + +### London {#london} + + + +#### Resumen {#london-summary} + +La actualización London introdujo [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), que ha transformado el mercado de las comisiones de las transacciones, junto con cambios en la forma en que se manejan los reembolsos de gas y el plan [Era de hielo](/glossary/#ice-age). + +#### ¿Qué fue la actualización London/EIP-1559? {#eip-1559} + +Antes de la actualización London, Ethereum tenía bloques de tamaño fijo. En momentos de alta demanda de la red, estos bloques operaban a capacidad total. Como resultado, los usuarios a menudo tenían que esperar que la alta demanda disminuyera para ser incluidos en un bloque, lo cual provocaba una mala experiencia de usuario. La actualización London introdujo los bloques de tamaño variable en Ethereum. + +La forma en la que se calculaban las comisiones de transacción de la red de Ethereum cambió con [la actualización London](/history/#london) en agosto de 2021. Antes de la actualización London, las comisiones se calculaban sin separar la tarifa `base` de la tarifa `prioritaria`, por ejemplo: + +Supongamos que Alice tiene que pagar a Bob 1 ETH. En la transacción, el límite de gas es de 21.000 unidades y el precio del gas es de 200 gwei. + +La tarifa total vendría a ser: `Unidades de gas (límite) * Precio unitario del gas`; ejemplo: `21.000 * 200 = 4.200.000 gwei` o 0,0042 ETH + +La implementación de [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) en la actualización London hizo que el mecanismo de las tarifas de transacción fuera más complejo, pero hizo la tarifa de gas más predecible, dando como resultado un mercado más eficiente en términos de tarifas de transacción. Los usuarios pueden enviar transacciones con `maxFeePerGas`, que corresponde a la cantidad que están dispuestos a pagar por transacción para que esta se ejecute, sabiendo que no pagarán más que el precio de mercado por el gas (`baseFeePerGas`) y que se les reembolsará la cantidad adicional menos su propina. + +Este video explica EIP-1559 y los beneficios que aporta: [EIP-1559 explicado](https://www.youtube.com/watch?v=MGemhK9t44Q). + +- [¿Es desarrollador de DApps? Asegúrese de actualizar sus bibliotecas y herramientas.](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) +- [Lea el anuncio de Ethereum Foundation.](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/) +- [Lea la explicación de Ethereum Cat Herders.](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) + + + +
    +
  • EIP-1559: mejora el sector de las comisiones de las transacciones
  • +
  • EIP-3198: devuelve el BASEFEE de un bloque
  • +
  • EIP-3529: reduces reembolsos de gas para operaciones EVM
  • +
  • EIP-3541: evita lanzar contratos que empiecen por 0xEF
  • +
  • EIP-3554: retrasa la Era de hielo hasta diciembre de 2021
  • +
+ +
+ +--- + +### Berlin {#berlin} + + + +#### Resumen {#berlin-summary} + +La actualización Berlin optimizó el coste del gas para ciertas acciones de EVM, y aumentó la compatibilidad con múltiples tipos de transacciones. + +- [Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/) +- [Leer la explicación de Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) + + + +
    +
  • EIP-2565: reduce el gasto moderado ModExp de gas
  • +
  • EIP-2718: permite mejor soporte para múltiples tipos de transacciones
  • +
  • EIP-2929: incrementos en el coste del gas para códigos operativos de acceso a estados
  • +
  • EIP-2930: añade listas de acceso opcionales
  • +
+ +
+ + + +## 2020 {#2020} + +### El origen de la cadena de baliza {#beacon-chain-genesis} + + + +#### Resumen {#beacon-chain-genesis-summary} + +La [cadena de baliza](/roadmap/beacon-chain/) necesita 16.384 depósitos de 32 ETH apostados para enviarse de forma segura. Esto sucedió el 27 de noviembre, lo que significa que la cadena de baliza comenzó a producir su cadena de bloques a partir del 1 de diciembre de 2020. Este es un importante primer paso para lograr la[ vision de Ethereum](/roadmap/vision/). + +[Lea el anuncio de Ethereum Foundation.](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21/) + + + La cadena de baliza + + +--- + +### Contrato de depósito de participación implementado {#staking-deposit-contract} + + + +#### Resumen {#deposit-contract-summary} + +El contrato de depósito de participación introdujo la [participación](/glossary/#staking) en el ecosistema de Ethereum. A pesar de ser un contrato en la [red principal](/glossary/#mainnet), ha tenido impacto directo sobre la secuenciación de lanzamiento de la [cadena de baliza](/roadmap/beacon-chain/), una importante [ actualización de Ethereum](/roadmap/). + +[Lea el anuncio de Ethereum Foundation.](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19/) + + + Staking (apostar) + + +--- + +### Muir Glacier {#muir-glacier} + + + +#### Resumen {#muir-glacier-summary} + +La bifurcación Muir Glacier introdujo un retraso en la [bomba de dificultad](/glossary/#difficulty-bomb). El aumento de la dificultad del bloque del mecanismo de consenso de la [prueba de trabajo](/developers/docs/consensus-mechanisms/pow/) amenazó con degradar la usabilidad de Ethereum, debido al incremento de los tiempos de espera para enviar transacciones y utilizar DApps. + +- [Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/) +- [Leer la explicación de Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) + + + +
    +
  • EIP-2384: retrasa la bomba de dificultad otros 4.000.000 bloques o ~611 días.
  • +
+ +
+ + + +## 2019 {#2019} + +### Istanbul {#istanbul} + + + +#### Resumen {#istanbul-summary} + +La bifurcación de Istanbul: + +- Optimizó el coste del [gas](/glossary/#gas) de ciertas acciones en la [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). +- Mejoró la resistencia al ataque de denegación de servicio. +- Realizó escalabilidad de [capa 2](/developers/docs/scaling/#layer-2-scaling) basada en SNARK y STARK más eficientes. +- Habilitó Ethereum y Zcash para que interoperasen. +- Permitió que los contratos introdujeran funciones más creativas. + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement/) + + + +
    +
  • EIP-152: permite a Ethereum funcionar con una moneda que mantiene la privacidad como Zcash.
  • +
  • EIP-1108: criptografía más económica para mejorar los costes de [gas](/glossary/#gas).
  • +
  • EIP-1344: protege a Ethereum contra ataques de repetición al agregar el CHAINID [opcode](/developers/docs/ethereum-stack/#ethereum-virtual-machine).
  • +
  • EIP-1884: optimiza los precios del gas para el código de operación en función del consumo.
  • +
  • EIP-2028: reduce el coste de CallData para permitir más datos en los bloques – beneficioso para la [escalabilidad de capa 2](/developers/docs/scaling/#layer-2-scaling).
  • +
  • EIP-2200: otras modificaciones del precio del gas del código de operación
  • +
+ +
+ +--- + +### Constantinople {#constantinople} + + + +#### Resumen {#constantinople-summary} + +La bifurcación Constantinople: + +- Redujo las recompensas de [bloques de minería](/developers/docs/consensus-mechanisms/pow/mining/) de 3 ETH a 2. +- Garantizó que la cadena de bloques no se congelara antes de que se implementara la [prueba de participación](#beacon-chain-genesis). +- Optimizó el coste del [gas](/glossary/#gas) de ciertas acciones en la [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). +- Añadió la capacidad de interactuar con direcciones que aún no se han creado. + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement/) + + + +
    +
  • EIP-145: optimiza el coste de ciertas acciones en la cadena.
  • +
  • EIP-1014: le permite interactuar con direcciones que aún no se han creado.
  • +
  • EIP-1052: introduce la instrucción EXTCODEHASH para obtener el hash del código de otro contrato.
  • +
  • EIP-1234: se asegura de que la cadena de bloques no' se congele antes de la prueba de participación y reduce la recompensa del bloque de 3 ETH a 2.
  • +
+ +
+ + + +## 2017 {#2017} + +### Byzantium {#byzantium} + + + +#### Resumen {#byzantium-summary} + +La bifurcación de Bizantium: + +- Redujo las recompensas de [minería](/developers/docs/consensus-mechanisms/pow/mining/) de bloques de 5 a 3 ETH. +- Retrasó un año la [bomba de dificultad](/glossary/#difficulty-bomb). +- Se ha añadido la habilidad para realizar llamadas «sin cambiar de estado» a otros contratos. +- Añadió ciertos métodos de criptografía para permitir [escalabilidad de capa 2](/developers/docs/scaling/#layer-2-scaling). + +[Lea el anuncio de Ethereum Foundation.](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement/) + + + +
    +
  • EIP-140: añade el código de operaciónREVERT.
  • +
  • EIP-658: campo de estado añadido a los recibos de la transacción para indicar el éxito o el fracaso.
  • +
  • EIP-196agrega curva elíptica y multiplicación escalar para habilitar el uso de [ZK-Snarks](/developers/docs/scaling/zk-rollups/).
  • +
  • EIP-197: agrega curva elíptica y multiplicación escalar para habilitar el uso de [ZK-Snarks](/developers/docs/scaling/zk-rollups/).
  • +
  • EIP-198: permite la verificación de firmas RSA.
  • +
  • EIP-211: añade soporte para valores de retorno de longitud variable.
  • +
  • EIP-214agrega el código STATICALL , permitiendo llamadas no cambiantes de estado a otros contratos.
  • +
  • EIP-100: cambia la fórmula de ajuste de dificultad.
  • +
  • EIP-649: retrasa la [bomba de dificultad](/glossary/#difficulty-bomb) 1 año y reduce la recompensa por bloque de 5 a 3 ETH.
  • +
+ +
+ + + +## 2016 {#2016} + +### Spurious Dragon {#spurious-dragon} + + + +#### Resumen {#spurious-dragon-summary} + +La bifurcación Spurious Dragon fue la segunda respuesta a los ataques de denegación de servicio (DoS) a la red (septiembre/octubre de 2016) e incluye: + +- Ajuste de los precios del código de operación para evitar futuros ataques a la red. +- Activación de la «deflación» del estado de la cadena de bloques. +- Adición de la protección contra ataques de repetición. + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon/) + + + +
    +
  • EIP-155: evita que las transacciones de una cadena Ethereum se redifundan en una cadena alternativa, por ejemplo, una transacción de red de prueba que se reproduce en la cadena principal de Ethereum.
  • +
  • EIP-160: ajusta los precios del código operativo EXP: hace más difícil ralentizar la red a través de operaciones de contrato de elevado coste computacional.
  • +
  • EIP-161: permite eliminar cuentas vacías añadidas a través de los ataques DOS.
  • +
  • EIP-170: cambia el tamaño máximo del código que un contrato en la cadena de bloques puede tener a 24.576 bytes.
  • +
+ +
+ +--- + +### Tangerine Whistle {#tangerine-whistle} + + + +#### Resumen {#tangerine-whistle-summary} + +La bifurcación Tangerine Whistle fue la primera respuesta a los ataques de denegación de servicio (DoS) a la red (septiembre/octubre de 2016) e incluyó: + +- la gestión de problemas urgentes del buen estado de la red relacionados con códigos de operación depreciados. + +[Lea el anuncio de Ethereum Foundation.](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork/) + + + +
    +
  • EIP-150: aumenta el coste de gas de los códigos operativos que pueden utilizarse en ataques de spam.
  • +
  • EIP-158: reduce el tamaño del estado al eliminar un gran número de cuentas vacías que se pusieron en el estado depreciados debido a fallos en versiones anteriores del protocolo Ethereum.
  • +
+ +
+ +--- + +### La bifuración DAO {#dao-fork} + + + +#### Resumen {#dao-fork-summary} + +La bifurcación DAO surgió como respuesta al [ataque de DAO de 2016](https://www.coindesk.com/learn/understanding-the-dao-attack/) donde un contrato inseguro [DAO](/glossary/#dao) fue drenando más de 3,6 millones de ETH en un hackeo. La bifurcación movió los fondos del contrato defectuoso a un [nuevo contrato](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) con una única función: la de la retirada. Cualquiera que haya perdido fondos podría retirar 1 ETH por cada 100 tókenes DAO en sus carteras. + +Esta acción fue votada por la comunidad Ethereum. Cualquier titular de ETH pudo votar a través de una transacción en [una plataforma de votación](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/). La decisión de realizar un fork obtuvo más del 85 % de los votos. + +Algunos mineros se negaron a bifurcar porque el incidente de la DAO no era un defecto en el protocolo. Pasaron a formar [Ethereum Classic](https://ethereumclassic.org/). + +[Lea el anuncio de la Fundación Ethereum](https://blog.ethereum.org/2016/07/20/hard-fork-completed/) + +--- + +### Homestead {#homestead} + + + +#### Resumen {#homestead-summary} + +Homestead: la bifurcación con perspectivas de futuro. Incluyó varios cambios de protocolo y un cambio de red que concedió a Ethereum la capacidad de hacer más actualizaciones de red. + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2016/02/29/homestead-release/) + + + +
    +
  • EIP-2: edita el proceso de creación del contrato.
  • +
  • EIP-7: añade un nuevo código operativo: DELEGATECALL
  • +
  • EIP-8: introduce los requisitos de compatibilidad futura de devp2p
  • +
+ +
+ + + +## 2015 {#2015} + +### Deshielo Frontier {#frontier-thawing} + + + +#### Resumen {#frontier-thawing-summary} + +La bifurcación de deshielo Frontier elevó el limite del [gas](/glossary/#gas) de 5.000 por [bloque](/glossary/#block) y fijó el precio por defecto en 51 [gwei](/glossary/#gwei). Esto permitió que se realizaran transacciones que requiriesen 21.000 unidades de gas. La bomba de dificultad [](/glossary/#difficulty-bomb)se introdujo para asegurar un futuro de bifurcación dura a la [prueba de participación](/glossary/#pos). + +- [Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2015/08/04/the-thawing-frontier/) +- [Lea la actualización 1 del protocolo de Ethereum](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1/) + +--- + +### Frontier {#frontier} + + + +#### Resumen {#frontier-summary} + +Frontier fue una implementación en vivo, pero básica, del proyecto Ethereum. Siguió a la exitosa fase de pruebas Olympic. Estaba destinada a usuarios técnicos, específicamente a desarrolladores. [Los bloques](/glossary/#block) tenían un límite de [gas](/glossary/#gas) de 5.000. Este período de «deshielo» permitió a los mineros iniciar sus operaciones y a los primeros adoptantes instalar sus clientes sin tener que «precipitarse». + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare/) + + + +## 2014 {#2014} + +### Venta de ether {#ether-sale} + + + +El ether salió oficialmente a la venta durante 42 días. Podía comprarse con BTC. + +[Leer el anuncio de Ethereum Foundation](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale/) + +--- + +### Protocolo publicado {#yellowpaper} + + + +El protocolo, escrito por el Dr. Gavin Wood, es una definición técnica del protocolo de Ethereum. + +[Ver el protocolo](https://github.com/ethereum/yellowpaper) + + + +## 2013 {#2013} + +### Protocolo publicado {#whitepaper} + + + +Documento introductorio, publicado en el 2013 por Vitalik Buterin, fundador de Ethereum, antes del lanzamiento del proyecto en 2015. + + + Informe + diff --git a/public/content/translations/es/nft/index.md b/public/content/translations/es/nft/index.md index 5927a96fd25..020f0397b53 100644 --- a/public/content/translations/es/nft/index.md +++ b/public/content/translations/es/nft/index.md @@ -55,15 +55,12 @@ Los NFT se usan para muchas cosas, como por ejemplo: Tal vez sea usted un artista que quiere compartir su arte a través de los NFT, sin perder el control de su propiedad intelectual ni sacrificar sus ganancias, dándoselas a intermediarios. Puede crear un nuevo contrato que especifique el número de NFT, sus propiedades y añadir un enlace a la obra de arte específica. Como artista, **puede programar las regalías dentro del contrato inteligente** que se le deben pagar (p. ej., transferir el 5 % del precio de venta al propietario del contrato cada vez que un NFT se transfiera). Además, siempre podrá demostrar que creó los NFT, porque es el propietario de la [cartera](/glossary/#wallet) asociada al contrato. Sus compradores pueden comprobar fácilmente que poseen un **NFT auténtico** de su collección, porque su cartera[dirección](/glossary/#address) está asociada a un token en su contrato inteligente. Los pueden usar a través del ecosistema de Ethereum, confiando en su autenticidad. - - - +
Explore, compre o cree sus propios NFT de arte/coleccionables...
Explore arte en NFT -
-
+ O pongamos, por ejemplo, una entrada a un evento deportivo. Al igual que un **organizador de un evento puede elegir cuántas entradas vender**, el creador de un NFT puede decidir cuántas replicas existen. En algunos casos las copias son idénticas, como 5.000 entradas de admisión general. Algunas veces muchas copias acuñadas son muy similares, pero cada una difiere ligeramente, como una entrada con un asiento asignado. Estas se pueden comprar y vender entre pares directamente, sin tener que pasar por promotores o intermediarios de venta, porque pueden asegurarse de la autenticidad de la entrada revisando la dirección del contrato donde se crearon. @@ -79,7 +76,7 @@ El nombre de dominio alternativo de esta página web también funciona a través ## ¿Cómo funcionan los NFT? {#how-nfts-work} -Los NFT, como cualquier objeto digital en la cadena de bloques de Ethereum, se crean a través de un programa especial de computación llamado "contrato inteligente". Estos contratos siguen ciertas reglas, como los estándares[ERC-721](/glossary/#erc-721) o [ERC-1155](/glossary/#erc-1155), que determinan qué puede hacer un contrato. +Los NFT, como cualquier objeto digital en la cadena de bloques de Ethereum, se crean a través de un programa especial de computación llamado <>. Estos contratos siguen ciertas reglas, como los estándares[ERC-721](/glossary/#erc-721) o [ERC-1155](/glossary/#erc-1155), que determinan qué puede hacer un contrato. Los contratos inteligentes de NFT pueden hacer algunas cosas importantes: @@ -105,6 +102,7 @@ Las cuestiones de seguridad relativas a los NFT están casi siempre relacionadas - [Guía sobre NFT para principiantes](https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d), _Linda Xie, enero del 2020_ - [Rastreador EtherscanNFT](https://etherscan.io/nft-top-contracts) +- [Rastreador de NFT Blockscout](https://eth.blockscout.com/tokens?type=ERC-721,ERC-1155,ERC-404) - [Estándar de token ERC-721](/developers/docs/standards/tokens/erc-721/) - [Estándar de token ERC-1155](/developers/docs/standards/tokens/erc-1155/) - [Aplicaciones y herramientas NFT populares](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts) diff --git a/public/content/translations/es/payments/index.md b/public/content/translations/es/payments/index.md new file mode 100644 index 00000000000..7357e90106d --- /dev/null +++ b/public/content/translations/es/payments/index.md @@ -0,0 +1,153 @@ +--- +title: Pagos con Ethereum +metaTitle: Pagos en Ethereum +description: Los pagos en Ethereum de un vistazo +lang: es +template: use-cases +emoji: ":frame_with_picture:" +sidebarDepth: 2 +image: /images/impact_transparent.png +alt: Un logo de Ethereum aparece junto a manos extendidas. +summaryPoint1: Un mundo en que el dinero se mueve tan libremente como la información +summaryPoint2: Abierto y global, permite a cualquier persona realizar transacciones sin fronteras +summaryPoint3: Pagos recibidos en un minuto +--- + +A diario son millones las personas que encaran el mismo desafío: transferir dinero entre países es lento, caro y, a menudo, frustrante. Un freelancer en Bali espera días para recibir el pago de su cliente desde Nueva York. Esto afecta sobre todo a personas de regiones con una infraestructura bancaria limitada, dificultando su participación en la economía mundial. + +Cambiar esta realidad no es un sueño lejano; es algo que ya está sucediendo en Ethereum. Si bien las instituciones financieras tradicionales han construido sistemas de pago sólidos durante décadas, a menudo continúan limitados por las fronteras, los horarios de trabajo y la infraestructura heredada. Ethereum ofrece un nuevo paradigma: una plataforma financiera global que funciona las 24 horas del día, 7 días por semana y que permite realizar transacciones casi instantáneas y programables a cualquier persona con acceso a internet. + +
+ +![Logotipo de Ethereum en la pantalla del ordenador](./computer.png) + +
+ +## Remesas: transferencias internacionales más baratas {#remittances} + +Para millones de personas que trabajan en el extranjero, enviar dinero a casa es una necesidad habitual. Los servicios tradicionales de envío de remesas suelen cobrar comisiones elevadas y procesar estas transferencias con lentitud. Ethereum ofrece una alternativa atractiva. + + + + + + + +## Acceso a divisas mundiales {#access-to-global-currencies} + +La inflación es una fuerte preocupación en muchos países, a menudo asociada a un acceso limitado a las divisas extranjeras. Las personas en estas situaciones luchan por preservar su riqueza, ya que se ven obligadas a mantener ahorros que se deprecian rápidamente. + +La comunidad de Ethereum ha creado **un sistema financiero alternativo sólido** que no depende de las políticas ni del control monetario de las naciones. + +Los usuarios de Ethereum pueden utilizar **monedas estables, es decir, tókenes vinculados a monedas fuertes como el dólar estadounidense**. Al ganar y ahorrar en criptomonedas, las personas pueden protegerse de la alta inflación en su país, lo que contribuye a preservar o incluso aumentar su poder adquisitivo. Esto también facilita los pagos de bienes y servicios, tanto a escala local como global. + + + Para conocer más a fondo las monedas estables + +## Compra de bienes y pago de servicios {#buying-goods-and-payment-for-services} + +Muchas empresas están empezando a aceptar Ether (ETH) y otras criptomonedas como forma de pago. Por ejemplo: + +- **Newegg.**: el popular minorista de productos electrónicos acepta Ethereum como forma de pago en algunos países. +- **Travala.com:** esta plataforma de reservas de viajes permite a los usuarios pagar hoteles y vuelos usando Ethereum. +- **Shopify:** esta reconocida plataforma de comercio electrónico que sirve para alojar negocios también acepta pagos de bienes y servicios mediante Ethereum. +- **Sotheby's:** esta organización comercia obras de arte y decoración, joyas y objetos de colección permitiendo pagos con Ethereum y otras criptomonedas. + +Países como El Salvador y la República Centroafricana incluso han adoptado las criptomonedas como moneda de curso legal, abriendo el camino para una aceptación más amplia de los pagos con Ethereum en las transacciones cotidianas. + +En países cuyos medios de pago están desconectados del resto del mundo, las soluciones de pago integradas con criptomonedas han sido un gran alivio. Los pagos de suscripciones a plataformas como Netflix, Spotify y cursos educativos son ahora más sencillos gracias a plataformas de pagos con criptomonedas como Gnosis Pay y Paypal. + + +
Cree su cuenta de Ethereum con una aplicación de cartera hoy.
+ +Comenzar +
+ +## Pago de salario {#salary-payments} + +Muchas empresas con visión de futuro están ofreciendo a sus colaboradores la opción de recibir el pago de su salario, o una parte de él, en criptomonedas como el Ether (ETH): + +- **Gipsybee:** es una organización especializada en electrónica, robótica, creación de juegos y otros servicios. Ofrece a sus colaboradores la opción de ser remunerados en Ethereum. +- **SC5:** esta empresa finlandesa fue una de las primeras en ofrecer salarios en bitcoin, abriendo camino a acuerdos de pago similares con Ethereum. +- **Empresas emergentes de cadena de bloques**: muchas empresas del sector de la cadena de bloques ofrecen, libremente, el cobro del salario en criptomonedas a sus empleados. +- DAO: debido a la singularidad y diversidad de sus participantes, la mayoría de las contribuciones y salarios se recompensa en criptomonedas. + +Esta tendencia resulta especialmente atractiva para los trabajadores a distancia y los nómadas digitales, que pueden beneficiarse de pagos transfronterizos y tipos de cambio potencialmente favorables. + + + +## Esfuerzos globales de ayuda {#global-relief-efforts} + +En febrero de 2023, cuando terremotos devastadores sacudieron Turquía y Siria, la comunidad mundial de cripto se movilizó. Se pusieron en marcha varias campañas para recaudar fondos destinados a iniciativas de de socorro, mostrando el poder de Ethereum en tiempos de crisis. Pese a que las criptomonedas [no son una forma de pago reconocida en Turquía](https://www.reuters.com/technology/no-more-kebabs-bitcoins-turkeys-crypto-payment-ban-looms-2021-04-28/), las autoridades hicieron [excepciones](https://x.com/haluklevent/status/1622913175409623041) para que determinadas organizaciones recaudaran donativos. Algunos ejemplos son: + +- [Refik Anadol](https://x.com/refikanadol/status/1622623521104089090): es un conocido artista digital que inició una campaña de recaudación de fondos. +- Poder DAO: [Anka Relief DAO](https://ankarelief.org/) y [Bankless DAO](https://x.com/banklessDAO) unieron fuerzas con [Giveth](https://x.com/Giveth/status/1623493672149843969) para recaudar fondos. +- [Pak](https://cause.quest/), un prominente artista de NFT, también contribuyó a la causa. +- El propio cofundador de Ethereum [Vitalik Buterin](https://cointelegraph.com/news/vitalik-buterin-donates-227k-to-help-earthquake-victims-in-turkey-syria) efectuó donaciones particulares a múltiples campañas. + ¿Y cuál fue el resultado? Se recaudaron más de 6 millones de dólares en cuestión de días, según el panel de [Dune](https://dune.com/davy42/turkiye-earthquake-donations) Analytics. + +También se registró una respuesta similar ante las tragedias ocurridas en India y Ucrania. Esta rápida reacción evidencia una ventaja clave de los pagos con Ethereum: la capacidad de movilizar con rapidez el apoyo mundial sin los obstáculos de la conversión de divisas, las transferencias bancarias lentas o las comisiones exorbitantes. + +
+ +![Imagen de Robot Ethereum](./eth_robot.png) + +
+ +## Ethereum o fiat {#ethereum-vs-fiat} + +Para realmente comprender el impacto de los pagos con Ethereum, es útil compararlos con las monedas fiduciarias tradicionales: + +| | **Ethereum** | **Bancos tradicionales** | +| ------------------------------ | --------------------------------------------------- | --------------------------------------------------------------------- | +| **Velocidad de procesamiento** | De segundos a minutos | De horas a días | +| **Alcance global** | Sin fronteras, 24 horas del día / 7 días por semana | Sujeto a restricciones bancarias internacionales y horarios laborales | +| **Transparencia** | Totalmente transparente | Varía según la institución | +| **Programabilidad** | Contratos inteligentes habilitados | Limitada a transacciones básicas | +| **Control de la inflación** | Emisión predecible | Sujeto a políticas de banco central | +| **Accesibilidad** | Toda persona con internet | Sujeto a restricciones nacionales e internacionales | + +En esencia, Ethereum es una plataforma descentralizada que permite realizar transacciones seguras, rápidas y transparentes. Sin embargo, muchos componentes la diferencian de los métodos de pago tradicionales. Analicemos las ventajas que hacen que los pagos con Ethereum revolucionen las reglas del juego: + +### Programabilidad {#programmability} + +Una de las características únicas de Ethereum es su capacidad para admitir contratos inteligentes. Los contratos inteligentes son acuerdos autoejecutables cuyos términos se escriben directamente en el código. Esto abre un mundo de posibilidades para los pagos automatizados, basados en condiciones y que pueden mejorar en gran medida las transacciones como: + +- Servicios de custodia +- Pagos recurrentes +- Compensación basada en el desempeño + +### Velocidad de procesamiento {#speed} + +¿Recuerda la última vez que esperó días para que se procesara una transferencia bancaria internacional? ¿La fila interminable? ¿Y los múltiples formularios que tuvo que completar? Con Ethereum, eso ya es historia. Las transacciones en la red Ethereum se realizan en minutos, sin importar dónde se encuentren el remitente y el destinatario. Dado que Ethereum no requiere permisos, no existe burocracia reguladora a la hora de enviar dinero. Esta rapidez es crucial en situaciones de críticas, como las campañas de ayuda ante emergencias. + +### Comisiones más bajas {#lower-fees} + +Las tradicionales comisiones de transferencia internacional de dinero a veces absorben una parte significativa del montante enviado, especialmente si se trata de transacciones de cientos de dólares. Aunque las transacciones con Ethereum no son gratuitas, suelen tener unas comisiones más bajas. Esto significa que una mayor parte de su dinero llega a destino, en lugar de llenar los bolsillos de los intermediarios del envio. + +### Transparencia {#transparency} + +Cada transacción en la cadena de bloques de Ethereum se registra en un libro mayor público. Esto significa que cualquier persona puede verificar el movimiento de fondos, lo que la convierte en una excelente herramienta para: + +- Las organizaciones benéficas que quieran demostrar el uso que dan a las donaciones. +- Las empresas que comprueban los pagos a proveedores o empleados. +- Particulares que controlan sus actividades financieras. + +Con Ethereum, cualquier persona puede ver cómo se mueve el dinero y cómo se aplican los costes, a diferencia de lo que ocurre en los mecanismos tradicionales, donde la mayor parte de estos datos permanecen ocultos. + +
+ +![walking image](./walking.png) + +
+ +Aunque las monedas fiduciarias tienen la ventaja de su amplia aceptación y estabilidad, Ethereum ofrece ventajas únicas que la convierten en una opción atractiva para determinados tipos de transacciones. + +Desde facilitar la ayuda rápida en desastres hasta empoderar a trabajadores en todo el mundo, los pagos con Ethereum están escribiendo un nuevo capítulo en la extensa historia del dinero. Aunque siguen existiendo desafíos, las ventajas únicas que ofrece esta tecnología la convierten en una opción atractiva para una amplia gama de casos de uso. + + +
Es hora de crear su propia cuenta en Ethereum.
+ + ¡Comience ya! + +
diff --git a/public/content/translations/es/prediction-markets/index.md b/public/content/translations/es/prediction-markets/index.md new file mode 100644 index 00000000000..c218976e928 --- /dev/null +++ b/public/content/translations/es/prediction-markets/index.md @@ -0,0 +1,79 @@ +--- +title: Predicción de mercados +lang: es +template: use-cases +image: /images/use-cases/prediction-markets.png +sidebarDepth: 2 +summaryPoint1: Reciba incentivos económicos por generar pronósticos precisos   +summaryPoint2: Predicciones de alta calidad sobre eventos futuros +buttons: + - content: Más información + toId: cómo-funcionan-los-mercados-de-predicción + - content: Explorar las aplicaciones + toId: encontrar-un-mercado-de-predicción + isSecondary: false +--- + +Los mercados de predicción utilizan la sabiduría colectiva y los incentivos financieros para pronosticar eventos. Ofrecen datos diversos y de alta calidad, y ganaron notoriedad durante las elecciones de EE. UU. de 2024. + +## Cómo funcionan los mercados de predicción {#how-prediction-markets-work} + +A diferencia de los métodos tradicionales de predicción que dependen de opiniones de expertos, muestras limitadas de encuestas o datos históricos, los mercados de predicción aprovechan **los incentivos financieros en tiempo real y la sabiduría colectiva** para generar previsiones relacionadas con un evento específico —elecciones, precios de criptomonedas, resultados deportivos— o de otra naturaleza. + +Esto permite a cualquier persona señalar su apoyo a un resultado específico con un compromiso financiero. +Al permitir apostar por eventos del mundo real y ajustar los precios conforme surge nueva información, las opiniones informadas se valoran más y la precisión puede ser recompensada. + +En teoría, dado que los apostadores pueden obtener ganancias al acertar, los mercados de predicción pueden pronosticar resultados con gran precisión. Los mercados de predicción basados en la cadena de bloques son mucho más emocionantes, ya que prácticamente cualquier persona puede participar en el pronóstico y ganar recompensas en monedas estables o criptomonedas. + +## ¿Por qué importa esto? {#why-does-this-matter} + +A diferencia de las predicciones tradicionales, los mercados de predicción basados en cadenas de bloques son: + + + + + + + +Incluso como observador del mercado, usted puede evaluar datos valiosos que no estarían disponibles de otro modo. Piense en lo siguiente: + +1. Las predicciones están vinculadas a un evento específico (por ejemplo, ¿se desplegará la cadena Beam antes de 2030?). +2. Los participantes del mercado compran y venden acciones según su confianza en algún resultado. +3. Los precios se ajustan a medida que más participantes apuestan en sus análisis, reflejando previsiones en tiempo real. +4. Las personas que apuestan acertadamente ganan en proporción al montante apostado. +5. Los observadores del mercado pueden aprovechar los datos abiertos para fundamentar la investigación y el debate. + +## Encontrar un mercado de predicción {#find-a-prediction-market} + +Existen diversos mercados de predicción basados en Ethereum. Estos son algunos de los mercados de predicción más populares en la actualidad: + + + + +

Considere siempre los riesgos

+

Apueste solo lo que pueda permitirse perder y tenga presente las posibles conductas adictivas.

+
+ +## Desafíos y riesgos {#challenges-and-risks} + +Los mercados de predicción en la cadena de bloques presentan algunos retos que pueden interferir en la imparcialidad, la legalidad y la precisión. + +⚠️ **Manipulación de mercado** – Los jugadores con grandes capitales pueden distorcionar los resultados a través de operaciones simuladas (wash trading). +💧 **Problemas de liquidez** – La baja participación ([liquidez reducida](https://www.investopedia.com/terms/t/thinmarket.asp)) puede disminuir la fiabilidad del mercado. +🏛 **Incertidumbre regulatoria** – Los gobienos han impuesto restricciones a algunas plataformas. + +Para mitigar estos problemas, los desarrolladores de Ethereum están experimentando con soluciones como la «futarquía» (gobernanza a través de mercados de predicción) y la verificación de identidad descentralizada. + +## Experimentar con mercados de predicción {#experimenting-with-prediction-markets} + +Los mercados de predicción están transformando la toma de decisiones en la era digital. Gracias a Ethereum, ofrecen **formas justas, abiertas y gratificantes de predecir el futuro.** + +Hay muchas formas de utilizar las herramientas de pronóstico al margen de las ganancias financieras. Por ejemplo, en una [propuesta de mejora para DevCon](https://forum.devcon.org/t/futarchy-decision-markets-for-deciding-next-devcon/5305) (DIP) se sugirió que los organizadores de DevCon usen mercados de predicción para anticipar la asistencia a futuros eventos. + +Esto ayudaría a los organizadores a determinar en qué lugar se podría realizar el mayor evento, en comparación con el lugar que sería más accesible internacionalmente. Así, los organizadores de DevCon pueden agilizar el análisis de políticas de visado, acceso a aeropuertos y coste de la vida en el área, además de recopilar datos sobre los destinos más atractivos para los posibles participantes. + +## Lecturas adicionales {#further-reading} + +[De mercados de predicción a finanzas basadas en información](https://vitalik.eth.limo/general/2024/11/09/infofinance.html) - Vitalik Buterin +[Desarrollo de mercados de predicción descentralizados en Ethereum](https://blockchain.oodles.io/dev-blog/decentralized-prediction-market-development-ethereum/) +[Whitepaper del Proyecto Augur](https://github.com/AugurProject/whitepaper) \ No newline at end of file diff --git a/public/content/translations/es/real-world-assets/index.md b/public/content/translations/es/real-world-assets/index.md new file mode 100644 index 00000000000..c3f0c3e76fc --- /dev/null +++ b/public/content/translations/es/real-world-assets/index.md @@ -0,0 +1,95 @@ +--- +title: Activos del mundo real (RWA) +metaTitle: ¿Qué son los activos del mundo real (RWA)? | Beneficios y uso de activos del mundo real +description: Visión general de los activos del mundo real en Ethereum +lang: es +template: use-cases +emoji: ":house_buildings:" +image: /images/man-and-dog-playing.png +alt: Hombre y perro jugando. +sidebarDepth: 2 +summaryPoint1: Un método para convertir valiosos productos básicos en tókenes digitales. +summaryPoint2: Ahora puede poseer partes de activos u objetos de la vida real, en vez de tener que comprar una propiedad o un objeto en su totalidad. +summaryPoint3: Conecta las finanzas tradicionales con el ecosistema de la cadena de bloques. +--- + +Los activos del mundo real (RWA) son tókenes que representan formas existentes de riqueza, como bienes inmuebles, oro, acciones, arte, maquinarias o coleccionables. La tokenización de estos objetos los transforma en digitales, lo que permite dividirlos entre varios propietarios y facilita su comercialización. + +## ¿Qué son los activos del mundo real (RWA)? {#what-are-rwas} + +Algunos RWAs son tangibles, es decir, son objetos que se pueden ver y tocar, como lingotes de oro o edificios empresariales. Otros son intangibles, como la deuda pública, la propiedad intelectual o el capital de una empresa. + +Al ser tokenizados, estos activos se convierten en unidades de valor. El oro tokenizado es un buen ejemplo de cómo esto funciona. La empresa [Paxos](https://www.paxos.com/) convierte lingotes de oro de 400 onzas en 400 tókenes en la red de bloques Ethereum, cada uno de ellos respaldado por una onza de oro. Los titulares de tókenes pueden canjearlos por oro en cualquier momento. Esto también se aplica a los tókenes adquiridos de otra empresa de activos del mundo real, [Tether Gold](https://gold.tether.to/). + +Cada token puede dividirse en fracciones aún más pequeñas. Por ejemplo, los tókenes de Tether Gold pueden fraccionarse en partes tan pequeñas como 0,000001. + +Los tókenes RWA no tienen un valor intrínseco. Por el contrario, reflejan el valor del objeto que representan, por eso el valor del token fluctúa en función del valor del objeto. + +## ¿Qué beneficios presentan los RWA? {#rwas-benifits} + + + + + + + + + + +## ¿Cómo funcionan los RWAs? {#how-rwas-work} + +Observemos algunos ejemplos en todo el ecosistema de los activos del mundo real: el sector inmobiliario, los productos financieros tradicionales y las bellas artes. + +### Invertir en el sector inmobiliario {#investing-in-real-estate} + +Imaginemos que le gustaría invertir en bienes inmuebles, pero la compra de una propiedad entera está fuera de su alcance. En su lugar, podría comprar RWAs a través de un proyecto como [RealT](https://realt.co/). Sus tókenes representan acciones en una sociedad de responsabilidad limitada (SRL) creada para custodiar los títulos de una propiedad. Los titulares de tókenes reciben ingresos por alquiler en forma de monedas estables de acuerdo con la fracción que poseen; RealT afirma que, hasta ahora, ha devuelto 15 millones de $ en ingresos netos por alquiler a los inversionistas. + +Otro proyecto similar, [LABS Group](https://x.com/labsgroupio), permite a las personas comprar bienes inmuebles tokenizados por cuantías de tan solo 100 $. + +### Invertir en productos financieros {#investing-in-financial-products} + +Diversos proyectos unen el mundo de las finanzas tradicionales y las finanzas descentralizadas (DeFi) trasladando valores, acciones, bonos y otros instrumentos financieros a la cadena de bloques. + +Por ejemplo, la empresa basada en Ethereum [Securitize](https://securitize.io/) se especializa en tokenizar productos financieros tradicionales. En 2024, se asoció a BlackRock para lanzar un fondo de activos del mundo real. BlackRock asegura que planea tokenizar 10 billones de sus activos en dólares estadounidenses. Su CEO, Larry Fink, calificó la tokenización como «la próxima generación para los mercados». + +### Invertir en bellas artes {#investing-in-fine-art} + +Existe una pequeña variedad de mecanismos para invertir en bellas artes. [Masterworks](https://www.masterworks.com/) compra obras de arte, titulariza cada pieza y vende participaciones en forma de tókenes. Posteriormente, planea la venta de las obras de arte y la distribución de los beneficios entre los titulares de los tókenes. + +Los propietarios de obras de arte que buscan capitalizar su colección pueden vender hasta el 49 % del valor de una obra en la plataforma [Maecenas](https://www.maecenas.co/), siempre que esta esté valorada en más de 1 millón de $. + +En ambos casos, los titulares de los tókenes no controlan el almacenamiento ni la futura venta de las obras de arte. En su lugar, ellos deciden cuánto tiempo conservan sus tókenes, qué suben y qué bajan junto con el valor de la obra de arte. + +Por su parte, el registro digital de arte basado en la cadena de bloques [Artory](https://www.artory.com/) verifica la autenticidad de las obras y registra la titularidad anterior. + +### Invertir en objetos coleccionables {#investing-in-collectibles} + +Hasta ahora la mayoría de los ejemplos citados demuestran cómo la tokenización permite la propiedad parcial de diversos tipos de riqueza. Pero otra ventaja de la tokenización es que permite el comercio de objetos valiosos, como los objetos coleccionables, en el mercado mundial. + +Un ejemplo de lo anterior es [Courtyard](https://courtyard.io/), que convierte en tókenes las tarjetas coleccionables, ya sean de béisbol, fútbol o de Pokemon. Los dueños de las tarjetas las envían a un almacén seguro en Estados Unidos. Las tarjetas se acuñan como tókenes digitales y se añaden a las carteras de los dueños para intercambiarlas en el marketplace de Courtyard. Courtyard solo acepta tarjetas calificadas; es decir, cuando un tercero certifica la autenticidad de una tarjeta y le otorga una puntuación en función de su estado de conservación, ya esté tocado o sea impecable. + +Courtyard también ofrece una especie de sistema de regalías. Cada vez que una tarjeta se vende, la persona que la tokenizó recibe el 1 % de los ingresos. Únicamente los emisores de tarjetas reciben recompensa de esta forma. En cualquier momento, el dueño puede intercambiar sus tarjetas digitales por tarjetas físicas, sin importar en qué parte del mundo se encuentre. + +## ¿Qué limitaciones tienen los RWA? {#rwas-limitations} + +Uno de los retos de los activos del mundo real, en esta fase inicial, consiste en garantizar la conexión entre los objetos de la vida real y sus representaciones digitales. + +Una señal positiva se produce cuando los proyectos de RWA proporcionan a los inversionistas una prueba de reservas; o sea, la garantía de que son los propietarios jurídicos de los objetos físicos que respaldan los tókenes digitales. Piense en Paxos, Tether Gold o Courtyard, mencionados anteriormente. Todos ellos mantienen sus activos en un almacenamiento seguro y ofrecen a los propietarios la opción de intercambiar un token por su equivalente físico en cualquier momento. + +Otra limitación consiste en saber si los sistemas jurídicos de todo el mundo reconocen la propiedad de los tókenes. En otras palabras, ¿los contratos inteligentes son ejecutables ante un tribunal, o el titular de un token RWA puede reclamar la propiedad del objeto real? + +Algunos de los pioneros en términos de establecimiento de marcos legales específicamente para reconocer la tokenización son Singapur, Emiratos Árabes Unidos, Hong Kong y Suiza, países que en 2021 introdujeron una legislación apodada «Ley Blockchain» para regular tecnologías como la tokenización. La Unión Europea ha comenzado el proceso de regulación de los RWA, mientras que en Estados Unidos se espera que la Comisión de Bolsa y Valores (SEC) emita una orientación sobre los RWA en algún momento. + +## Más información {#learn-more} + +Conozca los [contratos inteligentes](/smart-contracts/) o infórmese sobre otro tipo de tókenes, los [tókenes no fungibles (NFT)](/nft/). + +## Lecturas adicionales {#further-reading} + +- [¿Qué es la tokenización de activos?](https://www.britannica.com/money/real-world-asset-tokenization) en Britannica +- [Cómo la tokenización está transformando las finanzas e inversiones en el mundo](https://www.weforum.org/stories/2024/12/tokenization-blockchain-assets-finance/) en el Foro Económico Mundial +- [Lo que los inversores en criptomoneda deben saber sobre la tokenización de activos del mundo real](https://www.forbes.com/sites/irinaheaver/2024/03/14/what-crypto-investors-need-to-know-about-tokenizing-real-world-assets/) en Forbes +- [Cómo funcionan los contratos inteligentes con cadenas de bloques](https://www.britannica.com/money/how-smart-contracts-work) en Britannica +- [Cómo los activos del mundo real tokenizados están transformando las DeFi](https://medium.com/coinmonks/how-tokenized-real-world-assets-are-transforming-defi-4e040f28732a) en Medium +- [¿Qué son los RWA en criptografía? Su papel en la cadena de bloques explicado](https://www.bitdegree.org/crypto/tutorials/what-is-rwa-in-crypto) en BitDegree +- Principales monedas de activos del mundo real (RWA) por capitalización bursátil en la actualidad](https://www.forbes.com/digital-assets/categories/real-world-assets-rwa/) en Forbes \ No newline at end of file diff --git a/public/content/translations/es/roadmap/account-abstraction/index.md b/public/content/translations/es/roadmap/account-abstraction/index.md index 55979db3289..ec5cb805281 100644 --- a/public/content/translations/es/roadmap/account-abstraction/index.md +++ b/public/content/translations/es/roadmap/account-abstraction/index.md @@ -10,9 +10,9 @@ summaryPoints: # Abstracción de cuenta {#account-abstraction} -Los usuarios interactúan con Ethereum usando **[cuentas de propiedad externa (o EOA)](/glossary/#eoa)**. Esta es la única forma de empezar una transacción o generar un contrato inteligente. Esto limita cómo los usuarios pueden interactuar con Ethereum. Por ejemplo, dificulta la creación de transacciones en lote y requiere que los usuarios siempre mantengan un saldo en ETH para costear el gas. +La mayoría de los usuarios existentes interactúan con Ethereum medainte **[cuentas de propiedad externa (EOA en inglés)](/glossary/#eoa)**. Esto limita la forma en que los usuarios pueden interactuar con Ethereum. Por ejemplo, hace que sea difícil realizar conjuntos de transacciones y requiere que los usuarios siempre mantengan un saldo de ETH para pagar comisiones de transacción. -La abstracción de cuentas es una forma de rosolver estos problemas, que permite a los usuarios programar flexiblemente con mayor seguridad y mejores experiencias de usuario en sus cuentas. Esto puede suceder [actualizando las cuentas de propiedad externa (o EOA)](https://eips.ethereum.org/EIPS/eip-3074) para que puedan ser controladas por contratos inteligentes, o por [la actualización de los contratos inteligentes ](https://eips.ethereum.org/EIPS/eip-2938) para que puedan iniciar transacciones. Ambas opciones requieren cambios en el protocolo de Ethereum. Existe también una tercera vía que implica añadir un [segundo sistema de transacciones independiente](https://eips.ethereum.org/EIPS/eip-4337) para ejecutarlo en paralelo con el protocolo existente. De cualquier forma, el resultado será acceder a Ethereum con carteras de contrato inteligente, ya sea de forma nativa como parte del protocolo existente o por una red de transacciones complementaria. +La abstracción de cuentas es una forma de rosolver estos problemas, que permite a los usuarios programar flexiblemente con mayor seguridad y mejores experiencias de usuario en sus cuentas. Esto puede suceder [mejorando las cuentas de propiedad externa](https://eips.ethereum.org/EIPS/eip-7702) (EIP-7702) de forma que puedan ser controladas por contratos inteligentes. Existe también otra vía que implica añadir un [segundo sistema de transacciones por separado](https://eips.ethereum.org/EIPS/eip-4337) (EIP-4337) para ejecutarlo en paralelo al protocolo existente. Al margen de la vía, el resultado es acceso a Ethereum a través de carteras de contratos inteligentes, bien de forma nativa soportada como parte del protocolo existente, o bien mediante una red de transacciones adicional. Las billeteras de contrato inteligente desbloquean múltiples beneficios para los usuarios, incluyendo: @@ -20,7 +20,7 @@ Las billeteras de contrato inteligente desbloquean múltiples beneficios para lo - Recuperar su cuenta si se pierden las claves. - Compartir la seguridad de su cuenta entre dispositivos y personas de confianza. - pagar por el gas de alguien más, o que alguien pague el suyo -- Hacer transacciones en lote (p. ej., aprobar y ejecutar un intercambio de una vez). +- agrupar transacciones en lotes (p. ej., aprobar y ejecutar un intercambio de una vez) - Más oportunidades de que DApps y desarrolladores de carteras innoven en las experiencias de usuario. Estos beneficios no son respaldados nativamente hoy, porque solo las cuentas de propiedad externa ([EOAs](/glossary/#eoa)) pueden empezar transacciones. Las EOAs son simplemente pares de claves público-privadas. Funcionan de la siguiente forma: @@ -32,95 +32,40 @@ Si pierde sus claves, no pueden recuperarse y las claves robadas dan a los ladro Las carteras de contrato inteligente son la solución a este problema, aunque hoy en día es difícil programarlas, porque al fin y al cabo cualquier lógica implementada tendrá que trasladarse a un conjunto de transacciones EOA antes de que Ethereum las procese. La abstracción de cuenta permite que los contratos inteligentes inicien transacciones por sí solos, para que cualquier lógica que el usuario desee implementar pueda codificarse dentro de la misma cartera de contrato inteligente y ejecutarse en Ethereum. -En última instancia, la abstracción de la cuenta respalda a las carteras de contrato inteligente, simplificando su construir y protegiendo su uso. Con la abstracción de cuenta, los usuarios pueden disfrutar de todos los beneficios de Ethereum sin tener que conocer ni preocuparse por los detalles tecnológicos. +En última instancia, la abstracción de la cuenta respalda a las carteras de contrato inteligente, simplificando su construir y protegiendo su uso. Con abstracción de cuentas, los usuarios pueden disfrutar de todos los beneficios de Ethereum sin tener que entender la tecnología subyacente. ## Más allá de las fases semilla {#beyond-seed-phrases} -Las cuentas de la actualidad son seguras porque usan claves privadas que son calculadas a partir de fases semilla. Cualquier persona que tenga acceso a una fase semilla puede fácilmente descubrir la clave privada que protege una cuenta y acceder a todos los activos que protege. Si se pierden una clave privada y una frase semilla, nunca podrá recuperarlas y los activos que controlaban se congelarán para siempre. Es complejo proteger estas frases semilla, incluso para los usuarios más expertos; la estafa de la frase semilla es una de las formas más comunes de fraude electrónico. +Las cuentas de la actualidad son seguras porque usan claves privadas que son calculadas a partir de fases semilla. Cualquier persona con acceso a una frase semilla (de recuperación) puede descubrir fácilmente la clave privada que protege una cuenta y acceder a todos los activos que protege. Si una clave privada y una frase de semilla se pierden, los activos se vuelven permanentemente inaccesibles. Proteger estas frases semilla es complicado, incluso para usuarios expertos, y el phishing de frase semilla es una de las formas más comunes de estafa. -La abstracción de cuenta solucionará este problema al usar un contrato inteligente para retener los activos y autorizar transacciones. Estos contratos inteligentes pueden entonces decorarse con lógica personalizada para hacerlos todo lo seguros y adaptados al usuario que sea posible. A fin de cuentas, igual usará claves privadas para controlar el acceso a su cuenta, pero con redes de seguridad que la simplifiquen y la vuelvan más seguras de gestionar. +La abstracción de cuentas soluciona esto usando un contrato inteligente para mantener los activos y autorizar transacciones. Los contratos inteligentes pueden incluir una lógica personalizada adaptada para una máxima seguridad y usabilidad. Los usuarios siguen usando claves privadas para controlar el acceso, pero con medidas de seguridad mejoradas. -Por ejemplo, se pueden añadir claves de copia de seguridad a la cartera por si las pierde o accidentalmente expone su clave principal. Llegado el caso, podría reemplazarlas por una clave nueva y segura, con el permiso de las claves de copa de seguridad. Podrá asegurar ambas claves de diferentes formas, o confiarlas a diferentes garantes de confianza. Lo cual dificultará que un ladrón obtenga acceso completo a sus fondos. Del mismo modo, puede agregar reglas a la billetera para reducir el impacto si su clave principal se ve comprometida, por ejemplo, puede permitir que las transacciones de bajo valor se verifiquen mediante una sola firma, mientras que las transacciones de mayor valor requieran la aprobación de múltiples firmantes autenticados. Hay otras formas en que las billeteras de contratos inteligentes también pueden ayudarle a frustrar a los ladrones, por ejemplo, se puede utilizar una lista de permisos para bloquear cada transacción, a menos que sea a una dirección de confianza o verificada por varias de sus claves preaprobadas. - -### Ejemplos de seguridad lógica que puede construirse en una billetera de contrato inteligente: - -- **Autorización multifirma**: puede compartir credenciales de autorización entre múltiples personas o dispositivos de confianza. Posteriormente, puede configurarse el contrato para que las transacciones de más de un valor predeterminado requieran la autorización de cierta proporción (p. ej., 3/5) de las partes de confianza. Por ejemplo, las transacciones de alto valor podrían requerir la aprobación tanto de un dispositivo móvil como de una cartera de hardware, o las firmas de cuentas distribuidas a familiares de confianza. -- **Congelación de cuenta**: si se pierde un dispositivo o está expuesto, la cuenta puede bloquearse desde otro dispositivo autorizado, protegiendo así los activos del usuario. -- **Recuperación de la cuenta**: ¿Ha perdido un dispositivo u olvidado una contraseña? En la actualidad, esto significa que sus activos podrían congelarse para siempre. Con una billetera de contrato inteligente, puede configurar una lista de cuentas que puedan autorizar nuevos dispositivos y restablecer el acceso. -- **Establecer limites de transacción**: especificar umbrales diarios dependiendo de cuánto valor se pueda transferir desde la cuenta en un día/mes/año. Esto significa que si un intruso acede a su cuenta, no podrá sacar todo de una vez y usted tendrá ocasiones de congelar y restablecer el acceso. -- **Crear listas de permisos**: Solo permita transacciones a ciertas direcciones que sepa que son seguras. Esto significa que _incluso si_ su clave privada fue robada, el atacante solo podría enviar fondos a las cuentas de destino de su lista. Estas listas de permisos o cuentas permitidas requerirían varias firmas para cambiarlas, de modo que un atacante no pueda agregar su propia dirección a la lista, a menos que tuviera acceso a varias de sus claves con copia de seguridad. +Por ejemplo, pueden añadirse copias de seguridad de claves a una cartera, permitiendo el reemplazo de la clave si la clave primaria se ve afectada. Cada clave puede protegerse de forma diferente o distribuirse entre individuos de confianza, aumentando significativamente la seguridad. Reglas de billetera adicionales pueden mitigar los daños de la exposición de claves, como requerir múltiples firmas para transacciones de gran valor o restringir transacciones a direcciones de confianza. ## Mejor experiencia de usuario {#better-user-experience} -La abstracción de cuenta permite una **mejor experiencia global de usuario** así como una **seguridad mejorada**, porque añade la compatibilidad con carteras de contrato inteligente dentro del protocolo. La razón más importante de esto es que proveerá a desarrolladores de contratos inteligentes, billeteras y aplicaciones, mayor libertad para innovar en la experiencia de usuario en formas que aún no logramos anticipar. Algunas mejoras obvias que traerá la abstracción de cuenta incluyen la agrupación de transacciones para aumentar la velocidad y la eficiencia. Por ejemplo, un simple intercambio debería ser una operación de un solo clic, pero hoy en día requiere firmar varias transacciones para aprobar el gasto de tokens individuales antes de que se ejecute el intercambio. La abstracción de cuenta elimina esa fricción al permitir las transacciones agrupadas. Además, las transacciones agrupadas podrían aprobar el valor exacto de los tókenes requeridos para cada transacción y anular las aprobaciones una vez completada la transacción, proporcionando seguridad adicional. - -La gestión del gas también se mejora mucho con la abstracción de cuenta. Las aplicaciones, no solo pueden ofrecer el pago de las tarifas de gas de sus usuarios, las tarifas de gas también pueden pagarse con otros tókenes además de ETH, lo que libera a los usuarios de tener que mantener un balance de ETH para transacciones de fondos. Esto funcionaría intercambiando los tókenes de los usuarios por ETH dentro del contrato y luego usando ETH para pagar el gas. - - - -La gestión del gas es una de las principales fricciones de los usuarios de Ethereum, principalmente porque ETH es el único activo que puede usarse para pagar por transacciones. Imagine que tiene una cartera con USDC, pero sin ETH. No podrá mover o intercambiar esos tókenes USDC, porque no puede pagar el gas. No puede intercambiar los USDC por ETH tampoco, porque eso en sí mismo cuesta gas. Tendrá que mandar más ETH a su cuenta desde una plataforma de cambio u otra dirección para solucionar el problema. Con billeteras de contrato inteligente, podrá simplemente pagar por gas en USDC, liberando su cuenta. Ahora no tendrá que mantener un balance de ETH en todas sus cuentas. - -La abstracción de cuenta también permite a los desarrolladores de DApp ser creativos con la gestión del gas. Por ejemplo, puede empezar a pagar a su DEX favorito una tarifa fija mensual por transacciones ilimitadas. DApps podría ofrecer el pago de todas sus tarifas de gas en su nombre como recompensa por usar su plataforma, o como una oferta de incorporación. Los desarrolladores podrán innovar en el tema del gas más fácilmente cuando las carteras de contrato inteligente sean compatibles con el protocolo. +La abstracción de cuentas mejora enormemente la experiencia de usuario y la seguridad permitiendo carteras de contratos inteligentes a nivel de protocolo. Los desarrolladores pueden innovar libremente, mejorando la agrupación de transacciones para obtener velocidad y eficiencia. Intercambios sencillos pueden convertirse en operaciones de un solo clic, mejorando significativamente la facilidad de uso. - - -Las sesiones de confianza también pueden transformar potencialmente la experiencia del usuario, especialmente para aplicaciones como juegos, donde se necesitan aprobar grandes cantidades de transacciones pequeñas en poco tiempo. La aprobación individual de cada transacción rompería la experiencia de juego, pero la aprobación permanente es insegura. Una billetera de contrato inteligente podría aprobar ciertas transacciones por un tiempo fijo, hasta valores específicos o solo para ciertas direcciones. - -También es interesante considerar cómo las compras podrían cambiar con la abstracción de cuenta. Hoy, cada transacción debe aprobarse y ejecutarse desde una cartera prefinanciada con la cantidad suficiente de tókenes correctos. Con la abstracción de cuenta, la experiencia podría ser más parecida a la compra familiar en línea, donde un usuario podría llenar una «cesta» con artículos de un toque para comprarlo todo, con toda la lógica requerida cubierta por el contrato, no por el usuario. - -Estos son solo algunos ejemplos de cómo las experiencias de usuario podrían pasar al siguiente nivel con la abstracción de cuenta, pero habrá muchos más que todavía no hemos imaginado. La abstracción de cuenta libera a los desarrolladores de las limitaciones de los EOA actuales, permitiéndoles aprovechar las ventajas de web2 a web3 sin sacrificar la custodia propia y además piratear creativamente nuevas experiencias de usuario. +La gestión del gas mejora considerablemente. Las aplicaciones puede pagar las tarifas de gas de los usuarios o permitir pagos en tókenes distintos a ETH, eliminando la necesidad de mantener un saldo de ETH. ## ¿Cómo se implementará la abstracción de cuenta? {#how-will-aa-be-implemented} -Las carteras de contrato inteligente existen actualmente, pero es un desafío implementarlas debido a que la EVM no las admite. En cambio, se basan en proteger un código relativamente complejo con transacciones estándar de Ethereum. Ethereum puede cambiar esto al permitir que contratos inteligentes inicien transacciones, controlando la lógica necesaria en los contratos inteligentes de Ethereum en vez de fuera de la cadena. Al colocar la lógica en los contratos inteligentes se aumenta la descentralización de Ethereum, ya que elimina la necesidad de «repetidores» ejecutados por desarrolladores de carteras para traducir mensajes firmados por el usuario de transacciones regulares de Ethereum. - - - -EIP-2771 introduce el concepto de transacciones meta, lo que le permite a terceros pagar por los costes de gas de un usuario sin hacer cambios en el protocolo de Ethereum. En principio base es enviar las transacciones firmadas por un usuario a un contrato de transitario. El transitario es una entidad de confianza que verifica que las transacciones sean válidas antes de enviarlas a un repetidor de gas. Esto se realiza fuera de la cadena, evitando la necesidad de pagar gas. El repetidor de gas transfiere la transacción a un contrato «destinatario», pagando el gas necesario para que la transacción se ejecute en Ethereum. La transacción se ejecuta si el destinatario conoce y se fía del transitario. Este modelo le facilita a los desarrolladores la implementación de transacciones sin gas para usuarios. - - - - - -EIP-4337 es el primer paso hacia la compatibilidad con la cartera de contrato inteligente de forma descentralizada que no requiere cambios en el protocolo de Ethereum. En vez de modificar la capa de consenso para ser compatible con carteras de contrato inteligente, se añade un nuevo sistema por separado al protocolo de intercambio de información de transacción normal. Este sistema de nivel superior se construye alrededor de un nuevo objeto llamado UserOperation que recoge acciones de un usuario junto con firmas relevantes. Estas acciones UserOperation se emiten después a una zona de espera donde los validadores pueden reunirlas en una «transacción agrupada». La transacción agrupada representa una secuencia de muchas UserOperations individuales y puede incluirse en bloques de Ethereum como una transacción normal para que los validadores la recojan usando modelos de selección similares que maximizan las tarifas. - -El funcionamiento de las carteras también cambiaría en el marco del EIP-4337. En lugar de que cada cartera implemente de nuevo la lógica segura común, aunque compleja, esas funciones se externalizarían a un contrato global de cartera conocido como el "punto de entrada". Esto controlaría las operaciones que pagan las tarifas y ejecutan el código de EVM para que los desarrolladores de carteras puedan centrarse en proporcionar una experiencia de usuario excelente. - -Nota el contrato de punto de entrada EIP 4337 se implementó en la red principal de Ethereum el 1 de marzo del 2023. Puede ver el contrato en Etherscan. - - - - - -EIP-2938 tiene como objetivo actualizar el protocolo de Ethereum al introducir un nuevo tipo de transacción, AA_TX_TYPE que incluye tres campos: nonce, destino y datos, donde nonce es un contador de transacciones, destino es la dirección de contrato del punto de entrada datos es el código byte de EVM. Para ejecutar estas transacciones, hay dos instrucciones nuevas (conocidas como códigos operativos) que se deben añadir a la EVM: NONCE y PAYGAS. El código OP NONCE registra la secuencia de transacción y PAYGAS calcula y retira el gas necesario para ejecutar una transacción del balance del contrato. Estas nuevas características le permiten a Ethereum respaldar nativamente las carteras de contrato inteligente, dado que la infraestructura necesaria se integra en el protocolo de Ethereum. - -Tenga en cuenta que EIP-2938 no está activo actualmente. La comunidad ahora está favoreciendo el EIP-4337 porque no requiere cambios en el protocolo. - - - - - -EIP-3074 pretende actualizar las cuentas de propiedad externa de Ethereum al permitirles delegar control a un contrato inteligente. Esto significa que la lógica del contrato inteligente podría aprobar transacciones originadas por una EOA. Esto podría permitir características como el patrocinio de gas y transacciones por lotes. Para que esto funcione, dos nuevos códigos operativos deben añadirse a la EVM: AUTH y AUTHCALL. Con EIP-3074 los beneficios de una cartera de contrato inteligente están disponibles sin necesitar un contrato, en su lugar, un contrato de tipo específico sin estado, ni fiabilidad, no actualizable, conocido como «invocador» hace las transacciones. +Actualmente, las carteras de contratos inteligentes son difíciles de implementar, ya que dependen de código complejo que recoge transacciones estándar. Ethereum puede cambiar esto permitiendo que los contratos inteligentes inicien transacciones directamente, incorporando la lógica en contratos inteligentes de Ethereum en vez de depender de transmisores externos. -Tenga en cuenta que EIP-3074 no está activo actualmente. La comunidad ahora está favoreciendo el EIP-4337 porque no requiere cambios en el protocolo. +### EIP-4337: abstracción de cuenta sin cambios en el protocolo - +EIP-4337 permite un soporte nativo de carteras de contratos inteligentes sin modificar el protocolo base de Ethereum. Introduce objetos `UserOperation` agrupados en paquetes de transacciones por validadores, simplificando el desarrollo de carteras. El contrato EntryPoint de EIP-4337 se desplegó en la red principal de Ethereum el 1 de marzo de 2023 y ha facilitado la creación de más de 26 millones de carteras inteligentes y 170 millones de UserOperations. ## Progreso actual {#current-progress} -Las billeteras de contrato inteligente ya están disponibles, pero existen más actualizaciones necesarias para hacerlas todo lo descentralizadas y sin permisos como sea posible. El EIP-4337 es una propuesta madura que no requiere ningún cambio en el protocolo de Ethereum, así que es posible que se pueda implementar prontamente. Sin embargo, las actualizaciones que alteran el protocolo de Ethereum no se encuentran en desarrollo activo en este momento, por lo que esos cambios pueden llevar bastante tiempo en enviarse. También es posible que la abstracción de cuenta se realice de forma suficientemente buena con el EIP-4337 y así no se requieran cambios de protocolo. +Como parte de la actualización Pectra de Ethereum, EIP-7702 está programado para el 7 de mayo de 2025. EIP-4337 se ha adoptado de forma bastante generalizada, [con más de 26 millones de cuentas inteligentes desplegadas y más de 170 millones de UserOperations procesadas](https://www.bundlebear.com/overview/all). ## Más información {#further-reading} - [erc4337.io](https://www.erc4337.io/) -- [Panel de debate sobre la abstracción de cuenta en Devcon, Bogotá](https://www.youtube.com/watch?app=desktop&v=WsZBymiyT-8) -- [«¿Por qué la abstracción de cuenta es un punto de inflexión para DApps?» Devcon, Bogotá](https://www.youtube.com/watch?v=OwppworJGzs) -- [«ELI5 La abstracción de cuenta» en Devcon, Bogotá](https://www.youtube.com/watch?v=QuYZWJj65AY) -- [Notas de Vitalik «El camino a la abstracción de cuenta»](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists) -- [Publicación de blog de Vitalik sobre carteras de recuperación social](https://vitalik.eth.limo/general/2021/01/11/recovery.html) -- [Notas de EIP-2938](https://hackmd.io/@SamWilsn/ryhxoGp4D#What-is-EIP-2938) -- [Documentación de EIP-2938](https://eips.ethereum.org/EIPS/eip-2938) -- [Notas de EIP-4337](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a) - [Documentación de EIP-4337](https://eips.ethereum.org/EIPS/eip-4337) -- [Documentación de EIP-2771](https://eips.ethereum.org/EIPS/eip-2771) -- [«Aspectos básicos de la abstracción de cuenta»: ¿Qué es abstracción de cuenta? Parte I](https://www.alchemy.com/blog/account-abstraction) +- [Documentación de EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) +- [Panel de información de la adopción de ERC-4337](https://www.bundlebear.com/overview/all) +- [«Camino a la abstracción de cuentas» por Vitalik](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists) +- [Artículo en el blog de Vitalik sobre carteras de recuperación social](https://vitalik.eth.limo/general/2021/01/11/recovery.html) +- [Una abstracción de cuentas perfecta](https://github.com/4337Mafia/awesome-account-abstraction) diff --git a/public/content/translations/es/roadmap/beacon-chain/index.md b/public/content/translations/es/roadmap/beacon-chain/index.md index a148326204a..281869fc4a2 100644 --- a/public/content/translations/es/roadmap/beacon-chain/index.md +++ b/public/content/translations/es/roadmap/beacon-chain/index.md @@ -34,14 +34,9 @@ La transición de Ethereum a la prueba de participación hace que la red sea sig Y usando la prueba de participación como un mecanismo de consenso es un componente fundamental para [la seguridad, respecto al medio ambiente y la escalabilidad de Ethereum que tenemos ahora](/roadmap/vision/). - - - - - Si le interesa convertirse en validador y contribuir con la seguridad de Ethereum, [ obtenga más información sobre la participación](/staking/). - - - + + Si le interesa convertirse en un validador y ayudar a mantener la seguridad de Ethereum, [conozca más a fondo la participación](/staking/). + ### Preparación para la fragmentación {#setting-up-for-sharding} diff --git a/public/content/translations/es/roadmap/danksharding/index.md b/public/content/translations/es/roadmap/danksharding/index.md index ba68e6f711f..6f8b55a5bd8 100644 --- a/public/content/translations/es/roadmap/danksharding/index.md +++ b/public/content/translations/es/roadmap/danksharding/index.md @@ -17,17 +17,17 @@ Gracias a **Danksharding** (es decir, a la fragmentación), Ethereum se conviert ProtoDanksharding, también conocido como [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844), es una manera para que los [rollups](/layer-2/#rollups) añadan datos más baratos a los bloques. El nombre proviene de los investigadores que propusieron la idea: Protolambda y Dankrad Feist. Historicamente los rollups se habían visto limitados en la medida en que pueden abaratar las transacciones de los usuarios por el hecho de que publican sus transacciones en `CALLDATA`. -Esto es caro porque es procesado por todos los nodos de Ethereum y reside en la cadena para siempre, aunque los rollups solo necesiten los datos durante un breve periodo de tiempo. ProtoDanksharding introduce los blobs de datos que se pueden enviar y adjuntar a los bloques. Los datos de estos blobs no son accesibles para la EVM y se eliminan automáticamente después un periodo de tiempo fijo (establecido en 4096 épocas en el momento de redactar este documento, es decir, unos 18 días). Esto significa que los rollups pueden enviar datos de forma más barata y trasladar el ahorro a los usuarios finales en la forma de transacciones más baratas. +Es cara, porque la procesn todos los nodos de Ethereum y reside en la cadena para siempre, aunque los rollups solo necesiten los datos durante un breve periodo de tiempo. ProtoDanksharding introduce los blobs de datos que se pueden enviar y adjuntar a los bloques. Los datos de estos blobs no son accesibles para la EVM y se eliminan automáticamente después un periodo de tiempo fijo (establecido en 4096 épocas en el momento de redactar este documento, es decir, unos 18 días). Esto significa que los rollups pueden enviar datos de forma más barata y trasladar el ahorro a los usuarios finales en la forma de transacciones más baratas. -Las acumulaciones son una forma de escalar en Ethereum por lotes de transacciones fuera de la cadena y después publicar los resultados en Ethereum. Una acumulación se compone básicamente de dos partes: de datos y de verificación de la ejecución. Los datos son la secuencia total de transacciones que procesa una acumulación para producir un cambio en el estado publicado por Ethereum. La verificación de ejecución es la reejecución de esas transacciones por algún actor honesto (un «proveedor») para asegurarse de que el cambio del estado propuesto sea correcto. Para realizar la comprobación de ejecución, los datos de la transacción deben estar disponibles durante el tiempo suficiente para que cualquiera puede descargarlos y verificarlos. Esto significa que el proveedor puede identificar y cuestionar cualquier mala conducta del secuenciador de acumulaciones. Sin embargo, no tiene que estar dispobible para siempre. +Los rollups son una manera de escalar Ethereum agrupando transacciones fuera de cadena y luego publicando los resultados en Ethereum. Una acumulación se compone básicamente de dos partes: de datos y de verificación de la ejecución. Los datos son la secuencia total de transacciones que procesa una acumulación para producir un cambio en el estado publicado por Ethereum. La verificación de ejecución es la reejecución de esas transacciones por algún actor honesto (un «proveedor») para asegurarse de que el cambio del estado propuesto sea correcto. Para realizar la comprobación de ejecución, los datos de la transacción deben estar disponibles durante el tiempo suficiente para que cualquiera puede descargarlos y verificarlos. Esto significa que el proveedor puede identificar y cuestionar cualquier mala conducta del secuenciador de acumulaciones. Sin embargo, no tiene que estar dispobible para siempre. -Las acumulaciones envían compromisos a sus datos de transacción en cadena y también hacen que los datos estén disponibles en masas de datos. Esto significa que los proveedores pueden verificar que los compromisos son válidos y desafiar los datos que ellos creen que sea incorrectos. Dentro del nodo, el cliente de consenso mantiene las masas de datos. Los clientes de consenso certifican que ellos han visto los datos y que se están propagando por la red. Si los datos se mantuvieran para siempre, estos clientes se saturarían y sus requisitos para ejecutar los nodos serían ingentes. Por otro lado, los datos de eliminan de manera automática del nodo cada 18 días. Las certificaciones del cliente de consenso demuestran que los proveedores tenían suficientes oportunidades de comprobar los datos. Operadores de acumulaciones, usuarios y otros operadores pueden almacenar los datos actuales fuera de la cadena. +Los rollups publican compromisos con sus datos de transacciones en cadena y también hacen que los datos estén disponibles en grandes objetos binarios. Esto significa que los proveedores pueden verificar que los compromisos son válidos y desafiar los datos que ellos creen que sea incorrectos. Dentro del nodo, el cliente de consenso mantiene las masas de datos. Los clientes de consenso certifican que ellos han visto los datos y que se están propagando por la red. Si los datos se mantuvieran para siempre, estos clientes se saturarían y sus requisitos para ejecutar los nodos serían ingentes. Por otro lado, los datos de eliminan de manera automática del nodo cada 18 días. Las certificaciones del cliente de consenso demuestran que los proveedores tenían suficientes oportunidades de comprobar los datos. L operadores de rollups, usuarios u otros actores pueden almacenar datos en sí fuera de cadena. @@ -47,7 +47,7 @@ La ceremonia KZG EIP-4844 estuvo abierta al público y decenas de miles de perso -Cuando un rollup publica datos en un blob, proporciona un "compromiso" que publica en la cadena. Este compromiso es el resultado de evaluar un ajuste polinómico a los datos en ciertos puntos. Estos puntos vienen definidos por los números aleatorios generados en la ceremonia KZG. Los demostradores pueden luego evaluar el polinómico en los mismos puntos para comprobar los datos; si llegan a los mismos valores, entonces los datos son correctos. +Cuando un rollup publica datos en un blob (gran objeto binario), adquiere el «compromiso» de que se publicará en cadena. Este compromiso es el resultado de evaluar un ajuste polinómico a los datos en ciertos puntos. Estos puntos vienen definidos por los números aleatorios generados en la ceremonia KZG. Los demostradores pueden luego evaluar el polinómico en los mismos puntos para comprobar los datos; si llegan a los mismos valores, entonces los datos son correctos. @@ -57,9 +57,9 @@ Si alguien conoce las ubicaciones aleatorias utilizadas para el compromiso, le r - + Ni Danksharding ni Proto-Danksharding siguen el modelo tradicional de "sharding" que tiene como objetivo dividir la cadena de bloques en varias partes. Las cadenas de fragmentación ya no forman parte de la hoja de ruta. En su lugar, Danksharding utiliza el muestreo distribuido de datos en varias masas para escalar Ethereum. Su implementación es mucho más sencilla. A este modelo a veces se le denomina «fragmentación de datos». - + ## ¿Qué es Danksharding? {#what-is-danksharding} diff --git a/public/content/translations/es/roadmap/dencun/index.md b/public/content/translations/es/roadmap/dencun/index.md index e1364fa88c6..756c0720aa5 100644 --- a/public/content/translations/es/roadmap/dencun/index.md +++ b/public/content/translations/es/roadmap/dencun/index.md @@ -68,9 +68,9 @@ Sí, Proto-Danksharding (EIP-4844) requiere actualizaciones tanto para los clien Los clientes de consenso manejan el software _Validador_, que se ha actualizado para dar lugar a la actualización. -## ¿Cómo afecta Cancun-Deneb (Dencun) a Goerli u otras redes de prueba de Ethereum? {#testnet-impact} +## ¿Cómo afecta Cancun-Deneb (Dencun) a las redes de prueba de Ethereum? {#testnet-impact} -- Devnets, Goerli, Sepolia y Holesky se han sometido a la actualización Dencun y tienen Proto-Danksharding en pleno funcionamiento. +- Las redes de prueba, Sepolia y Holesky se han sometido todas a la actualización Dencun y tienen Proto-Danksharding en pleno funcionamiento - Los desarrolladores de rollups pueden usar estas redes para las pruebas EIP-4844. - La mayoría de los usuarios no se verán para nada afectados por este cambio en cada red de prueba. diff --git a/public/content/translations/es/roadmap/fusaka/index.md b/public/content/translations/es/roadmap/fusaka/index.md new file mode 100644 index 00000000000..3693949798b --- /dev/null +++ b/public/content/translations/es/roadmap/fusaka/index.md @@ -0,0 +1,144 @@ +--- +title: Fulu-Osaka (Fusaka) +description: Conozca mejor la actualización del protocolo Fusaka +lang: es +--- + +# Fusaka {#fusaka} + +La actualización de la red Fusaka llega después de [Pectra](/roadmap/pectra/) e incorpora nuevas funciones y mejora la experiencia de todos los usuarios y desarrolladores de Ethereum. El nombre combina la actualización de la capa de ejecución Osaka y la versión de la capa de consenso, que lleva el nombre de la estrella Fulu. Ambas partes de Ethereum reciben una actualización que impulsa la escalabilidad, la seguridad y la experiencia de usuario hacia el futuro de Ethereum. + +Está actualización está prevista para el 4T de 2025. + + +La actualización Fusaka es solo un paso dentro de los objetivos de desarrollo a largo plazo de Ethereum. Conozca mejor [la hoja de ruta del protocolo](/roadmap/) y las [actualizaciones anteriores](/history/). + + +## Mejoras de Fusaka {#improvements-in-fusaka} + +### Disponibilidad de datos y escalado en L2 {#data-availability-and-l2-scaling} + +#### PeerDAS {#peerdas} + +Especificación: https://eips.ethereum.org/EIPS/eip-7594 + +Recursos: https://youtu.be/bONWd1x2TjQ?t=328 (dapplion en PeerDAS) + +Esta es la _novedad principal_ de la bifurcación Fusaka; la principal función añadida en esta actualización. La capa 2 publica actualmente sus datos en Ehtereum usando blobs, un tipo de dato efímero creado específicamente para la capa 2. Antes de Fusaka, cada nodo completo tenía que almacenar todos los blobs para asegurase que los datos existían. A medida que aumenta el rendimiento de los blobs, tener que descargar todos estos datos se vuelve insostenible en cuanto a recursos. + +Con el [muestreo de disponibilidad de datos](https://notes.ethereum.org/@fradamt/das-fork-choice), en lugar de tener que almacenar todos los datos de los blobs, cada nodo será responsable de una parte del total. Los blobs se distribuyen de forma uniforme y aleatoria entre los nodos de la red, y cada nodo completo solo almacena una octava parte de los datos, lo que permite, en teoría, escalar hasta 8 veces más. Para garantizar la disponibilidad de los datos, cualquier parte del conjunto puede reconstruirse a partir de cualquier 50 % existente, utilizando métodos que reducen la probabilidad de datos erróneos o perdidos a un nivel criptográficamente insignificante (aproximadamente uno entre 10²⁰ a 10²⁴). + +Esto mantiene unos requisitos de hardware y ancho de banda asumibles para los nodos, mientras permite escalar los blobs, lo que se traduce en más capacidad y comisiones bajas para la capa 2. + +Para profundizar más al respecto: https://eprint.iacr.org/2024/1362.pdf + +#### Bifurcaciones que solo modifican los parámetros de blobs {#blob-parameter-only-forks} + +Especificación: https://eips.ethereum.org/EIPS/eip-7892 + +Las capas 2 escalan Ethereum: a medida que sus redes crecen, necesitan publicar más datos en Ethereum. Esto significa que Ethereum tendrá que aumentar el número de blobs disponibles para ellas con el tiempo. Aunque PeerDAS permite escalar los datos de blobs, es algo que debe hacerse de forma gradual y segura. + +Como Ethereum es un código que se ejecuta en miles de nodos independientes que deben estar de acuerdo en seguir las mismas reglas, no se pueden introducir cambios, como aumentar el número de blobs, de la misma forma que se lanza una actualización en una web. Cualquier cambio en las reglas debe hacerse mediante una actualización coordinada, en la que todos los nodos, clientes y actualizaciones del software del validador antes de un mismo bloque predeterminado. + +Estas actualizaciones coordinadas generalmente suelen incluir muchos cambios, requieren muchas pruebas y eso lleva tiempo. Para poder adaptarse más rápido a las necesidades cambiantes de los blobs en las capas 2, las bifurcaciones que solo modifican parámetros de blobs permiten aumentar su cantidad sin esperar a una actualización mayor. + +Los clientes pueden configurar las bifurcaciones que solo modifican parámetros de blobs, de forma similar a otros ajustes como el límite de gas. Entre actualizaciones extensas de Ethereum, los clientes pueden acordar aumentar los valores «target» y «max» de blobs, por ejemplo, a 9 y 12, y luego los operadores de nodos actualizan su software para participar en esa pequeña bifurcación. Las bifurcaciones que solo modifican parámetros de blobs se pueden configurar en cualquier momento. + +#### Blobs basados en comisiones limitados por los costes de ejecución {#blob-base-fee-bounded-by-execution-costs} + +Especificación: https://eips.ethereum.org/EIPS/eip-7918 + +Explicación en formato Storybook: https://notes.ethereum.org/@anderselowsson/AIG + +Las capas 2 pagan dos facturas al publicar datos: la comisión por blob y el gas de ejecución necesario para verificar esos blobs. Si el gas de ejecución domina, la subasta de la comisión por blob puede caer hasta 1 wei y dejar de ser una señal de precio. + +EIP-7918 fija un precio mínimo proporcional para cada blob. Cuando el precio mínimo es más alto que la comisión base nominal del blob, el algoritmo de ajuste de comisiones trata el bloque como si estuviera por encima del objetivo, deja de reducir la comisión y permite que esta aumente con normalidad. Como resultado: + +- el mercado de comisiones por blobs siempre reacciona al embotellamiento +- Las capas 2 pagan como mínimo una parte significativa del cómputo que imponen a los nodos +- los picos en la comisión base de la capa de ejecución ya no pueden dejar la comisión por blob atrapada en 1 wei + +### Límites de gas, comisiones y refuerzo contra ataques DoS {#gas-limits-fees-and-dos-hardening} + +#### Establecer límites superiores para MODEXP {#set-upper-bounds-for-modexp} + +Especificación: https://eips.ethereum.org/EIPS/eip-7823 + +Hasta ahora, la MODEXP precompilada aceptaba números de prácticamente cualquier tamaño. Eso hacía que fuera difícil de comprobar, fácil de abusar y un riesgo para la estabilidad de los clientes. EIP-7823 establece un límite claro: cada número de entrada puede tener como máximo 8192 bits (1024 bytes) de longitud. Cualquier valor que supere ese límite será rechazado, se consumirá el gas de la transacción y no se producirá ningún cambio de estado. Cubre de sobra las necesidades del mundo real, eliminando los casos extremos que complicaban la planificación de límite de gas y las revisiones de seguridad. Este cambio proporciona mayor seguridad y protección contra ataques DoS sin interferir en la experiencia de usuarios ni desarrolladores. + +#### Límite de gas por transacción {#transaction-gas-limit-cap} + +Especificación: https://eips.ethereum.org/EIPS/eip-7825 + +EIP-[7825](https://eips.ethereum.org/EIPS/eip-7825) introduce un límite máximo de 16.777.216 (2^24) de gas por transacción. Es una medida proactiva de refuerzo contra ataques DoS, que pone un límite al peor caso posible de coste por transacción individual a medida que se aumenta el límite de gas por bloque. Facilita la validación y la propagación, lo que permite modelarlas mejor para abordar la escalabilidad aumentando el límite de gas. + +¿Por qué exactamente 2^24 en gas? Es una cifra cómodamente inferior que el límite de gas actual, lo bastante grande para desplegar contratos reales y ejecutar precompilaciones de envergadura, y al tener una potencia de 2, es fácil de implementar en todos los clientes. Este nuevo tamaño máximo por transacción es similar al tamaño medio de bloque antes de Pectra, lo que lo convierte en un límite razonable para cualquier operación en Ethereum. + +#### Aumento del coste de gas de MODEXP {#modexp-gas-cost-increase} + +Especificación: https://eips.ethereum.org/EIPS/eip-7883 + +MODEXP es una función precompilada integrada que realiza potenciación modular, un tipo de cálculo de grandes cifras utilizado en la verificación de firmas RSA y en sistemas de pruebas. Permite que los contratos ejecuten estos cálculos directamente, sin tener que implementarlos por su cuenta. + +Los equipos de desarrollo y de cliente identificaron MODEXP como un gran obstáculo para aumentar el límite de gas por bloque, ya que el precio de gas actual suele subestimar la cantidad de potencia de cómputo que requieren ciertas entradas. Esto significa que una sola transacción que use MODEXP podría consumir la mayor parte del tiempo necesario para procesar un bloque entero, ralentizando la red. + +EIP‑7883 ajusta el coste de gas para que refleje el coste computacional real mediante: + +- el aumento del cargo mínimo de 200 a 500 unidades de gas y la eliminación del descuento de un tercio introducido por EIP-2565 en el cálculo general del coste +- incrementar el coste de forma más pronunciada cuando la entrada del exponente es muy larga. si el exponente (la "potencia" del número que se pasa como segundo argumento) supera los 32 bytes / 256 bits, el coste de gas aumenta mucho más rápido por cada byte adicional +- el cobro de un coste adicional también cuando la base o el módulo sean grandes. Las otras dos cifras (la base y el módulo) tienen al menos 32 bytes; si alguna de ellas es más grande, el coste aumenta en proporcion a su tamaño + +Al ajustar mejor los costes al tiempo de procesamiento real, MODEXP ya no puede hacer que un bloque tarde demasiado en validarse. Este cambio es uno de varios pensados para hacer seguro un posible aumento del límite de gas por bloque en Ethereum en el futuro. + +#### Límite de tamaño de bloque de ejecución en RLP {#rlp-execution-block-size-limit} + +Especificación: https://eips.ethereum.org/EIPS/eip-7934 + +Ethereum añade un límite máximo estricto al tamaño del bloque de ejecución codificado en [RLP](/developers/docs/data-structures-and-encoding/rlp/): 10 MiB en total, con un margen de seguridad de 2 MiB reservado para el encuadre del bloque de baliza. En la práctica, los clientes definen `MAX_BLOCK_SIZE = 10.485.760` bytes y `SAFETY_MARGIN = 2.097.152` bytes, y rechazan cualquier bloque de ejecución cuya carga RLP supere `MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN`. El objetivo es limitar el peor caso de tiempo de propagación y validación, y alinearlo con el comportamiento de protocolo Gossip en la capa de consenso (los bloques de más de ~10 MiB no se propagan). Así, se reduce el riesgo de reorganizaciones o ataques DoS sin modificar el sistema de contabilización de gas. + +#### Establecer el límite de gas por defecto en XX millones {#set-default-gas-limit-to-xx-million} + +Especificación: https://eips.ethereum.org/EIPS/eip-7935 + +Antes de aumentar el límite de gas de 30M a 36M en febrero de 2025 (y posteriormente a 45M), este valor no había cambiado desde la Fusión (septiembre de 2022). Esta EIP tiene como objetivo dar prioirdad a una escalabilidad constante. + +EIP-7935 coordina a los equipos de clientes de la capa de ejecución para aumentar el límite de gas por defecto por encima de los 45M actuales como parte de Fusaka. Es una EIP informativa, pero pide explícitamente a los clientes que prueben límtes más altos en redes de desarrollo, que lleguen a un valor seguro en común y lo incluyan en sus versiones de Fusaka. + +La planificación en Devnet apunta a un estrés de ~60M (bloques completos con carga sintética) y aumentos iterativos; según la investigación, las patologías de tamaño de bloque en el peor caso no deberían imponer límites por debajo de ~150M. El despliegue debería ir acompañado del límite de gas por transacción (EIP-7825), para que ninguna transacción individual pueda dominar a medida que aumentan los límites. + +### Compatibilidad con preconfirmaciones {#preconfirmation-support} + +#### Anticipación determinista del proponente {#deterministic-proposer-lookahead} + +Especificación: https://eips.ethereum.org/EIPS/eip-7917 + +Con EIP-7917, la cadena de baliza tendrá conocimiento anticipado de los proponentes de bloques para la próxima época. Tener una visión determinista de qué validadores propondrán los próximos bloques permite habilitar [preconfirmaciones](https://ethresear.ch/t/based-preconfirmations/17353): un compromiso con el proponente entrante que garantiza que la transacción del usuario se incluya en su bloque sin necesidad de esperar al bloque real. + +Esta funcionalidad beneficia tanto a las implementaciones de clientes como a la seguridad de la red, ya que evita casos extremos en los que los validadores prodrían manipular el calendario de proponentes. La anticipación también permite una implementación menos compleja. + +### Códigos de operación y precompilaciones (golosinas para desarrolladores) {#opcodes-and-precomliles} + +#### Código operativo CLZ (que cuenta los ceros iniciales) {#count-leading-zeros-opcode} + +Especificación: https://eips.ethereum.org/EIPS/eip-7939 + +EIP-7939 añade una pequeña instrucción a la EVM, CLZ («contar ceros iniciales»). Dado un valor de 256 bits, devuelve cuántos bits en cero hay al principio y devuelve 256 si el valor es completamente cero. Es una funcionalidad común en muchas arquitecturas de conjuntos de instrucciones, ya que permite realizar operaciones aritméticas de forma más eficiente. En la práctica, esto reemplaza los escaneos de bits hechos a mano que se usan hoy en día por una sola instrucción, lo que simplifica y abarata tareas como encontrar el primer bit, escanear bytes o analizar campos de bits. El código de operación tiene un coste bajo y fijo, y se ha comprobado que su rendimiento es comparable al de una suma básica, lo que reduce el código de bytes y ahorra gas para realizar el mismo trabajo. + +## ¿Afecta esta actualización a todos los nodos y validadores de Ethereum? {#does-this-upgrade-affect-all-ethereum-nodes-and-validators} + +Sí, la actualización Fusaka requiere actualizar [los clientes de ejecución y los clientes de consenso](/developers/docs/nodes-and-clients/). Todos los principales clientes de Ethereum lanzarán versiones compatibles con la bifurcación dura marcada como alta prioridad. Puede estar al tanto de cuándo estarán disponibles estas versiones en los repositorios de GitHub de los clientes, en sus [canales de Discord](https://ethstaker.org/support), en el [Discord EthStaker](https://dsc.gg/ethstaker), o suscribiéndose al blog de Ethereum para recibir actualizaciones del protocolo. Para mantener la sincronización con la red de Ethereum posactualización, los operadores de nodos deben asegurarse de que están ejecutando una versión de cliente compatible. Tenga en cuenta que la información sobre las versiones de los clientes es sensible al tiempo, y los usuarios deben consultar las últimas actualizaciones para obtener los últimos detalles. + +## ¿Cómo se puede convertir ETH después de la bifurcación dura? {#how-can-eth-be-converted-after-the-hardfork} + +- **No se requiere ninguna acción para sus ETH**: después de la actualización Fusaka de Ethereum, no hay necesidad de convertir o actualizar sus ETH. Los saldos de su cuenta seguirán siendo los mismos, y el ETH que tiene actualmente seguirá siendo accesible en su forma existente después de la bifurcación dura. +- **¡Cuídese de fraudes!**  **Cualquiera que le indique que "actualice" su ETH está tratando de estafarlo.** No hay nada que tenga que hacer en relación con esta actualización. Sus activos no se verán afectados en absoluto. Recuerde, mantenerse informado es la mejor defensa contra las estafas. + +[Más sobre el reconocimiento y la prevención de estafas](/security/) + +## Lecturas adicionales {#further-reading} + +- [Hoja de ruta de Ethereum](/roadmap/) +- [Forkcast: Fusaka](https://forkcast.org/upgrade/fusaka) +- [Fusaka Meta EIP](https://eips.ethereum.org/EIPS/eip-7607) +- [Bankless: qué le aportarán a Ethereum Fusaka y Pectra](https://www.bankless.com/read/what-fusaka-pectra-will-bring-ethereum) +- [Bankless: las próximas actualizaciones de Ethereum: Fusaka, Glamsterdam y más, con Preston Van Loon](https://x.com/BanklessHQ/status/1956017743289020633?t=502) diff --git a/public/content/translations/es/roadmap/future-proofing/index.md b/public/content/translations/es/roadmap/future-proofing/index.md index c809735ebf4..498777e73bc 100644 --- a/public/content/translations/es/roadmap/future-proofing/index.md +++ b/public/content/translations/es/roadmap/future-proofing/index.md @@ -15,24 +15,39 @@ 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. En la actualidad, esto se evita utilizando «configuraciones fiables» (cuya ceremonia de configuración principal finalizó con éxito en 2023), en las que varios usuarios generaron aleatoriedad que no puede ser revertida por una computadora cuántica. Sin embargo, la solución ideal a largo plazo sería incorporar en su lugar la 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. Esto continúa en fase de investigación activa y elaboración de prototipos. - Lea acerca de KZG y las configuraciones seguras +[Más información sobre KZG y configuraciones fiables](/roadmap/danksharding#what-is-kzg) ## Ethereum más simple y eficiente {#simpler-more-efficient-ethereum} -La complejidad crea oportunidades para errores o vulnerabilidades que los intrusos pueden explotar. En consecuencia, parte de la hoja de ruta está simplificando Ethereum y eliminando el código que ha estado pendiente de varias actualizaciones, pero que ya no se necesita o que ahora puede mejorarse. A los desarrolladores les resulta más sencillo y dinámico mantener y razonar una base de código. +La complejidad puede generar errores o vulnerabilidades que pueden aprovechar los atacantes. Por lo tanto, una parte del plan de trabajo consiste en simplificar Ethereum y suprimir o modificar el código que se ha mantenido en varias actualizaciones, pero que ya no es necesario o que ahora puede ser mejorado. Una base de código más reducida y sencilla es mucho más fácil de mantener y analizar para los desarrolladores. -Se realizarán múltiples actualizaciones a la [Máquina Virtual de Ethereum (EVM)](/developers/docs/evm) para hacerla más simple y eficiente. Estas incluyen [eliminar el código operativo AUTODESTRUCTOR](https://hackmd.io/@vbuterin/selfdestruct): un comando rara vez usado que no se necesita más y que, en algunas circunstancias, puede llegar a ser peligroso, especialmente si se combina con otras actualizaciones futuras del modelo de almacenamiento de Ethereum. Los [clientes de Ethereum](/glossary/#consensus-client) además aún soportan algunos tipos de transacciones antiguas que ahora se pueden eliminar por completo. La forma en que se calcula el [gas](/glossary/#gas) también se puede mejorar y se pueden implementar métodos más eficientes para la aritmética que sustenta algunas operaciones criptográficas. +Para que la [Máquina Virtual de Ethereum (EVM)](/developers/docs/evm) sea más sencilla y eficiente, se investigan e implementan mejoras continuamente. Esto implica tanto abordar los componentes heredados como introducir optimizaciones. -Igualmente, hay actualizaciones que pueden hacerse en otras áreas para los clientes actuales de Ethereum. Un ejemplo es que la ejecución actual y los clientes de consenso usan un tipo diferente de comprensión de la información. Será mucho más fácil e intuitivo compartir datos entre clientes si la estrategia de compresión está unificada en toda la red. +**Cambios recientes implementados:** + +- **Revisión del cálculo de gas:** la forma en que se calcula el [gas](/glossary/#gas) se mejoró significativamente con la **EIP-1559 (implementada en la actualización de Londres, en 2021)**, introduciendo una tarifa base y un mecanismo de quema que permiten una fijación de precios de transacciones más predecible. +- **`Restricción de SELFDESTRUCT`:** el código operativo (opcode) `SELFDESTRUCT`, a pesar de que era raramente utilizado, representaba riesgos potenciales. Su funcionalidad **se restringió seriamente con la actualización Dencun (marzo de 2024) mediante la EIP-6780** para mitigar riesgos, especialmente relacionados con la gestión del estado. +- **Tipos modernizados de transacciones:** se han introducido nuevos formatos de transacción (por ejemplo, mediante la **EIP-2718** y la **EIP-4844** para blobs en la actualización Dencun) para soportar nuevas funcionalidades y mejorar la eficiencia con respecto a los tipos heredados. + +**Objetivos actuales y futuros:** + +- **Manejo adicional de `SELFDESTRUCT`:** aunque está restringido, se considera la **posible eliminación completa** del código operativo (opcode) `SELFDESTRUCT` en futuras actualizaciones para simplificar aún más el estado de la EVM. ([Más contexto sobre los problemas de SELFDESTRUCT](https://hackmd.io/@vbuterin/selfdestruct)). +- **Eliminación progresiva de transacciones heredadas:** aunque los [clientes de Ethereum](/glossary/#consensus-client) aún admiten los tipos de transacción más antiguos para mantener compatibilidad retroactiva, el objetivo es fomentar la migración a tipos más nuevos y **posiblemente reducir o eliminar del todo el soporte para los formatos más antiguos** en el futuro. +- **Investigación continua sobre eficiencia del gas:** continúa la exploración de **nuevas mejoras en el cálculo del gas**, que potencialmente incluyen conceptos como el gas multidimensional para reflejar mejor el uso de recursos. +- **Operaciones criptográficas optimizadas:** se están realizando esfuerzos para **introducir métodos más eficientes para la aritmética** que sustenta las operaciones criptográficas usadas en la EVM. + +Asimismo, hay actualizaciones que pueden realizarse en otros componentes de los actuales clientes de Ethereum. Un ejemplo es que los actuales clientes de ejecución y consenso utilizan un tipo diferente de compresión de datos. Compartir datos entre clientes será mucho más fácil e intuitivo cuando el esquema de compresión se unifique en toda la red. Esta sigue siendo un área de exploración. ## Progreso actual {#current-progress} -Muchas de las actualizaciones requeridas para asegurar Ethereum para el futuro aún **se encuentran en fase de desarrollo y puede llevar varios años** implementarlas. Actualizaciones como eliminar SELFDESTRUCT y armonizar el esquema de compresión usado en los clientes de ejecución y consenso probablemente estén disponibles antes que la criptografía poscuántica. +Muchas de las mejoras a largo plazo, en particular **la resistencia cuántica total de los protocolos centrales, están aún en fase de investigación y su implementación puede tardar varios años**. + +Sin embargo, **ya se han realizado avances significativos en los esfuerzos de simplificación.** Por ejemplo, cambios clave como la **restricción de `SELFDESTRUCT` (EIP-6780)** y la introducción de **transacciones con blobs (EIP-4844)** se implementaron en la **actualización Dencun (marzo de 2024)**. También continúa el trabajo de armonización de los esquemas de compresión de clientes y otras mejoras de eficiencia. **Más información** - [Gas](/developers/docs/gas) - [EVM](/developers/docs/evm) -- [Estructura de datos](/developers/docs/data-structures-and-encoding) +- [Estructura de datos](/developers/docs/data-structures-and-encoding) \ No newline at end of file diff --git a/public/content/translations/es/roadmap/index.md b/public/content/translations/es/roadmap/index.md new file mode 100644 index 00000000000..f56b402a6af --- /dev/null +++ b/public/content/translations/es/roadmap/index.md @@ -0,0 +1,120 @@ +--- +title: Hoja de ruta de Ethereum +description: El camino hacia una mayor escalabilidad, seguridad y sostenibilidad para Ethereum. +lang: es +template: roadmap +image: /images/heroes/roadmap-hub-hero.jpg +alt: "Hoja de ruta de Ethereum" +summaryPoints: +buttons: + - + content: Actualizaciones futuras + toId: '¿Qué cambios están pendientes?' + - + content: Actualizaciones anteriores + href: /history/ + variant: borrador +--- + +Ethereum ya es una plataforma poderosa para la coordinación global, pero aún se está mejorando. Un conjunto ambicioso de mejoras actualizará Ethereum de su forma actual a una plataforma de máxima resiliencia a escala completa. Estas actualizaciones se establecen en la hoja de ruta de Ethereum. + +**Para obtener más información sobre las actualizaciones anteriores de Ethereum, visite nuestra página [Historia](/history/)** + +## ¿Qué cambios le esperan a Ethereum? {#what-changes-are-coming} + +La hoja de ruta de Ethereum describe las mejoras específicas que se harán en el protocolo en el futuro. En general, la hoja de ruta traerá los siguientes beneficios a los usuarios de Ethereum: + + + + + + + + +## ¿Por qué Ethereum necesita una hoja de ruta? {#why-does-ethereum-need-a-roadmap} + +Ethereum se actualiza periódciamente para mejorar su escalabilidad, seguridad o sostenibilidad. Uno de los principales puntos fuertes de Ethereum es la adaptación a medida que surgen nuevas ideas de la investigación y el desarrollo. La adaptabilidad le da a Ethereum la flexibilidad para hacer frente a los desafíos emergentes y mantenerse al día con los avances tecnológicos más avanzados. + + + +La hoja de ruta es principalmente el resultado de años de trabajo de investigadores y desarrolladores, dado que el protocolo es muy técnico. No obstante cualquier persona motivada puede participar. Las ideas suelen comenzar como discusiones en un foro como [ethresear.ch](https://ethresear.ch/), [Ethereum Magicians](https://ethereum-magicians.org/) o en el servidor de Discord de Eth R&D. Puede haber respuestas a nuevas vulnerabilidades descubiertas, sugerencias de organizaciones que trabajen en la capa de aplicaciones (como [dapps](/glossary/#dapp) y exchanges) o temas relacionados con dificultades para los usuarios finales (como los costos o la velocidad de transacción). Cuando estas ideas maduren, se pueden proponer como [propuestas de mejora de Ethereum o EIP] (https://eips.ethereum.org/). Todo esto se hace en público para que cualquier persona de la comunidad pueda intervenir en cualquier momento. + +[Más información sobre la gobernanza de Ethereum](/gobernanza/) + + + + +

¿Qué era ETH2?

+ +

El término "Eth2" se utilizaba comúnmente para referirse al futuro de Ethereum antes del cambio a prueba de participación, pero cayó en desuso en favor de una terminología más precisa. Originalmente, se usaba para diferenciar la red de Ethereum antes del cambio a la prueba de participación y la red luego de realizarse este cambio, o a veces para referirse a los diferentes clientes de ejecución de Ethereum (los clientes de ejecución a veces se denominaban clientes ETH1 y los clientes de consenso a veces se denominaban clientes ETH2).

+ +
+ +## ¿Cambiará la hoja de ruta de Ethereum con el tiempo? {#will-ethereums-roadmap-change-over-time} + +**Sí, casi definitivamente**. La hoja de ruta es el plan actual para actualizar Ethereum, que cubre los planes a corto plazo y futuros. Esperamos que la hoja de ruta cambie a medida que se disponga de nueva información y tecnología. + +Piense en la hoja de ruta de Ethereum como un conjunto de intenciones para mejorar Ethereum; es la mejor hipótesis de los investigadores y los desarrolladores principales sobre el camino más óptimo hacia adelante para Ethereum. + +## ¿Cuándo terminará la hoja de ruta? {#when-will-the-roadmap-be-finished} + +Algunas actualizaciones tienen una prioridad más baja y es probable que no se implementen durante los próximos 5-10 años (por ejemplo, la resistencia cuántica). **Dar un momento preciso de cada actualización es complicado de predecir**, ya que muchos elementos de la hoja de ruta se trabajan en paralelo y se desarrollan a diferentes ritmos. La urgencia de una actualización también puede cambiar con el tiempo dependiendo de factores externos (por ejemplo, un salto repentino en el rendimiento y la disponibilidad de los ordenadores cuánticos puede hacer que la criptografía resistente a los cuánticos sea más urgente). + +Una forma de pensar en el desarrollo de Ethereum es por analogía con la evolución biológica. Es más probable que una red que sea capaz de adaptarse a los nuevos desafíos y mantener la aptitud tenga más éxito que la resistente al cambio, aunque a medida que la red se vuelve cada vez más eficiente, escalable y segura, se requerirán menos cambios en el protocolo. + +## ¿Tengo que hacer algo cuando haya una actualización? {#do-i-have-to-do-anything-when-there-is-an-upgrade} + +Las actualizaciones tienden a no afectar a los usuarios finales, excepto al proporcionar mejores experiencias de usuario y un protocolo más seguro y tal vez más opciones sobre cómo interactuar con Ethereum. **Los usuarios normales no están obligados a participar activamente en una actualización ni a hacer nada** para asegurar sus activos. Los operadores de [nodos](/glossary/#node) tendrán que actualizar sus clientes para prepararse para una actualización. Algunas actualizaciones pueden provocar cambios para los desarrolladores de aplicaciones. Por ejemplo, las actualizaciones de caducidad del historial pueden llevar a los desarrolladores de aplicaciones a obtener datos históricos de nuevas fuentes. + +## ¿Y qué pasa con The Verge, The Splurge, etc? {#what-about-the-verge-splurge-etc} + +[Vitalik Buterin propuso una visión para la hoja de ruta de Ethereum](https://twitter.com/VitalikButerin/status/1741190491578810445) que estaba organizada en varias categorías vinculadas por sus efectos en la arquitectura de Ethereum. Incluía: + +- **La Fusión**: actualizaciones relacionadas con el cambio de [prueba de trabajo](/glossary/#pow) a [prueba de participación](/glossary/#pos) +- **El Surge**: actualizaciones relacionadas con la escalabilidad por medio de [rollups](/glossary/#rollups) y fragmentación de datos +- **El Scourge**: actualizaciones relacionadas con la resistencia a la censura, la descentralización y los riesgos de protocolo de [MEV](/glossary/#mev) +- **El Verge**: actualizaciones relacionadas con la verificación de [bloques](/glossary/#block) más fácilmente +- **The Purge**: actualizaciones relacionadas con la reducción de los costos computacionales de los nodos de ejecución y la simplificación del protocolo +- **El Splurge**: otras actualizaciones que no encajan bien en las categorías anteriores + +Decidimos no usar esta terminología porque queríamos usar un modelo más simple y centrado en el usuario. Aunque utilizamos un lenguaje centrado en el usuario, la visión sigue siendo la misma que la propuesta por Vitalik. + +## ¿Qué pasa con la fragmentación? {#what-about-sharding} + +El sharding está dividiendo la cadena de bloques de Ethereum para que los subconjuntos de [validadores](/glossary/#validator) solo sean responsables de una fracción del total de datos. Originalmente, esta iba a ser la forma de escalar Ethereum. Sin embargo, los rollups de [capa 2](/glossary/#layer-2) se han desarrollado mucho más rápido de lo esperado y ya han proporcionado mucha escalabilidad, y proporcionarán mucho más después de que se implemente Proto-Danksharding. Esto significa que ya no se necesitan «cadenas fragmentadas» y se han eliminado de la hoja de ruta. + +## ¿Busca actualizaciones técnicas específicas? {#looking-for-specific-technical-upgrades} + +- [Pectra](/roadmap/pectra): La bifurcación dura Praga/Electra aporta un nuevo enfoque a la abstracción de cuentas y mejora la escalabilidad, entre otras cosas. +- [Danksharding](/roadmap/danksharding): Danksharding hace que las acumulaciones de capa 2 sean mucho más baratas para los usuarios al añadir «masas» de datos a los bloques de Ethereum. +- [Retiradas de participación](/staking/withdrawals): la actualización de Shanghai/Capella posibilitó las retiradas de participación en Ethereum, lo que permitió a las personas desbloquear su ETH en participación. +- [Finalidad de una sola ranura](/roadmap/single-slot-finality): en lugar de esperar quince minutos, los bloques podrían proponerse y finalizarse en la misma ranura. Esto resulta más práctico para las aplicaciones y mucho más difícil de atacar. +- [Separación entre proponentes y constructores](/roadmap/pbs): dividir las tareas de construcción de bloques y propuestas de bloques entre validadores separados crea una forma más justa, más resistente a la censura y eficiente para que Ethereum llegue a un consenso. +- [Eleccion de líder secreto](/roadmap/secret-leader-election): se puede utilizar una criptografía inteligente para garantizar que la identidad del actual proponente de bloques no se haga pública, protegiéndolos de ciertos tipos de ataques. +- [Abstracción de cuenta](/roadmap/account-abstraction): la abstracción de cuenta es una clase de actualización que admite carteras de contratos inteligentes de forma nativa en Ethereum, en lugar de tener que usar middleware complejo. +- [Árboles de Verkle](/roadmap/verkle-trees): los árboles de Verkle son una estructura de datos que se puede utilizar para habilitar clientes sin estado en Ethereum. Estos clientes «sin estado» requerirán una pequeña cantidad de espacio de almacenamiento, pero aún así podrán verificar nuevos bloques. +- [Sin estado](/roadmap/statelessness): los clientes sin estado podrán verificar nuevos bloques sin tener que almacenar grandes cantidades de datos. Esto proporcionará todos los beneficios de ejecutar un nodo con solo una pequeña fracción de los costes actuales. diff --git a/public/content/translations/es/roadmap/merge/index.md b/public/content/translations/es/roadmap/merge/index.md index 3b91bfc25a2..34314a9011b 100644 --- a/public/content/translations/es/roadmap/merge/index.md +++ b/public/content/translations/es/roadmap/merge/index.md @@ -17,7 +17,7 @@ summaryPoint4: La Fusión redujo el consumo de energía de Ethereum en un ~99,95 ## ¿Qué es La Fusión? {#what-is-the-merge} -La fusión fue la unión de la capa de ejecución inicial de Ethereum (la red principal que ha existido desde el [génesis](/ethereum-forks/#frontier)) con su nueva capa de consenso de prueba de participación, la cadena de baliza. Eliminó la necesidad de la minería conun consumo intensivo de energía y, en su lugar, permitió asegurar la red utilizando ETH apostados. Es un paso verdaderamente emocionante para hacer la visión de Ethereum una realidad: más escalabilidad, seguridad y sostenibilidad. +La fusión fue la unión de la capa de ejecución inicial de Ethereum (la red principal que ha existido desde el [génesis](/history/#frontier)) con su nueva capa de consenso de prueba de participación, la cadena de baliza. Eliminó la necesidad de la minería conun consumo intensivo de energía y, en su lugar, permitió asegurar la red utilizando ETH apostados. Es un paso verdaderamente emocionante para hacer la visión de Ethereum una realidad: más escalabilidad, seguridad y sostenibilidad. @@ -37,13 +37,9 @@ La Fusión representa la transición oficial al uso de la cadena de baliza como El historial no se ha perdido tras La Fusión. Ya que la red principal se fusionó con la cadena de baliza, también se produjo una fusión de todo el historial de transacciones de Ethereum. - - - -Esta transición a la prueba de participación ha cambiado la forma en la que se emiten Ethers. Más información sobre [la emisión de ether antes y después de La Fusión](/roadmap/merge/issuance/). - - - + +Esta transición a la prueba de participación ha cambiado la forma en la que se emiten Ethers. Aprende más sobre [la emisión de ether antes y después de The Merge](/roadmap/merge/issuance/). + ### Usuarios y titulares {#users-holders} @@ -122,7 +118,7 @@ La Fusión coloca a Ethereum en una nueva fase de actualizaciones escalables que +contentPreview="False. Anyone is free to sync their own self-verified copy of Ethereum (i.e. run a node). No ETH is required—not before The Merge, not after The Merge, not ever."> Hay dos tipos de nodos en Ethereum: los que pueden proponer bloques y los que no. @@ -134,7 +130,7 @@ Cualquier persona bajo cualquier mecanismo de consenso (prueba de trabajo o prue La capacidad de cualquier persona tiene de ejecutar su propio nodo es absolutamente esencial para mantener la descentralización de la red Ethereum. -[Más información sobre cómo ejecutar su propio nodo.](/run-a-node/) +[Más sobre la ejecución de su propio nodo](/run-a-node/) @@ -144,7 +140,7 @@ contentPreview="False. The Merge was a change of consensus mechanism, not an exp Las tarifas de gas son producto de la demanda de la red en relación con la capacidad de la misma. La Fusión dejó obsoleto el uso del mecanismo de prueba de trabajo, permitiendo la transición a la prueba de participación para el consenso, pero no cambió de manera significativa ninguno de los parámetros que influyen de manera directa la capacidad o rendimiento de la red. -Con una hoja de ruta centrada en las acumulaciones, los esfuerzos se están centrando en escalar la actividad del usuario en la [capa 2](/layer-2/), al tiempo que se le permite la red principal de la capa 1 ser una capa de liquidación descentralizada segura optimizada para el almacenamiento de datos de la acumulación y así ayudar a hacer que las transacciones sean exponencialmente más baratas. La transición a la prueba de participación es un precursor fundamental para conseguirlo. [Más información sobre el gas y las tarifas. ](/developers/docs/gas/) +Con una hoja de ruta centrada en los rollups, los esfuerzos se enfocan en escalar la actividad de los usuarios en la [capa 2](/layer-2/), mientras que la red principal de capa 1 se habilita como una capa de liquidación descentralizada y segura, optimizada para el almacenamiento de datos de los rollups, lo que ayuda a que las transacciones de rollups sean exponencialmente más baratas. La transición a la prueba de participación es un precursor fundamental para conseguirlo. [Más información sobre el gas y las tasas.](/developers/docs/gas/) @@ -167,7 +163,7 @@ Inicialmente, después de La Fusión, los participantes solo podían acceder a l Desde la mejora de la red Shanghai/Capella, los participantes pueden designar una dirección de retirada para comenzar a recibir pagos automáticos de cualquier saldo en exceso (más de 32 ETH por recompensas del protocolo). Esta actualización también permitió a los validadores desbloquear y reclamar el total de su saldo al salir de la red. -[Más información sobre la retirada de participaciones.](/staking/withdrawals/) +[Más información sobre las retiradas de participaciones](/staking/withdrawals/) diff --git a/public/content/translations/es/roadmap/merge/issuance/index.md b/public/content/translations/es/roadmap/merge/issuance/index.md index df009f0990d..82dbf1dea54 100644 --- a/public/content/translations/es/roadmap/merge/issuance/index.md +++ b/public/content/translations/es/roadmap/merge/issuance/index.md @@ -30,11 +30,11 @@ title="tldr emisión de ETH"> ### La emisión de la capa de ejecución {#el-issuance-pre-merge} -Bajo la prueba de trabajo, los mineros solo interactuaban con la capa de ejecución y se les compensaba con un bloque de recompensas, si eran los primeros mineros en resolver el siguiente bloque. Desde la [actualización Constantinople](/ethereum-forks/#constantinople) en 2019, esta recompensa era de 2 ETH por bloque. Los mineros también recibían recompensas por publicaciones de bloques [ommer](/glossary/#ommer), que eran bloques válidos que no acababan en la cadena más larga/predilecta. Estas recompensas eran de un máximo 1,75 ETH por ommer, y suponían _un extra_ a la recompensa emitida desde el bloque predilecto. El proceso de minería era una actividad económica intensa, que históricamente requería altos niveles de emisión de ETH para ser sostenible. +Bajo la prueba de trabajo, los mineros solo interactuaban con la capa de ejecución y se les compensaba con un bloque de recompensas, si eran los primeros mineros en resolver el siguiente bloque. Desde la [actualización Constantinople](/history/#constantinople) en 2019, esta recompensa era de 2 ETH por bloque. Los mineros también recibían recompensas por publicaciones de bloques [ommer](/glossary/#ommer), que eran bloques válidos que no acababan en la cadena más larga/predilecta. Estas recompensas eran de un máximo 1,75 ETH por ommer, y suponían _un extra_ a la recompensa emitida desde el bloque predilecto. El proceso de minería era una actividad económica intensa, que históricamente requería altos niveles de emisión de ETH para ser sostenible. ### La emisión de la capa de consenso {#cl-issuance-pre-merge} -La [cadena de baliza](/ethereum-forks/#beacon-chain-genesis) empezó en 2020. En vez de mineros, está asegurada por validadores que usan pruebas de participación. Esta cadena era impulsada por usuarios de Ethereum que depositaban ETH unidireccionalmente en un contrato inteligente de red principal (la capa de ejecución), que la cadena de baliza escucha, acreditando al usuario una cantidad equivalente de ETH en la cadena nueva. Hasta que ocurrió La Fusión, los validadores de la cadena de baliza no estaban procesando transacciones y estaban principalmente llegando a consensos sobre el estado del grupo de validadores entre sí. +La [cadena de baliza](/history/#beacon-chain-genesis) empezó en 2020. En vez de mineros, está asegurada por validadores que usan pruebas de participación. Esta cadena era impulsada por usuarios de Ethereum que depositaban ETH unidireccionalmente en un contrato inteligente de red principal (la capa de ejecución), que la cadena de baliza escucha, acreditando al usuario una cantidad equivalente de ETH en la cadena nueva. Hasta que ocurrió La Fusión, los validadores de la cadena de baliza no estaban procesando transacciones y estaban principalmente llegando a consensos sobre el estado del grupo de validadores entre sí. A los validadores de la cadena de baliza se les recompensaba con ETH por confirmar el estado de la cadena y proponer bloques. Las recompensas (o penalizaciones) se calculaban y distribuían en cada época (cada 6,4 minutos) en función del rendimiento del validador. Las recompensas de los validadores son **considerablemente** inferiores a las recompensas de los mineros que se emitían anteriormente con la prueba de trabajo (2 ETH cada ~13,5 segundos), ya que el funcionamiento de un nodo de validador no supone un gasto tan elevado, ni requiere o garantiza una gran recompensa. @@ -54,17 +54,11 @@ Suministro total de ETH: **~120.520.000 ETH** (en el momento de La Fusión en se - Lo que da como resultado **~620.500** ETH emitidos en un año. - Lo que generó una tasa de inflación de **aproximadamente 0,52%** (620,5 K por año / 119,3 M en total). - - - -**Tasa de emisión anual total (antes de La Fusión): ~4,61%** (4,09% + 0,52%) - -**~88,7%** de la emisión iba a los mineros en la capa de ejecución (4,09 / 4,61 * 100) - -**~11,3%** era emitida para los participantes en la capa de consenso (0,52 / 4,61 * 100) - - - + +Tasa de emisión anual total (antes de La Fusión): ~4,61% (4,09% + 0,52%)

+~88,7% de la emisión iba a los mineros en la capa de ejecución (4,09 / 4,61 * 100)

+~11,3% era emitida para los participantes en la capa de consenso (0,52 / 4,61 * 100) +
## Después de La Fusión (Presente) {#post-merge} @@ -90,27 +84,18 @@ Cuantos más validadores salgan, más se irá reduciendo gradualmente el número - La emisión de la capa de ejecución: **0** - La emisión de la capa de consenso: igual a la anterior, **~0,52%** tasa emitida anualmente (con un total de 14 millones de ETH apostados) - - - -Tasa de emisión anual total: **~0,52%** - -Reducción neta de la emisión anual de ETH: **~88,7%** ((4,61% - 0,52%) / 4,61% * 100) - - - + +Tasa de emisión anual total: ~0,52%

+Reducción neta de la emisión anual de ETH: ~88,7% ((4,61% - 0,52%) / 4,61% * 100) +
## La quema {#the-burn} La fuerza opuesta a la emisión de ETH es la tasa a la cual se quema ETH. Para que se ejecute una transacción en Ethereum, se debe pagar una comisión mínima (conocida como «tarifa de base»), que fluctúa constantemente (bloque-a-bloque) dependiendo de la actividad de la red. La tarifa se debe pagar en ETH y se _requiere_ para que se considere una transacción válida. La tarifa se _quema_ durante el proceso de la transacción, eliminándola de la circulación. - - - -La quema de la comisión empezó con [la actualización London](/ethereum-forks/#london) en agosto del 2021, y no se le han implementado más cambios desde La Fusión. - - - + +La quema de tarifas empezó con [la actualización London](/history/#london) en agosto del 2021, y no ha experimentado modificaciones desde la Fusión. + Además de la tarifa implementada en la actualización London, los validadores también pueden incurrir en penalizaciones por estar fuera de línea, o peor aún, se les puede recortar por romper las reglas específicas que amenazan la seguridad de la red. Estas penalizaciones ocasionan una reducción de ETH del saldo de los validadores, que no recompensa directamente ninguna otra cuenta, quemándolos/eliminándolos efectivamente de circulación. diff --git a/public/content/translations/es/roadmap/pectra/7702/index.md b/public/content/translations/es/roadmap/pectra/7702/index.md new file mode 100644 index 00000000000..7d5e8a9c521 --- /dev/null +++ b/public/content/translations/es/roadmap/pectra/7702/index.md @@ -0,0 +1,148 @@ +--- +title: Directrices de Pectra 7702 +description: Consulte más información sobre 7702 en la publicación de Pectra +lang: es +--- + +# Pectra 7702 + +## Resumen {#abstract} + +EIP 7702 define un mecanismo para añadir código a una cuenta con titularidad externa (EOA en inglés). Esta propuesta permite que las EOA, las cuentas de Ethereum antiguas, reciban mejoras de funcionalidad de corto plazo, aumentando la usabilidad de las aplicaciones. Esto se hace señalando con el puntero un código ya desplegado usando una nueva tipo de transacción de tipo 4. + +Este nuevo tipo de transacción introduce una lista de autorización. Cada tupla de autorización en la lista se define como + +``` +[ chain_id, address, nonce, y_parity, r, s ] +``` + +**address** es la delegación (código ya desplegado que utilizará la EOA) +**chain_id** fija la autorización a una cadena específica (o 0 para todas las cadenas) +**nonce** fija la autorización a un nonce específico de cuenta +(**y_parity, r, s**) es la firma de la tupla de autorización, definida como keccak(0x05 || rlp ([chain_id ,address, nonce])) por la clave privada de la EOA a la que se aplica la autorización (también llamada autoridad) + +Una delegación puede restablecerse delegando a la dirección nula. + +La clave privada de la EOA conserva el control total de la cuenta después de la delegación. Por ejemplo, delegar a un Safe no hace que la cuenta sea una multifirma porque todavía hay una única clave que puede saltarse cualquier política de firmado. De aquí en adelante, los desarrolladores deberían diseñar asumiendo que cualquier participante en el sistema podría ser un contrato inteligente. Para los desarrolladores de contratos inteligentes, ya no es seguro asumir que `tx.origin` se refiere a una EOA. + +## Buenas prácticas {#best-practices} + +**Abstracción de cuenta**: un contrato de delegación debería alinearse con los más amplios estándares de abstracción de cuentas de Ethereum para maximizar la compatibilidad. Concreta e idóneamente debería cumplir o ser compatible con ERC-4337. + +\*\*Diseño sin necesidad de permisos resistente a la censura: Ethereum valora la participación sin necesidad de permisos. Un contrato de delegación NO DEBE codificar directamente o confiar en ningún solo comunicador o servicio «de confianza». Esto podría inutilizar la cuenta si el retransmisor deja de estar en línea. Funcionalidades como agrupaciones (por ejemplo, approve+transferFrom) pueden usarse por la EOA en sí sin un retransmisor. Los desarrolladores de aplicaciones que quieren usar funcionalidades avanzadas que permite 7702 (abstracción de gas, retiradas que preservan la privacidad) necesitarán un retransmisor. Aunque existen diferentes arquitecturas de retransmisores, nuestra recomendación es usar [agrupadores 4337](https://www.erc4337.io/bundlers) que apunten al menos a la versión de [punto de entrada 0.8](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) porque: + +- Proporcionan interfaces normalizadas para la retransmisión +- Incluyen sistemas de tesorería integrados +- Garantizan compatibilidad con versiones futuras +- Admiten bien la resistencia a la censura mediante una [zona de espera pública](https://notes.ethereum.org/@yoav/unified-erc-4337-mempool) +- Pueden requerir que la función init solo se convoque desde [EntryPoint](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) + +Es decir, cualquiera debería poder actuar como el retransmisor/patrocinador siempre que proporcione la firma válida requerida o la UserOperation de la cuenta. Esto garantiza la resistencia a la censura: si no se requiere una infraestructura personalizada, las transacciones de un usuario no pueden ser bloqueadas arbitrariamente por un retransmisor de control de acceso. Por ejemplo, el [kit de delegación de MetaMask](https://github.com/MetaMask/delegation-framework/releases/tag/v1.3.0) funciona explícitamente con cualquier agrupador o pagador en cualquier cadena, en vez de requerir un servidor específico de MetaMask. + +**Integración de DApps mediante interfaces de carteras**: + +Dado que las carteras incluirán en la lista blanca contratos de delegación específicos para EIP-7702, DApps no debería esperar a solicitar directamente las autorizaciones 7702. En su lugar, la integración debe ocurrir a través de interfaces de cartera normalizadas: + +- **ERC-5792 (`wallet_sendCalls`)**: permite que DApps solicite carteras para ejecutar llamadas por lotes, facilitando funcionalidades como el procesamiento por lotes de transacciones y la abstracción de gas. + +- **ERC-6900**: permite que DApps aproveche las capacidades de cuentas inteligentes modulares, como las claves de sesión y la recuperación de cuentas, a través de módulos administrados por cartera. + +Al utilizar estas interfaces, DApps pueden acceder a las funcionalidades de la cuenta inteligente proporcionadas por EIP-7702 sin gestionar directamente las delegaciones, lo que garantiza la compatibilidad y la seguridad en diferentes implementaciones de cartera. + +> Nota: no hay un método estandarizado para que DApps solicite directamente las firmas de autorización 7702. Las DApps deben confiar en interfaces de cartera específicas como ERC-6900 para aprovechar las características de EIP-7702. + +Para más información: + +- [Especificación ERC-5792](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-5792.md) +- [Especificación ERC-6900](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6900.md) + +**Evitar el bloqueo del proveedor**: en línea con lo anterior, una buena implementación es neutral con respecto al proveedor e interoperable. Lo que a menudo significa adherirse a los estándares emergentes para las cuentas inteligentes. Por ejemplo, [cuenta modular de Alchemy](https://github.com/alchemyplatform/modular-account) utiliza la norma ERC-6900 para cuentas inteligentes modulares y está diseñado con el «uso interoperable sin permiso» en mente. + +**Preservación de la privacidad**: si bien la privacidad en cadena es limitada, un contrato de delegación debe esforzarse por minimizar la exposición y la capacidad de enlace de los datos. Esto se puede lograr al admitir características como los pagos de gas en tokens ERC-20 (por lo que los usuarios no necesitan mantener un saldo público de ETH, lo que mejora la privacidad y la experiencia de usuario) y claves de sesión única (que reducen la dependencia de una sola clave a largo plazo). Por ejemplo, EIP-7702 permite pagar gas en tókenes a través de transacciones patrocinadas, y una buena implementación facilitará la integración de dichos pagadores sin filtrar más información de la necesaria. Además, la delegación fuera de la cadena de ciertas aprobaciones (utilizando firmas verificadas en cadena) significa menos transacciones en cadena con la clave principal del usuario, lo que ayuda a la privacidad. Las cuentas que requieren el uso de un transmisor obligan a los usuarios a revelar sus direcciones IP. PublicMempools mejora esto, cuando una transacción/UserOp se propaga a través del mempool, no se puede decir si se originó de la IP que la envió, o simplemente se transmitió a través de ella a través del protocolo p2p. + +**Extensibilidad y seguridad modular**: las implementaciones de cuentas deben ser extensibles para que puedan evolucionar con nuevas características y mejoras de seguridad. EIP-7702 le otorga la capacidad de actualizarse (ya que un EOA siempre puede delegar a un nuevo contrato en el futuro para actualizar su lógica). Más allá de la capacidad de actualización, un buen diseño permite la modularidad, por ejemplo, módulos enchufables para diferentes esquemas de firma o políticas de gasto, sin necesidad de volver a desplegarse por completo. El kit de cuentas de Alchemy es un excelente ejemplo, ya que permite a los desarrolladores instalar módulos de validación (para diferentes tipos de firma como ECDSA, BLS, etc.) y módulos de ejecución para lógica personalizada. Para lograr una mayor flexibilidad y seguridad en las cuentas habilitadas para EIP-7702, se anima a los desarrolladores a delegar a un contrato de proxy en lugar de directamente a una implementación específica. Este enfoque permite actualizaciones y modularidad sin problemas sin requerir autorizaciones EIP-7702 adicionales para cada cambio. + +Beneficios del patrón de proxy: + +- **Actualizable**: actualice la lógica del contrato apuntando el proxy a un nuevo contrato de implementación. + +- **Lógica de inicialización personalizada**: incorpore funciones de inicialización dentro del proxy para configurar las variables de estado necesarias de forma segura. + +Por ejemplo, el [SafeEIP7702Proxy](https://docs.safe.global/advanced/eip-7702/7702-safe) demuestra cómo se puede utilizar un proxy para inicializar y administrar de forma segura las delegaciones en cuentas compatibles con EIP-7702. + +Contras del patrón proxy: + +- **Dependencia de actores externos**: tiene que confiar en un equipo externo para no actualizar a un contrato inseguro. + +## Consideraciones de seguridad {#security-considerations} + +**Vigilancia de reentrada**: con la introducción de la delegación EIP-7702, la cuenta de un usuario puede cambiar dinámicamente entre una cuenta de propiedad externa (EOA) y un contrato inteligente (SC). Esta flexibilidad permite que la cuenta inicie transacciones y sea el objetivo de las llamadas. Como resultado, los escenarios en los que una cuenta se llama a sí misma y hace llamadas externas tendrán `msg.sender` igual a `tx.origin`, lo que socava ciertas suposiciones de seguridad que anteriormente se basaban en que `tx.origin` siempre era un EOA. + +Para los desarrolladores de contratos inteligentes, ya no es seguro asumir que `tx.origin` se refiere a una EOA. Del mismo modo, usar `msg.sender == tx.origin` como protección contra ataques de reentrada ya no es una estrategia fiable. + +De aquí en adelante, los desarrolladores deberían diseñar asumiendo que cualquier participante en el sistema podría ser un contrato inteligente. Alternativamente, podrían implementar una protección de reentrada explícita utilizando protectores de reentrada con un patrón de modificador «nonReentrant». Recomendamos seguir un modificador auditado, por ejemplo, [Open Zeppelin's Reentrancy Guard](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/ReentrancyGuard.sol). También podrían usar una [variable de almacenamiento transitoria](https://docs.soliditylang.org/en/latest/internals/layout_in_storage.html). + +**Consideraciones de seguridad de inicialización** + +La aplicación de los contratos de delegación EIP-7702 introduce desafíos de seguridad específicos, en particular en relación con el proceso de inicialización. Surge una vulnerabilidad crítica cuando la función de inicialización (`init`) se acopla atómicamente con el proceso de delegación. En tales casos, un frontrunner (o inversor ventajista) podría interceptar la firma de la delegación y ejecutar la función `init` con parámetros alterados, potencialmente tomando el control de la cuenta. + +Este riesgo es especialmente pertinente cuando se intenta utilizar las implementaciones de la cuenta de contrato inteligente (SCA) existentes con EIP-7702 sin modificar sus mecanismos de inicialización. + +**Soluciones para mitigar las vulnerabilidades de inicialización** + +- Implementar `initWithSig` + Reemplace la función estándar `init` con una función `initWithSig` que requiere que el usuario firme los parámetros de inicialización. Este enfoque garantiza que la inicialización solo pueda proceder con el consentimiento explícito del usuario, mitigando así los riesgos de inicialización no autorizada. + +- Utilice el punto de entrada de ERC-4337 + Requiere que la función de inicialización se llame exclusivamente desde el contrato ERC-4337 EntryPoint. Este método aprovecha el marco normalizado de validación y ejecución proporcionado por ERC-4337, añadiendo una capa adicional de seguridad al proceso de inicialización. + _(Ver: [Safe Docs](https://docs.safe.global/advanced/eip-7702/7702-safe))_ + +Al adoptar estas soluciones, los desarrolladores pueden mejorar la seguridad de los contratos de delegación EIP-7702, protegiéndolos contra posibles ataques de inversiones ventajosas durante la fase de inicialización. + +**Colisiones de almacenamiento** El código de delegación no borra el almacenamiento existente. Al migrar de un contrato de delegación a otro, los datos residuales del contrato anterior permanecen. Si el nuevo contrato utiliza las mismas ranuras de almacenamiento pero las interpreta de manera diferente, puede provocar un comportamiento no deseado. Por instancia, si la delegación inicial se deriva hacia un contrato cuya ranura de almacenamiento representa un `bool`, y la delegación posterior es hacia un contrato donde la misma ranura representa un `uint`, la falta de coincidencia puede llevar a obtener un resultado impredecible. + +\*\* Riesgos de phishing \*\* Con la implementación de la delegación EIP-7702, los activos en la cuenta de un usuario pueden estar completamente controlados por contratos inteligentes. Si un usuario delega sin saberlo su cuenta a un contrato malicioso, un atacante podría fácilmente obtener el control y robar fondos. Cuando se usa `chain_id=0`, la delegación se aplica a todos los identificadores de cadena. Solo delegar a un contrato inmutable (nunca delegar a un proxy), y solo a contratos que se implementaron usando CREATE2 (con código de init estándar - sin contratos metamórficos) para que el desplegador no pueda implementar algo diferente en la misma dirección en otro lugar. De lo contrario, su delegación pone en riesgo su cuenta en todas las demás cadenas EVM. + +Cuando los usuarios realizan firmas delegadas, el contrato objetivo que recibe la delegación debe mostrarse de forma clara y destacada para ayudar a mitigar los riesgos de phishing. + +**Superficie y seguridad de confianza mínimas**: si bien ofrece flexibilidad, un contrato de delegación debe mantener su lógica central mínima y auditable. El contrato es efectivamente una extensión de la EOA del usuario, por lo que cualquier defecto puede ser catastrófico. Las implementaciones deben seguir las mejores prácticas de la comunidad de seguridad de contratos inteligentes. Por ejemplo, las funciones del constructor o inicializador deben asegurarse cuidadosamente, como lo destaca Alchemy, si usa un patrón proxy bajo 7702, un inicializador sin protección podría permitir que un atacante se haga cargo de la cuenta. Los equipos deben tratar de mantener el código en cadena simple: el contrato 7702 de Ambire tiene solo ~200 líneas de Solidity, minimizando deliberadamente la complejidad para reducir los errores. Es necesario encontrar un equilibrio entre una lógica rica en funciones y la simplicidad que facilita la auditoría. + +### Implementaciones conocidas {#known-implementations} + +Debido a la naturaleza de EIP 7702, se recomienda que las carteras tengan cuidado al ayudar a los usuarios a delegar a un contrato de terceros. A continuación se enumera una lista de implementaciones conocidas que han sido auditadas: + +| Dirección de contrato | Fuente | Auditorías | +| ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| 0x000000009B1D0aF20D8C6d0A44e162d11F9b8f00 | [Uniswap/calibur](https://github.com/Uniswap/calibur) | [auditorías](https://github.com/Uniswap/calibur/tree/main/audits) | +| 0x69007702764179f14F51cdce752f4f775d74E139 | [alchemyplatform/modular-account](https://github.com/alchemyplatform/modular-account) | [auditorías](https://github.com/alchemyplatform/modular-account/tree/develop/audits) | +| 0x5A7FC11397E9a8AD41BF10bf13F22B0a63f96f6d | [AmbireTech/ambire-common](https://github.com/AmbireTech/ambire-common/blob/feature/eip-7702/contracts/AmbireAccount7702.sol) | [auditorías](https://github.com/AmbireTech/ambire-common/tree/feature/eip-7702/audits) | +| 0x63c0c19a282a1b52b07dd5a65b58948a07dae32b | [MetaMask/delegation-framework](https://github.com/MetaMask/delegation-framework) | [auditorías](https://github.com/MetaMask/delegation-framework/tree/main/audits) | +| 0x4Cd241E8d1510e30b2076397afc7508Ae59C66c9 | [Equipo de abstracción de cuentas de Ethereum Foundation](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/accounts/Simple7702Account.sol) | [auditorías](https://github.com/eth-infinitism/account-abstraction/blob/develop/audits/SpearBit%20Account%20Abstraction%20Security%20Review%20-%20Mar%202025.pdf) | + +## Directrices de cartera de hardware {#hardware-wallet-guidelines} + +Las carteras de hardware no deben exponer la delegación arbitraria. El consenso en el espacio de la cartera de hardware es utilizar una lista de contratos de delegado de confianza. Sugerimos permitir las implementaciones conocidas enumeradas anteriormente y considerar otras caso por caso. Como la delegación de su EOA a un contrato le da control sobre todos los activos, las carteras de hardware deben ser cautelosas con la forma en que implementan 7702. + +### Escenarios de integración para aplicaciones complementarias {#integration-scenarios-for-companion-apps} + +#### Flojo {#lazy} + +Como el EOA todavía funciona como de costumbre, no hay nada que hacer. + +NOTA: algunos activos podrían ser rechazados automáticamente por el código de delegación, como ERC 1155 NFT, y el soporte debe ser consciente de ello. + +#### Consciente {#aware} + +Notifique al usuario que hay una delegación para la EOA comprobando su código y, opcionalmente, ofrezca eliminar la delegación. + +#### Delegación estándar {#common-delegation} + +El proveedor de hardware enumera los contratos de delegación conocidos e implementa su soporte en el complemento de software. Se recomienda elegir un contrato con soporte completo de ERC 4337. + +Los EOA delegados a uno diferente se manejarán como EOA estándar. + +#### Delegación personalizada {#custom-delegation} + +El proveedor de hardware implementa su propio contrato de delegación y lo agrega a las listas, implementa su soporte en el compañero de software. Se recomienda construir un contrato con soporte completo de ERC 4337. + +Los EOA delegados a uno diferente se manejarán como EOA estándar. diff --git a/public/content/translations/es/roadmap/pectra/index.md b/public/content/translations/es/roadmap/pectra/index.md new file mode 100644 index 00000000000..716af3035e5 --- /dev/null +++ b/public/content/translations/es/roadmap/pectra/index.md @@ -0,0 +1,118 @@ +--- +title: Prague-Electra (Pectra) +description: Conozca la actualización del protocolo Pectra +lang: es +--- + +# Pectra {#pectra} + +La actualización de la red Pectra se efectuó tras [Dencun](/roadmap/dencun/) e introdujo cambios en la capa de ejecución y en la capa de consenso de Ethereum. La abreviatura Pectra es una combinación de «Prague» y «Electra», que son los nombres de los cambios en las especificaciones de la capa de ejecución y la capa de consenso, respectivamente. Juntos, estos cambios aportan una serie de mejoras para los usuarios, desarrolladores y validadores de Ethereum. + +Esta actualización se activó con éxito en la red principal de Ethereum en la época `364032`, el **7 de mayo de 2025 a las 10:05 (UTC)**. + + +La actualización de Pectra es solo un paso dentro de los objetivos de desarrollo a largo plazo de Ethereum. Conozca mejor [la hoja de ruta del protocolo](/roadmap/) y las [actualizaciones anteriores](/history/). + + +## Mejoras en Pectra {#new-improvements} + +¡Pectra ofrece mayor número de [EIP](https://eips.ethereum.org/) que cualquier actualización anterior! Existen muchos cambios menores, pero también nuevas funcionalidades significativas. La lista completa de cambios y detalles técnicos está disponible en cada uno de los EIP incluidos. + +### Código de cuenta EOA {#7702} + +La [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) representa un gran avance hacia la adopción generalizada de la [abstracción de cuentas](/roadmap/account-abstraction/). Con esta funcionalidad, los usuarios pueden configurar su dirección ([EOA](/glossary/#eoa)) para ampliarla con un contrato inteligente. La EIP introduce un nuevo tipo de transacción con una función específica: permitir a los propietarios de direcciones firmar una autorización que configura su dirección para imitar un contrato inteligente elegido. + +Con esta EIP, los usuarios pueden optar por carteras programables que permiten nuevas funcionalidades como agrupación de transacciones, transacciones sin gas y acceso a activos personalizados para esquemas de recuperación alternativos. Este enfoque híbrido combina la simplicidad de las EOA con la programabilidad de las cuentas basadas en contratos. + +Consulte la EIP-7702 [aquí](/roadmap/pectra/7702/) + +### Incremente el balance efectivo máximo {#7251} + +El balance efectivo actual del validador es exactamente 32 ETH. Es la cantidad mínima necesaria para participar en el consenso, pero a la vez es el máximo que un solo validador puede apostar. + +La [EIP-7251](https://eips.ethereum.org/EIPS/eip-7251) aumenta el balance efectivo máximo permitido a 2048 ETH, lo que significa que un solo validador ahora puede apostar entre 32 y 2048 ETH. En lugar de múltiplos de 32, los participantes pueden elegir una cantidad arbitraria de ETH para apostar y recibir recompensas por cada 1 ETH adicional sobre el mínimo. Por ejemplo, si el balance de un validador crece con sus recompensas hasta 33 ETH, ese 1 ETH extra también se considera parte del balance efectivo y genera recompensas. + +Sin embargo, la ventaja de un mejor sistema de recompensas para los validadores es solo una parte de esta mejora. Los participantes [stakers] (/staking/) que ejecutan varios validadores ahora pueden agregarlos en uno solo, esto simplifica la operación y reduce la sobrecarga de la red. Como cada validador en la cadena de baliza envía una firma en cada época, los requisitos de ancho de banda aumentan con más validadores y una gran cantidad de firmas que propagar. La agregación de validadores aliviará la carga de la red y abrirá nuevas opciones de escalabilidad, manteniendo la misma seguridad económica. + +Lea más sobre maxEB [aquí](/roadmap/pectra/maxeb/) + +### Aumento del rendimiento de blobs {#7691} + +Los blobs proporcionan [disponibilidad de datos](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) para las soluciones L2. Se introdujeron en la [anterior actualización de red](/roadmap/dencun/). + +Actualmente, la red apunta a un promedio de 3 blobs por bloque, con un máximo de 6 blobs. Con [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691), el promedio de blobs aumentará a 6, con un máximo de 9 por bloque, lo que supondrá un aumento de la capacidad de los rollups de Ethereum. Esta EIP salva la brecha hasta que [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) permita un número aún mayor de blobs. + +### Aumento del coste de datos de llamada{#7623} + +Antes de la introducción de [blobs en la actualización Dencun](/roadmap/danksharding), las capas 2 utilizaban [calldata](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata) para almacenar sus datos en Ethereum. Ambos, los blobs y los calldata, afectan al uso del ancho de banda de Ethereum. Aunque la mayoría de los bloques solo utilizan una cantidad mínima de calldata, los bloques con gran volumen de datos que también contienen muchos blobs pueden ser perjudiciales para la red p2p de Ethereum. + +Para solucionarlo, la [EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) aumenta el coste de los calldata, pero solo para transacciones con un gran volumen de datos. Esto limita el tamaño máximo de los bloques, incentiva a las redes Capa 2 a solo utilizar blobs y evita que más del 99 % de las transacciones se vean afectadas. + +### Salidas activables de la capa de ejecución {#7002} + +Actualmente, salir de un validador y [retirar ETH apostados](/staking/withdrawals/) es una operación de la capa de consenso que requiere una clave de validador activa, la misma clave BLS la usa el validador para hacer tareas activas como las certificaciones. Las credenciales de retirada son una clave en fría independiente que recibe la participación retirada, pero que no puede activar la salida. La única forma en que los participantes pueden salir es enviando un mensaje especial a la red de cadena de bloques firmado con la clave de validador activa. Esto es una limitación en situaciones en las que las credenciales de retirada y la clave de validación están en manos de entidades diferentes o cuando se pierde la clave de validación. + +La [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) introduce un nuevo contrato que se puede utilizar para activar la salida utilizando credenciales de retirada de la capa de ejecución. Los participantespodrán salir de su validador activando a una función en este contrato especial sin necesidad de su clave de firma del validador ni de acceso a la cadena de baliza. Es importante destacar que habilitar las retirasas de validadores en la cadena de bloques permite la creación de protocolos de participación que requieren un menor nivel de confianza en los operadores de nodos. + +### Depósitos de validadores en la cadena {#6110} + +Los depósitos de los validadores actualmente se procesan mediante [eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/), una función de la cadena de baliza que obtiene datos de la capa de ejecución. Es una especie de deuda técnica anterior a la Fusión, cuando la cadena de baliza era una red independiente y se ocupaba de reorganizar las pruebas de trabajo. + +La EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) es una nueva forma de enviar depósitos desde la capa de ejecución a la capa de consenso, lo que permite un procesamiento instantáneo con menos complejidad de implementación. Es un método más seguro para manejar los depósitos nativos de Ethereum fusionado. Además, ayuda a preparar el protocolo para el futuro, ya que no requiere depósitos históricos para inicializar el nodo, lo cual es necesario para el vencimiento del historial. + +### Precompilado para BLS12-381 {#2537} + +Los precompilados son un conjunto especial de contratos inteligentes incorporados directamente en la máquina virtual de Ethereum ([EVM](/developers/docs/evm/)). A diferencia de los contratos regulares, los precompilados no los desplegan los usuarios, sino que forman parte de la implementación del cliente, escritos en su lenguaje nativo (por ejemplo, Go, Java, etc., no Solidity). Los precompilados sirven para funciones ampliamente utilizadas y estandarizadas, como las operaciones criptográficas. Los desarrolladores de contratos inteligentes pueden llamar a los precompilados como a un contrato regular, pero con mayor seguridad y eficiencia. + +La [EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) agrega nuevos precompilados para operaciones sobre la curva [BLS12-381](https://hackmd.io/@benjaminion/bls12-381). Esta curva elíptica se ha vuelto ampliamente utilizada en los ecosistemas de criptomonedas gracias a sus propiedades prácticas. Más específicamente, ha sido adoptada por la capa de consenso de Ethereum, donde la utilizan los validadores. + +El nuevo precompilado permite que cualquier desarrollador realice de manera fácil, eficiente y segura operaciones criptográficas usando esta curva, por ejemplo, la verificación de firmas. Las aplicaciones en la cadena de bloques que dependen de esta curva pueden volverse más eficientes en gas y seguras al apoyarse en un precompilado en lugar de un contrato personalizado. Esto se aplica principalmente a aplicaciones que requieren interactuar con validadores dentro de la EVM, como reservas de participaciones, reparticipaciones, clientes ligeros, puentes y también aplicaciones de conocimiento cero. + +### Obtener hashes de bloques históricos desde el estado {#2935} + +Actualmente, la EVM proporciona el código operativo BLOCKHASH, que permite a los desarrolladores de contratos obtener el hash de un bloque directamente en la capa de ejecución. Sin embargo, esto está limitado únicamente a los últimos 256 bloques y podría presentar problemas a los clientes sin estado en el futuro. + +La [EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) crea un nuevo contrato de sistema que puede proporcionar los hashes de los últimos 8192 bloques como ranuras de almacenamiento. Esto ayuda a preparar el protocolo para una ejecución sin estado y se vuelve más eficiente cuando se adopten los Verkle Tries. Además de esto, los rollups pueden beneficiarse de inmediato, ya que pueden consultar el contrato directamente con una ventana histórica más amplia. + +### Mover el índice del comité fuera de la certificación {#7549} + +El consenso de la cadena de bloques se basa en que los validadores emitan sus votos sobre el último bloque y la época finalizada. La certificación incluye 3 elementos: 2 de ellos son votos y el tercero es el valor del índice del comité. + +La EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) mueve este índice fuera del mensaje de certificación firmado, lo que facilita la verificación y agregación de los votos de consenso. Esto permitirá una mayor eficiencia en todos los clientes de consenso y puede aportar mejoras significativas de rendimiento en los circuitos de conocimiento cero utilizados para probar el consenso de Ethereum. + +### Agregar el cronograma de blobs a los archivos de configuración de la capa de ejecución {#7840} + +La [EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) es un cambio sencillo que añade un nuevo campo a la configuración del cliente de la capa de ejecución. Configura el número de bloques, permitiendo establecer de forma dinámica los conteos objetivo y máximo de blobs por bloque, así como el ajuste de las tarifas de blobs. Con esta configuración definida directamente, los clientes pueden evitar la complejidad de intercambiar esta información a través de la Engine API. + + +Para obtener más información sobre cómo Pectra puede afectarle como usuario, desarrollador o validador de Ethereum, consulte las Preguntas frecuentes sobre Pectra. + +## ¿Afecta esta actualización a todos los nodos y validadores de Ethereum? {#client-impact} + +Sí, la actualización Pectra requiere actualizar los [clientes de ejecución y clientes de consenso](/developers/docs/nodes-and-clients/). Todos los principales clientes de Ethereum lanzarán versiones compatibles con la bifurcación dura marcada como alta prioridad. Para mantener la sincronización con la red de Ethereum posactualización, los operadores de nodos deben asegurarse de que están ejecutando una versión de cliente compatible. Tenga en cuenta que la información sobre las versiones de los clientes es sensible al tiempo, y los usuarios deben consultar las últimas actualizaciones para obtener los últimos detalles. + +## ¿Cómo se puede convertir ETH después de la bifurcación dura? {#scam-alert} + +- **No se requiere ninguna acción para su ETH**: Después de la actualización Pectra de Ethereum, no hay necesidad de convertir o actualizar su ETH. Los saldos de su cuenta seguirán siendo los mismos, y el ETH que tiene actualmente seguirá siendo accesible en su forma existente después de la bifurcación dura. +- **¡Cuídese de fraudes!**  **Cualquiera que le indique que "actualice" su ETH está tratando de estafarlo.** No hay nada que tenga que hacer en relación con esta actualización. Sus activos no se verán afectados en absoluto. Recuerde, mantenerse informado es la mejor defensa contra las estafas. + +[Más sobre el reconocimiento y la prevención de estafas](/security/) + +## ¿Es más bien de los que aprende viendo? {#visual-learner} + + + +_¿Qué implica la actualización de Pectra? Christine Kim_ + + + +_Actualización Pectra de Ethereum: lo que los participantes deben saber, Blockdaemon_ + +## Lecturas adicionales {#further-reading} + +- [Hoja de ruta de Ethereum](/roadmap/) +- [Preguntas frecuentes sobre Pectra](https://epf.wiki/#/wiki/pectra-faq) +- [Página de información pectra.wtf](https://pectra.wtf) +- [Cómo Pectra mejora la experiencia de los participantes ](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [Página de información de EIP7702](https://eip7702.io/) +- [Redes de desarrollo Pectra](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md) diff --git a/public/content/translations/es/roadmap/pectra/maxeb/index.md b/public/content/translations/es/roadmap/pectra/maxeb/index.md new file mode 100644 index 00000000000..181c12af4c2 --- /dev/null +++ b/public/content/translations/es/roadmap/pectra/maxeb/index.md @@ -0,0 +1,204 @@ +--- +title: MaxEB de Pectra +description: Más información sobre MaxEB en la publicación de Pectra +lang: es +--- + +# MaxEB {#maxeb} + +_tl;dr:_ La bifurcación dura Petra permite a los validadores de Ethereum optar por un balance efectivo máximo más alto y por intereses sobre intereses mediante la conversión de los credenciales de retirada de **Tipo 1** a los de **Tipo 2**. La herramienta oficial para hacer esto es el lanzador. Esta operación no se puede revertir. + +## Presentación {#overview} + +### ¿A quién le afecta? {#who-is-affected} + +Todos los que ejecuten un validador —probablemente sea alguien que conoce el índice (por ejemplo, [Validador #12345](https://beaconcha.in/validator/12345)) de un validador bajo su control—. Si usa un protocolo para ejecutar un validador (por ejemplo, Lido CSM o Rocket Pool), tendrá que consultar con ellos para ver si admiten maxEB y cuándo lo admiten. + +Si participa usando un token de participación líquido (como rETH o stETH), no se requiere o recomienda ninguna acción. + +### ¿Qué es «maxEB»? {#what-is-maxeb} + +maxEB = balance máximo efectivo de un validador. Hasta la bifurcación dura Pectra, cada validador gana sobre un máximo de 32 ETH. Después de Pectra, los validadores tienen la opción de ganar sobre cualquier balance entre 32 y 2048 ETH, en incrementos de 1 ETH optando participar en el cambio. + +### ¿Cómo elige participar un validador? {#how-does-a-validator-opt-in} + +Un validador elige participar en el cambio maxEB pasando de los credenciales de retirada de **Tipo 1** a los de **Tipo 2**. Esto puede hacerse en el [lanzador](https://launchpad.ethereum.org/) después de que se lleve a cabo la bifurcación dura Pectra. Como con **Tipo 0** → **Tipo 1**, convertir de **Tipo 1** → **Tipo 2** es un proceso irreversible. + +### ¿Qué es una credencial de retirada? {#whats-a-withdrawal-credential} + +Cuando ejecuta un validador, tiene un conjunto de credenciales de retirada. Estos se pueden encontrar en los datos de depósito json o se pueden ver en el beaconcha.in de su validador [pestaña de depósito]. +(https://beaconcha.in/validator/12345#deposits). + +1. Credenciales de retirada de **tipo 0**: si las credenciales de retirada de su validador comienzan con `0x00...`, usted realizó un depósito antes de la bifurcación dura de Shapella y aún no tiene una dirección de retirada configurada. + +![Credencial de retirada de tipo 0](./0x00-wd.png) + +2. Credenciales de retirada de **tipo 1**: si los credenciales de retirada de su validador comienzan por `0x01...`, usted realizó un depósito antes de la bifurcación dura de Shapella o ya convirtió sus credenciales de **tipo 0** a credenciales de **tipo 1**. + +![Credencial de retirada de tipo 1](./0x01-wd.png) + +3. Credenciales de retirada de **tipo 2**: este nuevo tipo de credencial de retirada comenzará por `0x02...` y se habilitará después de Pectra. Los validadores con credenciales de **tipo 2** a veces son llamados **validadores compuestos** + +| **Permitido** | **No permitido** | +| ----------------- | ----------------- | +| ✅ Tipo 0 → Tipo 1 | ❌ Tipo 0 → Tipo 2 | +| ✅ Tipo 1 → Tipo 2 | ❌ Tipo 1 → Tipo 0 | +| | ❌ Tipo 2 → Tipo 1 | +| | ❌ Tipo 2 → Tipo 0 | + +### Riesgos {#risks} + +MaxEB permite a un validador mandar todo su balance a otro validador. Los usuarios que envíen una solicitud de consolidación deben verificar el origen y el contenido de la transacción que están firmando. La herramienta oficial para sacarle partido a las funcionalidades de maxEB es el lanzador. Si decide usar una herramienta de terceros, debería comprobar que: + +- La clave pública de la fuente del validador y la dirección de retirada coinciden con el validador que controlan +- La clave pública del validador de destino es correcta y les pertenece +- La petición es una conversión, no una consolidación, si no tienen intención de enviar fondos a otro validador +- La transacción se está firmando por la dirección de retirada correcta + +**Recomendamos encarecidamente** que delibere sobre cualquier herramienta de terceros que tenga pensado usar con la [comunidad de EthStaker](https://ethstaker.org/about). Es un lugar útil para verificar la sensatez de su enfoque y evitar errores. Si usa una herramienta maliciosa o mal configurada, **el balance completo de su validador podría envuarse a un validador que no controla** —y no hay forma de recuperarlo—. + +## Detalles técnicos {#technical-details} + +### El flujo {#the-flow} + +Habrá dos usos posibles de la operación `ConsolidationRequest`: + +1. Convertir un validador existente de **tipo 1** a un validador de **tipo 2** +2. Consolidar otros validadores en un validador de **tipo 2** existente + +En una conversión de un validador **Tipo 1** a un validador **Tipo 2**, tanto la _fuente_ como el _objetivo_ serán el validador que está convirtiendo. La operación costará gas y se pondrá a la cola detrás de otras solicitudes de consolidación. Esta cola está **separada** de la cola de depósitos y no se ve afectada por los nuevos depósitos de validador y se puede ver en [pectrified.com](https://pectrified.com/). + +Para consolidar los validadores, debe tener un _validador de destino_ que tenga una credencial de retirada **Tipo 2**. Este es el destino de cualquier saldo validador que se consolide y que se conserve el índice. + +### Requisitos para convertir a tipo 2 {#requirements-for-converting-to-type-2} + +Esto será necesario para el primer validador que convierta a **Tipo 2**. El índice de este validador se conserva y está activo. Para una conversión, el _validador de origen_ == el \*validador de destino. \* + +El validador debe... + +- estar activo +- tener credenciales de retirada de **tipo 1** +- no estar en un estado de salida (o cortado) +- no tener retiradas activadas manualmente pendientes (no se aplica a los barridos) + +![Ilustración de conversión](./conversion.png) + +### Requisitos para consolidar {#requirements-for-consolidating} + +Esta es la _misma operación_ que la conversión, pero es cuando el _validador de origen_ es diferente del _validador de destino_. El índice del validador de destino se conserva y acepta el saldo del validador de origen. El índice del validador de origen se pone en un estado `EXITED`. + +En este caso, el validador de código fuente tiene todos los mismos requisitos que los anteriores, además de: + +- haber estado activo durante al menos ~27,3 horas (uno `SHARD_COMMITTEE_PERIOD`) + +El validador de destino debe + +- tener credenciales de retirada del **tipo 2** +- no estar en un estado de salida. + +![Ilustración de consolidación](./consolidation.png) + +### La petición de consolidación {#the-consolidation-request} + +La solicitud de consolidación la firmará la dirección de retirada asociada con el validador de origen y tendrá: + +1. Dirección del validador de origen (por ejemplo, `0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b`) +2. Clave pública del validador de origen (por ejemplo, `0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c`) +3. Clave pública de ese validador de destino + +En una conversión, 2 y 3 serán iguales. Esta operación se puede hacer en [el lanzador](https://launchpad.ethereum.org/). + +### Requisitos de firma {#signing-requirements} + +Para enviar una `ConsolidationRequest`, la **dirección de retirada del validador de origen** debe firmar la solicitud. Esto demuestra el control sobre los fondos del validador. + +### ¿Qué se ha firmado? {#what-is-signed} + +Se utiliza una [raíz de firma] separada por dominio (https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#compute_signing_root) del objeto `ConsolidationRequest`. + +- **Dominio:** `DOMAIN_CONSOLIDATION_REQUEST` +- **Firmando campos raíz:** + - `source_pubkey`: `BLSPubkey` + - `target_pubkey`: `BLSPubkey` + - `source_address`: `ExecutionAddress` + +La **firma BLS** resultante se envía junto con la solicitud. + +Nota: la firma se realiza mediante la dirección de retirada, no con la clave de validación. + +### Retiradas parciales {#partial-withdrawals} + +Los validadores con credenciales **Tipo 1** obtienen barridos automáticos sin gas de su exceso de saldo (cualquier cosa por encima de 32 ETH) a su dirección de retirada. Debido a que **Tipo 2** permite a un validador componer saldos en incrementos de 1 ETH, no barrerá automáticamente los saldos hasta que alcance 2048 ETH. Las retiradas parciales en los validadores **Tipo 2** deben activarse manualmente y costarán gas. + +## Herramientas de consolidación {#consolidation-tooling} + +Hay varias herramientas disponibles para gestionar las consolidaciones. La herramienta oficial, creada por Ethereum Foundation, es [Launchpad](https://launchpad.ethereum.org/en/validator-actions). También hay herramientas de terceros creadas por entidades de la comunidad de participaciones que pueden ofrecer características que no proporcione el lanzador. Si bien Ethereum Foundation no audita ni respalda las herramientas aquí, las siguientes son herramientas de código abierto de miembros conocidos de la comunidad. + +| Herramienta | Sitio web | Código abierto | Creador | Auditado | Interfaz | Características destacables | +| ------------------------------------------ | ------------------------------------------------------------ | ------------------------------ | ---------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------- | ------------------------------------------------------------------------ | +| Administrador de participaciones de Pectra | pectrastaking.com | Sí, Apache 2.0 | [Pier Two](https://piertwo.com/) | No | Interfaz de usuario web | Wallet Connect, funciona con SAFE | +| Herramienta CLI de Pectra Validator Ops | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | Sí, MIT | [Luganodes](https://www.luganodes.com/) | Sí, cuantstamp [mayo de 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | Línea de comandos | Batching, para muchos validadores a la vez | +| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | Sí, Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | No | Línea de comandos | Lista completa de características para la gestión de validadores y nodos | +| Siren | [GitHub](https://github.com/sigp/siren) | Sí, Apache 2.0 | [Sigma Prime](https://sigmaprime.io/) | No | Algunas líneas de comandos, pero principalmente la interfaz de usuario web | Solo funciona si está utilizando el cliente de consenso de Lighthouse | + +## Preguntas frecuentes {#faq} + +### ¿Dar el consentimiento cambia mi propuesta de suerte o recompensas? {#change-luck-or-rewards} + +No. Dar el consentimiento no disminuye su cambio de propuesta: sus deberes y selección de propuestas siguen siendo los mismos. Por ejemplo, si tiene dos validadores de 32 ETH frente a un validador de 64 ETH, tendrá las mismas posibilidades totales de ser seleccionado para proponer un bloque y ganar recompensas. + +### ¿Dar consentimiento cambia en algo mis riesgos de sufrir recortes? {#change-slashing-risk} + +Para operadores más pequeños o no profesionales, la respuesta corta es no. La respuesta más larga es que para los operadores profesionales que ejecutan muchos validadores por nodo con alerta rápida, consolidar en menos validadores puede reducir su capacidad de reaccionar a un recorte y evitar eventos en cascada. El recorte inicial de _penalización_ para todos los validadores se ha reducido drásticamente de 1 ETH (por 32 ETH) a 0,0078125 ETH (por 32 ETH) para compensar este riesgo. + +### ¿Tengo que salir de mi validador para convertir? {#exit-validator} + +No. Puede convertir en su lugar sin tener que salir. + +### ¿Cuánto tiempo llevará convertir / consolidar? {#how-long} + +Un mínimo de 27,3 horas, aunque las consolidaciones también tienen una lista de espera. Esta cola es independiente de los depósitos y las retiradas y no se ve afectada por ellos. + +### ¿Puedo mantener mi índice de validador? {#keep-validator-index} + +Sí. La conversión en el lugar mantiene el mismo índice de validador. Si consolida múltiples validadores, solo podrá mantener el índice del _validador de destino_. + +### ¿Perderé las certificaciones? {#miss-attestations} + +Durante una consolidación en otro validador, se sale el validador de la fuente y hay un período de espera de ~ 27 horas antes de que el saldo sea activo en el validador de destino. Este período \*\* no afecta las métricas de rendimiento \*\*. + +### ¿Incurriré en penalizaciones? {#incur-penalties} + +No. Mientras su validador esté en línea, no incurrirá en penalizaciones. + +### ¿Las direcciones de retirada de los validadores que se consolidan tienen que coincidir? {#withdrawal-addresses-match} + +No. Aunque la _fuente_ debe autorizar la solicitud desde su propia dirección. + +### ¿Mis recompensas se agravarán después de convertir? {#rewards-compound} + +Sí. Con credenciales de \*\* Tipo 2 \*\*, las recompensas superiores a 32 ETH se reenvían automáticamente para participación, pero no al instante. Debido a un pequeño búfer (llamado [_histéresis_] (https://eth2book.info/capella/part2/incentives/balances/#hysteresis)), su saldo debe alcanzar \*\* alrededor de 1,25 eth más \*\* antes de volver a enviar para participación la cantidad adicional. Entonces, en lugar de capitalizarse a 33,0 ETH, ocurre en 33,25 (saldo efectivo = 33 ETH), luego 34,25 (saldo efectivo = 34 ETH), etc. + +### ¿Aún puedo obtener barridos automáticos después de convertir? {#automatic-sweep} + +Los barridos automáticos solo ocurrirán con exceso de saldos por encima de 2048. Para todas las demás retiradas parciales, tendrá que activarlas manualmente. + +### ¿Puedo cambiar de opinión y volver del Tipo 2 al Tipo 1? {#go-back-to-type1} + +No. La conversión a **tipo 2** es irreversible. + +### Si quiero consolidar varios validadores, ¿tengo que convertir cada uno a Tipo 2 primero? {#consolidate-multiple-validators} + +¡Pues no! Convierta un validador a Tipo 2 y luego úselo como objetivo. Todos los demás validadores consolidados en ese objetivo de Tipo 2 pueden ser Tipo 1 o Tipo 2 + +### Mi validador está fuera de línea o por debajo de 32 ETH, ¿todavía puedo convertirlo? {#offline-or-below-32eth} + +Sí. Mientras esté activo (no salga) y pueda firmar con su dirección de retirada, puede convertirlo. + +## Recursos {#resources} + +- [Especificaciones de consenso de Electra] (https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/beacon-hain.md): esta es la versión más real en la que debe confiar. En caso de duda, lea las especificaciones +- No todo el mundo se sienten cómodo operando con un código, por eso [este maxeb-gpt] (https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) interpretar las especificaciones puede servirle de ayuda. _Descargo de responsabilidad: las especificaciones, no la IA, deben confiar en la verdad, ya que la IA puede malinterpretar la información o dar respuestas descabelladas_ +- [pectrified.com] (https://pectrifice.com/): ver el estado de consolidaciones, depósitos y tiempos de listas de espera +- [Ethereal] (https://github.com/wealdtech/ethereal): herramienta CLI creada por la comunidad para administrar tareas de validador comunes +- [Batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): contrato creado por la comunidad que permite depositar múltiples validadores de Ethereum en una sola transacción diff --git a/public/content/translations/es/roadmap/scaling/index.md b/public/content/translations/es/roadmap/scaling/index.md index 778e7e78d45..771a8546f76 100644 --- a/public/content/translations/es/roadmap/scaling/index.md +++ b/public/content/translations/es/roadmap/scaling/index.md @@ -1,6 +1,6 @@ --- title: Escalar en Ethereum -description: Las acumulaciones agrupan transacciones en lotes y lo hacen fuera de la cadena, reduciendo costes para el usuario. Sin embargo, la forma en que los rollups usan datos actualmente es muy costosa, limitando cuán baratas pueden ser las transacciones. Proto-anksharing se encarga de solucionarlo. +description: Los rollups agrupan transacciones fuera de cadena, reduciendo los costes para el usuario. Sin embargo, la forma en que los rollups usan datos actualmente es muy costosa, limitando cuán baratas pueden ser las transacciones. Proto-anksharing se encarga de solucionarlo. lang: es image: /images/roadmap/roadmap-transactions.png alt: "Hoja de ruta de Ethereum" @@ -9,19 +9,14 @@ 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. - - - - Costos de transacción - +
  • Los rollups actuales son ~5-20 veces más baratos que Ethereum de capa 1.
  • Las acumulaciones ZK pronto reducirán un ~40-100 las tarifas.
  • Los próximos cambios en Ethereum traerán un incremento de ~100-1.000 en escalabilidad.
  • Los usuarios deberían beneficiarse con transacciones que cuesten menos de 0,001 USD.
-
-
+ ## Abaratar los datos {#making-data-cheaper} @@ -37,7 +32,7 @@ Con Proto-Danksharding, es posible añadir muchos blobs a los bloques de Ethereu La segunda fase de expansión de los datos de blobs es complicada porque requiere nuevos métodos para comprobar si los datos de los rollups están disponibles en la red y depende de que se puedan separar las responsabilidades de los [validadores](/glossary/#validator) de construcción de [bloques](/glossary/#block) y propuesta de bloques. También requiere una forma de demostrar criptográficamente que los validadores han verificado pequeños subconjuntos de los datos masivos. -Este segundo paso es conocido como [«Danksharding»](/roadmap/danksharding/). **Es probable que demore varios años** en implementarse completamente. Danksharding se basa en otros desarrollos como [separar la construcción y la propuesta de bloques](/roadmap/pbs) y nuevos diseños de red que permitan a la red confirmar eficientemente que los datos están disponibles, muestreando aleatoriamente unos cuantos kilobytes cada vez, lo que se denomina [muestreo de disponibilidad de datos (DAS)](/developers/docs/data-availability). +Este segundo paso se conoce como ["Danksharding"](/roadmap/danksharding/). El trabajo de implementación continúa, y se están logrando progresos en prerrequisitos como [separar la creación de bloques y la propuesta de bloques](/roadmap/pbs) y nuevos diseños de red que permitan que la red pueda confirmar de forma eficiente que los datos están disponibles muestreando aleatoriamente unos pocos kilobytes cada vez, lo que se conoce como [muestreo de disponibilidad de datos (DAS en inglés)](/developers/docs/data-availability). Más información sobre la fragmentación. @@ -49,8 +44,10 @@ Las [acumulaciones](/layer-2) ya están escalando en Ethereum. Un ecosistema ric ## Progreso actual {#current-progress} -Proto-Danksharding es el primero de estos elementos de la hoja de ruta que se implementarán como parte de la actualización de la red Cancun-Deneb ("Dencun") en marzo de 2024. **El Danksharding completo probablemente no vea la luz en varios años**, ya que depende de que antes se completen varios otros elementos de la hoja de ruta. Descentralizar la infraestructura de acumulaciones seguramente será un proceso gradual: hay muchas acumulaciones distintas que están construyendo sistemas ligeramente diferentes y se descentralizarán totalmente a diferentes velocidades. +ProtoDanksharding se implementó con éxito como parte de la actualización de red Cancun-Deneb ("Dencun") en marzo de 2024. Desde su implementación, los rollups han empezado a utilizar almacenamiento de blobs, dando como resultado una reducción en los costes de transacción para usuarios y millones de transacciones procesadas en blobs. -[Más sobre la actualización de la red de Dencun](/roadmap/dencun/) +Continúa la labor de implementación completa de Danksharding, con avances en sus prerrequisitos, como la separación del creador de propuestas (PBS en inglés) y muestreo de disponibilidad de datos (DAS en inglés). Descentralizar la infraestructura de rollups es un proceso paulatino —hay muchas rollups diferentes que están construyendo sistemas ligeramente diferentes y descentralizarán de forma completa a diferentes velocidades—. - +[Más información sobre la actualización de red Dencun y su impacto](/roadmap/dencun/) + + \ No newline at end of file diff --git a/public/content/translations/es/roadmap/single-slot-finality/index.md b/public/content/translations/es/roadmap/single-slot-finality/index.md index 7bfaaaeea86..31589d37c99 100644 --- a/public/content/translations/es/roadmap/single-slot-finality/index.md +++ b/public/content/translations/es/roadmap/single-slot-finality/index.md @@ -37,7 +37,7 @@ Con el diseño del mecanismo actual, para acortar la finalidad, es necesario que El mecanismo de consenso actual combina certificaciones de multiples validadores, conocidos como comités, para reducir el número de mensajes que cada validador tiene que procesar para validar un bloque. Cada validador tiene una oportunidad para certificar en cada época (32 ranuras) pero en cada ranura, solo un subgrupo de validadores, conocido como comité de certificación. Ellos lo hacen al dividirse en subredes en las que se seleccionan a unos cuantos validadores para ser «agregadores». Cada agregador combina todas las firmas de parte de los validadores en su subred en una sola firma. Los agregadores que incluyen los números más grandes de contribuidores individuales pasan su firma combinada al bloque del proponente, quien la incluye en el bloque, junto con la firma combinada de otros comités. -Este proceso proporciona suficiente capacidad para que cada validador vote en cada época, ya que 32 ranuras * 64 comités * 256 validadores por comité = 524.288 validadores por época`. Al cierra de la edición de este documento (febrero de 2023) hay ~513.000 validadores activos. +Este proceso proporciona suficiente capacidad para que cada validador vote en cada época, ya que 32 ranuras * 64 comités * 256 validadores por comité = 524.288 validadores por época`. Al cierre de la edición de este documento (febrero de 2023) hay ~513.000 validadores activos. En este esquema, cada validador solo puede votar en un bloque para distribuir sus certificaciones a través de la época completa. Sin embargo, hay formas potenciales de mejorar el mecanismo para que _cada validador tenga la oportunidad de certificar en cada ranura_. diff --git a/public/content/translations/es/roadmap/statelessness/index.md b/public/content/translations/es/roadmap/statelessness/index.md index 163b4341471..b869e3c245e 100644 --- a/public/content/translations/es/roadmap/statelessness/index.md +++ b/public/content/translations/es/roadmap/statelessness/index.md @@ -44,7 +44,7 @@ Por vencimiento del estado se refiere a la eliminación del estado de los nodos El vencimiento por alquiler podría ser un alquiler directo que se cobra a las cuentas para mantenerlas en la base de datos de estado activo. La expiración por tiempo podría ser por cuenta regresiva desde la última interacción de la cuenta, o podría ser el vencimiento periódico de todas las cuentas. También podría haber mecanismos que combinen elementos de los modelos basados en el tiempo y el alquiler, por ejemplo, las cuentas individuales persisten en el estado activo si pagan una pequeña tarifa antes del vencimiento en función del tiempo. Con el vencimiento del estado, es importante tener en cuenta que el estado inactivo **no se elimina**, solo se almacena por separado del estado activo. El estado inactivo puede resucirarse en el estado activo. -Una forma factible de hacerlo sería probablemente tener un árbol de estado para períodos de tiempo específicos (tal vez ~1 año). Cada vez que comienza un nuevo período, también lo hace un árbol estatal completamente nuevo. Solo se puede modificar el árbol de estado actual, todos los demás son inmutables. Solo se espera que los nodos de Ethereum retengan el árbol de estado actual y el siguiente más reciente. Esto requiere una forma de marcar la hora de una dirección con el período en el que existe. Hay [varias formas posibles](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607) de hacerlo, pero la opción principal requiere que [las direcciones se alarguen](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) para acomodar la información adicional con el beneficio añadido de que las direcciones más largas son mucho más seguras. El elemento de la hoja de ruta que hace esto se llama [extensión de espacio de direcciones](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485). +Una forma factible de hacerlo sería probablemente tener un árbol de estado para períodos de tiempo específicos (tal vez ~1 año). Cada vez que comienza un nuevo período, también lo hace un árbol de estado completamente nuevo. Solo se puede modificar el árbol de estado actual, todos los demás son inmutables. Solo se espera que los nodos de Ethereum retengan el árbol de estado actual y el siguiente más reciente. Esto requiere una forma de marcar la hora de una dirección con el período en el que existe. Hay [varias formas posibles](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607) de hacerlo, pero la opción principal requiere que [las direcciones se alarguen](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485) para acomodar la información adicional con el beneficio añadido de que las direcciones más largas son mucho más seguras. El elemento de la hoja de ruta que hace esto se llama [extensión de espacio de direcciones](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485). De manera similar al vencimiento del historial, la responsabilidad del vencimiento del estado para almacenar datos antiguos de estado se exime de los usuarios individuales y se delega a otras entidades, como proveedores centralizados, miembros de la comunidad altruistas o soluciones descentralizadas más futuristas, como Portal Network. diff --git a/public/content/translations/es/roadmap/verkle-trees/index.md b/public/content/translations/es/roadmap/verkle-trees/index.md index f841aaecb49..6d7ab9dab98 100644 --- a/public/content/translations/es/roadmap/verkle-trees/index.md +++ b/public/content/translations/es/roadmap/verkle-trees/index.md @@ -13,7 +13,7 @@ Los árboles de Verkle (una palabra combinada de «Vector commitment» o comprom ## Sin estado {#statelessness} -Los árboles de Verkle son un paso crítico en el rumbo hacia los clientes de Ethereum sin estado. Los clientes sin estado son aquellos que no tienen que almacenar toda la base de datos estatal para validar los bloques entrantes. En lugar de usar su propia copia local del estado de Ethereum para verificar los bloques, los clientes sin estado usan un «testigo» de los datos del estado que llegan con el bloque. Un testigo es una colección de piezas individuales de los datos estatales que se requieren para ejecutar un conjunto particular de transacciones, y una prueba criptográfica de que el testigo es realmente parte de los datos completos. El testigo se utiliza _en lugar de_ de la base de datos de estado. Para que esto funcione, los testigos deben ser muy pequeños, para que puedan transmitirse de forma segura a través de la red a tiempo para que los validadores los procesen en un plazo de 12 segundos. La estructura de datos del estado actual no es adecuada, porque los testigos son demasiado grandes. Los árboles de Verkle resuelven el problema al habilitar pequeños testigos, eliminando una de las principales barreras de clientes sin estado. +Los árboles de Verkle son un paso crítico en el rumbo hacia los clientes de Ethereum sin estado. Los clientes sin estado son aquellos que no tienen que almacenar toda la base de datos estatal para validar los bloques entrantes. En lugar de usar su propia copia local del estado de Ethereum para verificar los bloques, los clientes sin estado usan un «testigo» de los datos del estado que llegan con el bloque. Un testigo es una colección de piezas individuales de los datos de estado que se requieren para ejecutar un conjunto particular de transacciones, y una prueba criptográfica de que el testigo es realmente parte de los datos completos. El testigo se utiliza _en lugar de_ de la base de datos de estado. Para que esto funcione, los testigos deben ser muy pequeños, para que puedan transmitirse de forma segura a través de la red a tiempo para que los validadores los procesen en un plazo de 12 segundos. La estructura de datos del estado actual no es adecuada, porque los testigos son demasiado grandes. Los árboles de Verkle resuelven el problema al habilitar pequeños testigos, eliminando una de las principales barreras de clientes sin estado. @@ -49,13 +49,15 @@ Los árboles de Verkle son `(llave, valor)` pares donde las llaves son elementos Las redes de prueba del árbol de Verkle ya están en funcionamiento, pero todavía se requieren sustanciales actualizaciones pendientes para los clientes en apoyo de los árboles de Verkle. Puede ayudar a acelerar el progreso implementando contratos en las redes de prueba o ejecutando clientes de la red de prueba. +[Explore la red de prueba Verkle Gen Devnet 6](https://verkle-gen-devnet-6.ethpandaops.io/) + [Vea a Guillaume Ballet explicar la red de prueba Condrieu Verkle](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (tenga en cuenta que la red de prueba Condrieu era de prueba de trabajo y ahora se ha sustituido por la red de prueba Verkle Gen Devnet 6). ## Más información {#further-reading} - [Árboles Verkle para la falta de estado](https://verkle.info/) - [Dankrad Feist explica los árboles Verkle en PEEPanEIP](https://www.youtube.com/watch?v=RGJOQHzg3UQ) -- [Árboles Verkle para el resto de nosotros](https://web.archive.org/web/20250124132255/https://research.2077.xyz/verkle-trees) +- [Árboles Verkle para el resto de nosotros](https://research.2077.xyz/verkle-trees) - [Anatomía de una prueba Verkle](https://ihagopian.com/posts/anatomy-of-a-verkle-proof) - [Guillaume Ballet explica los árboles Verkle en ETHGlobal](https://www.youtube.com/watch?v=f7bEtX3Z57o) - [«Cómo los árboles de Verkle hacen que Ethereum sean claro y directo» por Guillaume Ballet en Devcon 6](https://www.youtube.com/watch?v=Q7rStTKwuYs) diff --git a/public/content/translations/es/security/index.md b/public/content/translations/es/security/index.md index c002ac7668e..2f4039cf798 100644 --- a/public/content/translations/es/security/index.md +++ b/public/content/translations/es/security/index.md @@ -124,14 +124,11 @@ Como norma general, el personal nunca se comunicará con usted a través de cana - Nunca permita a nadie acceso remoto a su ordenador. - Nunca se comunique fuera de los canales designados por una organización. - - - - + +
Atención: aunque las estafas del estilo del soporte técnico suelen ocurrir en Discord, también pueden prevalecer en cualquier aplicación de chat en la que se hable de criptomonedas, incluido el correo electrónico. - - - +
+
### Estafa del token Eth2 {#eth2-token-scam} @@ -218,14 +215,11 @@ Una contraseña segura que ha sido revelada en una violación de datos deja de s ### Use un gestor de contraseñas {#use-password-manager} - - - - + +
Un gestor de contraseñas se encarga de crear contraseñas seguras, únicas y recordarlas. Le aconsejamos vivamente que utilice uno, ¡y la mayoría de ellos son gratis! - - - +
+
Recordar contraseñas seguras y únicas para cada cuenta que tenga no es la solución perfecta. Un gestor de contraseñas ofrece un espacio seguro y cifrado para todas sus contraseñas, a las que puede acceder a través de una contraseña maestra segura. También le sugiere contraseñas seguras al registrarse en un nuevo servicio, por lo que no tiene que crear sus propias contraseñas. Muchos administradores de contraseñas también le dirán si sus datos han sido filtrados, permitiéndole cambiar las contraseñas antes de cualquier ataque malicioso. @@ -248,14 +242,11 @@ En ocasiones le pueden pedir que autentifique su identidad a través de pruebas Usar un **Factor de Doble Autenticación (2FA)** provee un *factor de seguridad* adicional para sus cuentas en línea. 2FA asegura que no sea posible acceder a su cuenta con solo tener su contraseña. Lo más común es que el segundo factor sea un código aleatorio de 6 dígitos, conocido como una **contraseña de una sola vez basada en (TOTP)**, que puede acceder a través de una aplicación de autenticación, como Google Authenticator o Authy. Estos funcionan como un factor de «algo que usted posee», porque la semilla que genera el código temporizado se almacena en su dispositivo. - - - - + +
Nota: El uso de 2FA basado en SMS es susceptible a SIM jacking y no es seguro. Para lograr mayor seguridad, utilice un servicio como Google Authenticator o Authy. - - - +
+
#### Herramientas de seguridad {#security-keys} diff --git a/public/content/translations/es/smart-contracts/index.md b/public/content/translations/es/smart-contracts/index.md index d2f97fdc9c8..229b4911c2b 100644 --- a/public/content/translations/es/smart-contracts/index.md +++ b/public/content/translations/es/smart-contracts/index.md @@ -7,6 +7,10 @@ lang: es # Introducción a los contratos inteligentes {#introduction-to-smart-contracts} +
+ +
+ Los contratos inteligentes son los bloques de construcción fundamentales de la capa de aplicación de Ethereum. Se trata de programas computacionales almacenados en la [cadena de bloques](/glossary/#blockchain) que siguen la lógica "si ocurre esto, entonces ocurre aquello". Los programas garantizan ejecutarse siguiendo las reglas definidas por su propio código, las cuales no se pueden cambiar una vez que fueron creadas. Nick Szabo acuñó el término «contrato inteligente». En 1994, escribió [una introducción al concepto](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html), y en 1996 escribió [una exploración de lo que podrían hacer los contratos inteligentes](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html). @@ -80,3 +84,7 @@ Pueden realizar cómputos, crear divisas, almacenar datos, mintear [NFT](/glossa - [Contratos inteligentes para desarrolladores](/developers/docs/smart-contracts/) - [Aprenda a redactar contratos inteligentes](/developers/learning-tools/) - [Dominar Ethereum: ¿Qué es un contrato inteligente?](https://github.com/ethereumbook/ethereumbook/blob/develop/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract) + + + + \ No newline at end of file diff --git a/public/content/translations/es/social-networks/index.md b/public/content/translations/es/social-networks/index.md index ee8a244aec4..d995c01374a 100644 --- a/public/content/translations/es/social-networks/index.md +++ b/public/content/translations/es/social-networks/index.md @@ -23,7 +23,7 @@ Muchas redes sociales descentralizadas existen como alternativa a los servicios ### ¿Cómo funcionan las redes sociales descentralizadas? {#decentralized-social-networks-overview} -Las redes sociales descentralizadas son una clase de [aplicaciones descentralizadas (dApps)](/apps/), aplicaciones que funcionan con [contratos inteligentes](/glossary/#smart-contract) implementados en la cadena de bloques. El código del contrato sirve como el backend para estas aplicaciones y define su lógica de negocio. +Las redes sociales descentralizadas son una clase de [aplicaciones descentralizadas (DApps)](/apps/), o sea, aplicaciones que funcionan con [contratos inteligentes](/glossary/#smart-contract) implementados en la cadena de bloques. El código del contrato sirve como el backend para estas aplicaciones y define su lógica de negocio. Las plataformas tradicionales de redes sociales se basan en bases de datos para almacenar información del usuario, el código del programa y otras formas de datos. Pero esto crea puntos únicos de falla y supone un riesgo significativo. Por ejemplo, los servidores de Facebook infamemente [se desconectaron durante horas](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact) en octubre de 2021, dejando a los usuarios sin acceso a la plataforma. @@ -74,33 +74,31 @@ Los usuarios utilizan el token nativo de [ERC-20](/glossary/#erc-20) de la plata ## Redes sociales Web2 en Ethereum {#web2-social-networks-and-ethereum} -Las plataformas de redes sociales nativas [Web3](/glossary/#web3) no son las únicas que intentan incorporar la tecnología de cadena de bloques a las redes sociales. Muchas plataformas centralizadas también están planeando integrar Ethereum en su infraestructura: +Las plataformas de redes sociales nativas [Web3](/glossary/#web3) no son las únicas que intentan incorporar la tecnología de cadena de bloques a las redes sociales. Muchas plataformas centralizadas también están contemplando integrar a Ethereum en su infraestructura o ya han experimentado con ello: ### Reddit {#reddit} -Reddit ha [promocionado los Community Points](https://cointelegraph.com/news/reddit-to-reportedly-tokenize-karma-points-and-onboard-500m-new-users), que son tokens ERC-20 que los usuarios pueden obtener publicando contenidos de calidad y contribuyendo a las comunidades en línea (subreddits). Puede canjear estos tokens dentro de un subreddit para conseguir privilegios y ventajas exclusivos. Para este proyecto, Reddit está trabajando con Arbitrum, una red de [capa 2](/glossary/#layer-2) diseñada para escalar las transacciones de Ethereum. - -El programa ya está activo, con el subreddit r/CryptoCurrency [ejecutando su versión de puntos de comunidad llamada "Moons"](https://www.reddit.com/r/CryptoCurrency/wiki/moons_wiki). Según la descripción oficial, los Moons "recompensan a los publicadores, comentaristas y moderadores por sus contribuciones al subreddit". Debido a que estos tokens están en la cadena de bloques (los usuarios los reciben en carteras), estos son independientes de Reddit y no se pueden quitar. - -Además de usar puntos comunitarios para desbloquear funciones especiales, los usuarios también pueden cambiarlos por moneda fiduciaria en plataformas de intercambio. Además, la cantidad de puntos de la comunidad que posee un usuario determina su influencia en el proceso de toma de decisiones dentro de la comunidad. +- Reddit experimentó previamente con los **puntos comunitarios**, que eran tókenes ERC-20 que los usuarios podían ganar publicando contenido de calidad y contribuyendo a comunidades específicas en línea (subreddits). Los usuarios podían canjear estos tókenes en un subreddit para obtener ventajas exclusivas o intercambiarlos. Para este proyecto, Reddit utilizó Arbitrum Nova: una red de [capa 2](/glossary/#layer-2) diseñada para escalar las transacciones de Ethereum. +- Este programa fue especialmente activo en el subreddit r/CryptoCurrency con sus «Moons» y en el subreddit r/FortNiteBR con sus «Bricks». Como los tókenes estaban en la cadena de bloques, eran independientes de Reddit una vez adjudicados en la [cartera](/glossary/#wallet) de un usuario. +- No obstante, **Reddit [puso fin al programa de puntos comunitarios](https://www.reddit.com/r/CryptoCurrency/comments/17a33ql/reddit_is_officially_deprecating_community_points/) a finales de 2023**, alegando problemas de recursos y escalabilidad. Aunque los tókenes aún existen en la cadena de bloques, Reddit ya no los admite ni los integra activamente en las funcionalidades de su plataforma. ## Para profundizar sobre el tema {#further-reading} ### Artículos {#articles} -- [Descentralizar las redes sociales: una guía para el apilamiento social de web3](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_ -- [Las redes sociales son la gran oportunidad futura de descentralización](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_ -- [Web3 contiene la promesa de redes sociales descentralizadas y alimentadas por la comunidad](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _Sumit Ghosh_ -- [Un vistazo al panorama de las redes sociales en la cadena de bloques](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_ -- [Cómo la cadena de bloques puede resolver la privacidad de las redes sociales](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _Prableen Bajpai_ -- [Descentralización suficiente para las redes sociales](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks): _Varun Srinivasan_ +- [Descentralizando las redes sociales: una guía a la pila social de la Web3](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack): _Coinbase Ventures_ +- [Las redes sociales son la próxima gran oportunidad de descentralización](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/): _Ben Goertzel_ +- [Web3 contiene la promesa de redes sociales descentralizadas gestionadas por la comunidad](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/): _Sumit Ghosh_ +- [Una visión general del panorama de las redes sociales de cadena de bloques](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media): _Gemini Cryptopedia_ +- [Cómo las cadenas de bloques pueden resolver la privacidad en las redes sociales](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/): _Prableen Bajpai_ +- [Descentralización suficiente para redes sociales](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks): _Varun Srinivasan_ ### Vídeos {#videos} -- [Explicación sobre las redes sociales descentralizadas](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_ -- [La cadena de bloques DeSo quiere descentralizar las redes sociales](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_ -- [El futuro de las redes sociales descentralizadas con Balaji, Vitalik Buterin, Juan Benet](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_ +- [Explicación de redes sociales descentralizadas](https://www.youtube.com/watch?v=UdT2lpcGvcQ): _Coinmarketcap_ +- [La cadena de bloque DeSo quiere descentralizar las redes sociales](https://www.youtube.com/watch?v=SG2HUiVp0rE): _Bloomberg Technology_ +- [El futuro de las redes sociales descentralizadas, con Balaji Srinivasan, Vitalik Buterin y Juan Benet](https://www.youtube.com/watch?v=DTxE9KV3YrE): _ETHGlobal_ ### Comunidades {#communities} -- [Subreddit r/Cryptocurrency](https://www.reddit.com/r/CryptoCurrency/) +- [Subreddit r/CryptoCurrency](https://www.reddit.com/r/CryptoCurrency/) \ No newline at end of file diff --git a/public/content/translations/es/staking/pools/index.md b/public/content/translations/es/staking/pools/index.md index d3d63474c89..a992b18214d 100644 --- a/public/content/translations/es/staking/pools/index.md +++ b/public/content/translations/es/staking/pools/index.md @@ -1,6 +1,6 @@ --- title: Participación agrupada -description: Una visión general de cómo empezar con la participación agrupada de ETH +description: Conozca más a fondo las reservas de participación lang: es template: staking emoji: ":money_with_wings:" @@ -17,7 +17,7 @@ summaryPoints: Las participaciones agrupadas son un enfoque colaborativo que permite a muchas personas con pequeñas cantidades de ETH obtener los 32 ETH necesarios para activar un conjunto de claves de validación. El protocolo no permite por defecto la funcionalidad de agrupación, por lo que se han creado soluciones por separado para satisfacer esta necesidad. -Algunas agrupaciones operan utilizando contratos inteligentes, estos permiten depositar fondos en un contrato, que gestiona y rastrea su participación de forma fiable, y se emite un token que representa este valor. Puede que otras agrupaciones no comprendan contratos inteligentes y en su lugar se medien fuera de la red. +Algunas reservas operan utilizando contratos inteligentes, estos permiten depositar fondos en un contrato, que gestiona y rastrea su participación de forma fiable, y se emite un token que representa este valor. Puede que otras reservas no incluyan los contratos inteligentes y en su lugar se medien fuera de la red. ## ¿Por qué debería participar en una agrupación? {#why-stake-with-a-pool} @@ -26,7 +26,7 @@ Además de las ventajas que hemos descrito en nuestra [introducción a las parti - + @@ -60,7 +60,7 @@ Es importante elegir un servicio que se tome en serio la [diversidad de clientes ## Preguntas más frecuentes {#faq} -Por lo general, los tókenes de participación ERC-20 se emiten a los participantes y representan el valor de sus ETH apostados y las recompensas. Tenga en cuenta que las diferentes agrupaciones repartirán las recompensas de las participaciones entre sus usuarios a través de métodos ligeramente diferentes, pero siempre se reparten. +Por lo general, los tókenes de participación ERC-20 se emiten a los participantes y representan el valor de sus ETH apostados y las recompensas. Tenga en cuenta que las diferentes reservas repartirán las recompensas de las participaciones entre sus usuarios a través de métodos ligeramente diferentes, pero siempre se reparten. diff --git a/public/content/translations/es/staking/saas/index.md b/public/content/translations/es/staking/saas/index.md index b1c815f8d65..30e5d234de7 100644 --- a/public/content/translations/es/staking/saas/index.md +++ b/public/content/translations/es/staking/saas/index.md @@ -1,6 +1,6 @@ --- title: Participación como servicio -description: Una visión general de cómo empezar con la participación agrupada de ETH +description: Conozca más a fondo la participación como servicio lang: es template: staking emoji: ":money_with_wings:" @@ -74,7 +74,7 @@ Para habilitar la retirada, es necesario actualizar las credenciales\*. Este pro -En abril de 2023, se habilitó la retirada de participaciones en la actualización Shanghai/Capella. Los participantes deben proporcionar una dirección de retirada (si no se proporciona en el depósito inicial), y los pagos de recompensas se distribuirán automáticamente de forma periódica cada pocos días. +Los participantes deben proporcionar una dirección de retirada (si no se proporciona en el depósito inicial), y los pagos de recompensas se distribuirán automáticamente de forma periódica cada pocos días. Los validadores también pueden salir como validadores, lo que desbloqueará su saldo restante en ETH para retirarlo. Las cuentas que hayan proporcionado una dirección de retirada de ejecución y hayan completado el proceso de salida recibirán su saldo completo a la dirección de retirada proporcionada durante el próximo barrido del validador. @@ -86,7 +86,7 @@ Al usar un proveedor SaaS, está confiando la operación de su nodo a otra perso Al finalizar el proceso de recorte y salida, estos fondos se transferirán a la dirección de retirada asignada al validador. Para habilitar la retirada, es preciso proporcionar una dirección. Puede haberse proporcionado en un depósito inicial. De lo contrario, se tendrán que usar las claves de retirada del validador para firmar un mensaje declarando una dirección de retirada. Si no se ha proporcionado ninguna dirección de retirada, los fondos permanecerán bloqueados hasta que se proporcione. -Póngase en contacto con un proveedor individual de SaaS para obtener más detalles sobre cualquier garantía u opciones de seguridad, así como para obtener instrucciones de configuración de una dirección de retirada. Si prefiere tener control total de la configuración de su validador, [infórmese sobre cómo apostar sus ETH en solitario](/staking/solo/). +Póngase en contacto con un proveedor individual de SaaS para obtener más detalles sobre cualquier garantía u opciones de seguridad, así como para obtener instrucciones de configuración de una dirección de retirada. Si prefiere tener el control total de la configuración de su validador, [entérese de cómo puede participar desde casa con sus ETH](/staking/solo/). ## Para profundizar sobre el tema {#further-reading} diff --git a/public/content/translations/es/staking/solo/index.md b/public/content/translations/es/staking/solo/index.md index f571ad66611..4f83f960f2b 100644 --- a/public/content/translations/es/staking/solo/index.md +++ b/public/content/translations/es/staking/solo/index.md @@ -53,9 +53,9 @@ También requiere una configuración de hardware muy básica, y cierta comprensi
-De la misma manera que las claves privadas protegen su dirección de Ethereum, necesitará generar claves específicamente para su validador. Debe entender cómo proteger cualquier frase semilla o clave secreta de forma efectiva.{' '} +De la misma manera que las claves privadas protegen su dirección de Ethereum, necesitará generar claves específicamente para su validador. Debe saber cómo mantener seguras y protegidas las frases semilla (de recuperación) o claves privadas.{' '} -[Seguridad y prevención de estafa Ethereum](/security/) +[Seguridad y prevención de estafas en Ethereum](/security/) @@ -134,11 +134,15 @@ Un validador es una entidad virtual que vive en Ethereum y participa en -Cada par de claves asociadas a un validador requieren exactamente 32 ETH para ser activadas. Más ETH depositado en un solo par de claves no incrementa el potencial de recompensas, ya que cada validador está limitado a un saldo efectivo de 32 ETH. Esto significa que la participación se realiza en incrementos de 32 ETH, cada uno con su propio conjunto de claves y saldo. +Sí, los validadores modernos son capaces de mantener hasta 2048 ETH. Más de 32 ETH se compondrán de manera escalonada, aumentando en incrementos de números enteros a medida que aumente su saldo real. A esto se le denomina su balance efectivo. -No deposite más de 32 ETH para un solo validador. No aumentará sus recompensas. Si se ha establecido una dirección de retirada para el validador, cualquier exceso de fondos superior a 32 ETH se retirará automáticamente a esta dirección durante el próximo [barrido del validador](/staking/withdrawals/#validator-sweeping). +Para incrementar el balance efectivo de una cuenta y así aumentar las recompensas, se debe cruzar un búfer de 0,25 ETH por encima de cualquier umbral de ETH completo. Por ejemplo, una cuenta con un saldo real de 32,9 y un saldo efectivo de 32 necesita ganar otro 0,35 de ETH para que su saldo real supere los 33,25 antes de activar un aumento del saldo efectivo. -Si participar desde casa le parece demasiado exigente, considere utilizar un proveedor de [staking-as-a-service](/staking/saas/) o si busca participar con menos de 32 ETH investigue [grupos de participación](/staking/pools/). +Este búfer también evita que un saldo efectivo caiga hasta que haya bajado 0,25 ETH por debajo de su saldo efectivo actual. + +Cada par de claves asociado con un validador requiere que se activen al menos 32 ETH. Cualquier saldo por encima de esta cantidad puede retirarse en cualquier momento a la dirección de retirada asociada, a través de una transacción firmada por esta dirección. Cualquier fondo que supere el saldo máximo efectivo se retirará automáticamente de forma periódica. + +Si participar desde casa requiere demasiadas condiciones, considere usar un proveedor de [participación como servicio](/staking/saas/), o, si tiene menos de 32  ETH, échele un vistazo a las [reservas de participaciones](/staking/pools/). @@ -200,6 +204,7 @@ Para desbloquear y recibir el saldo completo, también debe completar el proceso - [Controbuir a la diversidad de clientes](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_ - [Diversidad de clientes en la capa de consenso de Ethereum](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_ - [Guía: Cómo comprar hardware para un validador de Ethereum](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_ +- [Paso a paso: Cómo unirse a la red de prueba de Ethereum 2.0](https://kb.beaconcha.in/guides/tutorial-eth2-multiclient) - _Butta_ - [Consejos para la prevención de «recortes» de Eth2](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) - _Raúl Jordan 2020_ diff --git a/public/content/translations/es/staking/withdrawals/index.md b/public/content/translations/es/staking/withdrawals/index.md index b9be1ca75a7..8b943ef5ce5 100644 --- a/public/content/translations/es/staking/withdrawals/index.md +++ b/public/content/translations/es/staking/withdrawals/index.md @@ -13,10 +13,6 @@ summaryPoints: - Los validadores que salen completamente de las apuestas recibirán su balance restante --- - -Las retiradas de participaciones se habilitarán con la actualización de Shanghai/Capella que ocurrió el 12 de abril de 2023. Más información sobre Shanghai/Capella - - **Las retiradas de participaciones** se refieren a las transferencias de ETH para la cuenta del validador en la capa de consenso de Ethereum (la cadena de baliza), a la capa de ejecución donde se pueden transferir. **Los pagos de recompensas del saldo excedente** de más de 32 ETH se enviará automática y regularmente a una dirección de retirada vinculada a cada validador, una vez proporcionada por el usuario. Los usuarios también pueden **dejar de apostar por completo**, desbloqueando todo su saldo del validador. @@ -43,14 +39,9 @@ Antes de la actualización Shanghai/Capella, no se podía usar o acceder a sus E Proporcionar una dirección de retirada es un paso obligatorio para cualquier cuenta de validdor antes de que sea elegible para que se retiren ETH de su saldo. - - - - + A cada cuenta de validador sólo se le puede asignar una dirección de retirada, una vez. Cuando se elige una dirección y se envía a la capa de consenso, no puede deshacerse ni cambiarse nuevamente. Vuelva a verificar la propiedad y la precisión de la dirección proporcionada antes de enviarla. - - - + Mientras tanto no hay ninguna amenaza para sus fondos por no proporcionar esto, asumiendo que su frase mnemónica/de recuperación esté segura fuera de línea, y no se vea afectada de ninguna manera. Si no agrega las credenciales de retirada, simplemente dejará los ETH bloqueados en la cuenta del validador como ha estado hasta que se proporcione una dirección de retirada. @@ -64,13 +55,13 @@ El proceso de un validador que sale de la apuesta lleva un tiempo variable, en f Una vez que una cuenta se marca como «retirable» y se proporcionan las credenciales de retirada, no hay nada más que el usuario deba hacer aparte de esperar. Los proponentes de bloques barren de forma automática y continua las cuentas en busca de fondos que reúnan las condiciones de salida, y el saldo de su cuenta se transferirá en su totalidad (también conocido como «retirada completa») durante el próximo barrido. -## ¿Cuándo se habilitarán las retiradas de apuestas? {#when} +## ¿Cuándo se habilitaron las retiradas de participación? {#when} -¡Las retiradas de apuestas ya están hablitadas! La funcionalidad de retirada se ha habilitado como parte de la actualización Shanghai/Capella que se lanzó el 12 de abril de 2023. +La funcionalidad de retirada se habilitó como parte de la actualización Shanghai/Capella que sucedió el** 12 de abril de 2023**. La actualización Shanghai/Capella habilitó previamente que los ETH apostados se reclamen en las cuentas regulares de Ethereum. Con esto se cierra el ciclo de la liquidez y aproima un poco más a Ethereum en su intención de desarrollar un ecosistema descentralizado escalable, seguro y sostenible. -- [Más sobre la historia de Ethereum](/ethereum-forks/) +- [Más sobre la historia de Ethereum](/history/) - [Más sobre la hoja de ruta de Ethereum](/roadmap/) ## ¿Cómo funcionan los pagos de las retiradas? {#how-do-withdrawals-work} @@ -87,16 +78,11 @@ Lea la explicación sobre retirads de apuestas en Ethereum hecha por Finematics: Cuando un validador está programado para proponer el siguiente bloque, se requiere construir una cola de retirada, de hasta 16 retiradas elegibles. Para ello se empieza originariamente con el índice del validador 0, que determina si hay una retirada elegible para esta cuenta según las reglas del protocolo y se añade a la cola, si existe. El validador establecido para proponer el siguiente bloque lo tomará ahí donde el último lo haya dejado y irá procesando las órdenes de manera indefinida. - - - - + Piense en un reloj analógico. La manecilla en el reloj marca la hora, avanza en un sentido, no se salta ninguna hora y, al alcanzar el último número, vuelve nuevamente al punto de inicio.

Ahora en lugar del 1 al 12, imagine que el reloj tiene de 0 hasta N (el número total de cuentas validadoras que alguna vez se registraron en la capa de consenso, más de 500.000 en enero de 2023).

La manecilla en el reloj apunta hacia el siguiente validador que necesita ser verificado antes de permitirle retiradas. Empieza a partir de 0, y avanza todo el camino alrededor sin saltarse ninguna cuenta. Cuando se alcance el último validador, el ciclo continúa volviendo al principio. -
-
-
+ #### Cómo comprobar si una cuenta es elegible para retirada {#checking-an-account-for-withdrawals} @@ -163,9 +149,9 @@ eventCategory="FAQ" eventAction="What if I participate in staking tokens or pooled staking" eventName="read more"> -Si forma parte de alguna [reserva de participación](/staking/pools/) o tiene tókenes de participación, debería consultarle a su proveedor los detalles de retiradas de participación, pues cada servicio opera de forma distinta. +Si forma parte de algún [grupo de participación](/staking/pools/) o tiene tókenes de participación, debería consultarle a su proveedor los detalles sobre cómo se procesan las retiradas de participaciones, ya que cada servicio funciona de forma distinta. -En general, los usuarios deberían tener la libertad de reclamar sus ETH apostados subyacentes, o cambiar de proveedor de apuestas. Si un grupo en particular se está volviendo demasiado grande, los fondos se pueden cerrar y canjear, y volver a apostarlos con un proveedor más pequeño. O, si ha acumulado suficientes ETH podría [apostar desde casa](/staking/solo/). +En general, los usuarios deberían tener la libertad de reclamar sus ETH apostados subyacentes, o cambiar de proveedor de apuestas. Si un grupo en particular se está volviendo demasiado grande, los fondos se pueden cerrar y canjear, y volver a apostarlos con un proveedor más pequeño. O, si ha acumulado suficientes ETH, podría [participar desde casa](/staking/solo/).
@@ -222,6 +208,7 @@ No. Una vez que un validador ha salido y su saldo total se ha retirado, cualquie - [Retiradas en la plataforma de lanzamiento de participaciones](https://launchpad.ethereum.org/withdrawals) - [EIP-4895: La cadena de baliza impulsa las retiradas como operaciones](https://eips.ethereum.org/EIPS/eip-4895) +- [ Ethereum Cat Herders - Shanghai](https://www.ethereumcatherders.com/shanghai_upgrade/index.html) - [PEEPanEIP #94: Retirada de ETH apostados (Prueba) con Potuz & Hsiao-Wei Wang](https://www.youtube.com/watch?v=G8UstwmGtyE) - [PEEPanEIP#68: EIP-4895: La cadena de baliza impulsa retiradas como operaciones con Alex Stokes](https://www.youtube.com/watch?v=CcL9RJBljUs) - [Entender el saldo efectivo del validador](https://www.attestant.io/posts/understanding-validator-effective-balance/) diff --git a/public/content/translations/es/web3/index.md b/public/content/translations/es/web3/index.md index 6a9f6f8b4e1..f1c15f8dede 100644 --- a/public/content/translations/es/web3/index.md +++ b/public/content/translations/es/web3/index.md @@ -65,15 +65,12 @@ La Web3 le otorga la propiedad de sus activos digitales de una manera sin preced Web3 permite la propiedad directa a través de [tokens no fungibles (NFT)](/glossary/#nft). Nadie, ni siquiera los creadores del juego, tienen el poder de quitarle la propiedad. Y, si deja de jugar, puede vender o intercambiar sus objetos del juego en mercados abiertos y recuperar su valor. - - - +
Saber más sobre NFT
Más información sobre NFT -
-
+ #### Resistencia a la censura {#censorship-resistance} @@ -93,15 +90,12 @@ La definición técnica de DAO consiste en [contratos inteligentes](/glossary/#s Sin embargo, las personas definen muchas comunidades Web3 como si fueran DAO. Todas estas comunidades tienen diferentes niveles de descentralización y automatización mediante código. En la actualidad, estamos explorando qué son las DAO y cómo podrían evolucionar en el futuro. - - - +
Más información sobre las DAO
Claves sobre las DAO -
-
+ ### Identidad {#identity} @@ -162,6 +156,6 @@ Web3 no está definida rígidamente. Varios participantes de la comunidad tienen - [¿Por qué es Importante Web3?](https://future.a16z.com/why-web3-matters/) — _Chris Dixon_ - [¿Por qué es importante la Descentralización?](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_ - [El paisaje de la Web3](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ -- [El debate de Web3](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ +- [El debate sobre Web3](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ diff --git a/public/content/translations/es/what-are-apps/index.md b/public/content/translations/es/what-are-apps/index.md new file mode 100644 index 00000000000..5fa992bc3a6 --- /dev/null +++ b/public/content/translations/es/what-are-apps/index.md @@ -0,0 +1,81 @@ +--- +title: Aplicaciones de Ethereum +metaTitle: Aplicaciones de Ethereum | Aplicaciones descentralizadas en Ethereum +description: Las aplicaciones en Ethereum son gratis, globales y usan cadenas de bloques públicas en vez de servidores de compañías privadas. Esto significa que puede usar la misma cuenta en cada proyecto y mantener su privacidad. +lang: es +template: use-cases +emoji: ":handshake:" +sidebarDepth: 2 +showDropdown: false +image: /images/doge-computer.png +summary: Las aplicaciones en Ethereum son gratis, globales y usan cadenas de bloques públicas en vez de servidores de compañías privadas. Esto significa que puede usar la misma cuenta en cada proyecto y mantener su privacidad. +--- + +## Aplicaciones con superpoderes {#apps-with-superpowers} + +Las aplicaciones de Ethereum podrían parecer aplicaciones normales y corrientes. Pero lo cierto es que tienen algunas cualidades especiales. + +Una vez que una aplicación se publica en la cadena de bloques de Ethereum, se vuelve imparable. Esto se debe a que la red Etereum está descentralizada a través de miles de computadoras en todo el mundo. Nadie puede cargarse aplicaciones que se ejecutan en Ethereum, porque no hay un único servidor al que dirigirse. Ethereum también es neutral por lo que cualquier persona en cualquier parte del mundo puede usarlo o incluso conectarse a él y construir sus modificaciones sobre él. + +## ¿Qué es una DApp? {#what-is-a-dapp} + +Las aplicaciones de Ethereum tienen su lógica de ejecución en la cadena de bloques de Ethereum en vez de servidores centralizados. Por eso a menudo se les llaman aplicaciones descentralizadas, o «DApps» como forma abreviada. + + + + + + + +## ¿Por qué es importante? {#why-does-this-matter} + +Las aplicaciones de Ethereum pueden hacer algunas cosas que aplicaciones tradicionales no podrían hacer. Como prestar dinero a un completo desconocido con la garantía de que recuperará su dinero, más intereses. Sin tener que pagarle a un intermediario de «confianza», cómo un abogado, para manejar la transacción. + +Hay aplicaciones de todo tipo: videojuegos, finanzas, trabajo, mensajería, almacenamiento y muchas más. Con la mayoría de estás aplicaciones, no es probable que reciba anuncios o que esté limitado por un acceso restringido. + +Todo lo que necesita es una cartera de Ethereum y unos cuantos ETH para empezar a usar cualquier aplicación de Ethereum. + +## ¿Cómo funciona? + +Las aplicaciones funcionan mediante contratos inteligentes - bits de código que habitan dentro de la cadena de bloques de Ethereum. A diferencia de las aplicaciones tradicionales, estas no necesitan que una empresa las ejecute. + +| Contienen | Aplicaciones tradicionales | Aplicaciones de Ethereum | +| ------------------------------------------ | ---------------------------------- | ------------------------------------------- | +| **¿Quién puede controlarlo?** | Una empresa | Nadie | +| **Se ejecuta en** | Servidores privados de una empresa | En la cadena de bloques pública de Ethereum | +| **¿Puede ser censurado?** | Sí | No | +| **¿Quién es el propietario de sus datos?** | Normalmente no es usted | Es propietario/a de sus datos | + + + +
+ +![](./developers-eth-blocks.png) + +
+ +## Las aplicaciones de Ethereum son como piezas de lego {#ethereum-apps-are-like-legos} + +Cuando todas las aplicaciones se construyen en Ethereum, se vuelven compatibles entre si. Un token de una aplicación, funcionará en otra completamente diferente. Es como si pudieras publicar tweets en tu muro de Facebook. De hecho, puede reutilizar su mismo perfil en muchas aplicaciones de Ethereum sin necesidad de registrarse en cada una de ellas. + + + +## Más información + +- [Ethereum para principiantes](/what-is-ethereum) +- [¿Qué son los contratos inteligentes?](/developers/docs/smart-contracts/) +- [Documentación técnica sobre las DApp](/developers/docs/dapps/) + +## Preguntas más frecuentes + + +

A las aplicaciones decentralizadas se las conoce como DApps. Son aplicaciones construidas en redes de cadena de bloque como Ethereum. Se dice que son descentralizadas, porque la red subyacente está descentralizada.

+
+ + +

Algunas aplicaciones le permiten hacer transacciones o comprar tókenes, pero no todas las aplicaciones son para eso. Si tiene la intención de comprar sus primeros tókenes, visite [Conseguir ETH](/get-eth).

+
+ + +

Las carteras de criptomonedas le permiten mantener sus tókenes, así como administrar sus direcciones en Ethereum. Hay muchas excelentes carteras, cada una con un propósito diferente. Para descubrir qué cartera es la mejor para usted, visite nuestra [lista de billeteras](/wallets/find-wallet).

+
\ No newline at end of file diff --git a/public/content/translations/es/whitepaper/index.md b/public/content/translations/es/whitepaper/index.md index 3aa46f8e17b..19cba17a749 100644 --- a/public/content/translations/es/whitepaper/index.md +++ b/public/content/translations/es/whitepaper/index.md @@ -91,7 +91,7 @@ El algoritmo para comprobar si un bloque es válido, expresado en este paradigma Fundamentalmente, cada transacción en el bloque debe proporcionar una transición de estado válido de lo que era el estado canónico antes de que la transacción fuera ejecutada a otro nuevo estado. Obsérvese que el estado no se codifica en el bloque en modo alguno; es una abstracción pura que debe ser recordada por el nodo validador y solo puede ser calculada (de forma segura) para cualquier bloque empezando desde el estado de génesis y aplicando secuencialmente cada transacción en cada bloque. Además, hay que tener en cuenta que es importante el orden en el que el minero incluye transacciones en el bloque; si hay dos transacciones A y B en un bloque tal que B gasta un UTXO creado por A, entonces el bloque será válido si A viene antes que B pero no en caso contrario. -La única condición de validación presente en la lista anterior que no se encuentra en otros sistemas es el requisito de la "prueba de trabajo". La condición concreta es que el hash SHA256 doble de cada bloque, tratado como un número de 256 bits, debe ser inferior a un objetivo ajustado dinámicamente, que en el momento de escribir estas líneas es aproximadamente 2187. El propósito de esto es hacer que la creación de bloques sea computacionalmente "difícil", impidiendo así que los atacantes de sybil reconstruyan todo el blockchain en su beneficio. Dado que SHA256 está diseñada para ser una función pseudoraleatoria completamente impredecible, la única forma de crear un bloque válido es mediante simple prueba y error, incrementando repetidamente el nonce y comprobando si el nuevo hash coincide. +La única condición de validación presente en la lista anterior que no se encuentra en otros sistemas es el requisito de la "prueba de trabajo". La condición concreta es que el hash SHA256 doble de cada bloque, tratado como un número de 256 bits, debe ser inferior a un objetivo ajustado dinámicamente, que en el momento de escribir estas líneas es aproximadamente 2187. El propósito de esto es hacer que la creación de bloques sea computacionalmente "difícil", impidiendo así que los atacantes de sybil reconstruyan todo el blockchain en su beneficio. Dado que SHA256 está diseñada para ser una función pseudoaleatoria completamente impredecible, la única forma de crear un bloque válido es mediante el sencillo método de ensayo y error, incrementando repetidamente el nonce y comprobando si el nuevo hash coincide. Para el objetivo actual de \~2187, la red debe hacer un promedio de \~269 intentos antes de encontrar un bloque válido; en general el objetivo se recalibra por la red cada 2016 blques, por lo que que en promedio se crea un bloque nuevo por parte de algún nodo en la red cada diez minutos. Para compensar a los mineros por este trabajo computacional, el minero de cada bloque tiene derecho a incluir una transacción dándose a si mismo 12,5 BTC creados de la nada. Además, si cualquier transacción tiene un valor total más alto en sus entradas que en sus salidas, la diferencia también se destina al minero como "tarifa de transacción". Por otra parte, este es también el único mecanismo por el cual se emiten BTC; el estado inicial no contenía monedas en absoluto. @@ -120,7 +120,7 @@ Se podría decir que el protocolo del árbol de Merkle es esencial para la soste La idea de tomar el concepto subyacente de blockchain y aplicarla a otros conceptos también tiene un largo historial. En 2005, Nick Szabo publicó el concepto de "[títulos de propiedad seguros con autoridad del propietario](https://nakamotoinstitute.org/secure-property-titles/)", un documento que describe cómo los «nuevos avances en la tecnología de bases de datos replicadas» permitirían un sistema basado en cadena de bloques para almacenar un registro de quién posee qué tierra, creando un marco elaborado que incluye conceptos de la vivienda, la posesión adversa y el impuesto sobre la tierra de Georgia. Lamentablemente, no había ningún sistema efectivo de bases de datos replicadas disponible en ese momento, por lo que el protocolo nunca se implementó en la práctica. Sin embargo, después de 2009, una vez que se desarrolló el consenso descentralizado de Bitcoin, un número de aplicaciones alternativas comenzaron a surgir rápidamente. -- **Namecoin**: creada en 2010, [Namecoin](https://namecoin.org/) se describe como una base de datos de registro de nombres descentralizada. En protocolos descentralizados como Tor, Bitcoin y BitMessage, existe la necesidad de identificar las cuentas de alguna manera para que otra gente pueda interactuar con ellas, pero en todas las soluciones existentes la única clase de identificador disponible es un hash pseudoaleatorio como `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Idóneamente, a uno le gustaría poder tener una cuenta con un nombre como «George». Sin embargo, el problema es que si una persona puede crear una cuenta llamada «George», otras personas podrían usar el mismo proceso para registrar «George» para sí mismas y suplantarlos. La única solución es un paradigma de «primero que realiza la inscripción», donde la primer persona en registrar triunfa y la segunda falla: un problema perfectamente adaptado para el protocolo de consenso de Bitcoin. Namecoin es la implementación más antigua y exitosa de un sistema de registro de nombres utilizando tal idea. +- **Namecoin**: creada en 2010, [Namecoin](https://namecoin.org/) se describe como una base de datos de registro de nombres descentralizada. En protocolos descentralizados como Tor, Bitcoin y BitMessage, existe la necesidad de identificar las cuentas de alguna manera para que otras personas puedan interactuar con ellas. Sin embargo, en todas las soluciones existentes la única clase de identificador disponible es un hash pseudoaleatorio como `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Idóneamente, a uno le gustaría poder tener una cuenta con un nombre como «George». Sin embargo, el problema es que si una persona puede crear una cuenta llamada «George», otras personas podrían usar el mismo proceso para registrar «George» para sí mismas y suplantarlos. La única solución es un paradigma de «primero que realiza la inscripción», donde la primer persona en registrar triunfa y la segunda falla: un problema perfectamente adaptado para el protocolo de consenso de Bitcoin. Namecoin es la implementación más antigua y exitosa de un sistema de registro de nombres utilizando tal idea. - **Monedas de color**: el propósito de las[monedas de color](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) es servir como un protocolo que le permita a la gente crear su propia moneda digital o, en el importante caso trivial de una moneda con una unidad, tókenes digitales, en la cadena de bloques de Bitcoin. En el protocolo de monedas de color, alguien «emite» una nueva moneda al asignar públicamente un color a una UTXO específica de Bitcoin, y el protocolo define recursivamente el color de otra UTXO para que sea el mismo que gastaron las entradas de la transacción creándolas (se aplican algunas reglas especiales en caso de entradas de color mixto). Esto permite a los usuarios tener sus carteras con solo UTXO de un color específico y enviarlas como bitcoins normales, siendo rastreados por la cadena de bloques para determinar el color de cualquier UTXO que reciban. - **Metacoin**: la idea detrás de una metacoin es tener un protocolo que está montado sobre Bitcoin, usando transacciones de Bitcoin para almacenar las transacciones de metacoin, pero con una función de transición de estado diferente, `APPLY'`. Dado que el protocolo de metacoin no puede evitar que aparezcan transacciones de metacoin inválidas en la cadena de bloques de Bitcoin, se añade una regla por la que si `APPLY'(S,TX)` da error, el protocolo por defecto es `APPLY'(S,TX) = S`. Esto proporciona un mecanismo fácil para crear un protocolo arbitrario de criptomonedas, con potenciales funcionalidades avanzadas que no se pueden implementar sobre el propio Bitcoin, pero con un coste de desarrollo muy bajo, ya que las complejidades de minado y de trabajo en red ya las gestiona el protocolo de Bitcoin. Metacoins se han utilizado para implementar algunas clases de contratos financieros, registros de nombre e intercambios descentralizados. @@ -268,7 +268,7 @@ def send(to, value): self.storage[to] = self.storage[to] + value ``` -Esta es en esencia una implementación literal de la función de transición de estado de un «sistema bancario» descrita más arriba en este documento. Hay que añadir algunas líneas de código adicionales para crear, en primer lugar, el paso inicial en el que se distribuyen las unidades de moneda y otros casos extremos, e idóneamente se añadiría una función para permitir que otros contratos puedan consultar el saldo de una dirección. ¡Y eso es todo lo que hay que hacer! Theoretically, Ethereum-based token systems acting as sub-currencies can potentially include another important feature that on-chain Bitcoin-based meta-currencies lack: the ability to pay transaction fees directly in that currency. La forma en que se implementaría esto sería hacer que el contrato mantenga un saldo de ether con el cual reembolsaría el ether utilizado para pagar comisiones al remitente, y recargar este saldo recolectando las unidades de moneda interna que cobra en tarifas y revenderlas en una subasta en ejecución constante. De esta manera, los usuarios necesitarían «activar» sus cuentas con ether, pero una vez que el ether está ahí, sería reutilizable porque el contrato lo reembolsaría cada vez. +Esta es en esencia una implementación literal de la función de transición de estado de un «sistema bancario» descrita más arriba en este documento. Hay que añadir algunas líneas de código adicionales para crear, en primer lugar, el paso inicial en el que se distribuyen las unidades de moneda y otros casos extremos, e idóneamente se añadiría una función para permitir que otros contratos puedan consultar el saldo de una dirección. ¡Y eso es todo lo que hay que hacer! En teoría, los sistemas de tókenes basados en Ethereum que actúan como submonedas pueden incluir potencialmente otra funcionalidad importante de la que carecen las metamonedas basadas en la cadena de bloques de Bitcoin: la capacidad de pagar tarifas de transacción directamente en esa moneda. La forma en que se implementaría esto sería hacer que el contrato mantenga un saldo de ether con el cual reembolsaría el ether utilizado para pagar comisiones al remitente, y recargar este saldo recolectando las unidades de moneda interna que cobra en tarifas y revenderlas en una subasta en ejecución constante. De esta manera, los usuarios necesitarían «activar» sus cuentas con ether, pero una vez que el ether está ahí, sería reutilizable porque el contrato lo reembolsaría cada vez. ### Derivados financieros y monedas de valor estable {#financial-derivatives-and-stable-value-currencies} @@ -341,7 +341,7 @@ Normalmente, el 1% diario es suficiente para Alice, y si ella quiere retirar fon **7. Mercados de predicciones**. Con un oráculo o SchellingCoin, los mercados de predicción tambien son fáciles de implementar, y junto con SchelligCoin pueden llegar a ser la primera aplicación principal de[futarchy](http://hanson.gmu.edu/futarchy.html) como protocolo de gobernanza para organizaciones descentralizadas. -**8. Plataformas decentralizadas sobre la cadena de bloques** usando el sistema de identidad y de reputación como base. +**8. Plataformas descentralizadas sobre la cadena de bloques** que usan el sistema de identidad y de reputación como base. ## Miscelánea y dudas {#miscellanea-and-concerns} @@ -383,7 +383,7 @@ No obstante, hay varias desviaciones de esos supuestos en la realidad: 3. La distribución de potencia de minado puede acabar siendo radicalmente desigualitaria en la práctica. 4. Los especuladores, enemigos políticos y dementes, cuya función de utilidad incluye causar daño a la red, existen y pueden establecer hábilmente contratos cuyo coste es mucho menor que el coste pagado por otros nodos de verificación. -(1) proporciona una tendencia al minero a que incluya menos transacciones, e (2) incrementa `NC`; por lo tanto, estos dos efectos al menos parcialmente se cancelan entre sí.[¿Cómo?](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/issues/447#issuecomment-316972260#issuecomment-316972260) (3) y (4) son el principal problema; para resolverlos, simplemente fijamos un límite reajustable: ningún bloque puede tener más operaciones que `BLK_LIMIT_FACTOR` veces el promedio de la media móvil exponencial a largo plazo. Específicamente: +(1) proporciona una tendencia al minero a que incluya menos transacciones, e (2) incrementa `NC`; por lo tanto, estos dos efectos al menos parcialmente se cancelan entre sí.[¿Cómo?](https://github.com/ethereum/wiki/issues/447#issuecomment-316972260) (3) y (4) son el principal problema; para resolverlos, simplemente fijamos un límite reajustable: ningún bloque puede tener más operaciones que `BLK_LIMIT_FACTOR` veces el promedio de la media móvil exponencial a largo plazo. Específicamente: ```js blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) + @@ -508,10 +508,10 @@ El concepto de una función de transición de estado arbitraria implementada por 16. [GHOST](https://eprint.iacr.org/2013/881.pdf) 17. [StorJ y agentes autónomos, Jeff Garzik](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html) 18. [Mike Hearn, sobre propiedad inteligente en Turing Festival](https://www.youtube.com/watch?v=MVyv4t0OKe4) -19. [RLP en Ethereum](https://web.archive.org/web/20250427212320/https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-RLP) -20. [Árboles de Merkle y Patricia en Ethereum](https://web.archive.org/web/20250427212320/https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-Patricia-Tree) +19. [RLP en Ethereum](https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-RLP) +20. [Árboles de Merkle y Patricia en Ethereum](https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-Patricia-Tree) 21. [Peter Todd sobre los árboles de suma Merkle](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) -_Para consultar el historial del informe, ver [este enlace](https://web.archive.org/web/20250427212319/https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md)._ +_Para consultar el historial del informe, ver [este enlace](https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md)._ _Ethereum, al igual que muchos proyectos de software de código abierto impulsados por la comunidad, ha evolucionado desde su concepción inicial. Para aprender sobre los últimos desarrollos de Ethereum, y cómo se hacen los cambios en el protocolo, recomendamos [esta guía](/learn/)._ diff --git a/public/content/translations/es/zero-knowledge-proofs/index.md b/public/content/translations/es/zero-knowledge-proofs/index.md index 2ba84123b50..a412888b61e 100644 --- a/public/content/translations/es/zero-knowledge-proofs/index.md +++ b/public/content/translations/es/zero-knowledge-proofs/index.md @@ -32,11 +32,11 @@ Volviendo a nuestro ejemplo anterior, la única evidencia que usted necesita par Los pagos con tarjeta de crédito a menudo son visibles para varias partes, incluyendo el proveedor de pagos, los bancos y otras partes interesadas (por ejemplo, las autoridades gubernamentales). Si bien la vigilancia financiera tiene beneficios para identificar la actividad ilegal, también quebranta la privacidad de los ciudadanos ordinarios. -Las criptomonedas tuvieron por objetivo proporcionar un medio para que los usuarios realizaran transacciones privadas entre pares. Pero la mayoría de las transacciones de criptomonedas son abiertamente visibles en las cadenas de bloques públicas. Las identidades de los usuarios a menudo son seudónimos y o bien deliberadamente vinculadas a las identidades del mundo real (por ejemplo, incluyendo direcciones de ETH en los perfiles de Twitter o GitHub) o pueden asociarse a identidades del mundo real utilizando análisis de datos dentro y fuera de la cadena básicos. +Las criptomonedas tuvieron por objetivo proporcionar un medio para que los usuarios realizaran transacciones privadas entre pares. Pero la mayoría de las transacciones de criptomonedas son abiertamente visibles en las cadenas de bloques públicas. Los usuarios suelen camuflar su identidad mediante seudónimo, que vinculan ingeniosamiente a identidades del mundo real (como por ejemplo, incluyendo direcciones de ETH en los perfiles de Twitter o GitHub) o pueden asociarse a identidades del mundo real utilizando análisis de datos básicos dentro y fuera de la cadena. Existen "monedas de privacidad" específicas diseñadas para transacciones completamente anónimas. Las cadenas de bloques centradas en la privacidad, como Zcash y Monero, protegen los detalles de las transacciones, lo que incluye direcciones de remitente/receptor, tipo de activo, cantidad y cronograma de la transacción. -Al insertar tecnología de conocimiento cero en el protocolo, las redes de [cadena de bloques](/glossary/#blockchain) centradas en la privacidad permiten a los [nodos](/glossary/#node) validar las transacciones sin necesidad de acceder a los datos de las transacciones. +Al insertar tecnología de conocimiento cero en el protocolo, las redes de [cadena de bloques](/glossary/#blockchain) centradas en la privacidad permiten a los [nodos](/glossary/#node) validar las transacciones sin necesidad de acceder a los datos de las transacciones. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) es un ejemplo de diseño propuesto que permitirá transferencias de valor nativas y privadas en la cadena de bloques de Ethereum. Estas propuestas son, sin embargo, difíciles de aplicar debido a una conjunción de factores de seguridad, reglamentación y experiencia de usuario. **Las pruebas de conocimiento cero también se están aplicando a la anonimización de transacciones en las cadenas de bloques públicas**. Un ejemplo es Tornado Cash, un servicio descentralizado y no custodiado que permite a los usuarios realizar transacciones privadas en Ethereum. Tornado Cash utiliza pruebas de conocimiento cero para ocultar los detalles de la transacción y garantizar la privacidad financiera. Desafortunadamente, debido a que se trata de herramientas de privacidad "opt-in", se asocian con actividades ilícitas. Para superar esto, la privacidad eventualmente debe convertirse en la opción predeterminada en las cadenas de bloques públicas. @@ -46,6 +46,12 @@ Los sistemas actuales de gestión de identidad ponen en peligro la información Las pruebas de conocimiento cero son particularmente útiles en el contexto de la [identidad descentralizada](/decentralized-identity/). La identidad descentralizada (también descrita como "identidad autosoberana") da al individuo la capacidad de controlar el acceso a los identificadores personales. La demostración de su ciudadanía sin revelar su identificación fiscal o los datos de su pasaporte es un buen ejemplo de cómo la tecnología de conocimiento cero permite la identidad descentralizada. +### Prueba de humanidad {#proof-of-humanity} + +Uno de los ejemplos más utilizados de pruebas de conocimiento cero en vigor es el [protocolo World ID](https://world.org/blog/world/world-id-faqs), que puede considerarse como «un pasaporte digital global en la era de la IA». Este protocolo permite a las personas demostrar que son individuos únicos sin revelar información personal. Para ello se utiliza un dispositivo denominado Orb, que escanea el iris de una persona y genera un código de iris. El código del iris se consulta y verifica para confirmar que la persona es un ser humano biológicamente único. Después de la verificación, un compromiso de identidad generado en el dispositivo del usuario (que no está vinculado o deriva de los datos biométricos) se añade a una lista segura en la cadena de bloques. A partir de entonces, cada vez que el usuario quiera demostrar que es un humano verificado –ya sea para iniciar sesión, votar o realizar otras acciones– podrá generar una prueba de conocimiento cero que confirme su pertenencia en la lista. La ventaja de utilizar una prueba de conocimiento cero es que solo se pone en evidencia una afirmación: esta persona es única. Todo lo demás sigue siendo privado. + +El World ID se basa en el [protocolo Semaphore](https://docs.semaphore.pse.dev/) desarrollado por el [equipo PSE](https://pse.dev/) de Ethereum Foundation. Semaphore está diseñado para ser una forma ligera pero potente de generar y verificar pruebas de conocimiento cero. Permite a los usuarios demostrar que forman parte de un grupo (en este caso, humanos verificados) sin mostrar qué miembro del grupo son. Semaphore también es muy flexible, ya que permite crear grupos basados en una amplia gama de criterios, como la verificación de la identidad, la participación en eventos o la propiedad de credenciales. + ### Autenticación {#authentication} Usar servicios en línea requiere probar su identidad y el derecho a acceder a esas plataformas. Esto requiere a menudo proporcionar información personal, como nombres, direcciones de correo electrónico, fechas de nacimiento, etc. También puede que necesite memorizar contraseñas largas o arriesgarse a perder acceso. @@ -58,9 +64,9 @@ El cómputo o cálculo verificable es otra aplicación de tecnología de conocim El cálculo verificable es **crítico para mejorar las velocidades de procesamiento en las cadenas de bloques** sin reducir la seguridad. Entender esto requiere conocer las diferencias en las soluciones propuestas para el escalamiento de Ethereum. -Las [soluciones de escalado en cadena](/developers/docs/scaling/#on-chain-scaling), tal como el sharding o fragmentación, requieren gran modificación de la capa base de la cadena de bloques. Sin embargo, este enfoque es muy complejo, y los errores en la aplicación pueden socavar el modelo de seguridad de Ethereum. +Las [soluciones de escalado en cadena](/developers/docs/scaling/#onchain-scaling), tal como el sharding o fragmentación, requieren gran modificación de la capa base de la cadena de bloques. Sin embargo, este enfoque es muy complejo, y los errores en la aplicación pueden socavar el modelo de seguridad de Ethereum. -Las [soluciones de escalado fuera de la cadena](/developers/docs/scaling/#off-chain-scaling) no requieren rediseñar el protocolo central de Ethereum. En cambio, se basan en un modelo de cálculo externalizado para mejorar el rendimiento en la capa base de Ethereum. +[Las soluciones de escalabilidad fuera de la cadena](/developers/docs/scaling/#offchain-scaling) no requieren rediseñar el protocolo central de Ethereum. En cambio, se basan en un modelo de cálculo externalizado para mejorar el rendimiento en la capa base de Ethereum. Así es como funciona esto en la práctica: @@ -74,11 +80,11 @@ La cadena necesita una forma de validar las transacciones fuera de la cadena sin Aquí es donde entra en juego el cálculo verificable. Cuando un nodo ejecuta una transacción fuera de Ethereum, presenta una prueba de conocimiento cero para demostrar si la ejecución fuera de la cadena es correcta. Esta prueba (llamada [prueba de validez](/glossary/#validity-proof)) garantiza que una transacción sea válida, lo que permite que Ethereum aplique el resultado a su estado —sin necesidad de que alguien lo discuta—. -Los [rollups de conocimiento cero](/developers/docs/scaling/zk-rollups) y los [validiums](/developers/docs/scaling/validium/) son dos soluciones de escalado fuera de cadena que utilizan las pruebas de validez para proporcionar escalabilidad segura. Estos protocolos ejecutan miles de transacciones fuera de la cadena y presentan pruebas para su verificación en Ethereum. Estos resultados se pueden aplicar inmediatamente una vez verificada la prueba, lo que permite a Ethereum procesar más transacciones sin aumentar el cálculo en la capa base. +[Los rollups de conocimiento cero](/developers/docs/scaling/zk-rollups) y los [validiums](/developers/docs/scaling/validium/) son dos soluciones de escalabilidad fuera de cadena que utilizan las pruebas de validez para proporcionar escalabilidad segura. Estos protocolos ejecutan miles de transacciones fuera de la cadena y presentan pruebas para su verificación en Ethereum. Estos resultados se pueden aplicar inmediatamente una vez verificada la prueba, lo que permite a Ethereum procesar más transacciones sin aumentar el cálculo en la capa base. ### Reducir el soborno y el complot en la votación en cadena {#secure-blockchain-voting} -Los esquemas de votación de la cadena de bloques tienen muchas características favorables: son totalmente auditables, son seguros contra los ataques, son resistentes a la censura y están libres de restricciones geográficas. Pero, aun así, no son inmunes al problema del **complot**. +Los esquemas de votación de la cadena de bloques tienen muchas características favorables: son totalmente auditables, son seguros contra los ataques, son resistentes a la censura y están libres de restricciones geográficas. Y a pesar de ello, los planes de votación en cadena no son inmunes al problema de la **confabulación**. El complot, colusión o conspiración, que se define como la "coordinación para limitar la competencia abierta engañando, defraudando y estafando a los demás", puede adoptar la forma de un actor malicioso que influye en el voto ofreciendo sobornos. Por ejemplo, Alice podría recibir un soborno de Bob para elegir la `option B` en una votación, incluso si prefiere la `option A`. @@ -86,9 +92,9 @@ El soborno y el complot limitan la efectividad de cualquier proceso que utilice Por ejemplo, los [mecanismos de financiación cuadrática](https://www.radicalxchange.org/concepts/plural-funding/) dependen de las donaciones para medir la preferencia por ciertas opciones entre diferentes proyectos para bien público. Cada donación cuenta como un "voto" para un proyecto específico, y los proyectos que reciben más votos obtienen más fondos del fondo correspondiente. -El uso de la votación en cadena hace que el financiamiento cuadrático sea susceptible a la colusión: las transacciones de la cadena de bloques son públicas, por lo que sobornadores puedan inspeccionar la actividad en cadena de un sobornado para ver cómo “votó”. De esta manera, la financiación cuadrática deja de ser un medio eficaz para asignar fondos en función de las preferencias agregadas de la comunidad. +El uso de la votación en cadena hace que la financiación cuadrática sea susceptible a la confabulación: las transacciones de la cadena de bloques son públicas, por lo que sobornadores puedan inspeccionar la actividad en cadena de un sobornado para ver cómo «votó». De esta manera, la financiación cuadrática deja de ser un medio eficaz para asignar fondos en función de las preferencias agregadas de la comunidad. -Afortunadamente, soluciones más recientes como MACI (Minimum Anti-Collusion Infrastructure) están usando las pruebas de conocimiento cero para hacer votaciones en cadena (por ejemplo, mecanismos de financiación cuadrática) resistentes al soborno y a la colusión. La MACI es un conjunto de contratos inteligentes y scripts que permiten a un administrador central (llamado "coordinador") sumar los votos y recontar resultados _sin_ revelar detalles sobre cómo votó cada individuo. Aun así, todavía es posible verificar que las votaciones se contabilizaron correctamente o confirmar que un individuo en particular participó en la ronda de votaciones. +Por suerte, soluciones más recientes como MACI (Minimum Anti-Collusion Infrastructure) están usando las pruebas de conocimiento cero para hacer votaciones en cadena (por ejemplo, mecanismos de financiación cuadrática) firmes frente al soborno y a la confabulación. La MACI es un conjunto de contratos inteligentes y scripts que permiten a un administrador central (llamado "coordinador") sumar los votos y recontar resultados _sin_ revelar detalles sobre cómo votó cada individuo. Aun así, todavía es posible verificar que las votaciones se contabilizaron correctamente o confirmar que un individuo en particular participó en la ronda de votaciones. #### ¿Cómo funciona la MACI con las pruebas de conocimiento cero? {#how-maci-works-with-zk-proofs} @@ -104,7 +110,7 @@ Por lo tanto, incluso sin compartir un desglose de los votos por usuario (como s - Alice envía secretamente una transacción cifrada para cambiar la clave pública asociada a su identidad. - Alice envía otro mensaje (cifrado) al contrato inteligente para votar la `option A` usando la nueva clave pública. - Alice muestra a Bob una transacción que da cuenta de que votó por la `opción B` (que no es válida, ya que la clave pública ya no está asociada con la identidad de Alice en el sistema). -- Al procesar mensajes, el coordinador omite el voto de Alice por la `option B` y solo cuenta el voto de la `option A`. Por lo tanto, el intento de Bob de colusión con Alice y de manipular el voto en cadena fracasa. +- Al procesar mensajes, el coordinador omite el voto de Alice por la `option B` y solo cuenta el voto de la `option A`. Por lo tanto, un intento cualquiera de confabulación con Alice y de manipular el voto en cadena fracasaría. Usar la MACI _requiere_ confiar en que el coordinador no complote con los sobornadores o intente sobornar a los votantes. El coordinador puede descifrar los mensajes de usuario (necesarios para crear la prueba) y así verificar con precisión cómo votó cada persona. @@ -211,4 +217,4 @@ ZK-STARK se considera inmune a la amenaza de la computación cuántica, ya que s - [STARK de conocimiento cero: crear confianza verificable incluso contra ordenadores cuánticos](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ - [Una introducción aproximada a cómo son posibles los zk-SNARK](https://vitalik.eth.limo/general/2021/01/26/snarks.html), _Vitalik Buterin_ - [Por qué las pruebas de conocimiento cero (ZKP) cambian las reglas del juego para la identidad autosoberana](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_ - +- [EIP-7503 explicada: cómo habilitar transferencias privadas en Ethereum con pruebas de conocimiento cero](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_ diff --git a/src/intl/es/apps-data.json b/src/intl/es/apps-data.json new file mode 100644 index 00000000000..aeecc12e17c --- /dev/null +++ b/src/intl/es/apps-data.json @@ -0,0 +1,337 @@ +{ + "page-apps-category-defi": "DeFi", + "page-apps-category-social": "Social", + "page-apps-category-privacy": "Privacidad", + "page-apps-category-collectibles": "Coleccionables", + "page-apps-category-gaming": "Juegos", + "page-apps-category-dao": "DAO", + "page-apps-category-productivity": "Productividad", + "page-apps-category-bridge": "Puenteo", + "page-apps-app-sub-category-lending-and-borrowing": "Prestar y pedir prestado", + "page-apps-app-sub-category-stablecoin-issuance": "Emisión de monedas estables", + "page-apps-app-sub-category-rwa": "RWA", + "page-apps-app-sub-category-yield": "Rendimiento", + "page-apps-app-sub-category-dex": "DEX", + "page-apps-app-sub-category-prediction": "Predicción", + "page-apps-app-sub-category-insurance": "Seguros", + "page-apps-app-sub-category-launchpad": "Lanzador", + "page-apps-app-sub-category-crowdfunding": "Micromecenazgo", + "page-apps-app-sub-category-salary-distribution": "Distribución salarial", + "page-apps-app-sub-category-payments": "Pagos", + "page-apps-app-sub-category-onramp-/-offramp": "Entrada / salida", + "page-apps-app-sub-category-infrastructure": "Infraestructura", + "page-apps-app-sub-category-social-network": "Red social", + "page-apps-app-sub-category-messaging": "Mensajería", + "page-apps-app-sub-category-video": "Vídeo", + "page-apps-app-sub-category-music": "Música", + "page-apps-app-sub-category-publishing": "Publicación", + "page-apps-app-sub-category-identity": "Identidad", + "page-apps-app-sub-category-stealth-address": "Dirección sigilosa", + "page-apps-app-sub-category-shielded": "Protegida", + "page-apps-app-sub-category-pools": "Agrupaciones", + "page-apps-app-sub-category-compliance": "Cumplimiento", + "page-apps-app-sub-category-market": "Mercado", + "page-apps-app-sub-category-art": "Arte", + "page-apps-app-sub-category-ip": "IP", + "page-apps-app-sub-category-gaming": "Juegos", + "page-apps-app-sub-category-membership": "Membresía", + "page-apps-app-sub-category-attendance": "Asistencia", + "page-apps-app-sub-category-collect": "Recopilación", + "page-apps-app-sub-category-mmorpg": "MMORPG", + "page-apps-app-sub-category-retro-gaming": "juegos retro", + "page-apps-app-sub-category-casual": "Informal", + "page-apps-app-sub-category-ai-gaming": "Juegos de IA", + "page-apps-app-sub-category-card-&-deck-building": "Creación de cartas y barajas", + "page-apps-app-sub-category-governance": "Gobernanza", + "page-apps-app-sub-category-organization": "Organización", + "page-apps-app-sub-category-offchain-voting": "Votación fuera de cadena", + "page-apps-app-sub-category-onchain-voting": "Votación en cadena", + "page-apps-app-sub-category-analytics": "Analíticas", + "page-apps-app-sub-category-tokenomics": "Tokeconomía", + "page-apps-app-sub-category-dao-creation": "Creación de DAO", + "page-apps-app-sub-category-governor": "Gobernador/a", + "page-apps-app-sub-category-role-management": "Gestión de roles", + "page-apps-app-sub-category-permissions": "Permisos", + "page-apps-app-sub-category-framework": "Marco laboral", + "page-apps-app-sub-category-treasury-management": "Gestión de tesorería", + "page-apps-app-sub-category-moloch": "Moloch", + "page-apps-app-sub-category-delegation": "Delegación", + "page-apps-app-sub-category-agentic": "Agentic", + "page-apps-app-sub-category-multi-sig": "De firma múltiple", + "page-apps-app-sub-category-smart-account": "Cuenta inteligente", + "page-apps-app-sub-category-recognition": "Reconocimiento", + "page-apps-app-sub-category-compensation": "Compensación", + "page-apps-app-sub-category-signalling": "Señalización", + "page-apps-app-sub-category-philanthropy": "Filantropía", + "page-apps-app-sub-category-ai": "IA", + "page-apps-app-sub-category-dns": "DNS", + "page-apps-app-sub-category-communication": "Comunicación", + "page-apps-app-sub-category-storage": "Almacenamiento", + "page-apps-app-sub-category-depin": "DePIN", + "page-apps-app-sub-category-ticketing": "Venta de entradas", + "page-apps-app-sub-category-memberships": "Membresías", + "page-apps-app-sub-category-privacy": "Privacidad", + "page-apps-app-sub-category-proof-of-personhood": "Prueba de humanidad", + "page-apps-app-sub-category-ai-agents": "Agentes de IA", + "page-apps-app-sub-category-chain-abstraction": "Abstracción de cadena", + "page-apps-app-sub-category-liquidity-network": "Red de liquidez", + "page-apps-app-sub-category-generalized-message-passing": "Transmisión de mensajes generalizada", + "page-apps-app-sub-category-validator-or-oracle": "Validador u oráculo", + "page-apps-app-sub-category-swap": "intercambio", + "page-apps-app-aave": "Aave", + "page-apps-app-description-aave": "Aave es un protocolo de liquidez descentralizado y no custodiado en el que los usuarios pueden participar como proveedores o prestatarios. Los proveedores aportan liquidez al mercado a la vez que obtienen intereses, y los prestatarios pueden acceder a la liquidez aportando garantías que superan el importe prestado.", + "page-apps-app-sky/maker---usds": "Sky/Maker - USDS", + "page-apps-app-description-sky/maker---usds": "Sky.money es una puerta de entrada no custodiada al descentralizado Sky Protocol, que gira en torno a la moneda estable USDS.", + "page-apps-app-ethena---usde": "Ethena - USDE", + "page-apps-app-description-ethena---usde": "Ethena es un protocolo de dólar sintético construido sobre Ethereum que proporciona un solución criptográfica nativa para el dinero, USDe, junto con un dólar accesible a escala global, sUSDe.", + "page-apps-app-uniswap": "Uniswap", + "page-apps-app-description-uniswap": "Uniswap es un protocolo automatizado de liquidez basado en una fórmula de producto constante, implementando mediante un sistema de contratos inteligentes no actualizables en la cadena de bloques de Ethereum. Elimina la necesidad de intermediarios de confianza, priorizando la descentralización, la resistencia a la censura y la seguridad.", + "page-apps-app-pendle": "Pendle", + "page-apps-app-description-pendle": "Pendle es un protocolo DeFi centrado en el yield trading, que permite a los usuarios tanto fijar como apalancar su rendimiento.", + "page-apps-app-spark": "Spark", + "page-apps-app-description-spark": "Spark Fi es un protocolo DeFi no custodial que permite a los usuarios prestar y pedir prestados activos digitales a través de SparkLend, mientras generan ingresos pasivos mediante la moneda estable USDS y su tasa asociada Sky Saving Rate.", + "page-apps-app-morpho": "Morpho", + "page-apps-app-description-morpho": "Morpho es una plataforma abierta, eficiente y resiliente que permite a cualquiera generar rendimiento y pedir prestados activos. Al mismo tiempo, desarrolladores o empresas pueden crear mercados, gestionar bóvedas, construir todo tipo de aplicaciones sobre su infraestructura flexible y sin permisos.", + "page-apps-app-compound": "Compound", + "page-apps-app-description-compound": "Compound es un protocolo compatible con EVM que le permite usar criptoactivos como operación colateral para pedir prestado el activo base. Las cuentas pueden ganar intereses si aportan ese activo base al protocolo.", + "page-apps-app-curve": "Curve", + "page-apps-app-description-curve": "Curve.fi es un intercambio descentralizado y no custonial que revolucionó las operaciones de monedas estables. Comenzó ofreciendo tipos de cambio superiores para intercambios entre monedas estabales (como DAI o USDC) mediante reservas de liquidez, donde los usuarios generan rendimiento al depositar sus activos.", + "page-apps-app-balancer": "Balancer", + "page-apps-app-description-balancer": "Balancer es un protocolo descentralizado de AMM (o administrador de mercado automatizado) desarrollado sobre Ethereum, centrado especialmente en la liquidez fungible que genera rendimiento. El éxito de Balancer está estrechamente ligado al éxito de los protocolos y productos que se construyen sobre su plataforma.", + "page-apps-app-usual-": "Usual", + "page-apps-app-description-usual-": "Usual es un protocolo descentralizado que adopta la forma de un sistema bancario descentralizado. Emite una moneda estable respaldada por moneda fiduciaria, colateralizada con Real-World Assets (RWA), que combina la seguridad de los activos reales con la composabilidad y la liquidez de DeFi.", + "page-apps-app-fluid": "Fluid", + "page-apps-app-description-fluid": "Fluid es un protocolo DeFi que combina una capa de liquidez, límites automatizados, protocolos de préstamos y vaults, un sistema de oráculos robusto y un protocolo DEX.", + "page-apps-app-frax": "Frax", + "page-apps-app-description-frax": "Frax emite actualmente 3 monedas estables: FRAX, FPI y frxETH, además de muchos otros tókenes que no son monedas estabales. También cuenta con varios grupos de contratos o «subprotocolos» que integran estos tókenes para aportar utilidad y estabilidad, incluyendo Fraxtal, una cadena modular de L2.", + "page-apps-app-aerodrome": "Aerodrome", + "page-apps-app-description-aerodrome": "Aerodrome es una plataforma de intercambios descentralizada en la que puede realizar intercambios con comisiones bajas, depositar tókenes para ganar recompensas y participar activamente en la economía en cadena.", + "page-apps-app-moonwell": "Moonwell", + "page-apps-app-description-moonwell": "Ponga sus activos digitales a trabajar. Preste o pida prestado para hacer frente a cualquier imprevisto que le depare la vida. Devuelva el dinero según lo programe usted mismo, sin pagos mensuales ni comisiones adicionales.", + "page-apps-app-franklin-templeton---benji": "Franklin Templeton - BENJI", + "page-apps-app-description-franklin-templeton---benji": "Benji es el sistema propietario de registro contable con integración de cadena de bloques de Fralkin Templeton, que permite la tokenización y gestión de fondos de inversión sobre infraestructura de cadena de bloques pública.", + "page-apps-app-synthetix": "Synthetix", + "page-apps-app-description-synthetix": "Synthetix proporciona liquidez para derivados sin permiso, como futuros perpetuos, opciones, mercados de apuestas parimutuas y más a través de cadenas compatibles con EVM.", + "page-apps-app-zerolend": "ZeroLend", + "page-apps-app-description-zerolend": "ZeroLend ofrece una experiencia de préstamos en DeFi fácil de usar y sin fricciones para acercar DeFi al gran público. Construido en L2.", + "page-apps-app-syncswap": "SyncSwap", + "page-apps-app-description-syncswap": "Impulsado por la tecnología de zero-knowledge, SyncSwap acerca a más personas un DeFi fácil de usar y de bajo coste, con toda la seguridad de Ethereum.", + "page-apps-app-ekubo": "Ekubo", + "page-apps-app-description-ekubo": "Ekubo es un administrador de mercado automatizado, con varias funciones únicas, entre las que se incluyen una liquidez concentrada y una arquitectura extensible y eficiencia en cuanto al consumo de gas.", + "page-apps-app-maple": "Maple", + "page-apps-app-description-maple": "Maple ofrece estrategias de rendimiento de todo tipo y financiación en USDC, USDT, BTC y más —para instituciones y participantes en cadena de todo el mundo—.", + "page-apps-app-centrifuge": "Centrifuge", + "page-apps-app-description-centrifuge": "Centrifuge es la plataforma para activos del mundo real tokenizados, que proporciona la infraestructura y el ecosistema para tokenizar, gestionar e invertir en activos del mundo real.", + "page-apps-app-goldfinch": "Goldfinch", + "page-apps-app-description-goldfinch": "Goldfinch es un protocolo de crédito descentralizado que permite obtener préstamos de criptomonedas sin necesidad de aportar garantías de criptomonedas. Conecta a los inversores con empresas del mundo real.", + "page-apps-app-superstate": "Superstate", + "page-apps-app-description-superstate": "Superstate conecta los activos financieros con los mercados de capitales de criptomonedas a través de cotizaciones públicas en cadena y valores tokenizados.", + "page-apps-app-tether---usdt": "Tether - USDT", + "page-apps-app-description-tether---usdt": "Tether (USDT) es una moneda estable, una criptomoneda ligada a y respaldada por monedas fiduciarias como el dólar estadounidense.", + "page-apps-app-circle---usdc": "Circle - USDC", + "page-apps-app-description-circle---usdc": "USDC es un dólar digital respaldado al 100 % por efectivo de alta liquidez y activos equivalentes al efectivo, y es canjeable 1:1 por dólares estadounidenses.", + "page-apps-app-ondo": "Ondo", + "page-apps-app-description-ondo": "Ondo diseña plataformas, activos e infraestructura de nivel institucional para llevar los mercados financieros a la cadena de bloques.", + "page-apps-app-paypal---pyusd": "PayPal - PYUSD", + "page-apps-app-description-paypal---pyusd": "PayPal USD (PYUSD) es una moneda estable respaldada por activos seguros y altamente líquidos. Cómprela, véndala, manténgala y transfiérala a la aplicación o al sitio web de PayPal.", + "page-apps-app-etherisc": "Etherisc", + "page-apps-app-description-etherisc": "Etherisc ofrece un conjunto completo de soluciones para crear, gestionar e inspeccionar productos de seguros descentralizados.", + "page-apps-app-polymarket": "Polymarket", + "page-apps-app-description-polymarket": "Polymarket es el mercado de predicciones más grande del mundo, que le permite mantenerse informado y ganar dinero con sus conocimientos apostando por eventos futuros sobre diversos temas.", + "page-apps-app-1inch": "1Inch", + "page-apps-app-description-1inch": "1inch es un agregador que compara precios entre intercambios descentralizados para encontrar los precios más bajos en criptomonedas para los usuarios.", + "page-apps-app-liquity": "Liquity", + "page-apps-app-description-liquity": "Liquity V2 es un protocolo de préstamos descentralizado que permite a los usuarios obtener préstamos a tipos fijos y acuñar la moneda estable BOLD", + "page-apps-app-cowswap": "Cowswap", + "page-apps-app-description-cowswap": "CoW Swap encuentra los precios más bajos de entre todos las plataformas de intercambios descentralizados y agregadores de plataformas DEX, y le permite ahorrar más con el comercio entre pares y la protección contra MEV.", + "page-apps-app-pooltogether": "PoolTogether", + "page-apps-app-description-pooltogether": "PoolTogether es un juego de ahorro con premios, en el que los usuarios agrupan el rendimiento de sus tókenes para tener la oportunidad de ganar premios. El protocolo es una capa de ludificación que permite a los usuarios tener la oportunidad de ganar a lo grande mientras mantienen su token favorito.", + "page-apps-app-yearn": "Yearn", + "page-apps-app-description-yearn": "Yearn Finance es un agregador de datos de rendimiento que busca automáticamente estrategias generadoras de beneficios para los usuarios de criptomonedas mediante contratos inteligentes.", + "page-apps-app-true-markets": "True Markets", + "page-apps-app-description-true-markets": "TrueMarkets es una plataforma de mercados de predicción descentralizada que permite a los usuarios pronosticar los resultados de eventos del mundo real mediante la negociación de opciones binarias, lo que facilita el análisis del sentimiento en tiempo real y el descubrimiento de información.", + "page-apps-app-flaunch": "Flaunch", + "page-apps-app-description-flaunch": "Flaunch es un protocolo y motor que no requiere de permisos para todos los tipos de tokenización: memes, agentes de IA, productos, arte, activos del mundo real y más. El protocolo permite a los desarrolladores crear sus propios gestores de tókenes, lo que proporciona una flexibilidad total en la monetización de los activos publicados.", + "page-apps-app-octant": "Octant", + "page-apps-app-description-octant": "Octant tiene como objetivo convertirse en el primer ecosistema de financiación de bienes públicos globales autosuficiente que busca un equilibrio entre el bien común y el empoderamiento financiero individual.", + "page-apps-app-superfluid": "SuperFluid", + "page-apps-app-description-superfluid": "Gane a cada segundo. Superfluid es el protocolo de transmisión de dinero con el que funcionan aplicaciones para ganar, invertir y operar en tiempo real en la cadena de bloques.", + "page-apps-app-splits.org": "Splits.org", + "page-apps-app-description-splits.org": "Splits.org es una plataforma descentralizada que permite dividir pagos y repartir ingresos de forma fácil y automática a través de multiples cadenas de bloques.", + "page-apps-app-juiceboxeth": "JuiceboxETH", + "page-apps-app-description-juiceboxeth": "Juicebox es un protocolo programable de tesorería y financiación comunitaria en Ethereum que permite a los usuarios publicar proyectos con ciclos de financiación configurables, asignar fondos de forma transparente y emitir tókenes o NFT como recompensa —lo suelen utilizar organizaciones autónomas descentralizadas, iniciativas creativas y bienes públicos experimentales—.", + "page-apps-app-zkp2p": "zkp2p", + "page-apps-app-description-zkp2p": "ZKP2P es un protocolo entre pares para introducir y sacar de monedas fiduciarias a cadenas de bloques que minimiza la confianza y utiliza pruebas de conocimiento cero para verificar los pagos fuera de la cadena (por ejemplo, Venmo, Revolut) sin exponer datos confidenciales —lo que permite una conversión segura de monedas fiduciarias a criptomonedas—.", + "page-apps-app-teller": "Teller", + "page-apps-app-description-teller": "Teller es un protocolo de préstamos descentralizado y entre pares en Ethereum y Polygon que ofrece préstamos a plazo fijo con devoluciones basadas en el tiempo sin liquidaciones de márgenes: los prestatarios pagan un interés fijo y devuelven la garantía completa al vencimiento.", + "page-apps-app-eigencloud": "EigenCloud", + "page-apps-app-description-eigencloud": "EigenLayer (EigenCloud) es un protocolo de reparticipación en Ethereum que permite a los propietarios de ETH y LST (Liquid Staking Token) reutilizar sus activos participados para garantizar la seguridad de protocolos adicionales (denominados AVS) y obtener un rendimiento extra.", + "page-apps-app-zora": "Zora", + "page-apps-app-description-zora": "Zora es una red social en cadena de bloques que presenta nuevas oportunidades para crear, conectar y ganar dinero con su vida en internet.", + "page-apps-app-rodeo": "Rodeo", + "page-apps-app-description-rodeo": "Rodeo es una red social creativa en la que artistas, artífices ycreadores se confabulan para compartir y poner en común su obra. Combina las características familiares de las plataformas sociales con formas únicas de apoyar y ganar de la creatividad.", + "page-apps-app-towns": "Towns", + "page-apps-app-description-towns": "Towns Porotocol es un protocolo de código abierto para construir aplicaciones de mensajería descentralizadas en tiempo real. Consta de una cadena L2 compatible con EVM, nodos de retransmisión fuera de cadena descentralizados y contratos inteligentes que se despliegan en Base.", + "page-apps-app-farcaster": "Farcaster", + "page-apps-app-description-farcaster": "Farcaster es una red social suficientemente descentralizada construida sobre Ethereum. Es una red social pública similar a X y Reddit. Los usuarios pueden crear perfiles, publicar emisiones (casts) y seguir a otros. Son propietarios de sus cuentas y relaciones con otros usuarios, y tienen la libertad de moverse entre diferentes aplicaciones.", + "page-apps-app-orb": "Orb", + "page-apps-app-description-orb": "Orb.club es una aplicación móvil social para consumidores basada en Lens Protocol, conocida por sus publicaciones de pegatinas virales, publicaciones coleccionables, propinas nativas y funciones que dan prioridad a los creadores.", + "page-apps-app-shibuya-films": "Shibuya Films", + "page-apps-app-description-shibuya-films": "Shibuya es una plataforma de financiación colectiva para cineastas valientes e independientes, que ofrece a los creadores las herramienas para recaudar fondos, construir una comunidad y dar vida a historias originales, un episodio por vez.", + "page-apps-app-hey.xyz": "Hey.xyz", + "page-apps-app-description-hey.xyz": "Hey es una aplicación de red social descentralizada y sin permisos, basada en Lens Protocol.", + "page-apps-app-audius": "Audius", + "page-apps-app-description-audius": "Audius es una innovadora plataforma de distribución musical que utiliza la tecnología de cadena de bloques para brindar a artistas y oyentes más control y libertad. Con Audius, los artistas pueden subir fácilmente su música y mantener un control total sobre su contenido, mientras que los oyentes pueden disfrutar de una amplia y variada biblioteca de canciones de músicos y productores con talento de todo el mundo. ", + "page-apps-app-paragraph": "Paragraph", + "page-apps-app-description-paragraph": "Paragraph es una plataforma de publicación Web3 que permite a los escritores crear boletines informativos cerrados con tókenes y acuñar contenido como tókenes no fungibles en Ethereum y Base.", + "page-apps-app-ethereum-follow-protocol": "Ethereum Follow Protocol", + "page-apps-app-description-ethereum-follow-protocol": "EFP es un protocolo de gráfico social en cadena que permite a los usuarios de Ethereum «seguir» o «etiquetar» otras direcciones mediante listas potenciadas por NFT. Complementa a ENS y Sign-in with Ethereum (SIWE), formando parte del nuevo ecosistema de identidad en Ethereum. ", + "page-apps-app-jokerace": "JokeRace", + "page-apps-app-description-jokerace": "JokeRace es un protocolo de gobernanza descentralizado que permite a las comunidades crear, votar y recompensar propuestas. Los participantes emiten sus votos con convicción y pueden obtener recompensas por su participación, alineando los incentivos en torno a la toma de decisiones impulsadas por la comunidad.", + "page-apps-app-interface": "Interfaz", + "page-apps-app-description-interface": "Interface es una red social centrada en las transacciones de Ethereum. Comparta sus ideas, descubra nuevos mercados, siga a sus amigos y copie sus movimientos con notificaciones en tiempo real.", + "page-apps-app-poidh": "poidh", + "page-apps-app-description-poidh": "Poidh es una aplicación totalmente integrada en la cadena de bloques que permite a cualquier persona crear, financiar y reclamar recompensas por acciones del mundo real. Hace que sea sencillo y divertido incentivar cualquier cosa, desde retos virales hasta iniciativas creadas por la comunidad, usando criptomonedas.", + "page-apps-app-fluidkey": "Fluidkey", + "page-apps-app-description-fluidkey": "Fluidkey permite a los usuarios gestionar, recibir y enviar activos en cadena de forma fluida, al tiempo que protege su privacidad.", + "page-apps-app-rarimo": "Rarimo", + "page-apps-app-description-rarimo": "Abre el camino a una nueva generación de aplicaciones sociales, donde los usuarios mantienen su privacidad sin perder sus acciones históricas, redes e identidades", + "page-apps-app-railgun": "Railgun", + "page-apps-app-description-railgun": "RAILGUN es un sistema de privacidad integrado directamente en la cadena. Utiliza criptografía de conocimiento cero para permitir el uso privado de contratos inteligentes y DeFi, todo ello sin abandonar la seguridad de la cadena preferida por el usuario. ", + "page-apps-app-privacy-pools": "Privacy Pools", + "page-apps-app-description-privacy-pools": "Privacy Pools de 0xbow es una forma de realizar transacciones anónimas en Ethereum cumpliendo con las regulaciones. 0xbow bloquea a agentes ilegales para garantizar la integridad del grupo.", + "page-apps-app-tornado-cash": "Tornado Cash", + "page-apps-app-description-tornado-cash": "Protocolo de privacidad seguro y descentralizado", + "page-apps-app-zk-pass": "ZK Pass", + "page-apps-app-description-zk-pass": "Verifique sus datos privados del mundo real sin revelar su información personal.", + "page-apps-app-0xbow": "0xbow", + "page-apps-app-description-0xbow": "0xbow es un protocolo de privacidad para Ethereum que permite realizar transacciones privadas conformes con las regulaciones y basadas en pruebas de conocimiento cero a través de Privacy Pools personalizables.", + "page-apps-app-opensea": "OpenSea", + "page-apps-app-description-opensea": "Opensea es un mercado en línea de tókenes no fungibles (NFT) que permite a los usuarios comprar, vender y crear NFT. Funciona como una plataforma descentralizada donde se pueden intercambiar diversos activos digitales, como arte, música, objetos de videojuegos y más, a través de múltiples cadenas de bloques.", + "page-apps-app-blur": "Blur", + "page-apps-app-description-blur": "Blur es un mercado profesional de NFT que ofrece operaciones con NFT sin comisiones y funciones para negociantes de nivel intermedio y avanzado.", + "page-apps-app-highlight": "Highlight", + "page-apps-app-description-highlight": "Highlight es una plataforma para crear y coleccionar arte y cultura digital.", + "page-apps-app-manifold": "Manifold", + "page-apps-app-description-manifold": "Manifold Studio es una serie de herramientas que le permiten crear su propia plataforma creativa web3. Studio permite la creación y distribución de activos digitales conocidos como tókenes no fungibles (NFT).", + "page-apps-app-rarible": "Rarible", + "page-apps-app-description-rarible": "Rarible es una plataforma multicadena donde puede comprar, vender y crear tókenes no fungibles (NFT).", + "page-apps-app-pudgy-penguins": "Pudgy Penguins", + "page-apps-app-description-pudgy-penguins": "Pudgy Penguins es una propiedad intelectual global centrada en la difusión del pingüino, la cultura de memes y las buenas vibras.", + "page-apps-app-bored-ape-yacht-club": "Bored Ape Yacht Club", + "page-apps-app-description-bored-ape-yacht-club": "The Bored Ape Yacht Club es una colección de 10.000 NFT de Bored Ape únicos, coleccionables únicos digitales que se encuentran en la cadena de bloques de Ethereum.", + "page-apps-app-art-blocks": "Art Blocks", + "page-apps-app-description-art-blocks": "Art Blocks es una plataforma digital donde artistas generativos publican obras de arte únicas utilizando código creativo. Con raíces históricas en el arte conceptual, el arte generativo implica la creación de un algoritmo utilizando código informático, con aleatoriedad introducida en el algoritmo del artista para producir obras únicas.", + "page-apps-app-cool-cats": "Cool Cats", + "page-apps-app-description-cool-cats": "Cool Cats es una colección de 9.999 tókenes no fungibles de avatares generados de forma aleatoria, cada único con un Blue Cat único con diversos atributos, como ropa peinados y accesorios.", + "page-apps-app-doodles": "Doodles", + "page-apps-app-description-doodles": "Doodles es una empresa de entretenimiento de última generación centrada en la narración inmersiva a través de la creación y distribución de experiencias en directo y digitales, contenidos originales y productos del día a día.", + "page-apps-app-basepaint": "Basepaint", + "page-apps-app-description-basepaint": "BasePaint.xyz es una aplicación colaborativa de arte pixelado en cadena en la que los artistas crean lienzos diarios compartidos que luego se acuñan como NFT.", + "page-apps-app-foundation": "Foundation", + "page-apps-app-description-foundation": "Foundation.app es un mercado de NFT que permite a los artistas tokenizar sus creaciones como NFT y proporciona una plataforma para que los coleccionistas compren, vendan e intercambien estas obras de arte digitales.", + "page-apps-app-sandbox": "Sandbox", + "page-apps-app-description-sandbox": "Sandbox es una plataforma creativa impulsada por la comunidad que permite a artistas, narradores y creadores de juegos crear, publicar, poseer y monetizar una gran variedad de contenidos únicos en una plataforma descentralizada en la cadena de bloques.", + "page-apps-app-superrare": "SuperRare", + "page-apps-app-description-superrare": "SuperRare es una plataforma para acuñar, coleccionar y comerciar obras de arte digitales únicas respaldadas por tókenes no fungibles (NFT) en la cadena de bloques de Ethereum. Cada obra de arte en SuperRare es una edición única, lo que significa que cada obra es única y no tiene copias.", + "page-apps-app-decentraland": "Decentraland", + "page-apps-app-description-decentraland": "Decentraland fue el primer mundo virtual social totalmente descentralizado del mundo, dando a los usuarios la posibilidad de poseer, crear y controlar sus activos y experiencias digitales. Lanzado en 2020, Decentraland presenta un paisaje abierto y transitable lleno de contenido generado por los usuarios que evoluciona y cambia en tiempo real.", + "page-apps-app-magic-eden": "Magic Eden", + "page-apps-app-description-magic-eden": "Magic Eden es un mercado de tókenes no fungibles que permite a los usuarios comprar, vender, acuñar y gestionar NFT. Es una plataforma popular tanto para creadores que publican nuevos proyectos NFT como para comerciar en el mercado secundario. ", + "page-apps-app-azuki": "Azuki", + "page-apps-app-description-azuki": "Azuki es una marca nacida en la intersección entre el arte, la tecnología y la cultura de internet. Lo que comenzó como un proyecto web3 se ha convertido en una comunidad global de artistas y creadores que dan forma juntos a personajes, historias y experiencias originales. Desde coleccionables digitales hasta moda y eventos en el mundo real, Azuki está construyendo un universo para los nativos digitales atraídos por lo que está por venir.", + "page-apps-app-poap": "POAP", + "page-apps-app-description-poap": "Los POAP son los marcapáginas de su vida. Acuñe los recuerdos más importantes de su vida como coleccionables digitales (NFT) eternos en la cadena de bloques.", + "page-apps-app-courtyard": "Courtyard", + "page-apps-app-description-courtyard": "Courtyard es una plataforma para acuñar y comerciar tókenes no fungibles respaldados por objetos coleccionables del mundo real, como cromos, estando los activos almacenados en cajas fuertes acorazadas aseguradas y siendo canjeables en cadena.", + "page-apps-app-eve-frontier": "EVE Frontier", + "page-apps-app-description-eve-frontier": "EVE Frontier es un sandbox moldeado por la actividad de los jugadores. Desde facciones creadas por la comunidad hasta bases, economías privadas y una red de stargates, usted es quien da forma a un mundo vivo y en constante evolución.", + "page-apps-app-remix": "Remix", + "page-apps-app-description-remix": "Remix es una plataforma que combina IA y juegos móviles, diseñada para ofrecer juegos en cadena potenciados por la IA.", + "page-apps-app-illuvium": "Illuvium", + "page-apps-app-description-illuvium": "Illuvium es un juego de roles coleccionable (RPG) y de combatientes propios en uno solo. Ofrece una experiencia de mundo abierto en el mundo principal, donde puede minar, recolectar, capturar y luchar contra «Illuvials». Una vez que forma su equipo, puede entrar al combate propio para enfrentarse a sus rivales en combate.", + "page-apps-app-parallel": "Parallel", + "page-apps-app-description-parallel": "Parallel es un juego de estrategia por turnos gratuito en el que los jugadores construyen mazos de 40 cartas de cinco facciones o cartas universales para enfrentarse entre sí.", + "page-apps-app-snapshot": "Snapshot", + "page-apps-app-description-snapshot": "Snapshot es una plataforma de votación que permite a DAO, protocolos DeFi o comunidades NFT votar de forma sencilla y sin comisiones de gas. La herramienta permite una alta personalización del proceso de votación para adaptarse a las distintas necesidades de los usuarios y organizaciones.", + "page-apps-app-tally": "Tally", + "page-apps-app-description-tally": "Tally es una plataforma centrada en la gobernanza en cadena para organizaciones autónomas descentralizadas y protocolos de cadena de bloques proporcionando herramientas e infraestructura para fundar, gestionar y participar en DAO.", + "page-apps-app-hats-protocol": "Hats Protocol", + "page-apps-app-description-hats-protocol": "Hats convierte organizaciones en un objeto digital, listo para programarse. Todas las propiedades de su organización y sus roles y permisos individuales ahora pueden automatizarse, al igual que cualquier otro sistema de software.", + "page-apps-app-aragon": "Aragon", + "page-apps-app-description-aragon": "Aragon desarrolla tecnología DAO integral que permite a las organizaciones gestionar de forma fácil y segura sus protocolos y activos en cadena.", + "page-apps-app-daohaus": "DAOhaus", + "page-apps-app-description-daohaus": "DAOhaus permite a las comunidades crear una organización autónoma descentralizada y gestionar, acrecentar y distribuir una tesorería compartida.", + "page-apps-app-event-horizon": "Event Horizon", + "page-apps-app-description-event-horizon": "Event Horizon es un bien público que ayuda a las DAO a mejorar la participación de sus votantes, la participación de sus tókenes y, en general, a mejorar el proceso de gobernanza de las DAO con la ayuda de la gobernanza de agentes y bóvedas de delegación incentivadas. ", + "page-apps-app-splits": "Splits", + "page-apps-app-description-splits": "Splits es una plataforma que ofrece infraestructura financiera para equipos en cadena, especializada en la gestión de pagos en cadena mediante contratos inteligentes auditados y de código abierto.", + "page-apps-app-safe": "Safe", + "page-apps-app-description-safe": "Aprópiese de internet. Cuentas inteligentes de Ethereum para proteger sus activos digitales y construir el futuro de la propiedad.", + "page-apps-app-coordinape": "Coordinape", + "page-apps-app-description-coordinape": "Coordinape proporciona herramientas para descubrir, reconocer y colaborar en redes de confianza en cadena.", + "page-apps-app-endaoment": "Endaoment", + "page-apps-app-description-endaoment": "Endaoment es una organización benéfica pública que ofrece fondos asesorados por donantes y facilita las donaciones a organizaciones sin ánimo de lucro.", + "page-apps-app-researchhub": "ResearchHub", + "page-apps-app-description-researchhub": "ResearchHub está diseñado para acelerar el ritmo de la investigación científica animando a los académicos a interactuar de una manera totalmente abierta y colaborativa. ", + "page-apps-app-prime-intellect": "Prime Intellect", + "page-apps-app-description-prime-intellect": "Prime Intellect democratiza el desarrollo de IA a gran escala al facilitar la búsqueda de recursos informáticos globales y el entrenamiento de modelos de última generación mediante el entrenamiento distribuido entre clústeres.", + "page-apps-app-agora": "Agora", + "page-apps-app-description-agora": "Agora es una plataforma avanzada de gobernanza en cadena que proporciona a protocolos y comunidades (como Uniswap, Optimism, ENS) sistemas de votación escalables, seguros y fáciles de usar, lo que elimina la necesidad de código personalizado.", + "page-apps-app-sablier": "Sablier", + "page-apps-app-description-sablier": "Sablier es un protocolo que facilita la distribución automatizada de tókenes a lo largo del tiempo. Esta funcionalidad de «transmisión» elimina la necesidad de realizar transacciones manuales, lo que ahorra tiempo y recursos.", + "page-apps-app-ens": "ENS", + "page-apps-app-description-ens": "Ethereum Name Service o ENS es el protocolo de nombres descentralizado construido sobre la cadena de bloques de Ethereum. Sigue estándares de código abierto y se basa en un conjunto de contratos inteligentes descentralizados que traducen direcciones de cadena de bloqus en nombres fáciles de leer para las personas.", + "page-apps-app-huddle01": "Huddle01", + "page-apps-app-description-huddle01": "Huddle01 es una plataforma descentralizada de comunicación en tiempo real que ofrece una alternativa a los sistemas de videollamadas centralizados. Su objetivo es reducir la latencia, mejorar el rendimiento y disminuir los costes de infraestructura, haciendo la comunicación más eficiente y escalable.", + "page-apps-app-livepeer": "Livepeer", + "page-apps-app-description-livepeer": "Livepeer es una red descentralizada para la computación ilimitada de vídeo, que permite el procesamiento de IA y tareas de transcodificación para impulsar el futuro de los vídeos.", + "page-apps-app-zk-/-open-passport": "ZK / Open Passport", + "page-apps-app-description-zk-/-open-passport": "ZKPassport SDK permite la verificación de identidad preservando la privacidad mediante pasaportes y tarjetas de identificación. Permite a los desarrolladores solicitar y verificar atributos de identidad específicos sin revelar información personal innecesaria.", + "page-apps-app-quarkid": "QuarkID", + "page-apps-app-description-quarkid": "QuarkID es el entorno de trabajo de confianza digital desarrollado por el Gobierno de la Ciudad de Buenos Aires que crea un nuevo sistema de identidad digital.", + "page-apps-app-rotki": "Rotki", + "page-apps-app-description-rotki": "Rotki es una herramienta de código abierto autoalojada para la gestión de inversiones, la contabilidad y el análisis de datos que protege su privacidad.", + "page-apps-app-fileverse---ddocs": "Fileverse - ddocs", + "page-apps-app-description-fileverse---ddocs": "Fileverse es la alternativa descentralizada a Notion y Google Workspace. Úselo para escribir notas, colaborar en documentos y hojas de cálculo, esbozar ideas, organizar sus archivos, gestionar una base de conocimientos, crear un sitio web personal y más —ya sea de forma individual o en grupo—.", + "page-apps-app-fileverse---dsheets": "Fileverse - dsheets", + "page-apps-app-description-fileverse---dsheets": "dSheets es una herramienta de hoja de cálculo de código abierto centrada en la privacidad y las interacciones en cadena que permite a los usuarios importar datos en cadena, ejecutar contratos inteligentes y acceder a funciones Web3. Está equipada con un cifrado de extremo a extremo y puede evitar el almacenamiento de datos sensibles.", + "page-apps-app-eas": "EAS", + "page-apps-app-description-eas": "Ethereum Attestation Service (EAS) es una infraestructura de utilidad pública que permite hacer certificaciones tanto en cadena como fuera de cadena sobre cualquier cosa.", + "page-apps-app-unlock": "Unlock", + "page-apps-app-description-unlock": "Unlock Protocol es un protocolo que permite a los creadores monetizar su contenido con solo unas pocas líneas de código, de forma totalmente descentralizada. Parte de las membresías y NFT de suscripción, con funciones como limitaciones de tiempo, actualización de precios y pagos recurrentes. Miles de desarrolladores y miembros de la comunidad confían en él para crear productos de membresías de nueva generación.", + "page-apps-app-human-passport": "Human Passport", + "page-apps-app-description-human-passport": "Human Passport es una aplicación de verificación de identidad y un protocolo de resistencia a Sybil. Los desarrolladores pueden utilizar los distintos productos y servicios de Human Passport para crear una solución única de verificación humana en su aplicación o proyecto, permitiendo una participación más justa y fiable dentro de su comunidad.", + "page-apps-app-sequence": "Sequence", + "page-apps-app-description-sequence": "Sequence es una plataforma para desarrolladores que ofrece carteras de contratos inteligentes, SDK e infraestructura para crear aplicaciones y juegos Web3 sobre Ethereum y cadenas compatibles con EVM.", + "page-apps-app-eternal-ai": "Eternal AI", + "page-apps-app-description-eternal-ai": "Eternal AI es una plataforma basada en la cadena de bloques para crear, implementar y monetizar agentes de IA criptográficamente seguros como contratos inteligentes.", + "page-apps-app-virtuals": "Virtuals", + "page-apps-app-description-virtuals": "Virtuals Protocol es una sociedad de agentes de IA productivos, cada uno de ellos diseñado para generar servicios o productos y participar de forma autónoma en el comercio en cadena. Estos agentes están tokenizados, lo que permite la generación de capital, la participación sin permisos e incentivos alineados entre creadores, inversores y agentes.", + "page-apps-app-particle-network": "Particle Network", + "page-apps-app-description-particle-network": "Pague con cualquier activo. Transfiera entre cadenas sin complicaciones. Olvídese de los puentes para siempre.", + "page-apps-app-layerswap": "Layerswap", + "page-apps-app-description-layerswap": "Layerswap es la solución fiable para transferir criptoactivos entre redes en cuestión de minutos. La aplicación permite transferencias entre cadena sin fricciones entre más de 35 cadenas de bloques, así como envíos directos entre cadenas y más de 15 plataformas de intercambio.", + "page-apps-app-hop": "Hop", + "page-apps-app-description-hop": "Hop es un puente general de tókenes escalable entre rollups. Permite a los usuarios enviar tókenes de rollup o cadena lateral a otro casi de forma instantánea, sin tener que esperar al periodo de disputa de las redes.", + "page-apps-app-stargate": "Stargate", + "page-apps-app-description-stargate": "Stargate es un protocolo de transporte de liquidez entre cadenas, composable, que permite transferencias de activos fluidas entre distintas cadenas de bloques.", + "page-apps-app-across": "Across", + "page-apps-app-description-across": "Across es un bridge entre cadenas L2 y rollups, asegurado por el oráculo optimista de UMA. Está optimizado para la eficiencia de capital gracias a un único liquidity pool, un ecosistema competitivo de relayers y un modelo de comisiones sin slippage.", + "page-apps-app-meson": "Meson", + "page-apps-app-description-meson": "Meson es la forma más rápida y segura de ejecutar intercambios entre cadenas universales de bajo coste y sin cambios en el precio de ejecución en todas las principales cadenas de bloques y rollups de capa 2.", + "page-apps-app-debridge": "deBrigde", + "page-apps-app-description-debridge": "DeBridge es el internet de liquidez de DeFi, permitiendo el movimiento en tiempo real de activos e información en todo el panorama DeFi. Sin los embotellamientos ni los riesgos de las agrupaciones de liquidez, deBridge puede facilitar todo tipo de interacciones entre cadenas con una gran liquidez, distribuciones ajustadas y tipos garantizados.", + "page-apps-app-orbiter-finance": "Orbiter Finance", + "page-apps-app-description-orbiter-finance": "Orbiter Finance permite transacciones entre rollups de activos nativos de Ethereum o Bitcoin de forma fluida y sin requerir de confianza.", + "page-apps-app-celer-cbridge": "Celer cBridge", + "page-apps-app-description-celer-cbridge": "Celer es un protocolo de interoperabilidad entre cadenas de bloques que permite a los usuarios acceder con un solo clic a tókenes, DeFi, juegos de cadenas de bloques, NFT, gobernanza, entre otras opciones en múltiples cadenas.", + "page-apps-app-synapse": "Synapse", + "page-apps-app-description-synapse": "Synapse Bridge está construido sobre una infraestructura entre cadenas que permite a los usuarios transferir activos de forma fluida entre todas las cadenas de bloques.", + "page-apps-app-gas.zip": "Gas.zip", + "page-apps-app-description-gas.zip": "El puente de reabastecimiento de gas más rápido y completo para más de 350 cadenas. Explore y transfiera entre todas sus cadenas alternativas y L2 favoritas al instante.", + "page-apps-app-staking-launchpad": "Lanzador de participaciones", + "page-apps-app-description-staking-launchpad": "Conviértase en validador y ayude a asegurar el futuro de Ethereum.", + "page-apps-app-bungee": "Bungee", + "page-apps-app-description-bungee": "Bungee permite hacer intercambios entre cadenas de bloques de forma fluida. Con más de 20.000 millones de dólares en volumen y la confianza de grandes carteras y DApps, Buengree hace que mover activos entre redes sea eficiente, seguro y accesible para todo el mundo." +} \ No newline at end of file diff --git a/src/intl/es/common.json b/src/intl/es/common.json index 61c6801ac71..ed3ae20b00e 100644 --- a/src/intl/es/common.json +++ b/src/intl/es/common.json @@ -30,16 +30,20 @@ "content-resources": "Recursos de contenido", "content-standardization": "Normalización del contenido", "contributing": "Cómo contribuir", + "contributor-quiz-banner-title": "¿No sabe por dónde empezar?", + "contributor-quiz-banner-description": "Haga una breve prueba y descubra cómo puede contribuir en ethereum.org.", + "contributor-quiz-banner-button": "Haga una prueba", "contributors": "Colaboradores", - "contributors-thanks": "A todos los que han contribuido a esta página, ¡gracias!", + "contributors-thanks": "¡Gracias a todos los que han contribuido a esta página!", "cookie-policy": "Política de cookies", "copied": "Copiado", "copy": "Copiar", "danksharding": "Danksharding", "dao-page": "DAO: organizaciones autónomas descentralizadas", "dark-mode": "Oscuro", + "dark-mode-aria-label": "Cambiar al modo oscuro", "data-provided-by": "Fuente de datos:", - "decentralized-applications-dapps": "DApps: aplicaciones descentralizadas", + "application-explorer": "Explorador de aplicaciones", "decentralized-identity": "Identidad descentralizada", "decentralized-science": "DeSci: ciencia descentralizada", "decentralized-social-networks": "Redes sociales descentralizadas", @@ -75,8 +79,14 @@ "eips": "Propuestas de mejora de Ethereum", "energy-consumption": "Consumo energético de Ethereum", "enterprise": "Empresa", + "use-cases": "Casos de uso", "enterprise-mainnet": "Empresa: red principal Ethereum", "enterprise-menu": "Menú para empresa", + "enterprise-team-description": "Responderemos sus preguntas, le ayudaremos a identificar posibles vías, proporcionaremos soporte técnico y le pondremos en contacto con líderes relevantes de la industria.", + "enterprise-team": "Equipo de Ethereum para empresas", + "error-page-title": "¡Vaya! Se ha producido un error", + "error-page-description": "Nos podría ayudar informando del problema en nuestro repositorio en GitHub.", + "error-page-home-link": "Regresar a la página de inicio", "esp": "Programa de soporte del ecosistema", "eth-current-price": "Precio actual de ETH (USD)", "ethereum": "Ethereum", @@ -199,7 +209,7 @@ "language-zh-tw": "Chino tradicional", "languages": "Idiomas", "last-24-hrs": "Últimas 24 horas", - "last-edit": "Última edición", + "page-last-update": "Última actualización de la página:", "last-updated": "Última actualización", "layer-2": "Capa 2", "learn": "Aprender", @@ -209,6 +219,7 @@ "learn-more": "Más información", "less": "Menos", "light-mode": "Claro", + "light-mode-aria-label": "Cambiar al modo claro", "listing-policy-disclaimer": "Todos los productos enumerados en esta página no cuentan con aprobación oficial y se proporcionan únicamente con fines informativos. Si quiere añadir un producto o comentario sobre la política, cree una incidencia en GitHub.", "loading": "Cargando...", "loading-error": "Error al cargar.", @@ -220,14 +231,16 @@ "more": "Más", "nav-about-description": "Un proyecto público de código abierto para la comunidad Ethereum", "nav-advanced-description": "Conozca los temas más complejos", - "nav-advanced-label": "Recursos avanzados", - "nav-ai-agents-description": "Descubra el mundo de los agentes de IA en Ethereum", + "nav-advanced-label": "Avanzado", + "nav-ai-agents-description": "Explore el mundo de los agentes de IA en Ethereum", "nav-basics-description": "Entienda lo esencial de Ethereum", "nav-basics-label": "Lo básico", "nav-bridges-description": "Web3 ha evolucionado en un ecosistema de cadenas de bloques primarios de capa 1 y soluciones de escalabilidad de capa 2", "nav-builders-home-description": "Un manual de constructores para Ethereum. De constructores para constructores.", "nav-builders-home-label": "Inicio para los constructores", "nav-code-of-conduct": "Código de conducta", + "nav-collectibles-description": "Panel de control de colaboradores para coleccionables de colaboradores de ethereum.org", + "nav-collectibles-label": "coleccionables de ethereum.org", "nav-contribute-description": "Si quiere ayudar, esta guía le dirá cómo.", "nav-contribute-label": "Colaborar con ethereum.org", "nav-dao-description": "Comunidades con propiedad compartida por los miembros sin liderazgo centralizado.", @@ -240,7 +253,7 @@ "nav-did-description": "Cree y sea propietario de sus identificadores descentralizados propios", "nav-docs-description": "Documentación de ayuda para entender y construir en Ethereum", "nav-docs-design-description": "Descripción de los retos de diseño únicos de Web3, mejores prácticas y hallazgos de investigaciones de los usuarios", - "nav-docs-design-label": "Lo esencial del diseño de la UX/UI", + "nav-docs-design-label": "Lo esencial del diseño de la UX/IU", "nav-docs-foundation-description": "Los fundamentos para desarrollar en Ethereum", "nav-docs-foundation-label": "Temas fundamentales", "nav-docs-overview-description": "El sitio donde buscar documentación para desarrolladores", @@ -280,7 +293,7 @@ "nav-history-label": "Historia técnica de Ethereum", "nav-learn-by-coding-description": "Herramientas que le ayudan a experimentar con Ethereum", "nav-local-env-description": "Elija y defina su pila de desarrollo en Ethereum", - "nav-enterprise-description": "Las aplicaciones de cadena de bloques para empresa se pueden construir en la red principal y pública de Ethereum", + "nav-mainnet-description": "Las aplicaciones de cadena de bloques para empresa se pueden construir en la red principal y pública de Ethereum", "nav-networks-home-description": "Transacciones más rápidas y baratas para Ethereum", "nav-networks-introduction-label": "Introducción", "nav-networks-introduction-description": "Ethereum se expandió en una red de redes", @@ -295,6 +308,7 @@ "nav-overview-label": "Resumen", "nav-participate-overview-description": "Resumen de cómo participar", "nav-payments-description": "Los pagos en Ethereum están cambiando la forma en que enviamos y recibimos dinero", + "nav-prediction-markets-description": "Los mercados de predicción son una forma de apostar sobre el futuro", "nav-primary": "Principal", "nav-quizzes-description": "Descubra cómo de bien puede entender Ethereum y las criptomonedas", "nav-quizzes-label": "Evalúe su conocimiento", @@ -310,7 +324,7 @@ "nav-roadmap-options": "Opciones de la hoja de ruta", "nav-roadmap-options-alt": "Menú desplegable de opciones de la hoja de ruta", "nav-roadmap-overview-description": "El futuro de Ethereum", - "nav-roadmap-scaling": "Escalabilidad", + "nav-roadmap-scaling": "Escalado", "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", @@ -319,6 +333,7 @@ "nav-roadmap-user-experience": "Mejor experiencia de usuario", "nav-roadmap-ux-description": "El uso de Ethereum debe simplificarse", "nav-roadmap-ux-label": "Mejor experiencia de usuario", + "nav-rwa-description": "Un método para convertir valiosos productos básicos en tókenes digitales.", "nav-run-a-node-description": "Sea completamente autónomo mientras ayuda a proteger la red", "nav-security-description": "Aprenda las mejores prácticas en el uso de criptomonedas", "nav-smart-contracts-description": "Los bloques de construcción fundamentales del ecosistema Ethereum", @@ -334,8 +349,8 @@ "nav-staking-solo-description": "Ejecute hardware doméstico y contribuya personalmente a la seguridad y a la descentralización de la red Ethereum.", "nav-staking-solo-label": "Participación en solitario", "nav-start-building-description": "Información útil para principiantes", - "nav-start-with-crypto-title": "Empieza aquí", - "nav-start-with-crypto-description": "Tus primeros pasos con Ethereum", + "nav-start-with-crypto-title": "¡Vamos allá!", + "nav-start-with-crypto-description": "Sus primeros pasos utilizando Ethereum", "nav-translation-program-description": "Una iniciativa de colaboración para traducir ethereum.org a todos los idiomas", "nav-tutorials-description": "Lista seleccionada de tutoriales de la comunidad", "nav-use-cases-description": "Descubra diferentes ideas de usos de Ethereum", @@ -363,20 +378,24 @@ "page-languages-translated": "traducido(s)", "page-languages-want-more-header": "¿Quiere ver ethereum.org en otro idioma?", "page-languages-want-more-link": "Programa de traducción", + "page-languages-translate-cta-title": "Traducir a", "page-languages-want-more-paragraph": "Los traductores de ethereum.org siempre traducen páginas a tantos idiomas como sea posible. Para ver en qué están trabajando ahora mismo o para registrarse y unirse a ellos, lea acerca de nuestro", "page-languages-words": "palabras", "page-last-updated": "Última actualización de la página", + "page-not-found": "No se ha encontrado la página", + "page-not-found-description": "No se ha podido encontrar la página solicitada.", "participate": "Participar", "participate-menu": "Menú Participar", "payments-page": "Pagos", "pbs": "Separación del creador de propuestas", "pools": "Participación agrupada", + "prediction-markets": "Predicción de mercados", "privacy-policy": "Política de privacidad", "private-ethereum": "Red privada de Ethereum", "product-disclaimer": "Los productos y servicios se indican para comodidad de la comunidad Ethereum. La inclusión de un producto o serviciono implica su recomendaciónpor parte del equipo del sitio web ethereum.org ni de Ethereum Foundation.", "quizzes": "Cuestionarios", "quizzes-title": "Centro de preguntas", - "refresh": "Actualice la página.", + "refresh": "Actualizar página", "regenerative-finance": "ReFi: finanzas regenerativas", "research": "Investigación", "research-menu": "Menú Investigación", @@ -387,6 +406,7 @@ "rollup-component-technology-and-risk-summary": "Resumen de la tecnología y riesgos", "rollup-component-website": "Sitio web", "run-a-node": "Ejecutar un nodo", + "real-world-assets": "RWAs - Activos del mundo real", "saas": "Participación como servicio", "scaling": "Escalabilidad", "search": "Buscar", @@ -414,6 +434,7 @@ "statelessness": "Sin estado", "style-guide": "Guía de estilo", "support": "Soporte técnico", + "terms-and-conditions": "Condiciones generales", "terms-of-use": "Condiciones de uso", "translation-banner-body-new": "Está viendo esta página en inglés porque aún no la hemos traducido. Ayúdenos a traducir este contenido.", "translation-banner-body-update": "Disponemos de una nueva versión de esta página, pero solo está en inglés por ahora. Ayúdenos a traducir la última versión.", @@ -425,6 +446,8 @@ "translation-banner-title-new": "Ayúdenos a traducir esta página.", "translation-banner-title-update": "Ayúdenos a actualizar esta página.", "translation-program": "Programa de traducción", + "translator": "Traductor", + "trillion-dollar-security": "Proyecto de seguridad de miles de billones de dólares", "try-using-search": "Utilice el buscador para encontrar lo que está buscando o", "tutorials": "Tutoriales", "up": "Subir", @@ -439,13 +462,17 @@ "web3": "¿Qué es Web 3.0?", "web3-title": "Web 3.0", "website-last-updated": "Última actualización del sitio web", + "what-are-apps": "¿Qué son las aplicaciones?", "what-is-ether": "¿Qué es el ether (ETH)?", "what-is-ethereum": "¿Qué es Ethereum?", "withdrawals": "Retiradas de participaciones", "wrapped-ether": "Wrapped Ether (eter envuelto)", "yes": "Sí", "zero-knowledge-proofs": "Pruebas de conocimiento cero", - "ethereum-vs-bitcoin": "Ethereum vs. Bitcoin", - "nav-ethereum-vs-bitcoin-description": "Entiende las diferencias entre Ethereum y Bitcoin" - + "region-crimea": "Crimea", + "region-navassa-island-usa": "Isla de Navaza (EE. UU.)", + "region-wake-island-usa": "Isla Wake (EE. UU.)", + "region-bonaire-netherlands": "Bonaire (Países Bajos)", + "region-saba-netherlands": "Saba (Países Bajos)", + "region-sint-eustatius-netherlands": "San Eustaquio (Países Bajos)" } diff --git a/src/intl/es/glossary-tooltip.json b/src/intl/es/glossary-tooltip.json index d8960e9274c..fc9d4a625a8 100644 --- a/src/intl/es/glossary-tooltip.json +++ b/src/intl/es/glossary-tooltip.json @@ -32,7 +32,7 @@ "dao-term": "Organización autónoma descentralizada (o DAO)", "dao-definition": "Una DAO es una organización digital dirigida por reglas codificadas en una cadena de bloques, donde las decisiones se toman a partir de los votos de los miembros, no con una autoridad central. Más información sobre las organizaciones autónomas descentralizadas (DAO).", "dapp-term": "DApp", - "dapp-definition": "Una dApp es una aplicación descentralizada que se ejecuta en una red de cadena de bloques, ofreciendo servicios sin una autoridad de control central. Más sobre aplicaciones descentralizadas.", + "dapp-definition": "Una DApp es una aplicación descentralizada que se ejecuta en una red de cadena de bloques y que ofrece servicios sin una autoridad de control central. Más información sobre las aplicaciones descentralizadas.", "data-availability-term": "Disponibilidad de datos", "data-availability-definition": "Cualquier nodo puede verificar de forma independiente las transacciones en una cadena de bloques para mantener la transparencia y la confianza en el sistema.", "defi-term": "DeFi", diff --git a/src/intl/es/glossary.json b/src/intl/es/glossary.json index a7aa9bd9347..f1e03f5fa22 100644 --- a/src/intl/es/glossary.json +++ b/src/intl/es/glossary.json @@ -88,7 +88,7 @@ "dag-term": "DAG", "dag-definition": "DAG es el acrónico en inglés de Gráfico Acíclico Dirigido. Es una estructura de datos compuesta por nodos y enlaces entre ellos. Antes de La Fusión, Ethereum usaba un DAG en su algoritmo de prueba de trabajo, Ethash, pero ya no se utiliza en prueba de participación.", "dapp-term": "DApp", - "dapp-definition": "Una dApp es una aplicación descentralizada que se ejecuta en una red de cadena de bloques, ofreciendo servicios sin una autoridad de control central. Más sobre aplicaciones descentralizadas.
Como mínimo, una dapp tiene un contrato inteligente conectado a una interfaz web. Además, muchas dapps incluyen almacenamiento descentralizado y/o un protocolo y una plataforma de mensajes.", + "dapp-definition": "Una DApp es una aplicación descentralizada que se ejecuta en una red de cadena de bloques, ofreciendo servicios sin una autoridad de control central. Más información sobre las aplicaciones descentralizadas.
Como mínimo, una DApp tiene un contrato inteligente conectado a una interfaz web. Además, muchas DApps incluyen almacenamiento descentralizado y/o un protocolo y una plataforma de mensajes.", "data-availability-term": "Disponibilidad de datos", "data-availability-definition": "Cualquier nodo puede verificar de forma independiente las transacciones en una cadena de bloques para mantener la transparencia y la confianza en el sistema.", "decentralization-term": "Descentralización", @@ -223,6 +223,8 @@ "liquidity-definition": "La liquidez es la rapidez y facilidad con la que se puede convertir un activo en efectivo u otro activo. Los exchanges descentralizados como Uniswap tienen múltiples grupos de liquidez donde los titulares de activos pueden depositar sus activos, donde los operadores pueden comprar y vender de una manera descentralizada a cambio de recompensas.", "liquidity-tokens-term": "Tokens de liquidez", "liquidity-tokens-definition": "Los tokens de liquidez (LST) son tokens digitales emitidos a los participantes que depositan activos en un fondo de liquidez, que es una colección de fondos bloqueados en un contrato inteligente y utilizados para facilitar las operaciones en un exchange descentralizado (DEX).
Estos tokens representan la participación del participante en el grupo y se pueden canjear más tarde por el depósito inicial más una parte de las tarifas de trading generadas por la actividad del grupo. Esencialmente, los tokens de liquidez sirven como prueba de propiedad o participación en un fondo de liquidez, lo que permite a los titulares obtener recompensas al tiempo que proporcionan la liquidez necesaria para que otros operen diferentes pares de criptomonedas de manera eficiente.", + "liquid-staking-tokens-term": "Tókenes de participación líquida", + "liquid-staking-tokens-definition": "Un token derivado que representa la propiedad de la criptomoneda bloqueada que un usuario está apostando. Al participar con un activo, algunas plataformas permiten la acuñación de tókenes de participación líquida (LST), que representan una parte equivalente de los tókenes bloqueados. Estos LST se pueden negociar, vender o utilizar en otros protocolos DeFi, mejorando la eficiencia del capital para el participante al permitir el acceso a la liquidez de sus fondos, incluso mientras sus activos originales permanecen en participación.", "lmd-ghost-term": "LMD-GHOST", "lmd-ghost-definition": "El algoritmo de elección de bifurcación utilizado por los clientes de consenso de Ethereum para identificar la cabeza de la cadena. LMD-GHOST es el acrónimo de \"Latest Message Driven Greediest Heaviest Observed Subtree\", lo que significa que la cabeza de la cadena es el bloque con la mayor acumulación de atestaciones en su historia.", "mainnet-term": "Red principal", @@ -391,6 +393,8 @@ "web3-definition": "Web3 es la nueva Internet con cadena de bloques, donde los usuarios controlan sus datos y transacciones, no las empresas. No es necesario compartir ninguna información personal. Más sobre Web3.", "wei-term": "Wei", "wei-definition": "La denominación más pequeña de ether. 1018 wei = 1 ether.", + "wrapped-token-term": "Token envuelto", + "wrapped-token-definition": "Un token basado en una cadena de bloques que representa otra criptomoneda o activo en una red diferente. Por ejemplo, Wrapped Ether (WETH) representa Ether (ETH) en un formato que cumple con el estándar de tókenes ERC-20 de Ethereum. El activo original está bloqueado de forma segura por un contrato inteligente, y se emite un token envuelto equivalente. Este mecanismo permite la interoperabilidad entre y dentro de cadenas de bloques, permitiendo que activos como ETH pueden ser usados sin problema en aplicaciones descentralizadas a la vez que conservan su valor.", "zero-address-term": "Dirección cero", "zero-address-definition": "Una dirección de Ethereum, compuesta enteramente de ceros, que se utiliza con frecuencia como dirección para eliminar los tokens de la circulación de propiedad. Se hace una distinción entre los tokens eliminados formalmente del índice de un contrato inteligente a través del método burn() y los enviados a esta dirección.", "zk-proof-term": "Prueba de conocimiento cero", diff --git a/src/intl/es/learn-quizzes.json b/src/intl/es/learn-quizzes.json index 40e77c5c89b..1dbd8628652 100644 --- a/src/intl/es/learn-quizzes.json +++ b/src/intl/es/learn-quizzes.json @@ -29,11 +29,11 @@ "want-more-quizzes": "¿Quiere ver más cuestionarios aquí?", "your-results": "Sus resultados", "your-total": "Su puntuación total", - "what-is-ethereum-1-prompt": "La gran diferencia entre Ethereum y Bitcoin es:", - "what-is-ethereum-1-a-label": "Ethereum no le permite realizar pagos a otras personas", - "what-is-ethereum-1-a-explanation": "Tanto Bitcoin como Ethereum le permiten realizar pagos a otras personas.", + "what-is-ethereum-1-prompt": "La mayor diferencia entre Ethereum y Bitcoin reside en que:", + "what-is-ethereum-1-a-label": "Ethereum no permite realizar pagos a otras personas", + "what-is-ethereum-1-a-explanation": "Tanto Bitcoin como Ethereum permiten realizar pagos a otras personas.", "what-is-ethereum-1-b-label": "Puede ejecutar programas informáticos en Ethereum", - "what-is-ethereum-1-b-explanation": "Ethereum es programable. Esto significa que puede establecer cualquier programa informático en la cadena de bloques Ethereum.", + "what-is-ethereum-1-b-explanation": "Ethereum es programable. Esto significa que puede ejecutar cualquier programa en la cadena de bloques Ethereum.", "what-is-ethereum-1-c-label": "Puede ejecutar programas informáticos en Bitcoin", "what-is-ethereum-1-c-explanation": "A diferencia de Ethereum, Bitcoin no es programable y tampoco puede ejecutar programas informáticos arbitrarios.", "what-is-ethereum-1-d-label": "Tienen diferentes logotipos", @@ -46,22 +46,22 @@ "what-is-ethereum-2-c-label": "Ethercoin", "what-is-ethereum-2-c-explanation": "A diferencia de muchas otras criptomonedas, la criptomoneda nativa de Ethereum no contiene la palabra «coin».", "what-is-ethereum-2-d-label": "Bitcoin", - "what-is-ethereum-2-d-explanation": "Bitcoin (B mayúscula) fue la primera cadea de bloques creada, bitcoin (B minúscula) es su criptomoneda nativa.", + "what-is-ethereum-2-d-explanation": "Bitcoin (B mayúscula) fue la primera cadena de bloques creada, bitcoin (B minúscula) es su criptomoneda nativa.", "what-is-ethereum-3-prompt": "¿Quién dirige Ethereum?", "what-is-ethereum-3-a-label": "Desarrolladores", "what-is-ethereum-3-a-explanation": "Los desarrolladores son cruciales para construir y mejorar Ethereum, aunque ellos no son el grupo que mantiene a Ethereum en marcha.", "what-is-ethereum-3-b-label": "Mineros", - "what-is-ethereum-3-b-explanation": "Desde que se produjo La Fusión, ya no se ha podido minar. Ya no hay «mineros» en Ethereum.", + "what-is-ethereum-3-b-explanation": "Desde que se produjo la Fusión, ya no se ha podido minar. Ya no hay «mineros» en Ethereum.", "what-is-ethereum-3-c-label": "Ethereum Foundation", "what-is-ethereum-3-c-explanation": "Ethereum Foundation no desempeña ningún papel significativo en el funcionamiento cotidiano de los nodos Ethereum.", "what-is-ethereum-3-d-label": "Cualquiera que ejecute un nodo", - "what-is-ethereum-3-d-explanation": "Cualquiera que ejecute un nodo es una parte crucial de la infraestructura de Ethereum. Si aún no lo ha hecho, considere ejecutar un nodo Ethereum.", + "what-is-ethereum-3-d-explanation": "Cualquiera que ejecute un nodo es una parte crucial de la infraestructura de Ethereum. Si aún no lo ha hecho, piense en ejecutar un nodo Ethereum.", "what-is-ethereum-4-prompt": "Desde el lanzamiento de Ethereum, ¿cuántas veces ha estado la red fuera de línea?", "what-is-ethereum-4-a-label": "Nunca", + "what-is-ethereum-4-a-explanation": "Ethereum nunca ha desaparecido completamente fuera de línea (dejó de producir bloques) desde su lanzamiento.", "what-is-ethereum-4-b-label": "Una vez", "what-is-ethereum-4-c-label": "Cuatro veces", "what-is-ethereum-4-d-label": "Más de diez veces", - "what-is-ethereum-4-explanation": "Ethereum nunca ha desaparecido completamente fuera de línea (dejó de producir bloques) desde su lanzamiento.", "what-is-ethereum-5-prompt": "Ethereum consume más electricidad que:", "what-is-ethereum-5-a-label": "Minería de oro", "what-is-ethereum-5-a-explanation": "La minería de oro utiliza ~131 teravarios/hora al año. Ethereum utiliza aproximadamente 0,0026 teravatios/hora al año.", @@ -71,18 +71,18 @@ "what-is-ethereum-5-c-explanation": "Paypal utiliza ~0,26 teravarios/hora al año. Ethereum utiliza aproximadamente 0,0026 teravatios/hora al año.", "what-is-ethereum-5-d-label": "Ninguna de las anteriores", "what-is-ethereum-5-d-explanation": "Ethereum utiliza aproximadamente 0,0026 teravatios/hora al año, menos que la minería de oro (~131 TWh/año), Netflix (~0,451 TWh/año) y Paypal (~0,26 TWh/año).", - "what-is-ether-1-prompt": "El Ether también es conocido como:", + "what-is-ether-1-prompt": "Al Ether también se le denomina:", "what-is-ether-1-a-label": "ETC", "what-is-ether-1-a-explanation": "ETC es el ticker de Ethereum Classic.", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR no es un ticker para ether o cualquier criptomoneda significativa.", + "what-is-ether-1-b-explanation": "ETR no es un indicador de ether o de cualquier criptomoneda significativa.", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH es el ticker para ether en Ethereum.", + "what-is-ether-1-c-explanation": "ETH es el indicador de ether en Ethereum.", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC es el ticker de bitcoin en la red Bitcoin.", + "what-is-ether-1-d-explanation": "BTC es el indicador de bitcoin en la red Bitcoin.", "what-is-ether-2-prompt": "En Ethereum, las tarifas de red se pagan en:", - "what-is-ether-2-a-label": "Bitcoin", - "what-is-ether-2-a-explanation": "«bitcoin» en minúsculas es la criptomoneda nativa de la red Bitcoin.", + "what-is-ether-2-a-label": "bitcoin", + "what-is-ether-2-a-explanation": "El «bitcoin» en minúsculas es la criptomoneda nativa de la red Bitcoin.", "what-is-ether-2-b-label": "ETH", "what-is-ether-2-b-explanation": "Ether (ETH) es la criptomoneda nativa de Ethereum. Todas las tarifas de red en Ethereum se pagan en ETH.", "what-is-ether-2-c-label": "USD", @@ -90,18 +90,18 @@ "what-is-ether-2-d-label": "Ethereum", "what-is-ether-2-d-explanation": "Ethereum es la red, pero las tarifas de la red de Ethereum se pagan en ETH.", "what-is-ether-3-prompt": "Apostar en Ethereum ayuda a proteger la red, porque:", - "what-is-ether-3-a-label": "Los participantes pueden prohibir a las personas si no les gusta lo que están haciendo", + "what-is-ether-3-a-label": "Los participantes pueden prohibir a las personas si no les gusta lo que están haciendo.", "what-is-ether-3-a-explanation": "Los participantes no pueden censurar arbitrariamente a los usuarios.", - "what-is-ether-3-b-label": "Si un participante intenta engañar a la red, corre el riesgo de perder su ETH", + "what-is-ether-3-b-label": "Si un participante intenta engañar a la red, corre el riesgo de perder su ETH.", "what-is-ether-3-b-explanation": "Los participantes corren el riesgo de perder una cantidad significativa de sus ETH si se demuestra que se comportan malintencionadamente contra la red. Esto se conoce como un recorte.", "what-is-ether-3-c-label": "Los participantes trabajan con potentes ordenadores para demostrar la prueba de trabajo.", - "what-is-ether-3-c-explanation": "Los participantes no necesitan tener un hardware potente para apostar sus ETH. Ethereum dejó de usar la prueba de trabajo al producirse La Fusión.", + "what-is-ether-3-c-explanation": "Los participantes no necesitan tener un hardware potente para apostar sus ETH. Ethereum dejó de usar la prueba de trabajo al producirse la Fusión.", "what-is-ether-3-d-label": "Los participantes se someten a KYC antes de ser aceptados como validadores", "what-is-ether-3-d-explanation": "Apostar en Ethereum no tiene permisos y no requiere KYC.", "what-is-ether-4-prompt": "ETH se puede utilizar para:", - "what-is-ether-4-a-label": "Pago de tarifas de transacción en Ethereum", + "what-is-ether-4-a-label": "Pago de comisiones por transacción en Ethereum", "what-is-ether-4-a-explanation": "Esta respuesta es parcialmente correcta, pero es solo una de las muchas cosas para las que se puede usar ETH.", - "what-is-ether-4-b-label": "Pagos peer-to-peer no censurables", + "what-is-ether-4-b-label": "Pagos entre iguales no censurables", "what-is-ether-4-b-explanation": "Esta respuesta es parcialmente correcta, pero es solo una de las muchas cosas para las que se puede usar ETH.", "what-is-ether-4-c-label": "Garantía para préstamos criptográficos", "what-is-ether-4-c-explanation": "Esta respuesta es parcialmente correcta, pero es solo una de las muchas cosas para las que se puede usar ETH.", @@ -109,23 +109,23 @@ "what-is-ether-4-d-explanation": "Las transacciones de Ethereum no se pueden censurar, se necesitan ETH para realizar cualquier transacción en Ethereum, y son cruciales para la estabilidad del ecosistema DeFi.", "web3-1-prompt": "Web3 permite a los usuarios poseer activos digitales a través de:", "web3-1-a-label": "Tokens", - "web3-1-a-explanation": "Los tokens proporcionan una forma de representar unidades de valor que son intercambiables entre sí, propiedad de una cuenta de Ethereum. Si bien representan la propiedad, hay más formas de poseer activos digitales en Ethereum.", + "web3-1-a-explanation": "Los tókenes proporcionan una forma de representar unidades de valor que son intercambiables entre sí, propiedad de una cuenta de Ethereum. Si bien representan la propiedad, hay más formas de poseer activos digitales en Ethereum.", "web3-1-b-label": "NFT", - "web3-1-b-explanation": "Los NFT (tokens no fungibles) proporcionan una forma de representar cualquier cosa única como un activo basado en Ethereum. Si bien representan la propiedad, hay más formas de poseer activos digitales en Ethereum.", + "web3-1-b-explanation": "Los NFT (tókenes no fungibles) proporcionan una forma de representar cualquier cosa única como un activo basado en Ethereum. Si bien representan la propiedad, hay más formas de poseer activos digitales en Ethereum.", "web3-1-c-label": "ENS", "web3-1-c-explanation": "ENS (Ethereum Name Service) es un servicio de nomenclatura descentralizado para la cadena de bloques de Ethereum. Si bien representan la propiedad, hay más formas de poseer activos digitales en Ethereum.", "web3-1-d-label": "Todo lo anterior", - "web3-1-d-explanation": "Todas las opciones proporcionan formas de poseer activos digitales en Ethereum. Tokens, NFT y ENS son formas de representar la propiedad de los activos digitales.", - "web3-2-prompt": "Web1 era sólo de lectura, Web2 es de lectura y escritura, Web3 se ha descrito como:", + "web3-1-d-explanation": "Todas las opciones proporcionan formas de poseer activos digitales en Ethereum. Los tókenes, NFT y ENS son formas de representar la propiedad de los activos digitales.", + "web3-2-prompt": "Web1 era solo de lectura, Web2 es de lectura y escritura, Web3 se ha descrito como:", "web3-2-a-label": "lectura-escritura-venta", "web3-2-a-explanation": "Web3 no se ha descrito de esta manera.", - "web3-2-b-label": "lectura-escritura-tienda", + "web3-2-b-label": "lectura-escritura-almacenamiento", "web3-2-b-explanation": "Web3 no se ha descrito de esta manera.", "web3-2-c-label": "lectura-escritura-propiedad", - "web3-2-c-explanation": "Web3 permite a los usuarios poseer sus propios datos y, por lo tanto, se ha descrito como «lectura-escritura-propiedad», cualquier mejora en Web2, que es sólo «lectura de escritura».", + "web3-2-c-explanation": "La Web3 permite a los usuarios poseer sus propios datos y, por lo tanto, se ha descrito como «lectura-escritura-propiedad», lo que supone una mejora de Web2, que es solo «lectura-escritura».", "web3-2-d-label": "lectura-escritura-compra", "web3-2-d-explanation": "Web3 no se ha descrito de esta manera.", - "web3-3-prompt": "¿Qué iteración de la web no depende de proveedores de pagos de terceros?", + "web3-3-prompt": "¿Qué versión de la web no depende de proveedores de pagos de terceros?", "web3-3-a-label": "Web1", "web3-3-a-explanation": "Web1 no tenía pagos nativos integrados.", "web3-3-b-label": "Web 2.0", @@ -136,49 +136,49 @@ "web3-3-d-explanation": "Web1 y Web2 no tienen pagos nativos integrados.", "web3-4-prompt": "El término «Web3» fue acuñado por:", "web3-4-a-label": "Gavin Wood", - "web3-4-a-explanation": "Gavin Wood, cofundador de Ethereum, tiene el mérito de acuñar el término Web3 poco después del lanzamiento de Ethereum en 2015.", + "web3-4-a-explanation": "Gavin Wood, cofundador de Ethereum, tiene el mérito de haber acuñado el término Web3 poco después del lanzamiento de Ethereum en 2015.", "web3-4-b-label": "Steve Jobs", - "web3-4-b-explanation": "Steve Jobs no acuñó la frase «Web3».", + "web3-4-b-explanation": "Steve Jobs no acuñó el concepto «Web3».", "web3-4-c-label": "Vitalik Buterin", - "web3-4-c-explanation": "Vitalik Buterin, aunque el fundador original de Ethereum, no acuñó la frase «Web3».", + "web3-4-c-explanation": "Vitalik Buterin, aunque es el fundador original de Ethereum, no acuñó el término «Web3».", "web3-4-d-label": "Elon Musk", - "web3-4-d-explanation": "Elon Musk no acuñó la frase «Web3».", - "web3-5-prompt": "Puede tener un único inicio de sesión resistente a la censura en toda la web a través del uso de:", + "web3-4-d-explanation": "Elon Musk no acuñó el término «Web3».", + "web3-5-prompt": "Puede tener un único inicio de sesión que sortee la censura en toda la web a través del uso de:", "web3-5-a-label": "Iniciar sesión a través de Facebook", - "web3-5-a-explanation": "Iniciar sesión con Facebook no es resistente a la censura.", + "web3-5-a-explanation": "Iniciar sesión con Facebook no sortea la censura.", "web3-5-b-label": "Iniciar sesión con Google", - "web3-5-b-explanation": "Iniciar sesión con Google no es resistente a la censura.", + "web3-5-b-explanation": "Iniciar sesión con Google no sortea la censura.", "web3-5-c-label": "Iniciar sesión con Ethereum", - "web3-5-c-explanation": "Iniciar sesión con Ethereum es la única opción resistente a la censura y utilizable en cualquier aplicación web.", - "web3-5-d-label": "Iniciar sesión a través de Twitter", - "web3-5-d-explanation": "Iniciar sesión con Twitter no es resistente a la censura.", + "web3-5-c-explanation": "Iniciar sesión con Ethereum es la única opción que sortea la censura y que se puede utilizar en cualquier aplicación web.", + "web3-5-d-label": "Iniciar sesión con Twitter", + "web3-5-d-explanation": "Iniciar sesión con Twitter no sortea la censura.", "wallets-1-prompt": "El tipo de cartera más seguro es:", "wallets-1-a-label": "Una cartera móvil", "wallets-1-a-explanation": "Las carteras móviles mantienen claves privadas en un dispositivo móvil, que suele tener conexión a Internet y pueden verse comprometidas por otro software.", "wallets-1-b-label": "Una cartera de hardware", - "wallets-1-b-explanation": "Las claves privadas de una cartera de hardware se almacenan en un dispositivo dedicado que se puede mantener fuera de Internet y aisladas de otras aplicaciones de sus dispositivos.", + "wallets-1-b-explanation": "Las claves privadas de una cartera de hardware se almacenan en un dispositivo dedicado que se puede mantener fuera de internet y aislado de otras aplicaciones de sus dispositivos.", "wallets-1-c-label": "Una cartera web", - "wallets-1-c-explanation": "Las carteras web tienen menos seguridad que las carteras de hardware, porque las claves privadas se almacenan en un dispositivo conectado a Internet.", + "wallets-1-c-explanation": "Las carteras web tienen menos seguridad que las carteras de hardware, porque las claves privadas se almacenan en un dispositivo conectado a internet.", "wallets-1-d-label": "Una cartera de escritorio", - "wallets-1-d-explanation": "Las carteras de escritorio tienen claves privadas en el disco duro de un ordenador, que suele tener conexiones a Internet y se pueden ver comprometidas por otro software.", - "wallets-2-prompt": "¿Cómo debería almacenar su frase semilla?", + "wallets-1-d-explanation": "Las carteras de escritorio tienen claves privadas en el disco duro de un ordenador, que suele tener conexiones a internet y se pueden ver comprometidas por otro software.", + "wallets-2-prompt": "¿Cómo debería almacenar su frase semilla (de recuperación)?", "wallets-2-a-label": "En una foto en su teléfono", "wallets-2-a-explanation": "Esta no es la opción más segura. Si esta foto se carga a un almacenamiento en la nube y un hacker la obtiene tendrá acceso a su cuenta.", "wallets-2-b-label": "En un archivo en su ordenador", - "wallets-2-b-explanation": "Esta no es la opción más segura, los hackers cada vez están más activos en la búsqueda de información relacionada con criptomonedas en dispositivos de destino. Si un hacker accede al archivo con su frase semilla, obtendrá acceso a su cuenta.", + "wallets-2-b-explanation": "Esta no es la opción más segura, los hackers cada vez están más activos en la búsqueda de información relacionada con criptomonedas en dispositivos de destino. Si un hacker accede al archivo con su frase semilla, tendrá acceso a su cuenta.", "wallets-2-c-label": "En un mensaje de texto para un familiar de confianza", "wallets-2-c-explanation": "Nunca debe enviar su frase de semilla a nadie. El mensaje podría ser interceptado por un tercero, e incluso si usted confía en esta persona absolutamente, no sabe quién podría acceder a su teléfono.", "wallets-2-d-label": "Ninguna de las anteriores", "wallets-2-d-explanation": "Su frase semilla debe almacenarse de manera segura, idealmente sin conexión. A menudo se recomienda escribirla en papel por esta razón, pero los administradores de contraseñas seguras son una buena alternativa.", "wallets-3-prompt": "¿A quién debe dar su frase semilla / claves privadas?", - "wallets-3-a-label": "Alguien a quien esté pagando", + "wallets-3-a-label": "A alguien a quien esté pagando", "wallets-3-a-explanation": "Nunca debería dar su frase semilla o claves privadas a nadie. En su lugar, envíe tókenes a su dirección de cartera a través de una transacción.", "wallets-3-b-label": "Para iniciar sesión en una DApp o cartera", "wallets-3-b-explanation": "Nunca debe dar su frase semilla / claves privadas para iniciar sesión en su cartera o DApp.", - "wallets-3-c-label": "Personal de apoyo", + "wallets-3-c-label": "Personal técnico", "wallets-3-c-explanation": "Nunca debe dar su frase semilla / claves privadas a nadie que afirme ser personal de apoyo. Cualquiera que le pida o le pregunte por esto es un estafador.", "wallets-3-d-label": "A nadie", - "wallets-3-d-explanation": "Idóneamente, nunca debe dar su frase semilla o claves privadas a nadie. Si usted confía completamente en alguien con acceso absoluto a sus fondos (como un cónyuge), entonces usted puede optar por compartir esta información con ellos.", + "wallets-3-d-explanation": "Nunca debería dar su frase semilla o claves privadas a nadie. Si usted confía ciegamente en alguien con acceso absoluto a sus fondos (como un cónyuge), entonces puede optar por compartir esta información con ellos.", "wallets-4-prompt": "Una cartera y una cuenta en Ethereum son lo mismo.", "wallets-4-a-label": "Verdadero", "wallets-4-a-explanation": "Una cartera es una interfaz visual usada para interactuar con una cuenta de Ethereum.", @@ -193,7 +193,7 @@ "security-1-c-explanation": "Esta respuesta es correcta, pero también hay otras respuestas correctas.", "security-1-d-label": "Todo lo anterior", "security-1-d-explanation": "Todas las respuestas son correctas. Utilizar contraseñas únicas es la mejor manera de evitar que cualquier otra persona acceda a su cuenta.", - "security-2-prompt": "Tras La Fusión, ETH debe actualizarse a ETH2.", + "security-2-prompt": "Tras la Fusión, ETH debe actualizarse a ETH2.", "security-2-a-label": "Verdadero", "security-2-a-explanation": "No necesita actualizar su ETH a ETH2. No hay ETH2 y este es un argumento que suelen utilizar los estafadores.", "security-2-b-label": "Falso", @@ -201,10 +201,10 @@ "security-3-prompt": "Las recompensas de ETH son:", "security-3-a-label": "Una buena manera de conseguir más ETH", "security-3-a-explanation": "Las recompensas de ETH son estafas diseñadas para robar sus ETH y otros tókenes. Nunca son una buena manera de obtener más ETH.", - "security-3-b-label": "Siempre auténtico", + "security-3-b-label": "Siempre auténticas", "security-3-b-explanation": "Las recompensas de ETH nunca son auténticas.", - "security-3-c-label": "Comúnmente realizado por destacados miembros de la comunidad", - "security-3-c-explanation": "Los miembros prominentes de la comunidad no dan recompensas de ETH. Los estafadores fingen ser individuos bien conocidos, como Elon Musk, y hacen regalos para darle a la estafa una sensación de legitimidad.", + "security-3-c-label": "Suelen darlas destacados miembros de la comunidad", + "security-3-c-explanation": "Los miembros destacados de la comunidad no dan recompensas de ETH. Los estafadores fingen ser individuos bien conocidos, como Elon Musk, y hacen regalos para darle a la estafa una sensación de legitimidad.", "security-3-d-label": "Es muy probable que sea una estafa", "security-3-d-explanation": "Las recompensas de ETH siempre son estafas. Informar e ignorar a los estafadores es lo mejor.", "security-4-prompt": "Las transacciones en Ethereum son reversibles.", @@ -212,13 +212,13 @@ "security-4-a-explanation": "Las transacciones en Ethereum no pueden revertirse. Cualquiera que le diga lo contrario puede estar intentando estafarle.", "security-4-b-label": "Falso", "security-4-b-explanation": "Las transacciones en Ethereum no pueden revertirse. Cualquiera que le diga lo contrario puede estar intentando estafarle.", - "nfts-1-prompt": "Los NFT se definidos más ampliamente como:", + "nfts-1-prompt": "Los NFT se definen en sentido más amplio como:", "nfts-1-a-label": "activos digitales únicos", "nfts-1-a-explanation": "Los NFT representan un activo digital único.", "nfts-1-b-label": "arte digital", - "nfts-1-b-explanation": "Los NFT representan un activo digital único, este es comúnmente obra de arte digital, pero no se limita al arte.", - "nfts-1-c-label": "entradas para eventos exclusivos", - "nfts-1-c-explanation": "Los NFT representan un activo digital único, este podría ser un sistema de venta de entradas pero no se limita a las entradas.", + "nfts-1-b-explanation": "Los NFT representan un activo digital único, que suele ser una obra de arte digital, pero no se limita al arte.", + "nfts-1-c-label": "entradas a eventos exclusivos", + "nfts-1-c-explanation": "Los NFT representan un activo digital único, este podría ser un sistema de venta de entradas, pero no se limita a las entradas.", "nfts-1-d-label": "contratos legalmente vinculantes", "nfts-1-d-explanation": "Aunque un contrato legal podría estar representado como un NFT, los NFT no son exclusivos de contratos legalmente vinculantes.", "nfts-2-prompt": "Dos NFT que representan la misma obra son la misma cosa.", @@ -230,39 +230,39 @@ "nfts-3-a-label": "La contraseña de su cartera", "nfts-3-a-explanation": "Se trata de un riesgo para la seguridad y, en general, una mala idea.", "nfts-3-b-label": "Propiedad de un elemento digital único", - "nfts-3-b-explanation": "Los NFT comúnmente representan la propiedad de un elemento digital único.", + "nfts-3-b-explanation": "Los NFT suelen representar la propiedad de un elemento digital único.", "nfts-3-c-label": "Su saldo actual de ETH", - "nfts-3-c-explanation": "Los NFT no pueden representar su balance ETH arbitrariamente.", + "nfts-3-c-explanation": "Los NFT no pueden representar su saldo de ETH arbitrariamente.", "nfts-3-d-label": "Todo lo anterior", - "nfts-3-d-explanation": "Los NFT comúnmente representan la propiedad de un elemento digital único, no los saldos de ETH o contraseñas de cartera.", + "nfts-3-d-explanation": "Los NFT suelen representar la propiedad de un elemento digital único, no los saldos de ETH o contraseñas de cartera.", "nfts-4-prompt": "Los NFT han ayudado a crear una nueva:", - "nfts-4-a-label": "economía del curador", - "nfts-4-a-explanation": "Los NFT ayudaron a crear una nueva economía para los creadores, no para los curadores.", + "nfts-4-a-label": "economía del selector", + "nfts-4-a-explanation": "Los NFT ayudaron a crear una nueva economía para los creadores, no para los selectores.", "nfts-4-b-label": "ahorro de carbono", "nfts-4-b-explanation": "Los NFT ayudaron a generar un nuevo ahorro para los creadores, no para el carbono.", "nfts-4-c-label": "ahorro del creador", "nfts-4-c-explanation": "Los NFT ayudaron a generar ahorro para el creador.", "nfts-4-d-label": "ahorro del doge", - "nfts-4-d-explanation": "Los NFT ayudaron a generar un ahorro para los creadores, no doges🐶.", - "nfts-5-prompt": "Los NFT en Ethereum son perjudiciales para el medio ambiente", + "nfts-4-d-explanation": "Los NFT ayudaron a generar un ahorro para los creadores, no para los doges🐶.", + "nfts-5-prompt": "Los NFT en Ethereum son perjudiciales para el medioambiente", "nfts-5-a-label": "Verdadero", - "nfts-5-a-explanation": "Desde La Fusión (transición para prueba de participación), cualquier transacción ha sido un impacto desmesurado en el medio ambiente.", + "nfts-5-a-explanation": "Desde la Fusión (transición para prueba de participación), cualquier transacción ha tenido un impacto desmesurado en el medioambiente.", "nfts-5-b-label": "Falso", - "nfts-5-b-explanation": "Desde La Fusión (transición para prueba de participación), cualquier transacción ha sido un impacto desmesurado en el medio ambiente.", + "nfts-5-b-explanation": "Desde la Fusión (transición para prueba de participación), cualquier transacción ha tenido un impacto desmesurado en el medioambiente.", "rollups-1-prompt": "Las redes de cadena de bloques de capa 2 son para:", "rollups-1-a-label": "Escalar en Ethereum", - "rollups-1-a-explanation": "El propósito principal de las acumulaciones y otras soluciones de capa 2 es para proporcionar escalabilidad en Ethereum.", + "rollups-1-a-explanation": "El propósito principal de los rollups y de otras soluciones de capa 2 es proporcionar escalabilidad en Ethereum.", "rollups-1-b-label": "Hacer pagos", - "rollups-1-b-explanation": "El propósito principal de las acumulaciones y otras soluciones de capa 2 es para proporcionar escalabilidad en Ethereum.", + "rollups-1-b-explanation": "El propósito principal de los rollups y de otras soluciones de capa 2 es proporcionar escalabilidad en Ethereum.", "rollups-1-c-label": "Comprar NFT", - "rollups-1-c-explanation": "El propósito principal de las acumulaciones y otras soluciones de capa 2 es para proporcionar escalabilidad en Ethereum.", + "rollups-1-c-explanation": "El propósito principal de los rollups y de otras soluciones de capa 2 es proporcionar escalabilidad en Ethereum.", "rollups-1-d-label": "Descentralizar Ethereum", - "rollups-1-d-explanation": "El propósito principal de las acumulaciones y otras soluciones de capa 2 es para proporcionar escalabilidad en Ethereum.", - "rollups-2-prompt": "Para escalar, la mayoría de las redes de capa 1 alternativas han sacrificado primordialmente en:", + "rollups-1-d-explanation": "El propósito principal de los rollups y de otras soluciones de capa 2 es proporcionar escalabilidad en Ethereum.", + "rollups-2-prompt": "Para escalar, la mayoría de las redes de capa 1 alternativas han sacrificado principalmente:", "rollups-2-a-label": "Seguridad", - "rollups-2-a-explanation": "Con la finalidad de escalar, la mayoría de las redes alternativas de capa 1 sacrifican en seguridad y algo más.", + "rollups-2-a-explanation": "Con la finalidad de escalar, la mayoría de las redes alternativas de capa 1 sacrifican la seguridad, entre otras cosas.", "rollups-2-b-label": "Descentralización", - "rollups-2-b-explanation": "Con la finalidad de escalar, la mayoría de las redes alternativas de capa 1 sacrifican la descentralización y algo más.", + "rollups-2-b-explanation": "Con la finalidad de escalar, la mayoría de las redes alternativas de capa 1 sacrifican la descentralización, entre otras cosas.", "rollups-2-c-label": "Precio del token", "rollups-2-c-explanation": "El precio del token no tiene ningún impacto en la capacidad de escalabilidad.", "rollups-2-d-label": "Seguridad y descentralización", @@ -272,22 +272,22 @@ "rollups-3-a-explanation": "Los validiums no se consideran soluciones de capa 2, ya que no derivan la seguridad o la disponibilidad de datos de Ethereum. Esta no es la única respuesta correcta.", "rollups-3-b-label": "Cadenas laterales", "rollups-3-b-explanation": "Las cadenas laterales no se consideran soluciones de capa 2, ya que no derivan la seguridad o la disponibilidad de datos de Ethereum. Esta no es la única respuesta correcta.", - "rollups-3-c-label": "Las cadenas alternativas de bloques de capa 1", - "rollups-3-c-explanation": "Las cadenas de bloques alternativas de capa 1 no se consideran soluciones de capa 2. Esta no es la única respuesta correcta.", + "rollups-3-c-label": "Las cadenas de bloques de capa 1 alternativas", + "rollups-3-c-explanation": "Las cadenas de bloques de capa 1 alternativas no se consideran soluciones de capa 2. Esta no es la única respuesta correcta.", "rollups-3-d-label": "Todo lo anterior", - "rollups-3-d-explanation": "Los Validium, las cadenas laterales y las cadenas de bloques de capa 1 alternativas no se consideran soluciones de capa 2 ya que no derivan de la seguridad o disponibilidad de datos de Ethereum.", + "rollups-3-d-explanation": "Los validiums, las cadenas laterales y las cadenas de bloques de capa 1 alternativas no se consideran soluciones de capa 2 ya que no derivan de la seguridad o disponibilidad de datos de Ethereum.", "rollups-4-prompt": "¿Por qué Ethereum no tiene una capa 2 «oficial»?", "rollups-4-a-label": "Los desarrolladores principales están demasiado ocupados trabajando en Ethereum", "rollups-4-a-explanation": "No hay planes para una capa 2 «oficial» en Ethereum, ya que nos beneficiaremos de una amplia variedad de enfoques para diseñar soluciones de capa 2.", - "rollups-4-b-label": "Como un L1, Ethereum eventualmente alcanzará una escalabilidad masiva por su cuenta.", + "rollups-4-b-label": "Como L1, Ethereum eventualmente alcanzará una escalabilidad masiva por su cuenta", "rollups-4-b-explanation": "No hay planes para una capa 2 «oficial» en Ethereum, ya que nos beneficiaremos de una amplia variedad de enfoques para diseñar soluciones de capa 2.", - "rollups-4-c-label": "Los desarrolladores principales todavía están debatiendo entre los programas optimistas y acumulaciones-zk", + "rollups-4-c-label": "Los desarrolladores principales todavía están debatiendo entre los programas optimistas y los rollups-zk", "rollups-4-c-explanation": "No hay planes para una capa 2 «oficial» en Ethereum, ya que nos beneficiaremos de una amplia variedad de enfoques para diseñar soluciones de capa 2.", "rollups-4-d-label": "Ethereum se beneficiará de una amplia variedad de enfoques para diseñar un L2", "rollups-4-d-explanation": "No hay planes para una capa 2 «oficial» en Ethereum, ya que nos beneficiaremos de una amplia variedad de enfoques para diseñar soluciones de capa 2.", "merge-1-prompt": "La Fusión trasladó a Ethereum ¿a qué mecanismo de consenso?", "merge-1-a-label": "Prueba de trabajo", - "merge-1-a-explanation": "La prueba de trabajo fue el mecanismo de consenso utilizado antes de La Fusión.", + "merge-1-a-explanation": "La prueba de trabajo era el mecanismo de consenso que se utilizabaantes de la Fusión.", "merge-1-b-label": "Prueba de participación", "merge-1-b-explanation": "¡Correcto! La Fusión tralsado a Ethereum a la prueba de participación.", "merge-1-c-label": "Prueba de autoridad", @@ -303,34 +303,79 @@ "merge-2-c-explanation": "El consumo de energía de Ethereum se redujo un 99,95 % después de que La Fusión permitiera la transición de la prueba de trabajo a la prueba de participación.", "merge-2-d-label": "99,95 %", "merge-2-d-explanation": "El consumo de energía de Ethereum se redujo un 99,95 % después de que La Fusión permitiera la transición de la prueba de trabajo a la prueba de participación.", - "merge-3-prompt": "¿Cuándo se produjo La Fusión?", + "merge-3-prompt": "¿Cuándo se produjo la Fusión?", "merge-3-a-label": "15 de septiembre de 2022", "merge-3-a-explanation": "La Fusión se produjo el 15 de septiembre de 2022 a las 06:42:42 AM (UTC).", "merge-3-b-label": "1 de diciembre de 2020", - "merge-3-b-explanation": "La Fusión se produjo más tarde. El 1 de diciembre de 2020 fue cuando se lanzó la Cadena de Baliza.", + "merge-3-b-explanation": "La Fusión se produjo más tarde. El 1 de diciembre de 2020 fue cuando se lanzó la cadena de baliza.", "merge-3-c-label": "27 de noviembre de 2013", "merge-3-c-explanation": "La Fusión se produjo más tarde, el 27 de noviembre de 2013 fue cuando se lanzó el informe de Ethereum.", "merge-3-d-label": "31 de octubre de 2008", "merge-3-d-explanation": "La Fusión se produjo más tarde. El 31 de octubre es el día en que se lanzó el informe de Bitcoin.", "merge-4-prompt": "La Fusión significó que los usuarios tuvieron que cambiar su ETH por ETH2:", "merge-4-a-label": "Verdadero", - "merge-4-a-explanation": "ETH no cambió en ningún momento antes, durante o después de La Fusión. La idea de «mejorar» a ETH a ETH2 era una táctica común de actores maliciosos para estafar a los usuarios.", + "merge-4-a-explanation": "ETH no cambió en ningún momento antes, durante o después de la Fusión. La idea de «mejorar» a ETH a ETH2 era una táctica común de actores maliciosos para estafar a los usuarios.", "merge-4-b-label": "Falso", - "merge-4-b-explanation": "ETH no cambió en ningún momento antes, durante o después de La Fusión. La idea de «mejorar» a ETH a ETH2 era una táctica común de actores maliciosos para estafar a los usuarios.", + "merge-4-b-explanation": "ETH no cambió en ningún momento antes, durante o después de la Fusión. La idea de «mejorar» a ETH a ETH2 era una táctica común de actores maliciosos para estafar a los usuarios.", "merge-5-prompt": "La capa de consenso de Ethereum era antes conocida como:", "merge-5-a-label": "Prueba de trabajo", - "merge-5-a-explanation": "La prueba de trabajo fue el mecanismo de consenso utilizado antes de La Fusión.", + "merge-5-a-explanation": "La prueba de trabajo era el mecanismo de consenso que se utilizabaantes de la Fusión.", "merge-5-b-label": "Eth2", "merge-5-b-explanation": "Antes de recibir otro nombre, la capa de consenso originariamente se llamaba «Eth2».", "merge-5-c-label": "Eth1", "merge-5-c-explanation": "Eth1 era el nombre original dado a la capa de ejecución, no a la capa de consenso.", "merge-5-d-label": "Participar (apostar)", "merge-5-d-explanation": "Apostar es depositar ETH en un contrato inteligente para ayudar a proteger la cadena.", + "gas-1-prompt": "¿Qué son las tarifas de gas?", + "gas-1-a-label": "Una tarifa asociada con transacciones y operaciones de contratos inteligentes", + "gas-1-a-explanation": "Parcialmente correcto, las tarifas de gas representan el coste de transacciones y operaciones de contratos inteligentes.", + "gas-1-b-label": "La cantidad de gas usada para realizar una operación, multiplicada por el coste por unidad de gas", + "gas-1-b-explanation": "Parcialmente correcto. Aunque es cierto, no es la mejor respuesta de las opciones disponibles.", + "gas-1-c-label": "Un pago que incluye una tarifa de prioridad para potencialmente acelerar el procesamiento de la transacción", + "gas-1-c-explanation": "Parcialmente correcto, el total de tarifas de gas incluye una tarifa base y una tarifa de prioridad que puede influir en la velocidad de procesamiento de la transacción.", + "gas-1-d-label": "Todo lo anterior", + "gas-1-d-explanation": "Las tarifas de gas abarcan todos estos aspectos: retribuyen el coste computacional, son aplicadas tanto en transacciones como en contratos inteligentes y pueden incluir tarifas de prioridad para una inclusión más rápida.", + "gas-2-prompt": "¿Cuál de las siguientes es la estrategia MENOS efectiva para reducir el coste de gas?", + "gas-2-a-label": "Ejecutar transacciones durante periodos de poca congestión.", + "gas-2-a-explanation": "Realizar las transacciones en las horas de menor actividad puede reducir los costes de gas.", + "gas-2-b-label": "Esperar a que los precios de gas bajen", + "gas-2-b-explanation": "Esperar a que los precios de gas bajen es una estrategia válida, pues el gas fluctúa según la congestión.", + "gas-2-c-label": "Usar cadenas de capa 2 para pagar tarifas más bajas", + "gas-2-c-explanation": "Las soluciones de capa 2 reducen las tarifas y son una forma eficaz de gastar menos gas.", + "gas-2-d-label": "Usar una lógica compleja de contratos inteligentes que aumente los requisitos computacionales", + "gas-2-d-explanation": "Una lógica de contratos inteligentes compleja aumenta los costes de gas al requerir una mayor computación. Un diseño eficiente minimiza los pasos, el almacenamiento y las operaciones redundantes para reducir las tarifas.", + "gas-3-prompt": "¿Qué hace que las tarifas de gas sean altas?", + "gas-3-a-label": "La computación de la red que excede un umbral específico", + "gas-3-a-explanation": "Cuando la computación en Ethereum excede un límite, las tarifas de gas aumentan, especialmente durante periodos de gran actividad como DApps o distribuciones de NFT.", + "gas-3-b-label": "Validadores que aumentan la tarifa base manualmente", + "gas-3-b-explanation": "Los validadores no fijan manualmente la tarifas base; las ajusta el protocolo según la demanda en el bloque anterior.", + "gas-3-c-label": "Contratos inteligentes bien escritos y optimizados", + "gas-3-c-explanation": "Una lógica de contratos inteligentes bien programada como el uso eficiente de almacenamiento y bucles puede resultar en un menor consumo de gas.", + "gas-3-d-label": "Una falta de ETH disponible en la red", + "gas-3-d-explanation": "Las tarifas de gas no se ven afectadas por la cantidad de ETH disponible en la red.", + "gas-4-prompt": "¿Cómo las tarifas de gas ayudan a mantener Ethereum seguro?", + "gas-4-a-label": "Al incentivar a los validadores a actuar con honestidad", + "gas-4-a-explanation": "Los validadores se recompensan de varias maneras, pero las tarifas de gas principalmente evitan el contenido basura y el uso excesivo de recursos.", + "gas-4-b-label": "Al evitar el contenido basura y las actividades maliciosas mediante costes financieros", + "gas-4-b-explanation": "Las tarifas de gas hacen que el contenido basura y las actividades maliciosas sean caras, lo que evita el abuso y ayuda a mantener la estabilidad de la red.", + "gas-4-c-label": "Al garantizar que las transacciones se procesen en orden de prioridad", + "gas-4-c-explanation": "La prioridad se puede determinan por la propina, no por las tarifas de gas en sí.", + "gas-4-d-label": "Al aumentar la cantidad total de ETH en circulación", + "gas-4-d-explanation": "La tarifa base (parte de la tarifa de gas total) se quema, lo que reduce el ETH en circulación, no lo aumenta", + "gas-5-prompt": "¿Cómo se calculan las tarifas de gas?", + "gas-5-a-label": "Precio de gas x tamaño de transacción", + "gas-5-a-explanation": "Las tarifas de gas se basan en la computación, no en el tamaño de transacción.", + "gas-5-b-label": "Unidades de gas usadas x (tarifa base + tarifa de prioridad)", + "gas-5-b-explanation": "Las tarifas de gas se determinan usando la siguiente fórmula: unidades de gas utilizadas x (tarifa base + tarifa de prioridad).", + "gas-5-c-label": "Tamaño de bloque x límite de propina del validador", + "gas-5-c-explanation": "El tamaño de bloque no afecta directamente a esta fórmula.", + "gas-5-d-label": "Tarifa base + tarifa de prioridad + propina", + "gas-5-d-explanation": "La tarifa base y la tarifa de prioridad forman parte de la fórmula; la propina es la tarifa de prioridad.", "daos-1-prompt": "¿Qué afirmaciones son ciertas sobre las DAO?", - "daos-1-a-label": "Los DAO son de propiedad colectiva a través de tokens de gobernanza.", - "daos-1-a-explanation": "Los DAO son de propiedad colectiva, pero esa no es la única declaración correcta.", - "daos-1-b-label": "Son gobernadas por sus miembros.", - "daos-1-b-explanation": "Las DAO están gobernadas por sus miembros, pero esa no es la única afirmación correcta.", + "daos-1-a-label": "Las DAO son de propiedad colectiva a través de tókenes de gobernanza.", + "daos-1-a-explanation": "Las DAO son de propiedad colectiva, pero esa no es la única declaración correcta.", + "daos-1-b-label": "Las gobiernan sus miembros.", + "daos-1-b-explanation": "Las DAO las gobiernan sus miembros, pero esa no es la única afirmación correcta.", "daos-1-c-label": "Trabajan para lograr una misión compartida.", "daos-1-c-explanation": "Las DAO trabajan para lograr una misión compartida, pero esa no es la única afirmación correcta.", "daos-1-d-label": "Todo lo anterior", @@ -339,23 +384,23 @@ "daos-2-a-label": "Protocolos descentralizados, los miembros votan sobre los asuntos del protocolo o cómo desarrollar el producto", "daos-2-a-explanation": "Las DAO de protocolo son un ejemplo, pero las DAO no se limitan a eso.", "daos-2-b-label": "Propiedad colectiva, por ejemplo, para NFT o activos físicos", - "daos-2-b-explanation": "Las DAO de coleccionista son un ejemplo, pero las DAO no se limitan a eso.", + "daos-2-b-explanation": "Las DAO de coleccionista son un ejemplo, aunque las DAO no se limitan exclusivamente a eso.", "daos-2-c-label": "Emprendimientos y subvenciones, juntar capital y votar sobre proyectos para financiar", - "daos-2-c-explanation": "Las DAO de emprendimientos o subvenciones son un ejemplo, pero las DAO no se limitan a eso.", + "daos-2-c-explanation": "Las DAO de emprendimientos o subvenciones son un ejemplo, aunque las DAO no se limitan exclusivamente a eso.", "daos-2-d-label": "Todo lo anterior", - "daos-2-d-explanation": "Una DAO puede tener varias \"misiones\".", + "daos-2-d-explanation": "Una DAO puede tener varias «misiones».", "daos-3-prompt": "A diferencia de las organizaciones tradicionales, las DAO son…", "daos-3-a-label": "Por lo general, jerárquicas", "daos-3-a-explanation": "Las DAO suelen ser planas y están totalmente democratizadas.", - "daos-3-b-label": "Transparentes y totalmente públicas acerca de sus actividades", + "daos-3-b-label": "Son transparentes y totalmente públicas acerca de sus actividades", "daos-3-b-explanation": "Gracias a la votación en cadena, las decisiones son transparentes en la cadena de bloques. Los debates y otros elementos del proceso de toma de decisiones están abiertos a todos los miembros.", "daos-3-c-label": "Controladas por una entidad central", "daos-3-c-explanation": "Los cambios requieren el voto de los miembros. Los servicios ofrecidos se gestionan automáticamente de forma descentralizada.", "daos-3-d-label": "Restringidas en cuanto a quién puede sugerir cambios", "daos-3-d-explanation": "Normalmente, todos los miembros de la DAO pueden sugerir cambios.", "daos-4-prompt": "¿Qué es lo esencial acerca de los contratos inteligentes para las DAO?", - "daos-4-a-label": "El código del contrato inteligente puede ser modificado", - "daos-4-a-explanation": "Una vez que el contrato está activo en Ethereum, nadie puede cambiar las reglas excepto por votación. Esto permite a la DAO funcionar según las reglas con las que fue programada.", + "daos-4-a-label": "El código del contrato inteligente puede modificarse", + "daos-4-a-explanation": "Una vez que el contrato está activo en Ethereum, nadie puede cambiar las reglas excepto por votación. Esto permite a la DAO funcionar según las reglas para las que ha sido programada.", "daos-4-b-label": "Tiene un propietario individual quien conserva la autoridad para hacer cambios y enviar desde la tesorería.", "daos-4-b-explanation": "La tesorería está definida por el contrato inteligente. Para gastar dinero, se necesita la aprobación del grupo.", "daos-4-c-label": "Confiar en el consenso distribuido de la cadena de bloques subyacente", @@ -364,113 +409,113 @@ "daos-4-d-explanation": "La columna vertebral de una DAO son los contratos inteligentes, que definen las reglas de la organización y la forma de administrar los activos del grupo.", "daos-5-prompt": "¿Cuál no es un mecanismo para gobiernar una DAO?", "daos-5-a-label": "Membresía basada en tokens", - "daos-5-a-explanation": "La gobernanza basada en tokens es ampliamente utilizada. Suele ser del todo sin restricciones y, en general, se usa para gobernar protocolos descentralizados y/o los propios tokens.", + "daos-5-a-explanation": "La gobernanza basada en tokens es ampliamente utilizada. Suele ser sin permiso y, en general, se usa para gobernar protocolos descentralizados y/o los propios tókenes.", "daos-5-b-label": "Membresía basada en participación", - "daos-5-b-explanation": "Las DAO basadas en participación hacen más uso de los permisos, pero siguen siendo bastante abiertas. Cualquier posible miembro puede presentar una propuesta para unirse a la DAO, por lo general ofreciendo un tributo de algún valor en forma de tokens o trabajo.", + "daos-5-b-explanation": "Las DAO basadas en la participación hacen más uso de los permisos, pero siguen siendo bastante abiertas. Cualquier posible miembro puede presentar una propuesta para unirse a la DAO, por lo general ofreciendo un tributo de algún valor en forma de tókenes o trabajo.", "daos-5-c-label": "Membresía basada en la reputación", - "daos-5-c-explanation": "A diferencia de la membresía basada en tokens o participación, las DAO basadas en la reputación no transfieren la propiedad a los contribuyentes. Los miembros de la DAO deben ganarse la reputación a través de la participación.", + "daos-5-c-explanation": "A diferencia de la inscripción basada en tólenes o participación, las DAO basadas en la reputación no transfieren la propiedad a los contribuyentes. Los miembros de la DAO deben ganarse la reputación a través de la participación.", "daos-5-d-label": "Junta ejecutiva y gestión de tesorería fuera de la cadena", "daos-5-d-explanation": "Este enfoque utiliza mecanismos de gobierno altamente centralizados y poco transparentes. Por el contrario, las DAO utilizan mecanismos de votación verificables y la gestión de la tesorería en cadena para garantizar la transparencia y la rendición de cuentas.", - "staking-solo-1-prompt": "¿Qué es verdadero acerca del slashing?", + "staking-solo-1-prompt": "¿Qué es verdadero acerca de los recortes?", "staking-solo-1-a-label": "Sanción por estar desconectado, las recompensas se reanudan al volver a conectarse", - "staking-solo-1-a-explanation": "Estar fuera de línea NO da lugar a slashing. Se incurre en pequeñas sanciones por estar fuera de línea, y las recompensas se reanudan cuando el validador vuelve a conectarse y reanuda las atestaciones.", + "staking-solo-1-a-explanation": "Estar fuera de línea NO da lugar a recortes. Se incurre en pequeñas sanciones por estar fuera de línea, y las recompensas se reanudan cuando el validador vuelve a conectarse y reanuda las certficaciones.", "staking-solo-1-b-label": "Sanción por estar fuera de línea, al validador se le prohíbe inmediatamente certificar de nuevo", - "staking-solo-1-b-explanation": "Estar fuera de línea NO da lugar al slashing. Si bien el slashing dará lugar a que al validador se le prohíba certificar de nuevo y, en última instancia, es expulsado a la fuerza, estar fuera de línea NO resultará en la expulsión de la red.", - "staking-solo-1-c-label": "Sanción por romper reglas de consenso específicas, las recompensas se reanudan después del slashing", - "staking-solo-1-c-explanation": "Slashing (o recorte) es una penalización grave por romper reglas de consenso específicas que representan una amenaza para la red. Como tal, una vez que se slashea a un validador, se le prohíbe inmediatamente continuar certificando y en última instancia es expulsado a la fuerza de la red y el ETH restante se envía al propietario.", + "staking-solo-1-b-explanation": "Estar fuera de línea NO da lugar a recortes. Si bien el recorte dará lugar a que al validador se le prohíba certificar de nuevo y, en última instancia, es expulsado a la fuerza, estar fuera de línea NO resultará en la expulsión de la red.", + "staking-solo-1-c-label": "Sanción por romper reglas de consenso específicas, las recompensas se reanudan después del recorte", + "staking-solo-1-c-explanation": "Slashing (o recorte) es una penalización grave por romper reglas de consenso específicas que representan una amenaza para la red. Como tal, una vez que se recorta a un validador, se le prohíbe inmediatamente continuar certificando y en última instancia se le expulsa a la fuerza de la red y el ETH restante se envía al propietario.", "staking-solo-1-d-label": "Sanción por infringir reglas de consenso específicas, al validador se le prohíbe inmediatamente certificar de nuevo", - "staking-solo-1-d-explanation": "Slashing (o recorte) es una penalización grave por romper reglas de consenso específicas que representan una amenaza para la red. Como tal, una vez que se slashea a un validador, se le prohíbe inmediatamente continuar certificando y en última instancia es expulsado a la fuerza de la red y el ETH restante se envía al propietario.", + "staking-solo-1-d-explanation": "Slashing (o recorte) es una penalización grave por romper reglas de consenso específicas que representan una amenaza para la red. Como tal, una vez que se recorta a un validador, se le prohíbe inmediatamente continuar certificando y en última instancia se le expulsa a la fuerza de la red y el ETH restante se envía al propietario.", "staking-solo-2-prompt": "¿Qué sucede si un validador se desconecta?", "staking-solo-2-a-label": "No afecta a las recompensas", - "staking-solo-2-a-explanation": "Se incurre en sanciones cuando un validador no está disponible para certificar el estado de la cadena para una época determinada. El tamaño de estas sanciones es aproximadamente igual al 75 % de lo que habría sido la recompensa por una atestación adecuada. Las recompensas se reanudan cuando el validador vuelve a estar en línea, y NO se produce slashing.", + "staking-solo-2-a-explanation": "Se incurre en sanciones cuando un validador no está disponible para certificar el estado de la cadena para una época determinada. El tamaño de estas sanciones es aproximadamente igual al 75 % de lo que habría sido la recompensa por una certificación adecuada. Las recompensas se reanudan cuando el validador vuelve a estar en línea, y NO se producen recortes.", "staking-solo-2-b-label": "Solo se incurre en sanciones por inactividad cuando no se está disponible", - "staking-solo-2-b-explanation": "Mientras no esté disponible, un validador incurrirá en pequeñas sanciones por inactividad, aproximadamente iguales al 75 % de lo que habría sido la recompensa por una atestación adecuada. En casos raros/extremos en los que la red no se está finalizando (es decir, más de 1/3 de la red también está fuera de línea), estas sanciones son significativamente mayores. Las recompensas se reanudan cuando el validador vuelve a estar en línea, y no se produce slashing.", - "staking-solo-2-c-label": "Slashing inmediato y eliminación de la red", - "staking-solo-2-c-explanation": "Esta es una idea errónea común, ¡pero desconectarse NO resulta en slashing! El slashing es un tipo específico de penalización por faltas más graves, con penas más grandes y también resulta en la eliminación del conjunto de validadores.", - "staking-solo-2-d-label": "Una semana de retraso antes del slashing y la expulsión", - "staking-solo-2-d-explanation": "Estar fuera de línea NO resulta en slashing, incluso después de un período prolongado de tiempo. En teoría, un validador podría estar fuera de línea durante años sin ser slasheado, aunque las sanciones por inactividad aumentarían si el validador no sale.", + "staking-solo-2-b-explanation": "Mientras no esté disponible, un validador incurrirá en pequeñas sanciones por inactividad, aproximadamente equivalentes al 75 % de lo que habría sido la recompensa por una certificación adecuada. En casos raros / extremos en los que la red no se está finalizando (es decir, más de 1/3 de la red también está fuera de línea), estas sanciones son significativamente mayores. Las recompensas se reanudan cuando el validador vuelve a estar en línea, y no se producen recortes.", + "staking-solo-2-c-label": "Recortes de inmediato y eliminación de la red", + "staking-solo-2-c-explanation": "Esta es una idea errónea común, ¡pero desconectarse NO acarrea recortes! El slashing es un tipo específico de penalización por faltas más graves, con penas más grandes y también resulta en la eliminación del conjunto de validadores.", + "staking-solo-2-d-label": "Una semana de retraso antes del recorte y la expulsión", + "staking-solo-2-d-explanation": "Estar fuera de línea NO acarrea recortes, incluso después de un período prolongado de tiempo. En teoría, un validador podría estar fuera de línea durante años sin sufrir recortes, aunque las sanciones por inactividad aumentarían si el validador no sale.", "staking-solo-3-prompt": "¿Cuál es el saldo efectivo máximo de un validador?", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "Los validadores que caen a un saldo efectivo de 16 ETH salen automáticamente de la Cadena de baliza.", + "staking-solo-3-a-explanation": "Los validadores que descienden a un saldo efectivo de 16 ETH salen automáticamente de la cadena de baliza.", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "32 ETH es tanto el ETH mínimo requerido para activar un nuevo validador, como el \"saldo efectivo\" máximo (peso de voto) para ese validador. Se pueden acumular recompensas superiores a 32, pero este saldo no contribuye al peso de voto de los validadores, y las recompensas no aumentan.", + "staking-solo-3-b-explanation": "32 ETH es tanto el ETH mínimo requerido para activar un nuevo validador, como el «saldo efectivo» máximo (peso de voto) para ese validador. Se pueden acumular recompensas superiores a 32, pero este saldo no contribuye al peso de voto de los validadores, y las recompensas no aumentan.", "staking-solo-3-c-label": "Variable dependiendo del operador", "staking-solo-3-c-explanation": "Las reglas de consenso se aplican a todas las cuentas de validador por igual y no dependen de la persona que opere el nodo. El saldo efectivo máximo de todos los validadores es de 32 ETH.", "staking-solo-3-d-label": "Sin límite", - "staking-solo-3-d-explanation": "Cada cuenta de validador está limitada a un saldo efectivo de 32 ETH, lo que limita el poder general de cualquier validador en la red. Esto también limita la cantidad de ETH que se puede participar o no en un período de tiempo determinado, ya que las activaciones y salidas del validador se procesan a través de una fila de tasa limitada.", + "staking-solo-3-d-explanation": "Cada cuenta de validador se limita a un saldo efectivo de 32 ETH, lo que reduce el poder general de cualquier validador en la red. Esto también limita la cantidad de ETH que se puede participar o no en un período de tiempo determinado, ya que las activaciones y salidas del validador se procesan a través de una fila de tasa limitada.", "staking-solo-4-prompt": "¿Cuál NO es una recompensa recibida como validador?", "staking-solo-4-a-label": "Recompensa de bloque", - "staking-solo-4-a-explanation": "Los validadores reciben recompensas en forma de nueva emisión de ETH por proponer un bloque válido cuando son seleccionados al azar por el protocolo. Estas recompensas son aparte de las tarifas y el MEV que también se obtienen al proponer bloques.", + "staking-solo-4-a-explanation": "Los validadores reciben recompensas en forma de nueva emisión de ETH por proponer un bloque válido cuando el protocolo los selecciona al azar. Estas recompensas son aparte de las tarifas y el MEV, que también se obtienen al proponer bloques.", "staking-solo-4-b-label": "Propinas de tarifa / MEV", - "staking-solo-4-b-explanation": "Las propinas de tarifas (parte no quemada de las tarifas) y las ganancias de MEV se distribuyen al proponente de bloque (staker/validador) a través de la dirección del destinatario de la tarifa proporcionada por ese validador. Estas recompensas están separadas de la recompensa de bloque que también se obtiene al proponer bloques.", - "staking-solo-4-c-label": "Recompensa de atestación del jefe de cadena", + "staking-solo-4-b-explanation": "Las propinas de tarifas (parte no quemada de las tarifas) y las ganancias de MEV se distribuyen al proponente de bloque (participante/validador) a través de la dirección del destinatario de la tarifa proporcionada por ese validador. Estas recompensas están separadas de la recompensa de bloque que también se obtiene al proponer bloques.", + "staking-solo-4-c-label": "Recompensa de certificación de cabeza de la cadena", "staking-solo-4-c-explanation": "Los validadores reciben recompensas en forma de nueva emisión de ETH por dar fe correcta y rápidamente al jefe de la cadena, al actual jefe de época justificado y al actual jefe de época finalizado.", - "staking-solo-4-d-label": "Tarifas de trading de Uniswap", - "staking-solo-4-d-explanation": "Los validadores de Ethereum no reciben tarifas de trading generadas por las plataformas de trading y los exchanges.", + "staking-solo-4-d-label": "Tarifas de transacciones de Uniswap", + "staking-solo-4-d-explanation": "Los validadores de Ethereum no reciben tarifas de transacciones generadas por las plataformas de transacciones y los intercambios.", "staking-solo-5-prompt": "¿Qué tiempo de actividad se requiere para que un validador sea rentable?", - "staking-solo-5-a-label": "100%", - "staking-solo-5-a-explanation": "Aunque es un objetivo ideal, lograr un tiempo de actividad del 100% no es el requisito mínimo para que un validador siga siendo rentable.", - "staking-solo-5-b-label": "~99%", - "staking-solo-5-b-explanation": "Aunque es un objetivo excelente, lograr un 99% de tiempo de actividad no es el requisito mínimo para que un validador siga siendo rentable.", - "staking-solo-5-c-label": "~50%", - "staking-solo-5-c-explanation": "Los validadores son sancionados por aproximadamente el 75% de lo que habrían recibido por atestar correcta y rápidamente el estado de la cadena. Esto significa que durante un período de tiempo determinado, estar fuera de línea el 50% de ese tiempo seguirá siendo rentable en términos netos, aunque menos rentable que un validador disponible de forma más fiable.", - "staking-solo-5-d-label": "~25%", - "staking-solo-5-d-explanation": "Un validador con solo un 25% de tiempo de actividad incurrirá en sanciones durante el otro 75% del tiempo. Dado el tamaño similar de las recompensas y sanciones, estar fuera de línea durante 3 veces la cantidad de tiempo en línea resultará en una pérdida neta de ETH durante ese período de tiempo.", - "staking-solo-6-prompt": "¿Cuál de las siguientes NO es una falta sujeta a slashing?", + "staking-solo-5-a-label": "100 %", + "staking-solo-5-a-explanation": "Aunque es un objetivo deseable, lograr el 100 % del tiempo de actividad no es el requisito mínimo para que un validador siga siendo rentable.", + "staking-solo-5-b-label": "~99 %", + "staking-solo-5-b-explanation": "Aunque es un objetivo excelente, lograr un 99 % de tiempo de actividad no es el requisito mínimo para que un validador siga siendo rentable.", + "staking-solo-5-c-label": "~50 %", + "staking-solo-5-c-explanation": "Se sanciona a los validadores por aproximadamente el 75 % de lo que habrían recibido por certificar correcta y rápidamente el estado de la cadena. Esto significa que durante un período de tiempo determinado, estar fuera de línea el 50 % de ese tiempo seguirá siendo rentable en términos netos, aunque menos rentable que un validador disponible de forma más fiable.", + "staking-solo-5-d-label": "~25 %", + "staking-solo-5-d-explanation": "Un validador con solo un 25 % de tiempo de actividad incurrirá en sanciones durante el 75 % restante del tiempo. Dado el tamaño similar de las recompensas y sanciones, estar fuera de línea durante 3 veces la cantidad de tiempo en línea resultará en una pérdida neta de ETH durante ese período de tiempo.", + "staking-solo-6-prompt": "¿Cuál de las siguientes NO es una falta sujeta a recortes?", "staking-solo-6-a-label": "Estar fuera de línea", - "staking-solo-6-a-explanation": "El simple hecho de estar fuera de línea o desconectado no resulta en slashing. Resultará en pequeñas sanciones por inactividad mientras esté fuera de línea, pero se reanudará la atestación cuando el usuario vuelva a estar en línea.", + "staking-solo-6-a-explanation": "El simple hecho de estar fuera de línea o desconectado no acarrea recortes. Resultará en pequeñas sanciones por inactividad mientras esté fuera de línea, pero se reanudará la certificación cuando el usuario vuelva a estar en línea.", "staking-solo-6-b-label": "Proponer y firmar dos bloques diferentes para la misma ranura", - "staking-solo-6-b-explanation": "Esto amenaza la integridad de la red y dará lugar a slashing y expulsión de la red.", - "staking-solo-6-c-label": "Atestar un bloque que \"rodee\" otro (cambiando efectivamente el historial)", - "staking-solo-6-d-label": "\"Doble votación\" atestando dos candidatos para el mismo bloque", - "staking-solo-7-prompt": "¿Cuál NO es una forma de proteger/evitar que su validador sea slasheado?", + "staking-solo-6-b-explanation": "Esto amenaza la integridad de la red y dará lugar a recortes y a la expulsión de la red.", + "staking-solo-6-c-label": "Certificar un bloque que «rodee» otro (cambiando efectivamente el historial)", + "staking-solo-6-d-label": "«Doble votación» certificando dos candidatos para el mismo bloque", + "staking-solo-7-prompt": "¿Cuál NO es una forma de proteger/evitar que su validador sea recortado?", "staking-solo-7-a-label": "Evitar configuraciones demasiado redundantes y solo almacenar sus claves con un cliente validador a la vez", - "staking-solo-7-a-explanation": "La mayoría de los slashings hasta la fecha son de operadores que almacenan sus claves de firma en más de una máquina como una copia de seguridad redundante. Esto es muy riesgoso, ya que cualquier mal funcionamiento puede resultar en doble votación y slashing.", + "staking-solo-7-a-explanation": "La mayoría de los recortes hasta la fecha son de operadores que almacenan sus claves de firma en más de una máquina como una copia de seguridad redundante. Esto es muy arriesgado, ya que cualquier mal funcionamiento puede resultar en doble votación y recortes.", "staking-solo-7-b-label": "Ejecutar software de cliente tal como está sin alterar el código usted mismo", - "staking-solo-7-b-explanation": "El software cliente se escribe y prueba para protegerlo contra la realización de acciones sujetas a slashing. Para ejecutar una acción sujeta a slashing, esto normalmente requeriría alterar el código del cliente usted mismo de una manera maliciosa.", - "staking-solo-7-c-label": "Ejecutar un cliente que está siendo utilizado por la mayoría de otros validadores", - "staking-solo-7-c-explanation": "El uso del mismo cliente que la mayoría del resto de la red lo pone en riesgo de ser slasheado en caso de un error de software en ese cliente. Ejecutar un cliente minoritario protege contra esto.", - "staking-solo-7-d-label": "Desactivar el validador durante 2-4 épocas antes de migrar las claves a una nueva máquina", - "staking-solo-7-d-explanation": "Esto da tiempo para permitir que la cadena finalice mientras su nodo está fuera de línea, para minimizar cualquier riesgo de doble votación accidental y slashing durante la migración de claves.", - "staking-solo-8-prompt": "¿Qué NO es necesario para recibir pagos de recompensa/retiros parciales?", - "staking-solo-8-a-label": "Proporcionar una dirección de retiro de ejecución una vez", - "staking-solo-8-a-explanation": "Esto se requiere una vez para que el proceso de retiro sepa adónde enviar cualquier fondo de la capa de consenso", + "staking-solo-7-b-explanation": "El software cliente se escribe y prueba para protegerlo frente a la realización de acciones sujetas a recortes. Para ejecutar una acción sujeta a recortes, esto normalmente requeriría alterar el código del cliente usted mismo de una manera maliciosa.", + "staking-solo-7-c-label": "Ejecutar un cliente que están utilizando la mayoría de validadores", + "staking-solo-7-c-explanation": "El uso del mismo cliente que la mayoría del resto de la red le pone en riesgo de sufrir recortes en caso de un error de software en ese cliente. Ejecutar un cliente minoritario protege contra esto.", + "staking-solo-7-d-label": "Desactive el validador durante 2-4 épocas antes de migrar las claves a una nueva máquina", + "staking-solo-7-d-explanation": "Esto da tiempo para permitir que la cadena finalice mientras su nodo está fuera de línea, para minimizar cualquier riesgo de doble votación accidental y recortes durante la migración de claves.", + "staking-solo-8-prompt": "¿Qué NO es necesario para recibir pagos de recompensa / retiradas parciales?", + "staking-solo-8-a-label": "Proporcionar una dirección de retirada de ejecución una vez", + "staking-solo-8-a-explanation": "Esto se requiere una vez para que el proceso de retirada sepa dónde enviar cualquier fondo de la capa de consenso", "staking-solo-8-b-label": "Tener un saldo efectivo de 32 ETH", - "staking-solo-8-b-explanation": "Su saldo efectivo debe estar al máximo de 32 ETH antes de que se active cualquier retiro parcial.", + "staking-solo-8-b-explanation": "Su saldo efectivo debe alcanzar el máximo de 32 ETH antes de que se active cualquier retirada parcial.", "staking-solo-8-c-label": "Tener un saldo total mayor a 32 ETH", - "staking-solo-8-c-explanation": "Su balance total debe tener recompensas superiores a 32 ETH para que se active un retiro parcial.", - "staking-solo-8-d-label": "Enviar la cantidad de retiro solicitada junto con el pago del gas", - "staking-solo-8-d-explanation": "Una vez alcanzados los otros criterios, los pagos de recompensas son automáticos. Los destinatarios no necesitan realizar una transacción o pagar gas. La cantidad del retiro es equivalente al excedente de 32 en el saldo validador. No pueden solicitarse cantidades personalizadas.", + "staking-solo-8-c-explanation": "Su saldo total debe tener recompensas superiores a 32 ETH para que se active una retirada parcial.", + "staking-solo-8-d-label": "Enviar la cantidad de retirada solicitada junto con el pago del gas", + "staking-solo-8-d-explanation": "Una vez alcanzados los otros criterios, los pagos de recompensas son automáticos. Los destinatarios no necesitan realizar una transacción o pagar gas. La cantidad del retirada es equivalente al excedente de 32 en el saldo validador. No pueden solicitarse cantidades personalizadas.", "scaling-1-prompt": "¿Cúal de los siguientes está usando Ethereum para lograr escalabilidad?", "scaling-1-a-label": "Rollups de capa 2", - "scaling-1-a-explanation": "Estos ayudan a Ethereum a escalar agrupando transacciones, ejecutándolas y luego colocando los resultados en Ethereum para validarlos y asegurarlos. Ejemplos o Rollups incluyen Arbitrum u Optimism. Esta no es la única manera en que Ethereum está escalando.", + "scaling-1-a-explanation": "Estos ayudan a Ethereum a escalar agrupando transacciones, ejecutándolas y luego colocando los resultados en Ethereum para validarlos y asegurarlos. Los ejemplos o rollups incluyen Arbitrum u Optimism. Esta no es la única manera en que Ethereum está escalando.", "scaling-1-b-label": "ProtoDanksharding", - "scaling-1-b-explanation": "Esto proporciona una opción de almacenamiento temporario y sin costo para guardar datos de rollups en la red principal, lo cual significa aproximadamente el 90% del costo que un usuario encuentra en un rollup. Esta no es la única manera en que Ethereum está escalando.", + "scaling-1-b-explanation": "Esto proporciona una opción de almacenamiento temporal y económico para guardar datos de rollups en la red principal, lo que significa aproximadamente el 90 % del coste que un usuario encuentra en un rollup. Esta no es la única manera en que Ethereum está escalando.", "scaling-1-c-label": "Danksharding", - "scaling-1-c-explanation": "Esto quita la necesidad de que todos los validadores y nodos deban almacenar el 100% de los datos para todos los rollups, reduciendo los requerimientos de hardware para los operadores de los nodos. Esta no es la unica manera en que Ethereum esta escalando.", + "scaling-1-c-explanation": "Esto elimina la necesidad de que todos los validadores y nodos deban almacenar el 100 % de los datos para todos los rollups, reduciendo los requerimientos de hardware para los operadores de los nodos. Esta no es la unica manera en que Ethereum está escalando.", "scaling-1-d-label": "Todo lo anterior", - "scaling-1-d-explanation": "Los rollups de capa 2 agrupan transacciones, el Proto-Danksharding crea almacenamiento temporal económico para estos datos y el Danksharding reparte la carga de almacenamiento entre todos los validadores, todo ello ayudando a Ethereum a escalar.", - "scaling-2-prompt": "Luego de agrupar transacciones y ejecutarlas, ¿qué hacen los rollups de capa 2?", + "scaling-1-d-explanation": "Los rollups de capa 2 agrupan transacciones, el Proto-Danksharding crea almacenamiento temporal económico para estos datos y el Danksharding reparte la carga de almacenamiento entre todos los validadores, ayudando con todo ello a Ethereum a escalar.", + "scaling-2-prompt": "Después de agrupar transacciones y ejecutarlas, ¿qué hacen los rollups de capa 2?", "scaling-2-a-label": "Almacenar los datos en un servidor privado", - "scaling-2-a-explanation": "Los resultados se publican en la red principal por transparencia y disponibilidad al público, no dependen de servidores privados.", + "scaling-2-a-explanation": "Los resultados se publican en la red principal por transparencia y disponibilidad al público, y no dependen de servidores privados.", "scaling-2-b-label": "Enviar la prueba al usuario para almacenarla", - "scaling-2-b-explanation": "No se espera que los usuarios mantengan los resultados de su transacción. Esta información es agregada a la red principal.", + "scaling-2-b-explanation": "No se espera que los usuarios mantengan los resultados de su transacción. Esta información se añade a la red principal.", "scaling-2-c-label": "Enviar los resultados a Ethereum", "scaling-2-c-explanation": "Los rollups de capa 2 publican los resultados de la ejecución de su transacción en la red principal, asegurándola en el historial de Ethereum.", "scaling-2-d-label": "Eliminar el resultado para reducir los costos", - "scaling-2-d-explanation": "Los rollups de capa 2 publican los resultados de la ejecución de transacciones en la red principal. El ahorro de costos logrado con este enfoque se consigue agrupando y comprimiendo los datos de las transacciones, y finalmente guardándolos en un almacenaje económico que expira una vez se se ponen a disposición de los interesados.", - "scaling-3-prompt": "¿Cómo reduce Proto-Danksharding el costo de transacción de los rollups?", + "scaling-2-d-explanation": "Los rollups de capa 2 publican los resultados de la ejecución de transacciones en la red principal. El ahorro de costes logrado con este enfoque se consigue agrupando y comprimiendo los datos de las transacciones y, en última instancia, guardándolos en un almacenamiento económico que expira una vez se se ponen a disposición de los interesados.", + "scaling-3-prompt": "¿Cómo reduce Proto-Danksharding los costes de transacción de los rollups?", "scaling-3-a-label": "Incrementando directamente el tamaño del bloque", "scaling-3-a-explanation": "Proto-Danksharding no aumenta directamente el límite de gas, pero sí abarata el almacenamiento de datos del rollup poniendo a disposición almacenamiento temporal.", "scaling-3-b-label": "Separando qué validadores son necesarios para almacenar los datos", "scaling-3-b-explanation": "Aunque se espera que el Danksharding completo reduzca la necesidad de que todos los validadores almacenen todos los datos, este viene precedido por el Proto-Danksharding, que consituye una opción de almacenamiento temporal menos costosa para los datos producidos por los rollups.", - "scaling-3-c-label": "Incrementando significativamente los requerimientos de hardware para los operadores de nodos", - "scaling-3-c-explanation": "En general, esto no se considera una opción aceptable para escalar Ethereum. Se hacen grandes esfuerzos para minimizar los requisitos de hardware para operar un nodo y mantenerlo lo más accesible posible.", - "scaling-3-d-label": "Almacenando sus datos en \"blobs\" temporales más baratos", + "scaling-3-c-label": "Incrementando considerablemente los requisitos de hardware para los operadores de nodos.", + "scaling-3-c-explanation": "En general, esto no se considera una opción aceptable para escalar Ethereum. Se hacen esfuerzos considerables para minimizar los requisitos de hardware para operar un nodo y mantenerlo lo más accesible posible.", + "scaling-3-d-label": "Almacenando datos en «blobs» temporales más baratos", "scaling-3-d-explanation": "Proto-Danksharding introduce una opción de almacenamiento temporal de datos para los rollups que les permite enviar sus resultados a la red principal de forma más barata.", "scaling-4-prompt": "¿Cuál es el siguiente paso fundamental para que los rollups escalen Ethereum?", "scaling-4-a-label": "Incentivar a las entidades con potentes ordenadores para que se encarguen de toda la secuencia", - "scaling-4-a-explanation": "Uno de los problemas de los rollups es el carácter centralizado de quienes ejecutan los secuenciadores (quienes deciden la inclusión y el orden de las transacciones dentro de un rollup). El objetivo es que cualqiuera pueda participar y no depender en modo alguno de un único grupo o entidad.", + "scaling-4-a-explanation": "Uno de los problemas de los rollups actuales es el carácter centralizado de quienes ejecutan los secuenciadores (quienes deciden la inclusión y el orden de las transacciones dentro de un rollup). El objetivo es que cualquiera pueda participar y no depender en modo alguno de un único grupo o entidad.", "scaling-4-b-label": "Distribuir la responsabilidad del funcionamiento de secuenciadores y comprobadores entre más personas", "scaling-4-b-explanation": "El control de un rollup suele empezar centralizado, lo que ayuda a poner las cosas en marcha, pero deja la red expuesta a la censura. Descentralizar el proceso de inclusión de transacciones para que cualquiera pueda participar es esencial para evitar la posibilidad de que la red se vea comprometida.", "scaling-4-c-label": "Hacer que todos los rollups se ajusten al mismo método de seguridad", @@ -478,28 +523,28 @@ "scaling-4-d-label": "Oráculos de datos para confirmar el almacenamiento de datos de transacciones en servidores privados", "scaling-4-d-explanation": "Los datos de rollups se almacenan en Ethereum y no dependen de servidores o bases de datos privados.", "run-a-node-1-prompt": "¿Qué se necesita para hacer funcionar un nodo?", - "run-a-node-1-a-label": "Ejecutar software cliente con hardware modesto sin dejar de estar en línea", + "run-a-node-1-a-label": "Ejecutar software de cliente con hardware modesto sin dejar de estar en línea.", "run-a-node-1-a-explanation": "Ejecutar un nodo consiste en ejecutar un software que se comunique mediante el lenguaje del protocolo de Ethereum con otros ordenadores que hacen lo mismo. Este software descarga una copia de la cadena de bloques de Ethereum, verifica la validez de cada bloque, luego la mantiene actualizada con nuevos bloques y transacciones, mientras ayuda a otros a descargar y actualizar sus propias copias.", "run-a-node-1-b-label": "Depositar 32 ETH para ganar recompensas", - "run-a-node-1-b-explanation": "Este es un requisito para el staking, el proceso de convertirse en un participante activo en el consenso de la red. No es necesario para ejecutar una copia soberana de la cadena de bloques, que NO requiere ETH.", + "run-a-node-1-b-explanation": "Este es un requisito para laparticipación, el proceso de convertirse en un participante activo en el consenso de la red. No es necesario para ejecutar una copia soberana de la cadena de bloques, que NO requiere ETH.", "run-a-node-1-c-label": "Operar potentes máquinas de minería ASIC para alcanzar el consenso de la red", - "run-a-node-1-c-explanation": "Aunque anteriormente Ethereum utilizaba la minería con potentes ordenadores para llegar al consenso, este proceso ha sido interamente reemplazado por el staking. Ni la minería en el pasado ni el staking en la actualidad son necesarios para simplemente hacer funcionar una copia soberana de la cadena de bloques.", + "run-a-node-1-c-explanation": "Aunque Ethereum utilizaba anteriormente la minería con potentes ordenadores para llegar al consenso, la participación ha sustituido por completo a este proceso. Ni la minería en el pasado ni la participación en la actualidad son necesarias para simplemente hacer funcionar una copia soberana de la cadena de bloques.", "run-a-node-1-d-label": "Trabajar a tiempo completo en infraestructura de cadena de bloques", - "run-a-node-1-d-explanation": "Las herramientas de software no han dejado de mejorar con el tiempo, lo que ha hecho más accesible la gestión de un nodo desde casa para principiantes. Trabajar a tiempo completo en la infraestructura de cadena de bloques no es en absoluto un requisito para participar.", + "run-a-node-1-d-explanation": "Las herramientas de software han ido mejorando constantemente, lo que ha hecho más accesible la gestión de un nodo desde casa para principiantes. Trabajar a tiempo completo en la infraestructura de cadena de bloques no es en absoluto un requisito para participar.", "run-a-node-2-prompt": "¿Cuántos ETH necesita apostar para ejecutar un nodo?", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "Ejecutar un nodo de Ethereum no requiere ETH. A diferencia de operar con un validador de staking como parte de la configuración de un nodo, cualquiera es libre de ejecutar software cliente y sincronizar su propia copia soberana de la cadena de bloques, sin necesidad de ETH.", + "run-a-node-2-a-explanation": "Ejecutar un nodo de Ethereum no requiere ETH. A diferencia de operar con un validador de participación como parte de la configuración de un nodo, cualquiera es libre de ejecutar un software de cliente y sincronizar su propia copia soberana de la cadena de bloques, sin necesidad de ETH.", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "Ejecutar un nodo de Ethereum no requiere ETH. A diferencia de los 32 ETH necesarios para activar un validador de staking que participe directamente en el consenso de la red, cualquiera es libre de ejecutar software cliente y sincronizar su propia copia soberana de la cadena de bloques, sin necesidad de ETH.", - "run-a-node-3-prompt": "¿Qué ventajas se obtienen en ejecutar su propio nodo?", + "run-a-node-2-d-explanation": "Ejecutar un nodo de Ethereum no requiere ETH. A diferencia de los 32 ETH necesarios para activar un validador de participación que participe directamente en el consenso de la red, cualquiera es libre de ejecutar software de cliente y sincronizar su propia copia soberana de la cadena de bloques, sin necesidad de ETH.", + "run-a-node-3-prompt": "¿Qué ventajas se obtienen con la ejecución de su propio nodo?", "run-a-node-3-a-label": "Resistencia a la censura", "run-a-node-3-a-explanation": "Esta es una ventaja para los usuarios, pero no es la única. Al ejecutar software de nodo que se comunique directamente con otros pares en la red, sus transacciones se mezclan con todas las demás transacciones que su nodo esté propagando. Por lo tanto, es casi imposible diferenciar y censurar una transacción válida que su nodo haya compartido.", "run-a-node-3-b-label": "Soberanía", "run-a-node-3-b-explanation": "Esta es una ventaja para los usuarios, pero no es la única. Al tener su propia copia de la cadena de bloques de Ethereum, ya no depende de ninguna parte externa para interactuar con la red. Nunca tiene que pedir permiso para consultar su saldo, ni ejecutar una transacción, y todas las transacciones se verifican mediante el software que usted mismo está ejecutando. Cuando se producen actualizaciones de la red, usted decide si apoyar la actualización o no.", "run-a-node-3-c-label": "Privacidad", - "run-a-node-3-c-explanation": "Esta es una ventaja para los usuarios, pero no es la única. Sin un nodo propio, simplemente consultar el saldo de sus cuentas suele requerir el envío de una lista de sus cuentas desde su billetera, asociada a una dirección IP, a un proveedor externo en quien confíe para que le proporcione la información correcta.", + "run-a-node-3-c-explanation": "Esta es una ventaja para los usuarios, pero no es la única. Sin un nodo propio, simplemente consultar el saldo de sus cuentas suele requerir el envío de una lista de sus cuentas desde su cartera, asociada a una dirección IP, a un proveedor externo en quien confiar para que le proporcione la información correcta.", "run-a-node-3-d-label": "Todo lo anterior", "run-a-node-3-d-explanation": "Ejecutar un nodo le otorga el pleno control y soberanía sobre los datos en los que confía, permitiéndole visualizar y verificar de forma privada el contenido de la cadena y garantizar efectivamente que cualquier transacción válida no sea censurada.", "run-a-node-4-prompt": "¿Qué capacidad de almacenamiento en disco duro necesita un nodo de Ethereum?", @@ -508,20 +553,146 @@ "run-a-node-4-b-label": "2 TB giratorio", "run-a-node-4-b-explanation": "En general, los discos duros giratorios no soportan las velocidades de lectura/escritura necesarias para seguir el ritmo de los requisitos de procesamiento de un nodo de Ethereum, por lo que se recomienda una unidad SSD.", "run-a-node-4-c-label": "SSD de 2 TB", - "run-a-node-4-c-explanation": "Al momento de escribir esto, una unidad SSD de 2 TB debería satisfacer los requisitos de almacenamiento y velocidad de lectura/escritura de un nodo completo de Ethereum.", + "run-a-node-4-c-explanation": "Al cierre de edición, una unidad SSD de 2 TB debería satisfacer los requisitos de almacenamiento y velocidad de lectura / escritura de un nodo completo de Ethereum.", "run-a-node-4-d-label": "8 TB SSD", - "run-a-node-4-d-explanation": "Al momento de escribir esto, una unidad SSD de 2 TB debería satisfacer los requisitos de almacenamiento y velocidad de lectura/escritura de un nodo de Ethereum completo. Un SSD de 8 TB permitiría una mayor seguridad de cara al futuro y la capacidad de sincronizar también cadenas de capa 2, pero actualmente no es un requisito para la red principal.", - "scaling-5-prompt": "¿Qué pasa si su nodo se desconecta?", - "scaling-5-a-label": "Su nodo deja de estar sincronizado con el estado actual de la red", - "scaling-5-a-explanation": "Cuando su nodo no está disponible online, no puede recibir nuevas transacciones y bloques de pares y, por tanto, queda desincronizado con el estado actual de la cadena. Si vuelve a estar en línea, el software de nodo se sincronizará y volverá a ser totalmente funcional.", - "scaling-5-b-label": "El ETH de su almacenamiento en frío se slashea", - "scaling-5-b-explanation": "El ETH en su almacenamiento en frío no tiene nada a que ver con que su nodo esté conectado o no. Si su nodo está offline, no podrá utilizarlo para consultar el saldo más reciente de sus cuentas, pero estar offline no pone en riesgo sus fondos asegurados. Si también está ejecutando software validador con su nodo como staker, incurrirá en pequeñas sanciones en este saldo validador mientras no esté disponible para la red.", - "scaling-5-c-label": "Se desperdicia la energía empleada para la prueba de trabajo", - "scaling-5-c-explanation": "Ethereum ya no utiliza la prueba de trabajo (proof-of-work), y esto nunca fue un requisito para todos los operadores de nodos. Estar sin conexión simplemente significa que su nodo ya no está sincronizado con los últimos cambios en la red, y puede volver a sincronizarse una vez en línea.", - "scaling-5-d-label": "Se eliminan los datos de la cadena, y es necesario volver a sincronizarlos desde cero", - "scaling-5-d-explanation": "La simple desconexión no suele eliminar los datos guardados en la cadena. Conectarse de nuevo a Internet permitirá al software reanudar la operación donde la dejó para sincronizarse con las últimas transacciones.", - "scaling-6-prompt": "Ejecutar un nodo da recompensas de red", - "scaling-6-a-label": "Verdadero", - "scaling-6-a-explanation": "El mero hecho de ejecutar software cliente no hace ganar recompensas. Para ganar recompensas, también debe hacer staking.", - "scaling-6-b-label": "Falso" + "run-a-node-4-d-explanation": "Al cierre de edición, una unidad SSD de 2 TB debería satisfacer los requisitos de almacenamiento y velocidad de lectura/escritura de un nodo de Ethereum completo. Un SSD de 8 TB permitiría una mayor seguridad de cara al futuro y la capacidad de sincronizar también cadenas de capa 2, pero actualmente no es un requisito para la red principal.", + "run-a-node-5-prompt": "¿Qué pasa si su nodo se desconecta?", + "run-a-node-5-a-label": "Su nodo deja de estar sincronizado con el estado actual de la red", + "run-a-node-5-a-explanation": "Cuando su nodo deja de estar disponible en línea, no puede recibir nuevas transacciones y bloques de iguales y, por tanto, queda desincronizado con el estado actual de la cadena. Cuando vuelva a estar en línea, el software de nodo se sincronizará y volverá a ser totalmente funcional.", + "run-a-node-5-b-label": "El ETH de su almacenamiento en frío se recorta", + "run-a-node-5-b-explanation": "El ETH en su almacenamiento en frío no tiene nada a que ver con que su nodo esté conectado o no. Si su nodo está fuera de línea, no podrá utilizarlo para consultar el saldo más reciente de sus cuentas, pero estar fuera de línea no pone en riesgo sus fondos asegurados. Si también está ejecutando un software validador con su nodo como participante, incurrirá en pequeñas sanciones en este saldo validador mientras no esté disponible para la red.", + "run-a-node-5-c-label": "Se desperdicia la energía empleada para la prueba de trabajo", + "run-a-node-5-c-explanation": "Ethereum ya no utiliza la prueba de trabajo, y esto nunca fue un requisito para todos los operadores de nodos. Estar sin conexión simplemente significa que su nodo ya no está sincronizado con los últimos cambios en la red, y puede volver a sincronizarse cuando vuelva a estar en línea.", + "run-a-node-5-d-label": "Se eliminan los datos de la cadena, y es necesario volver a sincronizarlos desde cero", + "run-a-node-5-d-explanation": "La simple desconexión no suele eliminar los datos guardados en la cadena. Conectarse de nuevo a Internet permitirá al software reanudar la operación donde la dejó para sincronizarse con las últimas transacciones.", + "run-a-node-6-prompt": "Ejecutar un nodo da recompensas de red", + "run-a-node-6-a-label": "Verdadero", + "run-a-node-6-a-explanation": "El mero hecho de ejecutar su software de cliente no le hace ganar recompensas. Para ganar recompensas, también debe participar.", + "run-a-node-6-b-label": "Falso", + "stablecoins-1-prompt": "¿Qué son las monedas estables?", + "stablecoins-1-a-label": "Criptomonedas con baja volatilidad de precio, cuyo valor es estable y similar al de las monedas tradicionales", + "stablecoins-1-a-explanation": "¡Exacto! Las stablecoins están diseñadas para resolver el problema de la volatilidad, algo común en muchas criptomonedas.", + "stablecoins-1-b-label": "Representaciones digitales de oro", + "stablecoins-1-b-explanation": "Esto es incorrecto. Si bien algunas monedas estables pueden estar respaldadas por metales preciosos, también pueden estar respaldadas por moneda fiduciaria u otras criptomonedas.", + "stablecoins-1-c-label": "Un nuevo tipo de tarjeta de crédito", + "stablecoins-1-c-explanation": "Esto es incorrecto. Las monedas estables son un tipo de criptomoneda, no una tarjeta de crédito.", + "stablecoins-1-d-label": "Un reemplazo para ether", + "stablecoins-1-d-explanation": "Esto es incorrecto. Las monedas estables no están diseñadas para reemplazar ether (ETH). Son otro tipo de token en la red de Ethereum, que están diseñadas para mantener un valor estable a lo largo del tiempo.", + "stablecoins-2-prompt": "¿Cuál de las siguientes es una moneda estable?", + "stablecoins-2-a-label": "Dólar estadounidense", + "stablecoins-2-a-explanation": "Esto es incorrecto. Las monedas estables pueden representar al dólar estadounidense, pero el dólar estadounidense no es una criptomoneda.", + "stablecoins-2-b-label": "AAVE token", + "stablecoins-2-b-explanation": "Esto es incorrecto. AAVE es un token de gobernanza para el protocolo Aave, que ofrece mercados para monedas estables, pero AAVE en sí no es una moneda estable.", + "stablecoins-2-c-label": "Dai", + "stablecoins-2-c-explanation": "¡Correcto! Dai es probablemente la moneda estable descentralizada más famosa y su valor es de aproximadamente 1 dólar estadounidense.", + "stablecoins-2-d-label": "Ether", + "stablecoins-2-d-explanation": "Esto es incorrecto. Ether es la moneda nativa de la red Ethereum, pero no está pensada para ser estable.", + "stablecoins-3-prompt": "¿Para qué se pueden utilizar las monedas estables?", + "stablecoins-3-a-label": "Para protejer los usarios de cambios volátiles en los precios", + "stablecoins-3-a-explanation": "No es del todo correcto, ya que este es tan solo uno de los muchos fines para los que se puede utilizar las monedas estables.", + "stablecoins-3-b-label": "Para comprar cosas por internet desde cualquier lugar del mundo", + "stablecoins-3-b-explanation": "No es del todo correcto, ya que este es tan solo uno de los muchos fines para los que se puede utilizar las monedas estables.", + "stablecoins-3-c-label": "Para ganar dinero a través de préstamos a otros", + "stablecoins-3-c-explanation": "No es del todo correcto, ya que este es tan solo uno de los muchos fines para los que se puede utilizar las monedas estables.", + "stablecoins-3-d-label": "Todo lo anterior", + "stablecoins-3-d-explanation": "¡Correcto! Las monedas estables se pueden usar para almacenar criptomonedas con menor volatilidad, realizar transacciones globales en internet y ganar intereses cuando se prestan.", + "stablecoins-4-prompt": "¿Que hace única a una moneda estable?", + "stablecoins-4-a-label": "Es un token vinculado a un activo en el mundo real", + "stablecoins-4-a-explanation": "Esto es incorrecto. Si bien muchas monedas estables están vinculadas a activos del mundo real, esta característica no es exclusiva de las monedas estables (por ejemplo, los tókenes respaldados por ETH).", + "stablecoins-4-b-label": "Es un token de criptomoneda diseñado específicamente para mantener su valor estable", + "stablecoins-4-b-explanation": "¡Correcto! Las monedas estables están diseñadas para mantener su valor relativamente estable, generalmente vinculado a activos como monedas (por ejemplo, 1 USDC = 1 dólar estadounidense), pero no todas las monedas estables siguen este modelo (por ejemplo, RAI).", + "stablecoins-4-c-label": "Es capaz de enviarse a través de Internet", + "stablecoins-4-c-explanation": "Esto es incorrecto. Si bien se trata de una capacidad, no es exclusiva de las monedas estables.", + "stablecoins-4-d-label": "Se puede usar en la red de Ethereum.", + "stablecoins-4-d-explanation": "Esto es incorrecto. Muchos otros tókenes de criptomonedas se pueden usar en la red de Ethereum.", + "stablecoins-5-prompt": "¿Cúal NO es un a forma de conseguir monedas estables?", + "stablecoins-5-a-label": "Intercambiarlas con otros tókenes", + "stablecoins-5-a-explanation": "Incorrecto, esta es la forma de conseguir monedas estables. Una de las formas más comúnes para conseguir moneda estable es intercambiando criptomonedas existentes por moneda estable.", + "stablecoins-5-b-label": "Pedirlas prestado", + "stablecoins-5-b-explanation": "Incorrecto, esta es la forma de conseguir monedas estables. Puede pedir prestada moneda estable usando criptomoneda existente, como el ether, como garantía. Tiene que devolver la moneda estable prestada para reclamar su garantía bloqueada.", + "stablecoins-5-c-label": "Comprarla en un intercambio", + "stablecoins-5-c-explanation": "No es correcto, esta es una forma de conseguir moneda estable. Muchos intercambios y carteras le permiten comprar moneda estable directamente. Restricciones geográficas pueden aplicarse en caso de intercambios centralizados.", + "stablecoins-5-d-label": "Mina los", + "stablecoins-5-d-explanation": "¡Correcto! A diferencia del bitcoin, no es posible minar monedas estables.", + "defi-1-prompt": "¿Qué significa DeFi?", + "defi-1-a-label": "Es el acrónimo en inglés de Finanzas Descentralizadas", + "defi-1-a-explanation": "¡Correcto! DeFi se refiere a finanzas descentralizadas, un sistema financiero creado sobre Ethereum que opera sin intermediarios como bancos o instituciones financieras.\nDefi-1- explicación", + "defi-1-b-label": "Finanzas Digitales", + "defi-1-b-explanation": "¡Esto es incorrecto! Las Finanzas Digitales se refieren a los servicios que se brindan a través de plataformas digitales, pero no implican específicamente la descentralización.", + "defi-1-c-label": "Finanzas Distribuidas", + "defi-1-c-explanation": "Esto no es correcto. Si bien «distribuido» podría implicar descentralización, el término que se utiliza en la industria es «finanza descentralizada», no finanza distribuida.", + "defi-1-d-label": "Finanzas para el Desarrollo", + "defi-1-d-explanation": "Esto es incorrecto. Las Finanzas para el Desarrollo suelen referirse al apoyo financiero brindado a proyectos destinados al desarrollo económico, a menudo en países en vías de desarrollo, y no está relacionado con la cadena de bloques o DeFi.", + "defi-2-prompt": "¿Qué no se puede hacer con DeFi?", + "defi-2-a-label": "Enviar dinero a cualquier parte del mundo.", + "defi-2-a-explanation": "Esto es incorrecto. Con DeFi, se puede enviar valor a cualquier persona en cualquier parte del mundo, sin límites.", + "defi-2-b-label": "Pedirle al servicio de Atención al cliente que corrija sus errores.", + "defi-2-b-explanation": "¡Correcto! En DeFi, las transacciones son definitivas y están controladas mediante código, no por una empresa. Si ocurre un error, como enviar fondos a una dirección incorrecta, no hay servicio de Atención al cliente que ayude a solucionarlo. Debe tener mucho cuidado.", + "defi-2-c-label": "Pedir préstamos a fondos con garantía.", + "defi-2-c-explanation": "Esto es incorrecto. Con DeFi, puede pedir prestado dinero al instante y evitar el proceso de aprobación que lleva días en los bancos tradicionales.", + "defi-2-d-label": "Hacer transacciones con sus tókenes 24 horas al día, 7 días por semana.", + "defi-2-d-explanation": "Esto es incorrecto. DeFi le permite hacer transacciones con tókenes las 24 horas del día, los 7 días de la semana. Los mercados siempre están abiertos y puede intercambiar su ETH por USDT o cualquier otra moneda en cualquier momento.", + "defi-3-prompt": "¿Qué plataforma DeFi es famosa por permitir a los usuarios intercambiar tókenes directamente por otros?", + "defi-3-a-label": "Uniswap", + "defi-3-a-explanation": "¡Correcto! Uniswap es un intercambio descentralizado que permite a los usuarios intercambiar tókenes directamente entre sí utilizando mecanismos de creación de mercado automatizados.", + "defi-3-b-label": "Aave", + "defi-3-b-explanation": "Esto es incorrecto. Aave es un protocolo DeFi enfocado a dar y pedir préstamos, no a intercambiar tókenes.", + "defi-3-c-label": "PoolTogether", + "defi-3-c-explanation": "Esto es incorrecto. PoolTogether organiza loterías sin pérdidas que ofrecen una forma innovadora de ahorrar dinero.", + "defi-3-d-label": "MakerDao", + "defi-3-d-explanation": "Esto es incorrecto. MakerDAO es una plataforma descentralizada que permite a los usuarios emitir y gestionar la moneda estable DAI, pero no se enfoca a intercambios de tókenes.", + "defi-4-prompt": "Cuando utiliza una aplicación DeFi y realiza una transacción ¿Donde se guarda la información de la transacción?", + "defi-4-a-label": "ETH", + "defi-4-a-explanation": "Esto es incorrecto. La información no se guarda en Ether (ETH). ETH es el activo nativo de la cadena de bloques de Ethereum.", + "defi-4-b-label": "Mi cartera", + "defi-4-b-explanation": "Esto es incorrecto. Una cartera es una aplicación que gestiona su cuenta de Ethereum al conectarse a la cadena de bloques de Ethereum. No almacena ningún dato sobre su historial de transacciones.", + "defi-4-c-label": "Applicaciones DeFI", + "defi-4-c-explanation": "Esto es incorrecto. Las aplicaciones DeFi no almacenan su historial de transacciones directamente. En su lugar, los detalles de su transacción se registran en la cadena de bloques de Ethereum.", + "defi-4-d-label": "Cadena de bloques de Ethereum", + "defi-4-d-explanation": "¡Correcto! Ethereum es una cadena de bloques que almacena toda la información realizada por sus usuarios y aplicaciones. Esto permite a los validadores el mantenimiento del mismo estado a través de la red P2P.", + "defi-5-prompt": "¿Qué es lo que hace posible las Finanzas decentralizadas (DeFi) en Ethereum?", + "defi-5-a-label": "Contratos inteligentes", + "defi-5-a-explanation": "¡Correcto! Los contratos inteligentes son como declaraciones digitales de tipo condicionante escritas en Ethereum. Reemplazan a los contratos tradicionales y a los intermediarios, ejecutando transacciones automáticamente si se cumplen ciertas condiciones.", + "defi-5-b-label": "Intermediarios", + "defi-5-b-explanation": "Esto es incorrecto. Ethereum no necesita intermediarios para que se realicen las transacciones. Todo se ejecuta en la cadena a través de contratos inteligentes.", + "defi-5-c-label": "Bitcoin", + "defi-5-c-explanation": "Esto es incorrecto. Bitcoin es una red simple para almacenar valor, no para ejecutar programas avanzados. La DeFi necesita un sistema más flexible, como Ethereum, que pueda ejecutar programas complejos para manejar préstamos y transacciones.", + "defi-5-d-label": "Instituciones financieras tradicionales", + "defi-5-d-explanation": "Esto es incorrecto. Las aplicaciones DeFi no necesitan instituciones financieras tradicionales. Utilizan programas de cadena de bloques llamados contratos inteligentes para gestionar las transacciones de forma automática.", + "smart-contracts-1-prompt": "¿En qué se caracterizan los contratos inteligentes?", + "smart-contracts-1-a-label": "Los contratos inteligentes son como contratos legales, pero almacenados digitalmente en la cadena de bloques para guardar su contenido de forma segura.", + "smart-contracts-1-a-explanation": "Los contratos inteligentes usan una lógica similar a los contratos tradicionales, pero en los demás aspectos, tienen muy poco en común.", + "smart-contracts-1-b-label": "Vinculados a sistemas de IA autónomos que ejecutan las transacciones", + "smart-contracts-1-b-explanation": "Los contratos inteligentes ejecutan las transacciones de acuerdo a la lógica condicionante «si esto...., entonces aquello», prescrita en el código. No usan IA.", + "smart-contracts-1-c-label": "Programas en cadena siguen la lógica condicionante de «si esto..., entonces aquello...», garantizando así su ejecución de acuerdo a sus propias reglas", + "smart-contracts-1-c-explanation": "Un contrato inteligente es una cuenta de Ethereum desplegada con un código inmutable que determina su funcionalidad.", + "smart-contracts-1-d-label": "Hay reglas detrás de la cadena de bloques de Ethereum, desarrolladas en conjunto con abogados para asegurar el cumplimiento legal.", + "smart-contracts-1-d-explanation": "Los contratos inteligentes son piezas de código que pueden crear desarrolladores y desplegar en una cadena de bloques.", + "smart-contracts-2-prompt": "¿Qué metáfora hace más referencia al funcionamiento de los contratos inteligentes?", + "smart-contracts-2-a-label": "Un banco", + "smart-contracts-2-a-explanation": "Los bancos requieren de ejecución manual y están estructurados de forma jerárquica, mientras que los contratos inteligentes los ejecutan ordenadores de forma predecible con reglas inmutables.", + "smart-contracts-2-b-label": "Una máquina expendedora digital", + "smart-contracts-2-b-explanation": "Una máquina expendedora solo dispensará el producto deseado despúes de que todos los requisitos se cumplan: entradas específicas garantizan determinadas salidas. Esta lógica es similar a la de los contratos inteligentes.", + "smart-contracts-2-c-label": "Una calculadora", + "smart-contracts-2-c-explanation": "El código de los contratos inteligentes puede utilizarse para cálculos, pero no solo eso. Los contratos inteligentes son más bien programas basados en la cadena de bloques que siguen la lógica condicionante de «si esto..., entonces aquello».", + "smart-contracts-2-d-label": "Un sitio web", + "smart-contracts-2-d-explanation": "Un sitio web es la interfaz que captura las instrucciones del usuario. Un contrato inteligente es la lógica donde se ejecutan estas instrucciones y el resultado puede plasmarse.", + "smart-contracts-3-prompt": "¿Cúal NO es una característica principal de los contratos inteligentes?", + "smart-contracts-3-a-label": "Ejecución determinista", + "smart-contracts-3-a-explanation": "El principal beneficio de un contrato inteligente es que ejecuta de manera determinista un código inequívoco, sin interpretación humana ni prejuicios.", + "smart-contracts-3-b-label": "Registro público", + "smart-contracts-3-b-explanation": "Con los contratos inteligentes en una cadena de bloques pública, cualquiera puede rastrear de forma instantánea las transferencias de activos y otro tipo de información relacionada.", + "smart-contracts-3-c-label": "Protección de la privacidad", + "smart-contracts-3-c-explanation": "Como las cadenas de bloques son redes seudónimas, las transacciones están vinculadas públicamente a una direccion criptográfica única, no a una identidad.", + "smart-contracts-3-d-label": "Capacidad de cambiar", + "smart-contracts-3-d-explanation": "Un contrato inteligente no puede cambiarse una vez creado, está garantizado para ejecutarse de acuerdo a las reglas definidas previamente en su código.", + "smart-contracts-4-prompt": "¿Cúal NO es una aplicación para los contratos inteligentes?", + "smart-contracts-4-a-label": "Monedas estables", + "smart-contracts-4-a-explanation": "Las monedas estables son tókenes que se definen y rastrean usando contratos inteligentes.", + "smart-contracts-4-b-label": "Cambios de protocolo", + "smart-contracts-4-b-explanation": "Mientras que los cambios en el protocolo pueden llevarse a cabo usando contratos inteligentes, su creación y definición se proponen a través de foros en línea transparentes y se implementan en el software de cliente.", + "smart-contracts-4-c-label": "Tókenes No Fungibles (NFT)", + "smart-contracts-4-c-explanation": "Los contratos inteligentes sirven para definir una amplia gama de NFT, desde arte digítal, hasta activos que representan un certificado de propiedad.", + "smart-contracts-4-d-label": "Intercambio abierto de monedas", + "smart-contracts-4-d-explanation": "Los intercambios descentralizados (DEX) se basan en contratos inteligentes para operar sin un control centralizado." } diff --git a/src/intl/es/page-10-year-anniversary.json b/src/intl/es/page-10-year-anniversary.json new file mode 100644 index 00000000000..087c5600e84 --- /dev/null +++ b/src/intl/es/page-10-year-anniversary.json @@ -0,0 +1,130 @@ +{ + "page-10-year-anniversary-meta-title": "El 10.º aniversario", + "page-10-year-anniversary-meta-description": "Celebramos los 10 años de resistencia a la censura, 100 % de disponibilidad, descentralización, construcción de comunidad, crecimiento de desarrolladores, colaboración global, valores cypherpunk, hackatones, resistencia a la censura, finanzas sin permisos, neutralidad creíble, el jardín infinito, diversidad de clientes y mucho más.", + "page-10-year-censorship-resistance": "resistencia a la censura", + "page-10-year-uptime": "100 % de disponibilidad", + "page-10-year-decentralization": "descentralización", + "page-10-year-community-building": "creación de comunidad", + "page-10-year-developer-growth": "crecimiento del número de desarrolladores", + "page-10-year-global-collaboration": "colaboración mundial", + "page-10-year-cypherpunk-values": "valores cypherpunk", + "page-10-year-hackathons": "hackatones", + "page-10-year-permissionless-finance": "finanzas sin pedir permiso", + "page-10-year-credible-neutrality": "neutralidad fidedigna", + "page-10-year-infinite-garden": "el jardín infinito", + "page-10-year-client-diversity": "diversidad de clientes", + "page-10-year-celebrating": "Celebramos los 10 años de", + "page-10-year-hero-title": "Una decada de transformar el mundo, ladrillo a ladrillo", + "page-10-year-hero-description": "El 30 de julio de 2015 nació la cadena de bloques de Ethereum. Ese momento en el que se minó el bloque inicial inauguró un mundo de posibilidades para intenet y aportó cambios transformativos a las finanzas, la propiedad y la programabilidad.", + "page-10-year-hero-tagline": "Diez años cumplidos y toda una eternidad por delante.", + "page-10-year-join-party-title": "Únase a la celebración", + "page-10-year-join-party-description": "Celebre el 10.º aniversario de Ethereum con la comunidad global. Busque un evento local o realice su propia celebración.", + "page-10-year-events-description-1": "Únase a personas de todo el mundo para participar en charlas, ampliar contactos y celebrar con Ethereum su décimo aniversario.", + "page-10-year-events-description-2": "¿No puede participar presencialmente? Vea nuestra retransmisión en directo y manténgase actualizado sobre los eventos en todo el mundo, así todos celebraremos este hito en comunidad.", + "page-10-year-host-event-title": "Comparta su evento", + "page-10-year-host-event-description": "¿ Está organizando un evento? Escriba a continuación los detalles del evento para que aparezca en el mapa.", + "page-10-year-host-event-cta": "Compartir evento", + "page-10-year-innovation-title": "10 años de", + "page-10-year-innovation-subtitle": "Innovación", + "page-10-year-innovation-description-1": "Enthereum transformó la cadena de bloques al introducir los contratos inteligentes", + "page-10-year-innovation-description-2": "Con Ethereum, las cadenas de bloques cambiaron de libro mayor digital a plataforma programable, donde el código se ejecuta automáticamente siempre que se cumplan las condiciones.", + "page-10-year-innovation-description-3": "La innovación de Ethereum permitió industrias completamente nuevas como DeFi, NFT y DAO. Expandió la cadena de bloques más allá de la moneda digital y la convirtió en una plataforma que reinventó cómo creamos e intercambiamos valor.", + "page-10-year-adoption-title": "10 años de", + "page-10-year-adoption-subtitle": "Adopción", + "page-10-year-adoption-description-1": "De un documento técnico a más de 24 millones de transacciones diarias en el ecosistema de Ethereum", + "page-10-year-adoption-description-2": "Ethereum se ha convertido en una plataforma de computación global que mantiene miles de aplicaciones utilizadas por millones diarios. Abarca industrias y fronteras mientras continúa expandiendo sus casos de uso.", + "page-10-year-stories-title": "10 años de", + "page-10-year-stories-subtitle": "Historias", + "page-10-year-stories-description-1": "Una visión general de cómo Ethereum se usa en el día a día", + "page-10-year-stories-description-2": "Desde millones de carteras a cualquier rincón del mundo, la gente usa Ethereum de formas inspiradoras. Estas historias reales muestran la creatividad, libertad y conexión que permite Ethereum.", + "page-10-year-stories-cta": "Comparta su historia", + "page-10-year-ideas-title": "¿Tiene una idea de cómo puede celebrarlo la comunidad?", + "page-10-year-ideas-description": "Artefactos en cadena, un juego mundial tipo Trivial sobre Ethereum, ¡el cielo es el límite! Cuéntenos su idea aquí abajo.", + "page-10-year-ideas-cta": "Envíe su idea", + "page-10-year-event-link": "Ir al evento", + "page-10-year-countdown-expired": "¡Ethereum cumple 10 años! 🚀", + "page-10-year-countdown-day": "día", + "page-10-year-countdown-days": "días", + "page-10-year-countdown-hour": "hora", + "page-10-year-countdown-hours": "horas", + "page-10-year-countdown-minute": "minuto", + "page-10-year-countdown-minutes": "minutos", + "page-10-year-countdown-second": "segundo", + "page-10-year-countdown-seconds": "segundos", + "page-10-year-banner-header": "10 años de Ethereum", + "page-10-year-banner-launch-text": "El 30 de julio de 2015 a las 3:44 p.m. UTC nació el primer bloque de la cadena de bloques de Ethereum.", + "page-10-year-banner-tagline": "¡Diez años han pasado desde entonces, y todo lo que nos queda por recorrer! 🚀", + "page-10-year-banner-cta": "Únase a la celebración", + "page-10-year-stories-read-more": "Más información", + "page-10-year-stories-show-original": "Mostrar original", + "page-10-year-stories-show-english": "Mostrar en inglés", + "page-10-year-stories-original-language": "Idioma original", + "page-10-year-stories-english-translation": "Traducción al inglés", + "page-10-year-stories-show-more": "Mostrar más", + "page-10-year-globe-go-to-event": "Ir al evento", + "page-10-year-innovation-card-1-title": "Lanzamiento de Ethereum", + "page-10-year-innovation-card-1-date": "30 de julio de 2015", + "page-10-year-innovation-card-1-description-1": "El bloque inicial de Ethereum se puso en marcha, lanzando la red «Frontier». Esta sencilla publicación les dio a los desarrolladores su primera oportunidad de crear aplicaciones descentralizadas y experimentar con contratos inteligentes.", + "page-10-year-innovation-card-1-description-2": "La misión de Ethereum: un internet abierto donde los usuarios controlen sus datos, las aplicaciones se ejecutan sin vigilancia y el valor fluya libremente entre las personas.", + "page-10-year-innovation-card-2-title": "DAI: la criptomoneda estable pionera", + "page-10-year-innovation-card-2-date": "Diciembre de 2015", + "page-10-year-innovation-card-2-description-1": "Se lanzó la primera moneda estable descentralizada. DAI mantiene un vínculo flexible con el dólar estadounidense mediante garantías de criptomonedas bloqueadas en contratos inteligentes.", + "page-10-year-innovation-card-2-description-2": "A diferencia de las monedas estables centralizadas controladas por empresas, DAI es gestionada por una organización autónoma descentralizada, lo que hace que no requiera confianza y sea dirigida de forma comunitaria.", + "page-10-year-innovation-card-3-title": "CryptoKitties y la frontera de los NFT", + "page-10-year-innovation-card-3-date": "Noviembre de 2017", + "page-10-year-innovation-card-3-description-1": "CryptoKitties dio vida a la propiedad digital. Este adelantado juego NFT mostró cómo la cadena de bloques podía permitir nuevas formas de expresión, de coleccionismo y cultura en internet.", + "page-10-year-innovation-card-3-description-2": "Probó que Ethereum podía escalar más allá de las finanzas hacia juegos, arte e identidad digital, abriendo posibilidades creativas completamente nuevas.", + "page-10-year-innovation-card-4-title": "Verano DeFi", + "page-10-year-innovation-card-4-date": "Junio de 2020", + "page-10-year-innovation-card-4-description-1": "El crecimiento explosivo de las DeFi redefinió lo que el mundo piensa de las finanzas. Los protocolos para prestar, comerciar y generar rendimientos obtuvieron un impulso masivo, mostrando el poder de la infraestructura financiera abierta y componible.", + "page-10-year-innovation-card-4-description-2": "Este periodo trajo miles de millones en valores a la cadena de bloques y estableció Ethereum como el hogar de las finanzas descentralizadas.", + "page-10-year-innovation-card-5-title": "Actualización acerca de La fusión", + "page-10-year-innovation-card-5-date": "15 de septiembre de 2022", + "page-10-year-innovation-card-5-description-1": "La mayor transformación de Ethereum hasta ahora. La red cambió sin problemas de la prueba de trabajo de gran consumo energético a la prueba de participación. Con miles de millones de valor en Ethereum, el cambio fue descrito como cambiar el motor de una aeronave en pleno vuelo.", + "page-10-year-innovation-card-5-description-2": "La Fusión redujo el consumo energético de Ethereum en un 99,95 %, fortaleciendo la seguridad de la red, y estableció las bases para futuras actualizaciones de escalabilidad.", + "page-10-year-innovation-card-6-title": "ETFs de ETH al contado", + "page-10-year-innovation-card-6-date": "23 de mayo de 2024", + "page-10-year-innovation-card-6-description-1": "Wall Street abraza Ethereum. Se lanzan las ETF de ETH al contado, trayendo capital institucional y legitimidad regulatoria a la plataforma de contratos inteligentes líder en el mundo.", + "page-10-year-innovation-card-6-description-2": "La aprobación señaló una mayor aceptación de los activos del mundo real tokenizados, con las principales instituciones financieras ahora teniendo en cuenta a Ethereum para todo, desde bienes inmuebles a bonos soberanos, en cadena.", + "page-10-year-adoption-card-1-title": "Década de descentralización", + "page-10-year-adoption-card-1-description": "Lo que empezó como un ecosistema especializado ahora abarca más de 80 países con 870.000 validadores, 13.600 nodos físicos y millones de usuarios de todos los continentes.", + "page-10-year-adoption-card-1-link-text": "Consultar estadísticas de Ethereum", + "page-10-year-adoption-card-2-title": "10 años, 16 actualizaciones, 0 interrupciones", + "page-10-year-adoption-card-2-description": "Ethereum ha mantenido un funcionamiento ininterrumpido mientras ha evolucionado continuadamente. La cadena de bloques nunca ha dejado de funcionar.", + "page-10-year-adoption-card-2-link-text": "Ver la hoja de ruta", + "page-10-year-adoption-card-3-title": "123 mil millones de dólares en capitalización de mercado de monedas estables", + "page-10-year-adoption-card-3-description": "A fecha del segundo trimestre de 2025, la capa 1 de Ethereum salvaguarda más de 123.000 millones de dólares en criptomonedas estables, captando más del 50 % del mercado global de criptomonedas estables.", + "page-10-year-adoption-card-3-link-text": "Más sobre monedas estables", + "page-10-year-adoption-card-4-title": "75.000 millones de dólares salvaguardados en DeFi de Ethereum", + "page-10-year-adoption-card-4-description": "A fecha del segundo trimestre de 2025, Ethereum salvaguarda más de 75.000 millones de dólares en DeFi en todo su ecosistema.", + "page-10-year-adoption-card-4-link-text": "Más sobre DeFi", + "page-10-year-adoption-card-5-title": "0,01 TWh por año", + "page-10-year-adoption-card-5-description": "Después de la Fusión, el consumo energético de Ethereum se redujo espectacularmente a solo 0,01 TWh por año, desde su pico de 93,95 TWh.", + "page-10-year-adoption-card-5-link-text": "Más acerca del consumo energético de Ethereum", + "page-10-year-adoption-card-6-title": "Más de 250 TPS", + "page-10-year-adoption-card-6-description": "El rendimiento de Ethereum ha aumentado enormemente desde su lanzamiento, con el ecosistema de Ethereum procesando ahora más de 250 transacciones por segundo.", + "page-10-year-adoption-card-6-link-text": "Más información sobre la capa 2", + "page-10-year-torch-title": "Ethereum Torch", + "page-10-year-torch-description": "Un NFT único que celebra el décimo aniversario de Ethereum. Torch (la antorcha) pasa entre los miembros de la comunidad, representando el espíritu de colaboración y descentralización que define a Ethereum.", + "page-10-year-torch-current-holder": "Titular de Torch actual", + "page-10-year-torch-no-holder": "No hay titulares de Torch actuales", + "page-10-year-torch-history-title": "Historial de titulares de Torch", + "page-10-year-torch-no-history": "No hay historial de transferencias disponible", + "page-10-year-torch-from": "De", + "page-10-year-torch-to": "A", + "page-10-year-torch-view-tx": "Ver transacción", + "page-10-year-livestream-title": "Unirse a la transmisión en directo", + "page-10-year-livestream-video-title": "Transmisión en directo del 10.º aniversario de Ethereum", + "page-10-year-torch-nft-intro": "Para conmemorar este hito histórico, estamos introduciendo el Ethereum Torch NFT, un NFT que encarna el espíritu de descentralización y comunidad que ha definido la primera década de Ethereum.", + "page-10-year-torch-nft-description": "Como una llama ceremonial que viaja de comunidad en comunidad, la antorcha Ethereum Torch viajará a través del ecosistema global de Ethereum. Este NFT especial se transmitirá de cartera en cartera entre miembros de la comunidad, desarrolladores y constructores cuidadosamente seleccionados que han dado forma a la historia de Ethereum en los últimos 10 años.", + "page-10-year-torch-one-of-kind-title": "Único en su categoría:", + "page-10-year-torch-one-of-kind-description": "Solo existe un Torch NFT de Ethereum, lo que convierte a cada titular en un guardián temporal del legado de Ethereum", + "page-10-year-torch-time-limited-title": "Custodia por tiempo limitado:", + "page-10-year-torch-time-limited-description": "Cada titular guarda la antorcha durante 24 horas antes de pasarla al siguiente guardián. El 30 de julio se quemará este NFT para celebrar el aniversario.", + "page-10-year-mint-card-title": "Acuñe el momento", + "page-10-year-mint-card-description": "Celebre una década de descentralización con un NFT gratuito y por tiempo limitado del 10.º aniversario. Acuñe el suyo antes de que se acabe el tiempo.", + "page-10-year-mint-card-ended-title": "El período de reclamación ha terminado", + "page-10-year-mint-card-ended-description": "Gracias a todos por unirse a la celebración", + "page-10-year-video-aria-label": "Vídeo del décimo aniversario", + "page-10-year-nft-link-label": "Ver el NFT de 10 años de Ethereum en OpenSea" +} diff --git a/src/intl/es/page-apps.json b/src/intl/es/page-apps.json index 3b0f33ceafe..6b5644e4871 100644 --- a/src/intl/es/page-apps.json +++ b/src/intl/es/page-apps.json @@ -1,284 +1,71 @@ { - "page-apps-1inch-logo-alt": "Logo de 1 pulgada", - "page-apps-aave-logo-alt": "Logo de Aave", - "page-apps-add-button": "Sugerir DApp", - "page-apps-add-title": "Añadir DApp", - "page-apps-ankr-logo-alt": "Logotipo de Ankr", - "page-apps-api3-logo-alt": "Logotipo de API3", - "page-apps-arweave-logo-alt": "Logotipo de ARweave", - "page-apps-audius-logo-alt": "Logo de Audius", - "page-apps-axie-infinity-logo-alt": "Logo de Axie Infinity", - "page-apps-balancer-logo-alt": "Logo de Balancer", - "page-apps-brave-logo-alt": "Logo de Brave", - "page-apps-beginner-friendly-description": "Algunas DApps son buenas para principiantes. Explore más DApps a continuación.", - "page-apps-beginner-friendly-header": "Aptas para principiantes", - "page-apps-category-arts": "Arte y moda", - "page-apps-category-browsers": "Buscadores", - "page-apps-category-code-marketplaces": "Plataformas de código", - "page-apps-category-collectibles": "Coleccionables digitales", - "page-apps-category-competitive": "Juegos Web3", - "page-apps-category-computing": "Herramientas para desarrolladores", - "page-apps-category-dex": "Intercambios", - "page-apps-category-investments": "Fondos de inversión", - "page-apps-category-lending": "Prestar y pedir prestado", - "page-apps-category-lottery": "Micromecenazgo", - "page-apps-category-marketplaces": "Mercados", - "page-apps-category-music": "Música", - "page-apps-category-payments": "Pagos", - "page-apps-category-insurance": "Seguros", - "page-apps-category-portfolios": "Administración de portafolio", - "page-apps-category-trading": "Predicción de mercados", - "page-apps-category-utilities": "Utilidades", - "page-apps-category-worlds": "Mundos virtuales", - "page-apps-category-demand-aggregator": "Agregadores de demanda", - "page-apps-category-derivatives": "Derivados", - "page-apps-category-liquid-staking": "Participación de liquidez", - "page-apps-category-bridges": "Puentes", - "page-apps-category-experiences": "Experiencias compartidas", - "page-apps-category-guilds": "Gremios de rendimiento", - "page-apps-category-avatar": "Avatares", - "page-apps-choose-category": "Elegir categoría", - "page-apps-category-social": "Redes sociales", - "page-apps-category-content": "Contenido", - "page-apps-category-community": "Comunidad", - "page-apps-category-messaging": "Mensajería", - "page-apps-category-identity": "Identidad", - "page-apps-collectibles-benefits-1-description": "Cuando el arte se tokeniza en Ethereum, puede demostrarse la titularidad para que todo el mundo la vea. Puede rastrear el viaje de la obra de arte desde su creación hasta su titular actual. Esto evita las falsificaciones.", - "page-apps-collectibles-benefits-1-title": "La titularidad es demostrable", - "page-apps-collectibles-benefits-2-description": "Pagar para transmitir música o comprar obras de arte es mucho más justo para los artistas. Con Ethereum hay menos necesidad de intermediarios. Y si se necesitan intermediarios, sus costes no son tan altos, porque las plataformas no necesitan pagar por la infraestructura de la red.", - "page-apps-collectibles-benefits-2-title": "Más justo para los creadores", - "page-apps-collectibles-benefits-3-description": "Las colecciones «tokenizadas» están vinculadas a su dirección de Ethereum, no a la plataforma. Por tanto, puede vender artículos de juego en cualquier mercado de Ethereum, no solo dentro del juego.", - "page-apps-collectibles-benefits-3-title": "Los coleccionables le acompañan", - "page-apps-collectibles-benefits-4-description": "Ya existen herramientas y productos que te permiten «tokenizar» tu arte y venderlo. Y tus tókenes puedan venderse en cualquier plataforma de colecciones de Ethereum.", - "page-apps-collectibles-benefits-4-title": "Infraestructura ya en marcha", - "page-apps-collectibles-benefits-description": "Estas son aplicaciones que se centran en la titularidad digital, incrementando el potencial de ingresos para los creadores e inventando nuevas formas de invertir en sus creadores preferidos y su trabajo.", - "page-apps-collectibles-benefits-title": "coleccionables y streaming descentralizados", - "page-apps-collectibles-button": "Arte y coleccionables", - "page-apps-collectibles-description": "Estas son aplicaciones que se centran en la titularidad digital, incrementando el potencial de ingresos para los creadores e inventando nuevas formas de invertir en sus creadores preferidos y su trabajo.", - "page-apps-collectibles-title": "Arte y coleccionables descentralizados", - "page-apps-compound-logo-alt": "Logo de Compound", - "page-apps-convex-logo-alt": "Logo de Convex", - "page-apps-cryptopunks-logo-alt": "Logo de CryptoPunks", - "page-apps-cryptovoxels-logo-alt": "Logo de Cryptovoxels", - "page-apps-cyberconnect-logo-alt": "Logotipo de CyberConnect", - "page-apps-dapp-description-1inch": "Le ayuda a evitar el elevado desfase de precios mediante la agregación de los mejores precios.", - "page-apps-dapp-description-aave": "Preste sus tókenes para ganar intereses y retírelos en cualquier momento.", - "page-apps-dapp-description-ankr": "Conjunto de diferentes productos de infraestructura Web3 para construir, ganar dinero, jugar y más, todo en la cadena de bloques.", - "page-apps-dapp-description-api3": "Fuentes propias con referencias de precios que permiten las DApps en 10 redes (y sumando) para conectar en tiempo real la información de precios de los activos, incluyendo precios de criptomonedas y mercados de divisas.", - "page-apps-dapp-description-arweave": "Almacenar datos permanentemente de manera sostenible con una única comisión principal.", - "page-apps-dapp-description-async-art": "Crea, colecciona y comercializa #ProgrammableArt, pinturas digitales divididas en «capas» que se pueden utilizar para afectar la imagen general. Cada maestro y capa es un token ERC721.", - "page-apps-dapp-description-audius": "Plataforma de streaming descentralizada. Escuchas = dinero para creadores, no etiquetas.", - "page-apps-dapp-description-axie-infinity": "Comercie con criaturas de combate llamadas «Axies». Y gane mientras juega (disponible en móviles)", - "page-apps-dapp-description-balancer": "Balancer es una plataforma automatizada de operaciones y gestión de carteras.", - "page-apps-dapp-description-brave": "Gane tókenes por navegar y apoyar a sus creadores favoritos con ellos.", "page-apps-dapp-description-cent": "Una red social donde puede ganar dinero publicando NFT.", - "page-apps-dapp-description-compound": "Preste sus tókenes para ganar intereses y retírelos en cualquier momento.", - "page-apps-dapp-description-convex": "Convex permite a los proveedores de liquidez Curve, recibir cuotas de intercambio y reclamar CRV incrementado sin tener que bloquear su CRV.", - "page-apps-dapp-description-cryptopunks": "Compre, puje y ofrezca Punks a la venta: uno de los primeros tókenes coleccionables en Ethereum.", - "page-apps-dapp-description-cryptovoxels": "Cree galerías de arte, construya tiendas y compre tierras: un mundo virtual de Ethereum.", - "page-apps-dapp-description-cyberconnect": "Protocolo de gráfico social descentralizado que ayuda a la red de DApps a efectuar y construir experiencias sociales personalizadas", - "page-apps-dapp-description-dark-forest": "Conquiste planetas en un universo infinito, generado por procedimientos y especificado criptográficamente.", "page-apps-dapp-description-decentraland": "Coleccione, comercie con tierras virtuales en un mundo virtual que puede explorar.", "page-apps-dapp-description-ens": "Nombres fáciles de usar para las direcciones de Ethereum y los sitios descentralizados.", - "page-apps-dapp-description-foundation": "Invierta en ediciones únicas de obras de arte digitales y piezas comerciales con otros compradores.", "page-apps-dapp-description-gitcoin": "Gane criptomonedas trabajando en software de código abierto.", - "page-apps-dapp-description-gitcoin-grants": "Micromecenazgo para proyectos de la comunidad Ethereum con contribuciones ampliadas", - "page-apps-dapp-description-gm": "Plataforma todo en uno para mensajería, foros y voz, que actualmente comparte las ganancias con los creadores", "page-apps-dapp-description-gods-unchained": "Juego de cartas estratégicas. Jugando ganará cartas que puede vender en la vida real.", - "page-apps-dapp-description-golem": "Acceda a la potencia informática compartida o alquile sus propios recursos.", - "page-apps-dapp-description-graph": "Un protocolo de indexación para realizar consultas en redes como Ethereum e IPFS.", - "page-apps-dapp-description-ipfs": "Un protocolo hipermedia entre pares, diseñado para preservar y aumentar el conocimiento de la humanidad al hacer la web mejorable, resilente y más abierta.", - "page-apps-dapp-description-radicle": "Asegurar la colaboración entre pares sin intermediarios.", - "page-apps-dapp-description-kiwinews": "Encuentre noticias, artículos y productos interesantes sobre Ethereum, seleccionados por y para desarrolladores. Discútalos con otros desarrolladores, fundadores e inversores.", - "page-apps-dapp-description-lido": "Staking simplificado y seguro para activos digitales.", - "page-apps-dapp-description-marble-cards": "Cree e intercambie tarjetas digitales únicas basadas en URL.", - "page-apps-dapp-description-matcha": "Busque múltiples intercambios para encontrar los mejores precios.", - "page-apps-dapp-description-meeds": "Centros para la comunidad Web3 para la era del trabajo descentralizado. Recompensar de manera justa y transparente las contribuciones que importan.", - "page-apps-dapp-description-mirror": "Construida en Web3 y para Web3, la plataforma de publicación de Mirror supera los límites de la escritura en línea", - "page-apps-dapp-description-multichain": "El router definitivo para Web3. Es una infraestructura desarrollada por interacciones arbitrarias a través de cadenas.", - "page-apps-dapp-description-nifty-gateway": "Compre obras en cadena a artistas, atletas, marcas y creadores de primer nivel.", - "page-apps-dapp-description-summerfi": "Comercie, pida prestado y ahorre con Dai, una moneda estable de Ethereum.", - "page-apps-dapp-description-opensea": "Compre, venda, descubra e intercambie bienes de edición limitada.", - "page-apps-dapp-description-opera": "Envíe criptografía desde su navegador a comerciantes, otros usuarios y aplicaciones.", - "page-apps-dapp-description-osuvox": "Avatares 3D viviendo en la cadena de bloques", - "page-apps-dapp-description-poap": "Obtenga NFT probando que estuvo en diferentes eventos virtuales o en persona. Úselos para participar en rifas, votar, colaborar o simplemente para presumir.", - "page-apps-dapp-description-polymarket": "Apueste por los resultados. Comercie en mercados de información.", - "page-apps-dapp-description-pooltogether": "Una lotería que no puede perder. Premios cada semana.", - "page-apps-dapp-description-index-coop": "Un índice de fondos de criptomonedas que le da a su porfolio exposición a los tókenes de DeFi más importantes.", - "page-apps-dapp-description-nexus-mutual": "Cobertura sin compañía de seguros. Protéjase contra errores en contratos inteligentes y hacks.", - "page-apps-dapp-description-etherisc": "Una plantilla de seguro descentralizada que cualquiera puede utilizar para crear su propia cobertura de seguro.", - "page-apps-dapp-description-zapper": "Haga un seguimiento de su porfolio y utilice diferentes productos DeFi desde una sola interfaz.", - "page-apps-dapp-description-zerion": "Administre su porfolio y evalúe cada activo DeFi en el mercado.", - "page-apps-dapp-description-rotki": "Herramienta de código abierto para realizar seguimientos de porfolios, análisis, contabilidad e informes de impuestos que respeta tu privacidad.", - "page-apps-dapp-description-krystal": "Una plataforma integral para acceder a todos sus servicios DeFi favoritos.", - "page-apps-dapp-description-rarible": "Cree, venda y compre coleccionables tokenizados.", - "page-apps-dapp-description-request-finance": "Un conjunto de herramientas financieras para facturas criptográficas, nóminas y gastos.", - "page-apps-dapp-description-sablier": "Envíe dinero en tiempo real.", - "page-apps-dapp-description-spatial": "Cree su propio avatar y sus mundos 3D", - "page-apps-dapp-description-spruce": "Apilar el código abierto para dejar el control de la identidad y los datos donde debería estar: con los usuarios.", - "page-apps-dapp-description-status": "Diseñado para permitir el flujo libre de información, proteger el derecho a la privacidad, conversaciones seguras y promover la soberanía de los individuos.", - "page-apps-dapp-description-superrare": "Compre obras de arte digitales directamente de artistas o en mercados secundarios.", - "page-apps-dapp-description-synthetix": "Synthetix es un protocolo para emitir y comercializar activos sintéticos.", - "page-apps-dapp-description-uniswap": "Intercambie tókenes simplemente o proporcione tókenes por un porcentaje de recompensas.", - "page-apps-dapp-description-xmtp": "Envíe mensajes entre cuentas de la cadena de bloques, incluyendo mensajes privados, alertas, anuncios y más.", - "page-apps-dapp-description-yearn": "Yearn Finance es un agregador de rendimiento, que otorga a particulares, DAO y otros protocolos una forma de depositar activos financieros y recibir rendimiento.", - "page-apps-docklink-dapps": "Introducción a las dapps", - "page-apps-docklink-smart-contracts": "Contratos inteligentes", - "page-apps-dark-forest-logo-alt": "Logo de Dark Forest", - "page-apps-decentraland-logo-alt": "Logo de Decentraland", - "page-apps-index-coop-logo-alt": "Log de Index Coop", - "page-apps-nexus-mutual-logo-alt": "Logo de Nexus Mutual", - "page-apps-etherisc-logo-alt": "Logo de Etherisc", - "page-apps-zapper-logo-alt": "Logo de Zapper", - "page-apps-zerion-logo-alt": "Logo de Zerion", - "page-apps-rotki-logo-alt": "Logo de Rotki", - "page-apps-krystal-logo-alt": "Logotipo de Kristal", - "page-apps-synthetix-logo-alt": "Logo de Synthetix", - "page-apps-desc": "Encuentre una aplicación de Ethereum para probar.", - "page-apps-doge-img-alt": "Ilustración de un doge usando un ordenador", - "page-apps-editors-choice-dark-forest": "Juegue contra otros para conquistar planetas y probar la tecnología de escalado y privacidad de Ethereum de vanguardia. Tal vez uno para aquellos que ya están familiarizados con Ethereum.", - "page-apps-editors-choice-foundation": "Invierta en cultura. Compre, comercie y venda obras de arte digitales exclusivas y moda de artistas, músicos y marcas increíbles.", - "page-apps-editors-choice-pooltogether": "Compre un boleto para la lotería sin pérdidas. Cada semana, el interés generado por todos los boletos juntos se envía a un afortunado ganador. Obtenga su dinero cuando quiera.", - "page-apps-editors-choice-uniswap": "Intercambie sus tókenes con facilidad. Un favorito de la comunidad que le permite intercambiar tókenes con gente a través de la red.", - "page-apps-ens-logo-alt": "Logo de Servicio Ethereum Name", - "page-apps-explore-dapps-description": "Muchas dApps siguen siendo experimentales y exploran las posibilidades que ofrecen las redes descentralizadas. Ha habido algunos casos de éxito en los ámbitos de tecnología, finanzas, juegos y coleccionables.", - "page-apps-explore-dapps-title": "Explorar dapps", - "page-apps-features-1-description": "Una vez instalado en Ethereum, el código DApp no se puede eliminar. Y cualquiera puede usar las características de la DApp. Incluso aunque el equipo detrás de la dapp se disolviera, podría usarla. Una vez en Ethereum, se queda ahí.", - "page-apps-features-1-title": "Sin propietarios", - "page-apps-features-2-description": "No se puede bloquear el uso de una DApp ni el envío de transacciones. Por ejemplo, si Twitter estuviera en Ethereum, nadie podría bloquear su cuenta ni impedir que tuiteara.", - "page-apps-features-2-title": "Sin censura", - "page-apps-features-3-description": "Puesto que Ethereum tiene ETH, los pagos son nativos de Ethereum. Los desarrolladores no necesitan pasar tiempo integrándose con proveedores de pagos de terceros.", - "page-apps-features-3-title": "Pagos integrados", - "page-apps-features-4-description": "El código DApp está a menudo abierto y es compatible por defecto. Los equipos construyen con frecuencia usando el trabajo de otros equipos. Si quiere permitir que los usuarios intercambien tókenes en su DApp, puede simplemente conectar el código de otra DApp.", - "page-apps-features-4-title": "Conectar y a jugar", - "page-apps-features-5-description": "Con la mayoría de las Aplicaciones Descentralizadas (DApps) no necesita compartir su identidad real. Su cuenta de Ethereum es su inicio de sesión y solo necesita una cartera.", - "page-apps-features-5-title": "Un inicio de sesión anónimo", - "page-apps-features-6-description": "La criptografía garantiza que los atacantes no puedan forjar transacciones e interacciones con DApp en su nombre. Autoriza acciones DApp con su cuenta de Ethereum, normalmente a través de su cartera, así que mantenga sus credenciales a salvo.", - "page-apps-features-6-title": "Respaldado por criptografía", - "page-apps-features-7-description": "Una vez que la DApp esté activa en Ethereum, solo se desactivará si Ethereum mismo se cae. Las redes del tamaño de Ethereum son tremendamente difíciles de atacar.", - "page-apps-features-7-title": "Sin tiempo de inactividad", - "page-apps-finance-benefits-1-description": "Los servicios financieros que funcionan en Ethereum no tienen requisitos de registro. Si tiene fondos y una conexión a Internet, ya puede ponerse en marcha.", - "page-apps-finance-benefits-1-title": "Acceso abierto", - "page-apps-finance-benefits-2-description": "Hay todo un mundo de tókenes con los que puede interactuar a través de estos productos financieros. La gente está construyendo nuevos tókenes sobre Ethereum todo el tiempo.", - "page-apps-finance-benefits-2-title": "Una nueva economía de tókenes", - "page-apps-finance-benefits-3-description": "Los equipos han creado monedas estables: una criptomoneda menos volátil. Estas le permiten experimentar y usar cripto sin riesgos ni incertidumbre.", - "page-apps-finance-benefits-3-title": "Monedas estables", - "page-apps-finance-benefits-4-description": "Los productos financieros en el espacio Ethereum son todos modulares y compatibles entre sí. Al mercado llegan continuamente nuevas configuraciones de estos módulos, lo que aumenta lo que puede hacer con sus criptomonedas.", - "page-apps-finance-benefits-4-title": "Servicios financieros interconectados", - "page-apps-finance-benefits-description": "¿Cómo es que Ethereum permite que las aplicaciones financieras descentralizadas crezcan?", - "page-apps-finance-benefits-title": "finanzas descentralizadas", - "page-apps-finance-button": "Finanzas", - "page-apps-finance-description": "Estas son aplicaciones que se centran en la creación de servicios financieros utilizando criptomonedas. Ofrecen la posibilidad de prestar dinero, pedir prestado, obtener intereses y realizar pagos privados, sin necesidad de datos personales.", - "page-apps-finance-title": "Finanzas descentralizadas", - "page-apps-foundation-logo-alt": "Logo de la fundación", - "page-apps-gaming-benefits-1-description": "Ya se trate de terrenos virtuales o cartas, sus objetos son intercambiables en mercados coleccionables. Sus objetos dentro del juego tienen valor real.", - "page-apps-gaming-benefits-1-title": "Los objetos del juego se duplican como tókenes", - "page-apps-gaming-benefits-2-description": "Usted mismo posee sus objetos, y en algunos casos su progreso, no las empresas de juegos, así que no perderá nada si la compañía tras el juego es atacada, sufre un mal funcionamiento del servidor o se disuelve.", - "page-apps-gaming-benefits-2-title": "Sus ahorros están seguros", - "page-apps-gaming-benefits-3-description": "De la misma manera que los pagos de Ethereum están disponibles para que cualquiera los verifique, los juegos pueden usar esta calidad para garantizar la equidad. En teoría, todo es verificable, desde el número de golpes críticos hasta el tamaño del cofre de guerra de un oponente.", - "page-apps-gaming-benefits-3-title": "Equidad demostrable", - "page-apps-gaming-benefits-description": "¿Cómo es que Ethereum permite que el juego descentralizado crezca?", - "page-apps-gaming-benefits-title": "juegos descentralizados", - "page-apps-gaming-button": "Juegos", - "page-apps-gaming-description": "Estas son aplicaciones que se centran en la creación de mundos virtuales y luchan contra otros jugadores usando coleccionables que tienen valor real.", - "page-apps-gaming-title": "Juegos descentralizados", - "page-apps-get-some-eth-description": "Las acciones DApp tienen un cargo de transacción", - "page-apps-get-started-subtitle": "Para probar una DApp, necesita una cartera y algunos ETH. Una cartera le permitirá conectarse o iniciar sesión. También necesitará ETH para pagar cualquier tarifa de transacción.", - "page-apps-get-started-title": "Comenzar", - "page-apps-gitcoin-grants-logo-alt": "Logo de Gitcoin Grants", - "page-apps-gitcoin-logo-alt": "Logo de Gitcoin", - "page-apps-gm-logo-alt": "Logotipo de gm.xyz", - "page-apps-gods-unchained-logo-alt": "Logo de Gods Unchained", - "page-apps-golem-logo-alt": "Logo de Golem", - "page-apps-graph-logo-alt": "Logotipo de Graph", - "page-apps-radicle-logo-alt": "Logo de Radicle", - "page-apps-hero-header": "Herramientas y servicios basados en Ethereum", - "page-apps-hero-subtitle": "Las DApps son un movimiento creciente de aplicaciones que utilizan Ethereum para interrumpir modelos de negocio o inventar otros nuevos.", - "page-apps-how-dapps-work-p1": "Las DApps tienen su propio código de backend (contratos inteligentes) que se ejecuta en una red descentralizada y no en un servidor centralizado. Estas usan la cadena de bloques de Ethereum para el almacenamiento de datos y los contratos inteligentes para la lógica de la aplicación.", - "page-apps-how-dapps-work-p2": "Un contrato inteligente es como un conjunto de normas encadenadas para que todos las vean y las acaten. Imagínese una máquina expendedora: si le proporciona suficientes fondos y el surtido de productos correcto, obtendrá el artículo que desea. Pues, al igual que las máquinas expendedoras, los contratos inteligentes pueden almacenar fondos de forma similar a su cuenta de Ethereum. Esto permite que el código medie acuerdos y transacciones.", - "page-apps-how-dapps-work-p3": "Una vez que las DApps están desplegadas en la red Ethereum, no puede cambiarlas. Las DApps pueden descentralizarse porque están controladas por la lógica escrita en el contrato, no por un individuo o por una empresa.", - "page-apps-how-dapps-work-title": "Cómo funcionan las DApps", - "page-apps-ipfs-logo-alt": "Logotipo de IPFS", - "page-apps-learn-callout-button": "Comenzar a crear", - "page-apps-learn-callout-description": "Nuestro portal de desarrolladores de la comunidad tiene documentos, herramientas y marcos para ayudarle a comenzar a crear una DApp.", - "page-apps-learn-callout-image-alt": "Imagen de una mano construyendo un símbolo ETH con ladrillos de Lego.", - "page-apps-learn-callout-title": "Aprenda a crear una DApp", - "page-apps-lido-logo-alt": "Logotipo de Lido", - "page-apps-magic-behind-dapps-description": "Las DApps pueden parecer aplicaciones normales. Pero entre bastidores tienen algunas cualidades especiales, dado que heredan todos los superpoderes de Ethereum. Esto es lo que hace que las DApps sean diferentes de las aplicaciones.", - "page-apps-magic-behind-dapps-link": "¿Qué hace que Ethereum sea genial?", - "page-apps-magic-behind-dapps-title": "La magia detrás de las DApps", - "page-apps-magic-title-1": "La magia", - "page-apps-magic-title-2": "detrás", - "page-apps-magician-img-alt": "Ilustración de magos", - "page-apps-marble-cards-logo-alt": "Logo de marble.cards", - "page-apps-async-logo-alt": "Logo Async", - "page-apps-matcha-logo-alt": "Logo de Matcha", - "page-apps-meeds-logo-alt": "Logo de \"Meeds\"", - "page-apps-metaverse-benefits-title": "metaverso", - "page-apps-metaverse-benefits-description": "¿Qué hay en Ethereum que le permite prosperar al metaverso?", - "page-apps-metaverse-benefits-1-title": "NFT", - "page-apps-metaverse-benefits-1-description": "Los objetos únicos dentro de los juegos son propios de los usuarios e interoperables a través de mundos virtuales y plataformas que admiten los mismos estándares.", - "page-apps-metaverse-benefits-2-title": "Comunidades propias del usuario", - "page-apps-metaverse-benefits-2-description": "Las identidades son propias de los usuarios con oportunidades sin límites para explorar y crear redes sociales a través de múltiples mundos virtuales.", - "page-apps-metaverse-button": "Metaverso", - "page-apps-metaverse-title": "Metaverso", - "page-apps-metaverse-description": "Hay aplicaciones que le permiten a los usuarios participar libremente en mundos virtuales. Los usuarios pueden formar redes personales y ser los propietarios de activos digitales", - "page-apps-mirror-logo-alt": "Logotipo de Mirror", - "page-apps-mobile-options-header": "Buscar otra categoría", - "page-apps-multichain-logo-alt": "Logotipo de Multichain", - "page-apps-nifty-gateway-logo-alt": "Logo de Nifty Gateway", - "page-apps-summerfi-logo-alt": "Logo de Summer.fi", - "page-apps-opensea-logo-alt": "Logo de OpenSea", - "page-apps-opera-logo-alt": "Logo de Opera", - "page-apps-osuvox-logo-alt": "Logotipo de OSUVOX", - "page-apps-polymarket-logo-alt": "Logo de Polymarket", - "page-apps-poap-logo-alt": "Logo de Proof of Attendance Protocol", - "page-apps-pooltogether-logo-alt": "Logo de PoolTogether", - "page-apps-rarible-logo-alt": "Logo de Rarible", - "page-apps-ready-button": "Ir", - "page-apps-ready-description": "Elija una DApp para probar", - "page-apps-ready-title": "¿Listo?", - "page-apps-request-finance-logo-alt": "Logo de Request Finance", - "page-apps-sablier-logo-alt": "Logo de Sablier", - "page-apps-set-up-a-wallet-button": "Encontrar cartera", - "page-apps-set-up-a-wallet-description": "Una cartera es su inicio de sesión para una DApp", - "page-apps-set-up-a-wallet-title": "Configurar una cartera", - "page-apps-social-button": "Social", - "page-apps-social-description": "Estas son aplicaciones que se centran en crear redes sociales descentralizadas utilizando tecnologías de identidad también descentralizadas donde las identidades digitales y las huellas sociales son propiedad de los usuarios.", - "page-apps-social-title": "Social", - "page-apps-spatial-logo-alt": "Logotipo de Spatial", - "page-apps-spruce-logo-alt": "Logotipo de Spruce", - "page-apps-status-logo-alt": "Logotipo de Status", - "page-apps-superrare-logo-alt": "Logo de SuperRare", - "page-apps-technology-button": "Tecnología", - "page-apps-technology-description": "Estas son aplicaciones que se centran en descentralizar las herramientas de los desarrolladores, incorporar sistemas criptoeconómicos a la tecnología existente y crear mercados para el trabajo de desarrollo de código abierto.", - "page-apps-technology-title": "Tecnología descentralizada", - "page-apps-uniswap-logo-alt": "Logo de Uniswap", - "page-apps-wallet-callout-button": "Encontrar cartera", - "page-apps-wallet-callout-description": "Las carteras también son DApps. Encuentre una basada en las características que le convengan.", - "page-apps-wallet-callout-image-alt": "Imagen de un robot.", - "page-apps-wallet-callout-title": "Ver carteras", - "page-apps-warning-header": "Investigue siempre por su cuenta", - "page-apps-warning-message": "Ethereum es una nueva tecnología y la mayoría de las aplicaciones son nuevas. Antes de depositar grandes cantidades de dinero, asegúrese de entender los riesgos.", - "page-apps-what-are-dapps": "¿Qué son las DApps?", - "page-apps-more-on-defi-button": "Más sobre finanzas descentralizadas", - "page-apps-more-on-nft-button": "Más sobre coleccionables tokenizados", - "page-apps-more-on-nft-gaming-button": "Más sobre objetos de juegos tokenizados", - "page-apps-dapp-description-pwn": "Préstamos fáciles respaldados por cualquier token o NFT en Ethereum.", - "page-apps-pwn-image-alt": "Logo de PWN", - "page-apps-xmtp-logo-alt": "Logotipo de XMTP", - "opage-apps-yearn-logo-alt": "Logo de Yearn", - "page-apps-yearn-image-alt": "Logo de Yearn", - "page-apps-convex-image-alt": "Logo de Convex", + "page-apps-dapp-description-augur": "Apueste por los resultados. Comercie en mercados de información.", + "page-apps-ready-button": "Go", "foundation": "Foundation", "page-wallets-get-some": "Obtener ETH", - "page-apps-dapp-description-curve": "Curvees un intercambio descentralizado (DEX) enfocado en las monedas estables", - "page-apps-curve-image-alt": "Logotipo de Curve", - "page-apps-dapp-description-artblocks": "Art Blocks se dedica a dar vida a fascinantes obras de arte generativo contemporáneo", - "page-apps-artblocks-image-alt": "Logotipo de Art Blocks", - "page-apps-explore-title": "¿Quiere explorar más apps?", - "page-apps-explore": "Revise cientos de dapps", - "page-apps-dapp-description-across": "Across es un puente multicadena que permite a los usuarios transferir activos entre distintas cadenas.", - "page-apps-dapp-description-hop": "Hop es un puente multicadena que permite a los usuarios transferir activos entre distintas cadenas.", - "page-apps-dapp-description-stargate": "Stargate es un puente multicadena que permite a los usuarios transferir activos entre distintas cadenas." -} + "page-apps-title": "Aplicaciones", + "page-apps-subtitle": "Descubra una lista de aplicaciones seleccionadas que se ejecutan en Ethereum y en redes de capa 2", + "page-apps-learn-button": "Conozca mejor las aplicaciones", + "page-apps-highlights-title": "Aspectos relevantes", + "page-apps-discover-title": "Descubra", + "page-apps-applications-title": "Aplicaciones", + "page-apps-categories-title": "Categorías de aplicaciones", + "page-apps-community-picks-title": "Lo que ha seleccionado la comunidad", + "page-apps-meta-title": "Las mejores aplicaciones de criptografía en Ethereum", + "page-apps-meta-description": "Descubra aplicaciones criptográficas en Ethereum: explore aplicaciones descentralizadas de DeFi, NFT, sociales, videojuegos, puentes, privacidad, productividad y DAO. Encuentre aplicaciones en cadena de confianza para hacer transacciones, ganar e interactuar.", + "page-apps-category-defi-name": "DeFi", + "page-apps-category-defi-description": "DeFi es una categoría de aplicaciones descentralizadas que permite a los usuarios prestar, solicitar, operar y ganar intereses sobre sus activos criptográficos.", + "page-apps-category-defi-meta-title": "Una lista de aplicaciones DeFI: prestar, pedir prestado y obtener rendimiento", + "page-apps-category-defi-meta-description": "Explore las mejores aplicaciones DeFi en Ethereum para financiación, préstamos, emisión de monedas estables, crédito y comercio descentralizado en cadena.", + "page-apps-category-collectibles-name": "Coleccionables", + "page-apps-category-collectibles-description": "Los artículos coleccionables son activos digitales únicos que no se pueden replicar.", + "page-apps-category-collectibles-meta-title": "Una lista de las mejores aplicaciones de NTF en Ethereum", + "page-apps-category-collectibles-meta-description": "Explore las mejores aplicaciones de NFT para comprar objetos de colección, intercambiar aspectos de personajes en videojuegos y descubrir nuevos activos digitales en los principales mercados de Etereum.", + "page-apps-category-social-name": "Social", + "page-apps-category-social-description": "Social es una categoría de aplicaciones descentralizadas que permite a los usuarios comunicarse entre sí y compartir contenido.", + "page-apps-category-social-meta-title": "Aplicaciones sociales en Ethereum: Farcaster, Zora y muchas más", + "page-apps-category-social-meta-description": "Explore las mejores aplicaciones sociales y de mensajería en Ethereum.", + "page-apps-category-gaming-name": "Juegos", + "page-apps-category-gaming-description": "Videojuegos es una categoría de aplicaciones descentralizadas que permite a los usuarios jugar y obtener recompensas.", + "page-apps-category-gaming-meta-title": "Una lista de juegos NFT y de criptomonedas en Ethereum", + "page-apps-category-gaming-meta-description": "Descubra los mejores juegos de cadena de bloques que son amenos. MMORPG, juegos de cartas, IA, RPG y otros juegos desenfadados", + "page-apps-category-bridge-name": "Puenteo", + "page-apps-category-bridge-description": "Un puente es una categoría de aplicaciones descentralizadas que permite a los usuarios vincular sus activos entre diferentes redes.", + "page-apps-category-bridge-meta-title": "Una lista de puentes de Ethereum a otras redes", + "page-apps-category-bridge-meta-description": "Descubra las mejores aplicaciones para mover sus activos entre las diferentes redes y capa 2.", + "page-apps-category-productivity-name": "Productividad", + "page-apps-category-productivity-description": "Productividad es una categoría dentro de las aplicaciones descentralizadas que permite a los usuarios ser productivos.", + "page-apps-category-productivity-meta-title": "Aplicaciones de productividad e identidad descentralizadas", + "page-apps-category-productivity-meta-description": "Explore las mejores aplicaciones en Ethereum de identidad descentralizada, almacenamiento, DNS y computación de vídeos. Aumente su productividad en cadena con herramientas de infraestructuras de confianza.", + "page-apps-category-privacy-name": "Privacidad", + "page-apps-category-privacy-description": "La privacidad es una categoría dentro de las aplicaciones descentralizadas que le permite a los usuarios mantener su privacidad.", + "page-apps-category-privacy-meta-title": "Aplicaciones en Ethereum para conservar su privacidad: Tornado cash y muchas otras", + "page-apps-category-privacy-meta-description": "Explore las aplicaciones de Ethereum centradas en la privacidad como Tornado Cash y otras que protegen el anonimato del usuario, permiten transacciones privadas y mejoran la confidencialidad en cadena.", + "page-apps-category-dao-name": "DAO", + "page-apps-category-dao-description": "DAO es una categoría de las aplicaciones descentralizadas que le permiten a los usuarios gobernar y crear organizaciones autónomas descentralizadas.", + "page-apps-category-dao-meta-title": "Una lista de herramientas para DAO en Ethereum", + "page-apps-category-dao-meta-description": "Descubra las mejores herramientas DAO en Ethereum para la gobernanza, gestión de tesorería, votación y coordinación de contribuyentes. Inicie, administre y haga crecer su organización descentralizada.", + "page-apps-see-all": "Ver todo", + "page-apps-suggest-an-app-title": "Sugerir una aplicación", + "page-apps-suggest-an-app-description": "Siempre estamos buscando nuevas aplicaciones para añadir a nuestra lista. Si conoce una aplicación que cree que debería estar en la lista, comuníquenoslo.", + "page-apps-suggest-an-app-button": "Sugerir una aplicación", + "page-apps-filter-by": "Filtrar por", + "page-apps-filter-all": "Todo", + "page-apps-showing": "Mostrando", + "page-apps-visit-app": "Visite {appName}", + "page-apps-see-next": "Ver siguiente", + "page-apps-info-title": "Información", + "page-apps-info-founded": "Fundado", + "page-apps-info-creator": "Creador", + "page-apps-info-last-updated": "Última actualización", + "page-apps-gallery-title": "Galería", + "page-apps-more-apps-like-this": "Más aplicaciones similares a esta", + "page-apps-today": "Hoy", + "page-apps-one-day-ago": "Hace 1 día", + "page-apps-days-ago": "hace {days} días" +} \ No newline at end of file diff --git a/src/intl/es/page-bug-bounty.json b/src/intl/es/page-bug-bounty.json index 72bd2dea965..6ad56420704 100644 --- a/src/intl/es/page-bug-bounty.json +++ b/src/intl/es/page-bug-bounty.json @@ -8,9 +8,9 @@ "page-upgrades-bug-bounty-clients-type-1": "Problemas de incumplimiento de especificaciones", "page-upgrades-bug-bounty-clients-type-2": "Errores inesperados, RCE o vulnerabilidades de negación del servicio (DOS)", "page-upgrades-bug-bounty-clients-type-3": "Cualquier problema que cause divisiones irreparables en el consenso con respecto al resto de la red.", - "page-upgrades-bug-bounty-misc-bugs": "Errores de solidez", - "page-upgrades-bug-bounty-misc-bugs-desc": "Consulte el archivo SECURITY.MD de Solidity para obtener más detalles sobre lo que se incluye en este alcance.", - "page-upgrades-bug-bounty-misc-bugs-desc-2": "Solidity no ofrece garantías de seguridad con respecto a la compilación de entradas que no son de confianza, ni tampoco otorgamos recompensas por errores del compilador solc en datos generados de manera malintencionada.", + "page-upgrades-bug-bounty-misc-bugs": "Errores del compilador de lenguaje", + "page-upgrades-bug-bounty-misc-bugs-desc": "Los compiladores Solidity y Vyper están dentro del alcance del programa de recompensas por errores. Incluya todos los detalles necesarios para reproducir la vulnerabilidad, como: programa de entrada que desencadena el error, versión del compilador afectada, versión de EVM de destino, marco/IDE si corresponde, entorno de ejecución/cliente de EVM si corresponde y sistema operativo. Incluya los pasos para reproducir el error que encontró con el mayor detalle posible.", + "page-upgrades-bug-bounty-misc-bugs-desc-2": "Solidity y Vyper no ofrece garantías de seguridad con respecto a la compilación de entradas no fiables, como tampoco ofrecemos recompensas por fallos del compilador en datos generados maliciosamente.", "page-upgrades-bug-bounty-deposit-bugs": "Errores del contrato de depósito", "page-upgrades-bug-bounty-deposit-bugs-desc": "Las especificaciones y el código fuente del contrato de depósito de la cadena de baliza son parte del programa de recompensas por errores.", "page-upgrades-bug-bounty-dependency-bugs": "Errores de dependencia", @@ -59,7 +59,7 @@ "page-upgrades-bug-bounty-specs-docs": "Documentos de especificaciones", "page-upgrades-bug-bounty-submit": "Enviar un error", "page-upgrades-bug-bounty-submit-desc": "Por cada error válido que encuentre, obtendrá recompensas. La cantidad de recompensas que se otorguen variará dependiendo del grado de gravedad. La gravedad se calcula según el modelo de calificación de riesgo OWASP basado en el impacto en la red de Ethereum y en la probabilidad.", - "page-upgrades-bug-bounty-subtitle": "Encuentre un protocolo, cliente y errores de Solidity que afecten a la red Ethereum y gane hasta 250.000 USD, además de un lugar en el tablero de clasificación.", + "page-upgrades-bug-bounty-subtitle": "Encuentre errores en protocolos, clientes y compiladores de lenguaje que afecten a la red de Ethereum y gane hasta 250.000 USD junto a una posición en el panel de clasificación.", "page-upgrades-bug-bounty-title": "Ya puede enviar informes", "page-upgrades-bug-bounty-title-1": "Cadena de baliza", "page-upgrades-bug-bounty-title-2": "Opción de bifurcación", @@ -126,7 +126,7 @@ "bug-bounty-faq-q5-content-1": "Nuestro objetivo es responder a las solicitudes lo más rápido posible. No dude en enviarnos un correo electrónico a bounty@ethereum.org si no ha recibido una respuesta en uno o dos días.", "bug-bounty-faq-q6-title": "Quiero ser anónimo. / No quiero que mi nombre aparezca en la tabla de clasificación.", "bug-bounty-faq-q6-contentPreview": "Puede hacerlo, pero podría perder el derecho a las recompensas.", - "bug-bounty-faq-q6-content-1": "El envío anónimo o con un seudónimo puede hacerse, pero no le permitirá optar a las recompensas de ETH/DAI. Para poder optar a ellas, necesitamos saber su nombre real, junto con una prueba de identidad. Para donar su recompensa a una organización benéfica no es necesario su identidad.", + "bug-bounty-faq-q6-content-1": "Se puede enviar información de forma anónima o con un seudónimo, no obstante impedirá que sea elegible para recibir recompensas en ETH/DAI. Para optar por recompensas ETH/DAI, se requiere que informe de su nombre real y envíe una prueba de identidad, cifrada con PGP a través de nuestro sitio web seguro, al equipo jurídico de Ethereum Foundation, que será el único responsable de revisar la documentación. Para donar su recompensa a una organización benéfica no se requiere su identidad.", "bug-bounty-faq-q6-content-2": "Por favor, avísenos si no quiere que su nombre aparezca en la tabla de clasificación.", "bug-bounty-faq-q7-title": "¿Qué son los puntos en la tabla de clasificación?", "bug-bounty-faq-q7-contentPreview": "A cada vulnerabilidad / problema detectado se le asigna una puntuación", diff --git a/src/intl/es/page-collectibles.json b/src/intl/es/page-collectibles.json index bbfcce82ea1..7c5579d4e49 100644 --- a/src/intl/es/page-collectibles.json +++ b/src/intl/es/page-collectibles.json @@ -1,67 +1,67 @@ { - "page-collectibles-already-desc": "Revisa tu progreso", - "page-collectibles-already-title": "¿Ya eres colaborador?", - "page-collectibles-code-content-desc": "Corrige errores, escribe o mejora artículos o propone mejoras de diseño para el sitio web.", - "page-collectibles-code-content-design-1issue": "Insignia por resolver un issue de diseño", - "page-collectibles-code-content-design-desc": "Haz críticas de diseño, mejora nuestro sistema de diseño o participa en pruebas de usuario.", + "page-collectibles-already-desc": "Revise su progreso", + "page-collectibles-already-title": "¿Ya es un colaborador?", + "page-collectibles-code-content-desc": "Solucione problemas, escriba o mejore artículos, o proponga una mejora en el diseño del sitio web.", + "page-collectibles-code-content-design-1issue": "Insignia de problema de diseño resuelto", + "page-collectibles-code-content-design-desc": "Realice críticas en el diseño, mejore nuestro sistema de diseño o participe en pruebas de usuario.", "page-collectibles-code-content-design-title": "Diseño", - "page-collectibles-code-content-design-user-testing": "Insignia por participar en pruebas de usuario", - "page-collectibles-code-content-developer-10pr": "Insignia por 10 PRs mergeados", - "page-collectibles-code-content-developer-1pr": "Insignia por 1 PR mergeado", - "page-collectibles-code-content-developer-5pr": "Insignia por 5 PRs mergeados", - "page-collectibles-code-content-developer-desc": "Cualquier mejora mergeada al sitio web.", + "page-collectibles-code-content-design-user-testing": "Insignia de participación en pruebas de usuario", + "page-collectibles-code-content-developer-10pr": "Insignia por lograr fusionar 10 PRs", + "page-collectibles-code-content-developer-1pr": "Insignia por lograr fusionar 1 PR", + "page-collectibles-code-content-developer-5pr": "Insignia por lograr fusionar 5 PRs", + "page-collectibles-code-content-developer-desc": "Cualquier mejora se fusionó al sitio web.", "page-collectibles-code-content-developer-title": "Desarrollador", - "page-collectibles-code-content-gitpoap-1pr": "Insignia por 1 PR mergeado", - "page-collectibles-code-content-gitpoap-desc": "Reclamable automáticamente después de que tu PR sea mergeada.", + "page-collectibles-code-content-gitpoap-1pr": "Insignia por fusionar PR", + "page-collectibles-code-content-gitpoap-desc": "Reclamable automáticamente después de que su PR se fusione.", "page-collectibles-code-content-gitpoap-title": "GitPOAP", - "page-collectibles-code-content-instructions-1": "Ve a nuestro repositorio de GitHub", - "page-collectibles-code-content-instructions-2": "Elige un issue en el que trabajar", - "page-collectibles-code-content-instructions-3": "Confirma una corrección o mejora", - "page-collectibles-code-content-title": "Código y Contenido", + "page-collectibles-code-content-instructions-1": "Vaya a nuestro repositorio de GitHub", + "page-collectibles-code-content-instructions-2": "Elija un problema en el que trabajar", + "page-collectibles-code-content-instructions-3": "Confirme una corrección o mejora", + "page-collectibles-code-content-title": "Código y contenido", "page-collectibles-code-content-writing-badge-1": "Insignia por contribución de contenido", - "page-collectibles-code-content-writing-desc": "Por cualquier mejora de contenido mergeada a master.", - "page-collectibles-code-content-writing-title": "Redacción", - "page-collectibles-connect-wallet": "Conectar billetera", + "page-collectibles-code-content-writing-desc": "Por cualquier mejora de contenido fusionada a la rama principal.", + "page-collectibles-code-content-writing-title": "Escritura", + "page-collectibles-connect-wallet": "Conectar cartera", "page-collectibles-contributing-since": "Contribuyendo desde", - "page-collectibles-contributor-img-alt": "Dos colaboradores conversando", + "page-collectibles-contributor-img-alt": "Dos colaboradores chateando", "page-collectibles-contributor-progress-label": "Reclamado", "page-collectibles-current-year-title": "Año actual", "page-collectibles-get-started": "Comenzar", - "page-collectibles-hero-description": "Prueba que has trabajado en ethereum.org, onchain.", - "page-collectibles-hero-header": "Coleccionables Ethereum.org", + "page-collectibles-hero-description": "Demuestre que ha trabajado en ethereum.org, en cadena.", + "page-collectibles-hero-header": "Coleccionables de Ethereum.org", "page-collectibles-hero-title": "Insignias", - "page-collectibles-how-step1-desc": "al sitio web", - "page-collectibles-how-step1-title": "Contribuye", + "page-collectibles-how-step1-desc": "ir al sitio web", + "page-collectibles-how-step1-title": "Contribuir", "page-collectibles-how-step2-desc": "en Discord", - "page-collectibles-how-step2-title": "Verifícate", + "page-collectibles-how-step2-title": "Obtener verificación", "page-collectibles-how-step3-desc": "en Galxe", - "page-collectibles-how-step3-title": "Reclama NFT", + "page-collectibles-how-step3-title": "Reclamar NFT", "page-collectibles-how-title": "Cómo funciona", - "page-collectibles-improve-desc-1": "Gana NFTs únicos ayudando a mantener y expandir el sitio web ethereum.org. Estas insignias reconocen tu participación onchain.", - "page-collectibles-improve-desc-2": "Los principales poseedores obtienen mercaderia de colaborador o entradas con descuento a eventos como Devcon. Tu insignia onchain facilita que otros te apoyen.", - "page-collectibles-improve-title": "Mejora ethereum.org", - "page-collectibles-index-frequency": "Resultados actualizados una vez al día a las 15:15 UTC", + "page-collectibles-improve-desc-1": "Consiga NFT únicos ayudando a mantener y expandir el sitio web de ethereum.org. Estas insignias reconocen su participación en cadena.", + "page-collectibles-improve-desc-2": "Los mayores tenedores obtienen el botín de colaborador/a o descuentos en tickets para eventos como la Devcon. Sus insignias en cadena facilitan que otros le apoyen.", + "page-collectibles-improve-title": "Mejore ethereum.org", + "page-collectibles-index-frequency": "Los resultados se actualizan todos los días a las 15:15 UTC", "page-collectibles-instructions-label": "Instrucciones", - "page-collectibles-previous-years-badge-count": "{count, plural, =0 {ninguna insignia} =1 {1 insignia} other {# insignias}}", - "page-collectibles-previous-years-collectors-count": "{count, plural, =0 {ningún coleccionista} =1 {1 coleccionista} other {# coleccionistas}}", - "page-collectibles-previous-years-no-badges": "No se han obtenido insignias", + "page-collectibles-previous-years-badge-count": "{count, plural,=0 {no tiene insignias} =1 {1 insignia} other {# insignias}}", + "page-collectibles-previous-years-collectors-count": "{count, plural,=0 {sin colecciones} =1 {1 colección}other {# colecciones}}", + "page-collectibles-previous-years-no-badges": "No se acuñaron insignias", "page-collectibles-previous-years": "Años anteriores", - "page-collectibles-social-desc": "Únete a cualquiera de nuestras llamadas de Discord para probar el sitio web antes de los lanzamientos o mantente al día con las noticias de ethereum.org en nuestras llamadas comunitarias mensuales.", + "page-collectibles-social-desc": "Únete a cualquiera de nuestras llamadas en Discord para probar errores en el sitio web antes de los lanzamientos o para estar al día con las ultimas novedades de ethereum.org en nuestras llamadas comunitarias mensuales.", "page-collectibles-social-instructions-1": "Únete a nuestro servidor de Discord", - "page-collectibles-social-instructions-2": "Ver horario", - "page-collectibles-social-instructions-3": "¡Únete!", + "page-collectibles-social-instructions-2": "Ver programa", + "page-collectibles-social-instructions-3": "¡Únase!", "page-collectibles-social-title": "Social", "page-collectibles-stats-collectors": "Coleccionistas", - "page-collectibles-stats-minted": "Reclamados", + "page-collectibles-stats-minted": "Acuñado", "page-collectibles-stats-unique-badges": "Insignias únicas", - "page-collectibles-translations-1000": "1,000 palabras", - "page-collectibles-translations-10000": "10,000 palabras", - "page-collectibles-translations-250": "250 palabras", - "page-collectibles-translations-50000": "50,000 palabras", + "page-collectibles-translations-1000": "Insignia por 1.000 palabras", + "page-collectibles-translations-10000": "Insignia por 10.000 palabras", + "page-collectibles-translations-250": "Insignia por 250 palabras", + "page-collectibles-translations-50000": "Insignia por 50.000 palabras", "page-collectibles-translations-badge-desc": "A cualquier idioma.", - "page-collectibles-translations-desc": "La mayoría de los usuarios no hablan inglés, por lo que es crucial ayudar a traducir nuestros artículos a otros idiomas, no se necesita experiencia previa.", - "page-collectibles-translations-instructions-1": "Regístrate en Crowdin", - "page-collectibles-translations-instructions-2": "Selecciona idioma", - "page-collectibles-translations-instructions-3": "Comienza a traducir", + "page-collectibles-translations-desc": "La mayoría de usuarios no habla Inglés, por lo tanto es crucial ayudar a traducir nuestros artículos a otros idiomas. No se requiere experiencia previa en traducción.", + "page-collectibles-translations-instructions-1": "Regístrese en Crowdin", + "page-collectibles-translations-instructions-2": "Seleccionar idioma", + "page-collectibles-translations-instructions-3": "Empezar a traducir", "page-collectibles-translations-title": "Traducciones" } diff --git a/src/intl/es/page-community.json b/src/intl/es/page-community.json index 4247bcf2e72..d449bd5dff5 100644 --- a/src/intl/es/page-community.json +++ b/src/intl/es/page-community.json @@ -2,7 +2,7 @@ "page-community-card-1-title": "Únase a una comunidad en línea", "page-community-card-1-description": "Encuentre a su tribu y participe en comunidad con otros entusiastas de Ethereum.", "page-community-card-2-title": "Eventos de Ethereum", - "page-community-card-2-description": "Encuentre y participe en una conferencia, hackathon o encuentro de Ethereum.", + "page-community-card-2-description": "Encuentre y participe en una conferencia, hackatón o encuentro de Ethereum.", "page-community-card-3-title": "Contribuir con un proyecto", "page-community-card-3-description": "Descubra en esta lista todas las formas en las que puede involucrarse y contribuir, según sus habilidades y experiencia profesional.", "page-community-card-4-title": "Buscar subvenciones", @@ -44,11 +44,18 @@ "page-community-try-ethereum": "Pruebe Ethereum por sí mismo", "page-community-upcoming-events-no-events": "No sabemos de ningún evento próximo. ¿Sabe usted de alguno?", "page-community-upcoming-events-load-more": "Cargar más", + "page-community-upcoming-events-view-event": "Ver el evento", "page-community-why-get-involved-title": "¿Por qué participar?", "page-community-why-get-involved-card-1-title": "Encuentre su tribu", "page-community-why-get-involved-card-1-description": "Hay una tribu para todos. Encuentre y conéctese con personas afines para debatir, reflexionar y celebrar Ethereum juntos.", "page-community-why-get-involved-card-2-title": "Gánese su porvenir", "page-community-why-get-involved-card-2-description": "Todo el mundo tiene facturas que pagar. Ethereum le permite encontrar un trabajo bien remunerado y cobrar justamente por hacerlo.", "page-community-why-get-involved-card-3-title": "Marque la diferencia", - "page-community-why-get-involved-card-3-description": "Involucrarse en Ethereum le permite participar proactivamente en una tecnología que está teniendo un efecto positivo en millones de personas." + "page-community-why-get-involved-card-3-description": "Involucrarse en Ethereum le permite participar proactivamente en una tecnología que está teniendo un efecto positivo en millones de personas.", + "page-index-internet-image-alt": "Ilustración de un ordenador futurista, propulsado por cristales de Ethereum.", + "page-index-get-started-image-alt": "Imagen de una persona trabajando en un ordenador.", + "page-index-get-started-wallet-image-alt": "Ilustración de un robot con una caja fuerte como cuerpo, que representa una cartera de Ethereum.", + "page-index-get-started-eth-image-alt": "Imagen de un grupo de personas maravilladas ante un glifo asombroso de ether (ETH).", + "page-index-get-started-dapps-image-alt": "Ilustración de un doge utilizando un ordenador.", + "page-index-get-started-devs-image-alt": "Una Ilustración de una mano creando un logotipo de ETH hecho con bloques de LEGO." } diff --git a/src/intl/es/page-developers-docs.json b/src/intl/es/page-developers-docs.json index f3f88764e52..5fe1894b218 100644 --- a/src/intl/es/page-developers-docs.json +++ b/src/intl/es/page-developers-docs.json @@ -33,6 +33,7 @@ "docs-nav-development-networks-description": "Entornos locales de cadenas de bloques usados para probar DApps antes de implementarlas", "docs-nav-dex-design-best-practice": "Buenas prácticas de diseño de exchanges descentralizados (DEX)", "docs-nav-dot-net": ".NET", + "docs-nav-elixir": "Elixir", "docs-nav-erc-20": "ERC-20: Tokens fungibles", "docs-nav-erc-721": "ERC-721: NFT", "docs-nav-erc-777": "ERC-777", diff --git a/src/intl/es/page-developers-index.json b/src/intl/es/page-developers-index.json index c89347f23db..5dbfee072d0 100644 --- a/src/intl/es/page-developers-index.json +++ b/src/intl/es/page-developers-index.json @@ -1,36 +1,25 @@ { "page-developer-meta-title": "Recursos para desarrolladores de Ethereum", - "page-developers-about": "Sobre estos recursos del desarrollador", - "page-developers-about-desc": "ethereum.org está aquí para ayudarle a desarrollar con Ethereum gracias a documentación sobre conceptos fundamentales, así como sobre la pila de desarrollo. Además, dispone de tutoriales para ayudarle a ponerse en marcha.", - "page-developers-about-desc-2": "Con la inspiración de Mozilla Developer Network, pensamos que Ethereum necesitaba un lugar donde albergar el mejor contenido y los más destacados recursos para desarrolladores. Al igual que en el caso de nuestros amigos de Mozilla, todo aquí es de código abierto y disponible para que lo pueda ampliar y mejorar.", "page-developers-account-desc": "Contratos o personas en la red", "page-developers-accounts-link": "Cuentas", - "page-developers-advanced": "Recursos avanzados", "page-developers-api-desc": "Uso de bibliotecas para interactuar con contratos inteligentes", "page-developers-api-link": "API de back-end", "page-developers-block-desc": "Lotes de transacciones añadidas a la cadena de bloques", "page-developers-block-explorers-desc": "Su portal para acceder a los datos de Ethereum", "page-developers-block-explorers-link": "Exploradores de bloques", "page-developers-blocks-link": "Bloques", - "page-developers-browse-tutorials": "Ver tutoriales", - "page-developers-choose-stack": "Elija su pila", - "page-developers-contribute": "Contribuir", "page-developers-dev-env-desc": "IDE apropiados para el desarrollo de DApp", "page-developers-dev-env-link": "Entornos de desarrollo", - "page-developers-discord": "Unirse a Discord", "page-developers-docs-introductions": "Introducciones", "page-developers-evm-desc": "El ordenador que procesa transacciones", "page-developers-evm-link": "La máquina virtual de Ethereum (EVM)", "page-developers-explore-documentation": "Explorar la documentación", - "page-developers-feedback": "Si tiene algún comentario, póngase en contacto con nosotros creando una incidencia de GitHub o accediendo a nuestro servidor de Discord.", "page-developers-frameworks-desc": "Herramientas para ayudar a acelerar el desarrollo", "page-developers-frameworks-link": "Entornos de desarrollo", "page-developers-fundamentals": "Aspectos esenciales", "page-developers-gas-desc": "Ether necesario para alimentar las transacciones", "page-developers-gas-link": "Gas", - "page-developers-get-started": "¿Cómo le gustaría empezar?", - "page-developers-improve-ethereum": "Ayúdenos a mejorar ethereum.org", - "page-developers-improve-ethereum-desc": "Al igual que ethereum.org, estos documentos representan un esfuerzo comunitario. Cree una solicitud de extracción si ve errores, espacio para la mejora o nuevas oportunidades para ayudar a los desarrolladores de Ethereum.", + "page-developers-get-started": " ¿Qué quiere construir hoy?\n", "page-developers-into-eth-desc": "Una introducción a cadena de bloques y Ethereum", "page-developers-intro-ether-desc": "Una introducción a la criptomoneda y al ether", "page-developers-intro-dapps-desc": "Una introducción a las Aplicaciones Descentralizadas", @@ -41,6 +30,7 @@ "page-developers-intro-stack-desc": "Una introducción a la pila de Ethereum", "page-developers-js-libraries-desc": "Usar JavaScript para interactuar con contratos inteligentes", "page-developers-js-libraries-link": "Librerías de JavaScript", + "page-developers-jump-right-in-title": "Propulse su idea", "page-developers-language-desc": "Uso de Ethereum con lenguajes conocidos", "page-developers-languages": "Lenguajes de programación", "page-developers-learn": "Aprenda a desarrollar en Ethereum", @@ -49,41 +39,32 @@ "page-developers-learn-tutorials-cta": "Ver tutoriales", "page-developers-learn-tutorials-desc": "Aprenda a desarrollar en Ethereum paso a paso de la mano de creadores que lo han hecho antes.", "page-developers-meta-desc": "Documentación, tutoriales y herramientas para desarrolladores que crean con Ethereum.", - "page-developers-mev-desc": "Introducción al valor máximo extraíble (MEV)", - "page-developers-mev-link": "Valor máximo extraíble (MEV)", - "page-developers-mining-desc": "Creación de nuevos bloques y obtención del consenso a través de la prueba de trabajo", - "page-developers-mining-link": "Minería", - "page-developers-mining-algorithms-desc": "Información sobre algoritmos de minería de Ethereum", - "page-developers-mining-algorithms-link": "Algoritmos de minería", "page-developers-networks-desc": "Una visión general de la red principal y de las redes de prueba", "page-developers-networks-link": "Redes", "page-developers-node-clients-desc": "Cómo se verifican los bloques y las transacciones en la red", "page-developers-node-clients-link": " Nodos y clientes", - "page-developers-oracle-desc": "Pasar los datos fuera de cadena a sus contratos inteligentes", - "page-developers-oracles-link": "Oráculos", "page-developers-play-code": "Jugar con código", + "page-developers-quickstart-scaffold-subtext": "Compile su pila de aplicaciones de Ethereum en segundos.", + "page-developers-quickstart-scaffold-docs": "Lea Scaffold-ETH 2", "page-developers-read-docs": "Leer la documentación", - "page-developers-scaling-desc": "Soluciones para transacciones más rápidas", - "page-developers-scaling-link": "Escalabilidad", + "page-developers-start-quest": "Iniciar la búsqueda", + "page-developers-resources": "Recursos", "page-developers-smart-contract-security-desc": "Medidas de seguridad a considerar en el desarrollo de contratos inteligentes", "page-developers-smart-contract-security-link": "Seguridad en contratos inteligentes", - "page-developers-set-up": "Crear un entorno local", - "page-developers-setup-desc": "Prepare su pila para el desarrollo configurando un entorno de desarrollo.", "page-developers-smart-contracts-desc": "La lógica detrás de las DApps: acuerdos de autoejecución", "page-developers-smart-contracts-link": "Contratos inteligentes", + "page-developers-solidity-docs": "Lea la documentación de Solidity", "page-developers-speedrunethereum-title": "Aprenda todos los conceptos más importantes al construir en Ethereum", + "page-developers-speedrunethereum-description": "Reciba tutoría de otros y aprenda a colaborar con otros desarrolladores.", "page-developers-speedrunethereum-link": "SpeedRun Ethereum", "page-developers-stack": "La pila", - "page-developers-start": "Empiece a experimentar", - "page-developers-start-desc": "¿Quiere experimentar primero y hacer preguntas más tarde?", + "page-developers-start": "Retos y tutorías", "page-developers-storage-desc": "Cómo gestionar el almacenamiento de DApp", "page-developers-storage-link": "Almacenamiento", - "page-developers-subtitle": "Un manual de creadores para Ethereum. De creadores para creadores.", + "page-developers-subtitle": "Un manual de constructores para Ethereum. Todo lo que necesita para construir y escalar su aplicación en cadena.", "page-developers-title-1": "Ethereum", "page-developers-title-2": "desarrollador", "page-developers-title-3": "recursos", - "page-developers-token-standards-desc": "Una visión general de los estándares aceptados de token", - "page-developers-token-standards-link": "Estándares de tókenes", "page-developers-transactions-desc": "Cómo cambia el estado de Ethereum", "page-developers-transactions-link": "Transacciones", "page-developers-web3-desc": "Cuáles son las diferencias del mundo de desarrollo web3", @@ -95,5 +76,53 @@ "page-developers-data-structures-and-encoding-link": "Estructuras de datos y codificación", "page-developers-data-structures-and-encoding-desc": "Introducción a las estructuras de datos y proyecto de codificación usado en la pila de Ethereum", "alt-eth-blocks": "Ilustración de bloques organizados como un símbolo ETH", - "page-assets-doge": "Doge usando dapps" + "page-assets-doge": "Doge usando dapps", + "page-developers-build-section-desc": "Todo lo que necesita para aprender y construir sus primeras aplicaciones en Ethereum", + "page-developers-resources-section-title": "Recursos útiles para desarrolladores", + "page-developers-get-help-title": "Obtener ayuda", + "page-developers-get-help-desc": "Si no puede avanzar o necesita ayuda para resolver problemas, no dude de pedir un poco de orientación.", + "page-developers-stack-exchange": "Intercambio de Estante", + "page-developers-ask-ai": "Preguntar a la IA", + "page-developers-resources-title": "Recursos", + "page-developers-resources-desc": "¿Quiere experimentar primero y hacer preguntas después? Compruebe las cajas de prueba, los cursos intensivos en línea, etc.", + "page-developers-tutorials-title": "Tutoriales", + "page-developers-tutorials-desc": "Aprenda a desarrollar en Ethereum paso a paso de la mano de creadores que lo han hecho antes.", + "page-developers-video-courses-title": "Cursos en vídeo", + "page-developers-video-courses-desc": "¿Quiere lanzar su carrera profesional en la cadena de bloque? Estos cursos le prepararán para que le contraten como desarrollador de la cadena de bloques.", + "page-developers-docs-section-desc": "Entienda los conceptos básicos de Ethereum y de las cadenas de bloque", + "page-developers-hackathons-title": "Participe en los hackatones", + "page-developers-hackathons-desc": "Los hackatones le brindan una excelente oportunidad de establecer contactos y aprender de los demás, así como de iniciar proyectos y ganar premios", + "page-developers-visit-ethglobal": "Visite EthGlobal", + "page-developers-founders-title": "¿Es usted emprendedor/a?", + "page-developers-founders-desc": "¿Ya tiene una idea de proyecto o está trabajando en un prototipo? Descubra cómo hacer que su proyecto avance. Podemos ponerle en contacto con organizaciones y expertos relevantes en el campo.", + "page-developers-get-in-touch": "Contáctenos", + "page-developers-see-grant-options": "Vea opciones de subvenciones", + "page-developers-speedrun-nft-alt": "Banner del NFT Speedrun Ethereum", + "page-developers-speedrun-nft-title": "Ejemplo sencillo de NFT", + "page-developers-speedrun-nft-desc": "Cree un NFT público para aprender los conceptos básicos de scaffold-eth.", + "page-developers-speedrun-challenge-0": "Reto n.º 0", + "page-developers-speedrun-staking-alt": "Banner de aplicación Speedrun Ethereum", + "page-developers-speedrun-staking-title": "Aplicación de participación", + "page-developers-speedrun-staking-desc": "Escriba un contrato inteligente en el que los usuarios aúnan fondos.", + "page-developers-speedrun-challenge-1": "Reto n.º 1", + "page-developers-speedrun-token-alt": "Banner del proyecto de proveedor de tókenes Speedrun Ethereum", + "page-developers-speedrun-token-title": "Cree un token", + "page-developers-speedrun-token-desc": "Construya una moneda digital y un contrato inteligente que la negocie.", + "page-developers-speedrun-challenge-2": "Reto #2", + "page-developers-course-duration": "-curso de una hora", + "page-developers-course-blockchain-basics-title": "Conceptos básicos de las cadenas de bloque", + "page-developers-course-blockchain-basics-desc": "Aprenda cómo funcionan las cadenas de bloques y los contratos inteligentes, cree una cartera y firme su primera transacción.", + "page-developers-course-blockchain-basics-alt": "Banner del curso de conceptos básicos de cadena de bloque Cyfrin Updraft", + "page-developers-course-solidity-title": "Desarrollo de contratos inteligentes de Solidity", + "page-developers-course-solidity-desc": "Solidity Programming es su puerta de entrada al desarrollo Web3 en ecosistemas compatibles con Ethereum.", + "page-developers-course-solidity-alt": "Banner del curso de desarrollo de contratos inteligentes Cyfrin Updraft Solidity", + "page-developers-course-foundry-fundamentals-title": "Fundamentos de Foundry", + "page-developers-course-foundry-fundamentals-desc": "Mejore sus habilidades de desarrollo de Solidity con Foundry y conceptos y herramientas avanzadas de desarrollo en Web3.", + "page-developers-course-foundry-fundamentals-alt": "Banner del curso de fundamentos de Cyfrin Updraft Foundry", + "page-developers-course-advanced-foundry-title": "Foundry avanzado", + "page-developers-course-advanced-foundry-desc": "Domine las técnicas de desarrollo en Web3 con Foundry avanzado para el desarrollo de contratos inteligentes de Solidity.", + "page-developers-course-advanced-foundry-alt": "Banner del curso de Foundry Cyfrin Updraft avanzado", + "page-developers-course-security-title": "Seguridad de los contratos inteligentes", + "page-developers-course-security-desc": "¡Comience su carrera como investigador de seguridad de contratos inteligentes! Domine la auditoría de contratos inteligentes y las mejores prácticas.", + "page-developers-course-security-alt": "Banner del curso de conceptos básicos de cadena de bloque Cyfrin Updraft" } diff --git a/src/intl/es/page-developers-local-environment.json b/src/intl/es/page-developers-local-environment.json index b5970ff0be6..358e57c5892 100644 --- a/src/intl/es/page-developers-local-environment.json +++ b/src/intl/es/page-developers-local-environment.json @@ -28,6 +28,6 @@ "page-local-environment-setup-subtitle": "Si está listo para empezar a desarrollar, es hora de elegir su pila.", "page-local-environment-setup-subtitle-2": "Aquí están las herramientas y marcos que puede usar para crear su aplicación Ethereum.", "page-local-environment-setup-title": "Configure su entorno de desarrollo local", - "page-local-environment-solidity-template-desc": "Una plantilla de GitHub para una configuración prediseñada para sus contratos inteligentes de Solidity. Incluye una red local de Hardhat, Waffle para pruebas, Ethers para implementación de carteras, y más.", + "page-local-environment-solidity-template-desc": "Una plantilla de GitHub con una configuración predefinida para sus contratos inteligentes en Solidity. Incluye una red local de Hardhat y Ethers para la implementación de carteras, entre otras funciones.", "page-local-environment-solidity-template-logo-alt": "Logo de plantilla Solidity" -} +} \ No newline at end of file diff --git a/src/intl/es/page-enterprise.json b/src/intl/es/page-enterprise.json new file mode 100644 index 00000000000..ec78dbdd313 --- /dev/null +++ b/src/intl/es/page-enterprise.json @@ -0,0 +1,59 @@ +{ + "page-enterprise-activity-media-tx-cost": "Coste medio de una transacción", + "page-enterprise-activity-stablecoin-mktcap": "Capitalizacion de mercado de monedas estables", + "page-enterprise-activity-total-secured": "Capital total asegurado", + "page-enterprise-activity-tx-count": "Transaciones diarias", + "page-enterprise-activity-value-protecting": "Valor que protege Ethereum", + "page-enterprise-cases-blackrock-content": "Más de 2.900 millones de $ tokenizados de fondos de tesorería del EE. UU. lanzados en Ethereum y su ecosistema, proporcionando liquidez de mismo día a instituciones.", + "page-enterprise-cases-eib-content": "Emitido un bono digital de 100 M de € on Ethereum público. El proyecto se llevó a cabo en colaboración con el Banco de Francia, Goldman Sachs, Santander y Société Générale.", + "page-enterprise-cases-mediledger-content": "Ayude a Pfizer y Genentech verificar la autenticidad de los medicamentos y garantizar el cumplimiento farmacéutico.", + "page-enterprise-cases-sony-content": "Se lanzó la red Soneium L2 en OP Stack de Ethereum, escalando IP del mundo real con más de 14 M de cuentas y 45 M de $+ TVL.", + "page-enterprise-cases-unwfp-content": "Naciones Unidas hace un seguimiento de la ayuda a más de 4 millones de personas al mes utilizando una bifurcación privada de Ethereum, mejorando las capacidades de auditoría.", + "page-enterprise-cases-visa-content": "Liquidado por más de 225 millones de $ en transaciones de monedas estables usando USDC a través de Ethereum y otras cadenas de bloques.", + "page-enterprise-ecosystem-cta": "Ver casos de uso", + "page-enterprise-ecosystem-description": "Los sistemas financieros programables ya están aquí. Únase a los cientos de empresas que ya están desarrollando en Ethereum.", + "page-enterprise-ecosystem-header": "Dé la bienvenida a la innovación", + "page-enterprise-features-1-content-1": "Ethereum está protegido por miles de validadores independientes en todo el mundo, lo que proporciona una infraestructura resistente y de acceso abierto para activos digitales y aplicaciones empresariales.", + "page-enterprise-features-1-header": "Seguridad y resiliencia comprobadas", + "page-enterprise-features-2-content-1": "Ethereum ofrece una gran flexibilidad y potentes opciones de escalamiento conocidas como Capa 2.", + "page-enterprise-features-2-content-2": "Las empresas pueden personalizar completamente su entorno Ethereum, lo que permite un cumplimiento total, un ecosistema de marca y niveles de rendimiento según sea necesario.", + "page-enterprise-features-2-header": "Escalable y personalizable por diseño", + "page-enterprise-features-3-content-1": "Ethereum es el hogar de la comunidad de desarrolladores de cadena de bloques más grande.", + "page-enterprise-features-3-content-2": "Miles de desarrolladores contribuyen mensualmente, ofreciendo una gran cantidad de bibliotecas, marcos de trabajo e integraciones. Desarrolle rápidamente con herramientas consolidadas como Solidity, Hardhat, Truffle, Infura y Alchemy.", + "page-enterprise-features-3-header": "Ecosistema global", + "page-enterprise-features-4-content-1": "Implemente en la red pública principal de Ethereum para lograr transparencia global o utilice soluciones de privacidad de nivel empresarial para confidencialidad y control.", + "page-enterprise-features-4-content-2": "Los modelos híbridos permiten la gestión de datos privados con integridad de cadena pública.", + "page-enterprise-features-4-header": "Despliegues públicos y privados", + "page-enterprise-features-header": "Empresas + Ethereum: una combinación perfecta", + "page-enterprise-hero-breadcrumb": "Empresa", + "page-enterprise-hero-cta": "Contáctenos", + "page-enterprise-hero-subtitle": "Resistente, seguro y de eficacia comprobada, Ethereum cuenta con la confianza de empresas líderes globales en una amplia gama de casos de uso.", + "page-enterprise-hero-title": "Ethereum para empresas", + "page-enterprise-metadata-description": "Resistente, seguro y de eficacia comprobada, Ethereum cuenta con la confianza de empresas líderes globales en una amplia gama de casos de uso.", + "page-enterprise-metrics-header": "La cadena de bloques más fiable del mundo para activos digitales", + "page-enterprise-metrics-subtext": "Ethereum es la plataforma líder para issuing, gestionar y afianzar activos digitales. Desde dinero tokenizado e instrumentos financieros hasta activos del mundo real y mercados emergentes, Ethereum proporciona una base segura y neutral para la economía digital.", + "page-enterprise-reason-1-content": "El diseño modular de Ethereum refleja las propiedades del actual sistema de liquidación y compensación global.", + "page-enterprise-reason-1-header": "Elegancia", + "page-enterprise-reason-2-content": "Una hoja de ruta de I+D de protocolo sólido a largo plazo y un ecosistema vibrante de talento listo para ejecutar en los próximos 5 a 10 años.", + "page-enterprise-reason-2-header": "Preparado para el futuro", + "page-enterprise-reason-3-content": "Reduce el riesgo de contrapartida con una máquina estatal global fiable que hace cumplir las reglas, reduciendo costes a través de la desintermediación y aumentando la producción mediante la eficiencia del capital.", + "page-enterprise-reason-3-header": "Riesgo reducido", + "page-enterprise-reason-4-content": "La única infraestructura de contabilidad distribuida programable que nunca ha fallado y ha prosperado frente a múltiples amenazas existenciales.", + "page-enterprise-reason-4-header": "Probado en el terreno", + "page-enterprise-team-description": "Responderemos sus preguntas, le ayudaremos a identificar posibles vías, proporcionaremos soporte técnico y le pondremos en contacto con líderes relevantes de la industria.", + "page-enterprise-team-header": "Equipo de Ethereum para empresas", + "page-enterprise-team-form-button-loading": "Solicitud de transmisión", + "page-enterprise-team-form-error-domain": "Utilice una dirección de correo electrónico empresarial, institucional o de una organización (p. ej., no @gmail). Para preguntas generales join our Discord.", + "page-enterprise-team-form-error-email-invalid": "Por favor escriba un correo electrónico válido", + "page-enterprise-team-form-error-email-too-long": "La dirección de correo electrónico es demasiado larga (máximo {length} caracteres)", + "page-enterprise-team-form-error-general": "No se pudo enviar su mensaje. Vuelva a intentarlo o contáctenos directamente en @", + "page-enterprise-team-form-error-message-too-long": "El mensaje es demasiado largo (máximo {length} caracteres)", + "page-enterprise-team-form-error-required": "Necesario", + "page-enterprise-team-form-error-short": "Proporcione al menos # caracteres que describan su consulta", + "page-enterprise-team-form-placeholder-input": "Su correo electrónico", + "page-enterprise-team-form-placeholder-textarea": "Háblenos de su proyecto", + "page-enterprise-team-form-success-heading": "¡Gracias por contactarnos!", + "page-enterprise-team-form-success-message": "Hemos recibido su mensaje y alguien de nuestro equipo empresarial se pondrá en contacto con usted dentro de unos días hábiles.", + "page-enterprise-why-description": "Ethereum facilita el cumplimiento normativo de las empresas gracias a una infraestructura transparente y auditable que cumple con el RGPD y el KYC, al tiempo que protege los datos confidenciales en entornos privados o empresariales.", + "page-enterprise-why-header": "Por qué pasarse a Ethereum" +} diff --git a/src/intl/es/page-eth.json b/src/intl/es/page-eth.json index 973f174df77..3020a6c8679 100644 --- a/src/intl/es/page-eth.json +++ b/src/intl/es/page-eth.json @@ -68,7 +68,7 @@ "page-eth-whats-eth": "¿Qué es el ether (ETH)?", "page-eth-whats-eth-hero-alt": "Imagen de un grupo de personas maravilladas ante un glifo ether (ETH)", "page-eth-whats-eth-meta-desc": "Lo que necesita conocer para comprender ETH y su lugar en Ethereum.", - "page-eth-whats-eth-meta-title": "¿Qué es el ether (ETH)? | ethereum.org", + "page-eth-whats-eth-meta-title": "¿Qué es ether (ETH)? | ethereum.org", "page-eth-whats-ethereum": "¿Qué es Ethereum?", "page-eth-whats-ethereum-desc": "Si desea obtener más información sobre Ethereum, la tecnología tras ETH, consulte nuestra introducción.", "page-eth-whats-unique": "¿Qué tiene de único ETH?", diff --git a/src/intl/es/page-gas.json b/src/intl/es/page-gas.json index 4960e6ab350..c740139f89d 100644 --- a/src/intl/es/page-gas.json +++ b/src/intl/es/page-gas.json @@ -36,7 +36,7 @@ "page-gas-benefits-2-description": "Como la computación cuesta gas, se desmotiva financieramente sobrecargar a Ethereum con transacciones costosas, ya sean accidentales o maliciosas.", "page-gas-benefits-3-description": "En cualquier momento, puede aplicarse un límite estricto en la cantidad de computación para prevenir la sobrecarga de Ethereum, lo que permite garantizar que la red siempre esté accesible.", "page-gas-how-is-gas-calculated-header": "¿Cómo se calcula el gas?", - "page-gas-advanced": "Recursos avanzados", + "page-gas-advanced": "Avanzado", "page-gas-how-is-gas-calculated-text-1": "La tarifa total de gas que pague se compondrá de cuatro partes:", "page-gas-how-is-gas-calculated-item-1": "Tarifa base: la tarifa establecida por la red que debe pagar una transacción.", "page-gas-how-is-gas-calculated-item-2": "Tarifa de prioridad: una propina opcional para incentivar a los operadores del nodo a que incluyan su transacción.", diff --git a/src/intl/es/page-index.json b/src/intl/es/page-index.json index f032380f69b..33cde0b7a58 100644 --- a/src/intl/es/page-index.json +++ b/src/intl/es/page-index.json @@ -2,7 +2,8 @@ "page-index-activity-description": "Actividad de todas las redes Ethereum", "page-index-activity-tag": "Actividad", "page-index-activity-header": "El ecosistema más resistente", - "page-index-activity-action": "Más actividad de Ethereum", + "page-index-activity-action": "Más recursos del ecosistema", + "page-index-activity-action-primary": "Ethereum para empresas", "page-index-bento-header": "Una nueva forma de utilizar Internet", "page-index-bento-assets-action": "Más información acerca de NFT", "page-index-bento-assets-content": "Se pueden convertir en tókenes obras de arte, certificados o incluso bienes inmuebles. Cualquier cosa puede ser un token comercializable. La propiedad es pública y verificable.", @@ -16,7 +17,7 @@ "page-index-bento-networks-action": "Explorar beneficios", "page-index-bento-networks-content": "Ethereum es el centro de innovación de la cadena de bloques. Los mejores proyectos se basan en Ethereum.", "page-index-bento-networks-title": "La red de redes", - "page-index-bento-stablecoins-action": "Más información", + "page-index-bento-stablecoins-action": "Descubra las monedas estables", "page-index-bento-stablecoins-content": "Las monedas estables, o stablecoins, son monedas que mantienen un valor estable. Su precio coincide con el del dólar estadounidense o con el de otros activos estables.", "page-index-bento-stablecoins-title": "Criptomonedas sin volatilidad", "page-index-builders-action-primary": "Portal del creador", @@ -40,7 +41,7 @@ "page-index-cta-wallet-description": "Cree cuentas y administre activos", "page-index-cta-wallet-label": "Seleccione una billetera", "page-index-cta-build-apps-description": "Cree su primera aplicación", - "page-index-cta-build-apps-label": "Empiece a desarrollar", + "page-index-cta-build-apps-label": "Empezar a crear", "page-index-description": "La plataforma líder para aplicaciones innovadoras y redes de cadena de bloques", "page-index-developers-code-example-description-0": "Construya un banco impulsado por la lógica que programe", "page-index-developers-code-example-description-1": "Cree tókenes que pueda transferir y usar en distintas aplicaciones", @@ -118,12 +119,5 @@ "page-index-values-open-legacy-label": "Cerrado a la mayoría", "page-index-values-open-legacy-content-0": "Las empresas protegen su propiedad intelectual y no la comparten. Nadie fuera de la empresa puede ver cómo funcionan las cosas, solucionar problemas ni realizar mejoras. Es difícil para las personas crear nuevas herramientas o personalizarlas.", "page-index-values-open-ethereum-label": "Abierto a todos", - "page-index-values-open-ethereum-content-0": "Ethereum es de código abierto. Cualquiera puede ver, usar y mejorar el código, haciéndolo mejor para todos.", - "page-index-devconnect-banner-join-the-biggest-ethereum-event-of-the-year": "Únase al evento de Ethereum más grande del año", - "page-index-devconnect-banner-get-tickets": "Conseguir entradas", - "page-index-fusaka-network-upgrade": "Actualización de red", - "page-index-fusaka-description": "Para una red Ethereum más rápida, segura y fácil de usar |", - "page-index-fusaka-read-more": "Leer más", - "page-index-fusaka-going-live-in": "Se activará

en", - "page-index-fusaka-live-now": "Activo ahora" -} \ No newline at end of file + "page-index-values-open-ethereum-content-0": "Ethereum es de código abierto. Cualquiera puede ver, usar y mejorar el código, haciéndolo mejor para todos." +} diff --git a/src/intl/es/page-layer-2-learn.json b/src/intl/es/page-layer-2-learn.json new file mode 100644 index 00000000000..3ca4ff2d799 --- /dev/null +++ b/src/intl/es/page-layer-2-learn.json @@ -0,0 +1,55 @@ +{ + "page-layer-2-learn-meta-title": "¿Qué es la capa 2? | ethereum.org", + "page-layer-2-learn-title": "¿Qué es la capa 2?", + "page-layer-2-learn-description": "Escalar Ethereum en pos de una adopción masiva", + "page-layer-2-learn-button-1-label": "¿Qué es la capa 2?", + "page-layer-2-learn-button-2-label": "Utilizar la capa 2", + "page-layer-2-learn-what-is-layer-2-title": "¿Qué es la capa 2?", + "page-layer-2-learn-what-is-layer-2-1": "La capa 2 (L2) es un término colectivo para describir un conjunto específico de soluciones de escalabilidad de Ethereum. Una capa 2 es una cadena de bloques independiente que extiende Ethereum y hereda las garantías de seguridad de Ethereum.", + "page-layer-2-learn-what-is-layer-2-2": "Ahondemos un poco más en el tema. Para ello, tenemos primero que explicar qué es la capa 1 (L1).", + "page-layer-2-learn-what-is-layer-1-title": "¿Qué es la capa 1?", + "page-layer-2-learn-what-is-layer-1-1": "Las cadenas de bloque de capa 1, como Ethereum y Bitcoin, son la base subyacente sobre la que se construyen proyectos de capa 2. Los ejemplos de proyectos de capa 2 incluyen rollups de conocimiento cero y optimistic rollups en Ethereum, así como la Lighting Network en Bitcoin.", + "page-layer-2-learn-what-is-layer-1-2": "Ethereum también funciona como una capa de disponibilidad de datos para las soluciones de capa 2 y, en caso de disputas sobre transacciones previas, proporciona los datos necesarios para resolverlas.", + "page-layer-2-learn-layer-1-list-title": "Ethereum como capa 1 incluye:", + "page-layer-2-learn-layer-1-list-1": "una red de operadores de nodo para asegurar y validar la red", + "page-layer-2-learn-layer-1-list-2": "una red de productores de bloques", + "page-layer-2-learn-layer-1-list-3": "la cadena de bloques y el historial de transacciones de datos", + "page-layer-2-learn-layer-1-list-4": "el mecanismo de consenso para la red", + "page-layer-2-learn-why-do-we-need-layer-2-title": "¿Por qué necesitamos la capa 2?", + "page-layer-2-learn-why-do-we-need-layer-2-1": "Las tres propiedades deseables en una cadena de bloques son que sea descentralizada, segura y escalable. El «trilema» de la cadena de bloques afirma que una arquitectura de cadena de bloques sencilla solo puede lograr dos de tres. ¿Quiere un cadena de bloques segura y descentralizada? Entonces, tendrá que sacrificar la escalabilidad. Ahí es donde entran las redes de capa 2.", + "page-layer-2-learn-why-do-we-need-layer-2-2": "Ethereum actualmente es capaz de procesar más de 1 millón de transacciones al día, con una gran demanda para cada una de las mismas. El éxito de Ethereum y la demanda por utilizarla han provocado un aumento considerable en los precios de gas. Por lo tanto, la necesidad de soluciones de escalabilidad también ha alcanzado su punto máximo.", + "page-layer-2-learn-why-do-we-need-layer-2-scalability": "Escalabilidad", + "page-layer-2-learn-why-do-we-need-layer-2-scalability-1": "El objetivo principal de la escalabilidad es incrementar la velocidad de las transacciones (finalidad más rápida) y la capacidad de procesamiento de estas (más transacciones por segundo), sin sacrificar la descentralización o la seguridad de la red (más información sobre la visión de Ethereum).", + "page-layer-2-learn-why-do-we-need-layer-2-scalability-2": "La comunidad de Ethereum ha adoptado una postura firme de no sacrificar la descentralización ni la seguridad para lograr la escalabilidad. Hasta la implementación de la fragmentación (sharding), la red principal de Ethereum (capa 1) solo podrá procesar alrededor de 15 transacciones por segundo. La alta demanda de uso de Ethereum congestiona la red, aumentando las comisiones de transacción y dificultando que los usuarios puedan pagarlas hasta que estas disminuyan. Ahí es donde las soluciones de capa 2 ya facilitan la escalabilidad de Ethereum.", + "page-layer-2-learn-layer2Cards-1-title": "Comisiones más bajas", + "page-layer-2-learn-layer2Cards-1-description": "Al combinar múltiples transacciones en una sola transacción en la capa 1, las comisiones se reducen drásticamente, haciendo que Ethereum sea más accesible para todos.", + "page-layer-2-learn-layer2Cards-2-title": "Mantener la seguridad", + "page-layer-2-learn-layer2Cards-2-description": "Las cadenas de bloque de la capa 2 liquidan sus transacciones en la red principal de Ethereum, permitiendo que los usuarios se beneficien de la seguridad de la red Ethereum.", + "page-layer-2-learn-layer2Cards-3-title": "Ampliar los casos de uso", + "page-layer-2-learn-layer2Cards-3-description": "Con más transacciones por segundo, comisiones más bajas y nuevas tecnologías, apareceran nuevas aplicaciones en los proyectos con una mejor experiencia de usuario.", + "page-layer-2-learn-how-does-layer-2-work-title": "¿Cómo funciona la capa 2?", + "page-layer-2-learn-how-does-layer-2-work-1": "Como mencionamos antes, capa 2 es un término colectivo para las soluciones de escalabilidad de Ethereum que manejan transacciones fuera de la capa 1 de Ethereum, mientras que aprovechan la robusta seguridad descentralizada de la capa 1 de Ethereum. Una capa 2 es una cadena de bloques separada que extiende el rendimiento de Ethereum. Entonces, ¿cómo funciona?", + "page-layer-2-learn-how-does-layer-2-work-2": "Hay muchos tipos diferentes de capa 2, cada uno tiene sus propias ventajas y desventajas, así como sus propios modelos de seguridad. Los proyectos de capa 2 liberan de carga transaccional a la capa 1, reduciendo su congestión y haciéndola más escalable.", + "page-layer-2-learn-how-does-layer-2-work-rollups-title": "Rollups", + "page-layer-2-learn-how-does-layer-2-work-rollups-1": "Los «rollups» agrupan (o acumulan) cientos de transacciones en una sola transacción en la capa 1. Esto distribuye las comisiones de transacción en la red principal (L1) entre todos los participantes en el «rollup» y, por ende, reduce el coste de la transacción para cada usuario.", + "page-layer-2-learn-how-does-layer-2-work-rollups-2": "Los datos de la transacción en el rollup se envían a la capa 1, pero su ejecución se realiza por separado. Al enviar los datos de la transacción a la capa 1, los rollups heredan la seguridad de Ethereum. Esto se debe a que una vez que los datos se cargan en la capa 1, revertir una transacción de rollup requiere revertir Ethereum. Hay dos enfoques diferentes para los rollups: optimista y de conocimiento cero. Difieren principalmente en la forma en que se envían estos datos de transacción a la L1.", + "page-layer-2-learn-rollupCards-optimistic-title": "Optimistic rollups", + "page-layer-2-learn-rollupCards-optimistic-description": "Las rollups optimistas usan pruebas de fallo en las que se validan transacciones, pero estas pueden ser impugnadas si se sospecha que son inválidas. En ese caso, se ejecuta una prueba de fallo para verificar si efectivamente se produjo una transacción inválida.", + "page-layer-2-learn-rollupCards-optimistic-childSentence": "Más información acerca de los optimistic rollups", + "page-layer-2-learn-rollupCards-zk-title": "Rollups de conocimiento cero", + "page-layer-2-learn-rollupCards-zk-description": "Los rollups de conocimiento cero utilizan pruebas de validez en las que se calculan transacciones fuera de la cadena, y luego estos datos se suministran a la red principal de Ethereum como prueba de su validez.", + "page-layer-2-learn-rollupCards-zk-childSentence": "Más información sobre los zk-rollups (o rollups de conocimiento cero)", + "page-layer-2-learn-dyor-title": "Investigue por su cuenta: riesgos de la capa 2", + "page-layer-2-learn-dyor-1": "Dado que las cadenas de capa 2 heredan la seguridad de Ethereum, en un mundo ideal son tan seguras como la L1 de Ethereum. Sin embargo, muchos de los proyectos todavía están en fases iniciales y son algo experimentales. Después de años de investigación y desarrollo, muchas de las tecnologías L2 para escalar Ethereum se lanzaron en 2021. Esto no implica que estas soluciones de capa 2 no sean seguras, sino que aún no han sido probadas en el terreno como red principal de Ethereum. Estudie e investigue por si cuenta y decida si se siente cómodo/a con los riesgos implicados.", + "page-layer-2-learn-dyor-2": "Para más información sobre la tecnología, los riesgos y los supuestos de confianza de la capa 2, le recomendamos revisar L2BEAT, que proporciona un marco integral de evaluación de riesgos de cada proyecto.", + "page-layer-2-learn-dyor-link": "Ir a L2BEAT", + "page-layer-2-learn-note-on-alt-l1-title": "Una observación sobre capas 1 alternativas, cadenas paralelas y validiums", + "page-layer-2-learn-note-on-alt-l1-1": "Las cadenas alternativas de capa 1 (alt L1s) tienen una mayor capacidad de procesamiento y menores comisiones por transacción que Ethereum. Sin embargo, las alt L1s han tenido que sacrificar la seguridad o la descentralización para lograr un mayor número de transacciones por segundo y reducir costes. El ecosistema de Ethereum está firmemente convencido de que escalar mediante soluciones de capa 2 es la única forma de resolver el trilema de escalabilidad manteniendo la descentralización y la seguridad.", + "page-layer-2-learn-note-on-alt-l1-2": "Las cadenas laterales y los validiums permiten transferir activos entre cadenas de bloques y usarlos en distintas redes. Estas cadenas de bloques funcionan en paralelo a la cadena principal e interactúan con ella a través de puentes, pero no heredan su seguridad ni su disponibilidad de datos. Escalan de forma similar a las soluciones de capa 2, aunque con distintos supuestos de confianza. Ofrecen comisiones de transacción más bajas y una mayor capacidad de procesamiento. Puede ver más información en cadenas paralelas y validiums.", + "page-layer-2-learn-callout-1-title": "¿Cuáles son los beneficios?", + "page-layer-2-learn-callout-1-description": "Explore el impacto práctico de las soluciones capa 2 en la experiencia del usuario.", + "page-layer-2-learn-learn-more": "Más información", + "page-layer-2-learn-callout-2-title": "Explora diferentes redes", + "page-layer-2-learn-callout-2-description": "Conozca las diferencias entre cada red y los avances logrados en su desarrollo.", + "page-layer-2-learn-explore-networks": "Explorar redes" +} diff --git a/src/intl/es/page-layer-2.json b/src/intl/es/page-layer-2.json index e1e4d055796..4445320037d 100644 --- a/src/intl/es/page-layer-2.json +++ b/src/intl/es/page-layer-2.json @@ -25,7 +25,7 @@ "page-layer-2-ready-to-start-title": "¿Listo para empezar?", "page-layer-2-ready-to-start-description": "Eche un vistazo a las diferentes redes que están a su disposición.", "page-layer-2-ready-to-start-button": "Explorar redes", - "page-layer-2-go": "Ir", + "page-layer-2-go": "Go", "page-layer-2-walking-alt": "Caminando", "page-layer-2-why-do-we-need-multiple-networks-1": "¿Por qué necesita múltiples redes en Ethereum?", "page-layer-2-why-do-we-need-multiple-networks-2": "¿Por qué existen todas estas redes en lugar de una sola red Ethereum?", diff --git a/src/intl/es/page-learn.json b/src/intl/es/page-learn.json index 7ca57419267..186a199b853 100644 --- a/src/intl/es/page-learn.json +++ b/src/intl/es/page-learn.json @@ -1,4 +1,5 @@ { + "about-ethereum-video-series": "Serie de vídeos acerca de Ethereum", "toc-learn-hub": "Centro de aprendizaje", "toc-what-is-crypto-ethereum": "¿Qué es Ethereum?", "toc-how-do-i-use-ethereum": "¿Cómo puedo utilizar Ethereum?", @@ -58,9 +59,9 @@ "dao-card-title": "Organizaciones Autónomas Descentralizadas (DAO)", "dao-card-description": "Habilitar nuevas formas de coordinar el trabajo sin un jefe.", "dao-card-button": "¿Qué son las DAO?", - "dapp-card-title": "Aplicaciones descentralizadas (DApps)", + "dapp-card-title": "Aplicaciones de Ethereum", "dapp-card-description": "Crear una economía digital de servicios entre pares.", - "dapp-card-button": "Explorar las Dapps", + "dapp-card-button": "¿Qué son las aplicaciones?", "emerging-use-cases-title": "Casos de uso emergentes", "emerging-use-cases-description": "También se están creando o mejorando otras industrias prominentes con Ethereum:", "play-to-earn": "Juegos de jugar a ganar (P2E)", @@ -117,8 +118,10 @@ "zeroknowledge-description": "Profundiza en la tecnología que impulsará la emergente web descentralizada y la comunidad construyendo esto.", "green-pill-title": "Green Pill", "green-pill-description": "Explora los sistemas criptoeconómicos que producen consecuencias positivas para el mundo.", + "ethereum-basics-title": "Conceptos básicos de Ethereum", + "ethereum-basics-description": "Aprenda los conceptos básicos de la arquitectura de la red Ethereum con una serie de vídeos fáciles de entender.", "unchained-title": "Unchained", "unchained-description": "Se adentra en las personas que construyen el Internet descentralizado, los detalles de esta tecnología que podría sustentar nuestro futuro y algunos de los temas más espinosos de las criptomonedas, como la regulación, la seguridad y la privacidad.", "the-daily-gwei-title": "The Daily Gwei", "the-daily-gwei-description": "Resumen de noticias, actualizaciones y análisis de Ethereum." -} \ No newline at end of file +} diff --git a/src/intl/es/page-resources.json b/src/intl/es/page-resources.json new file mode 100644 index 00000000000..3dd2c10734d --- /dev/null +++ b/src/intl/es/page-resources.json @@ -0,0 +1,95 @@ +{ + "page-resources-network-title": "La red", + "page-resources-using-title": "Uso de Ethereum", + "page-resources-scaling-title": "Escalar en Ethereum", + "page-resources-resilience-title": "Resiliencia de Ethereum", + "page-resources-privacy-security-title": "Privacidad y seguridad", + "page-resources-network-layer2-title": "Redes de Ethereum - Capa 2", + "page-resources-network-layer2-chart-label": "Coste medio de una transacción en redes Ethereum", + "page-resources-network-layer2-l2beat-description": "L2BEAT se creó para ofrecer información transparente y verificable sobre las tecnologías emergentes de capa dos (L2) que, en línea con la hoja de ruta de escalamiento de Ethereum centrada en la acumulación, tienen como objetivo escalar Ethereum.", + "page-resources-network-layer2-growthepie-description": "Información clave y análisis sobre la red principal de Ethereum y las redes de capa 2. Visualice el uso, la economía y el crecimiento de todo el ecosistema Ethereum.", + "page-resources-network-layer2-l2fees-description": "¿Cuánto cuesta usar la capa 2?", + "page-resources-block-explorers-title": "Exploradores de bloques", + "page-resources-block-explorers-chart-label": "Tiempo para el próximo bloque", + "page-resources-block-explorers-blockscout-description": "Explorador de bloques de código abierto desarrollado por Blockscout, con datos completos de la cadena de bloques y API para redes Ethereum.", + "page-resources-block-explorers-etherscan-description": "Etherscan es un explorador de bloques y una plataforma de análisis para Ethereum, una plataforma descentralizada de contratos inteligentes.", + "page-resources-block-explorers-beaconchain-description": "Explorador Ethereum de código abierto que muestra la red principal de Ethereum 🚀.", + "page-resources-block-explorers-txcity-description": "Un entretenido visualizador de los bloques Ethereum en tiempo real.", + "page-resources-block-explorers-panda-ops-description": "Panel en vivo para la producción de bloques en la cadena de baliza de Ethereum por ethPandaOps.", + "page-resources-eth-asset-title": "ETH como activo", + "page-resources-eth-asset-etherealize-description": "Ethereum es la cadena de bloques más grande, segura y abierta que todo el mundo puede utilizar. Con Ethereum hacer negocios también es más fácil.", + "page-resources-eth-asset-ultrasound-description": "Ultra sound money es un meme de Ethereum centrado en la posible disminución del suministro de ETH.", + "page-resources-eth-asset-ethismoney-description": "ETH es dinero, es una comunidad activa que mantiene, apuesta y promueve el ETH como moneda.", + "page-resources-eth-asset-ethernow-description": "Ethernow le permite visualizar lo que ocurre en el núcleo de Ethereum en tiempo real. Pruébelo ahora.", + "page-resources-gas-title": "Gas", + "page-resources-gas-etherscan-description": "Rastree todos los KPI del gas.", + "page-resources-gas-ethgastracker-description": "Monitoree los precios del gas en Ethereum y las redes de capa 2.", + "page-resources-gas-blocknative-description": "La predicción de tarifas del gas más precisa de la Web3.", + "page-resources-gas-gasfees-description": "Rastreador de comisiones del gas para redes Ethereum.", + "page-resources-defi-title": "DeFi", + "page-resources-defi-defillama-description": "DefiLlama es el mayor agregador de TVL para DeFi (Finanzas Descentralizadas).", + "page-resources-defi-eigenphi-description": "¿Desea comprender las transacciones y estrategias de transacciones en DeFi?", + "page-resources-defi-defiscan-description": "Nociones verificables sobre la madurez y los riesgos de DeFi.", + "page-resources-stablecoins-title": "Monedas estables", + "page-resources-stablecoins-stablecoinswtf-description": "El propósito de este sitio web es educar a los inversores de alto riesgo sobre las monedas estables.", + "page-resources-stablecoins-visa-description": "El panel de análisis en la cadena de bloques de Visa muestra el movimiento global de las monedas estables respaldadas por dinero fiduciario en cadenas de bloques públicas.", + "page-resources-stablecoins-rwa-description": "Explore la actividad de las criptomonedas y las monedas estables respaldadas por activos.", + "page-resources-nft-title": "NFT", + "page-resources-nft-etherscan-description": "Principales contratos NFT.", + "page-resources-nft-nftgo-description": "Datos del mercado mundial de NFT en tiempo real.", + "page-resources-applications-title": "Aplicaciones", + "page-resources-applications-ecosystem-description": "Sumérjase en el ecosistema Ethereum y descubra cientos de aplicaciones y herramientas populares.", + "page-resources-applications-farcaster-description": "Datos del uso de Farcaster.", + "page-resources-applications-dappradar-description": "Explore las principales DApps de cadena de bloques, NFT, juegos, proyectos DeFi, tókenes y airdrops (estafas de distribucion de criptomonedas). Siga las clasificaciones, explore el mercado, encuentre proyectos en tendencia y desbloquee recompensas con la tienda de DApps más grande del mundo.", + "page-resources-adoption-title": "Adopción de Ethereum", + "page-resources-adoption-ethereumadoption-description": "Una lista de entidades de alto perfil que construyen en Ethereum.", + "page-resources-adoption-cryptowerk-description": "Análisis de adopción de Ethereum basado en la base de datos de comerciantes de Cryptwerk: mapa, países, empresas, negocios, categorías, calificación.", + "page-resources-adoption-reserves-description": "Un panel para la iniciativa de Reserva Estratégica de Ethereum.", + "page-resources-roadmap-title": "Hoja de ruta de Ethereum", + "page-resources-roadmap-ethroadmap-description": "Visualización detallada de la hoja de ruta de Ethereum y la próxima actualización de la red.", + "page-resources-blobs-title": "Blobs", + "page-resources-blobs-blobscan-description": "Escáner integral de blobs.", + "page-resources-blobs-blobsguru-description": "Explorador de blobs de Ethereum: analizar transacciones L2 y datos EIP-4844.", + "page-resources-nodes-title": "Nodos", + "page-resources-nodes-nodewatch-description": "Vista general de los nodos.", + "page-resources-nodes-ethernodes-description": "Estadísticas de la red principal de Ethereum.", + "page-resources-nodes-etherscan-description": "A diario.", + "page-resources-nodes-luckystaker-description": "Probabilidad diaria de proponer un bloque.", + "page-resources-nodes-pectrified-description": "Estadísticas de la bifurcación Pectra de Ethereum para validadores.", + "page-resources-nodes-validatorqueue-description": "Un panel que muestra la cola de entrada y salida del validador de Ethereum y los tiempos de espera estimados.", + "page-resources-network-resilience-title": "Resiliencia de la red", + "page-resources-network-resilience-neutralitywatch-description": "Monitor de censura de Ethereum.", + "page-resources-network-resilience-sunshine-description": "Un panel para medir la salud de la descentralización de Ethereum.", + "page-resources-network-resilience-clientdiversity-description": "Mejore la resiliencia de Ethereum mediante el uso de un cliente minoritario.", + "page-resources-network-resilience-supermajority-description": "El riesgo supermayoritario del cliente de la capa de ejecución de Ethereum, especialmente el uso por parte del cliente de los servicios de participación.", + "page-resources-attestations-title": "Atestaciones", + "page-resources-attestations-eas-description": "EAS permite a cualquier persona crear y validar certificaciones dentro y fuera de la cadena en Ethereum.", + "page-resources-relays-title": "Relés", + "page-resources-relays-beaconchain-description": "Los validadores pueden utilizar relés para subcontratar la producción de bloques a entidades especializadas en extraer ingresos adicionales.", + "page-resources-relays-ratednetwork-description": "Cuota de mercado del relé MEV, valor total retransmitido, valor por bloque y otras estadísticas para la red Ethereum.", + "page-resources-relays-relayscan-description": "Análisis MEV-Boost.", + "page-resources-mev-title": "MEV", + "page-resources-mev-mevboost-description": "El propósito de este sitio web es educar a los inversores de alto riesgo sobre las monedas estables.", + "page-resources-mev-mevwatch-description": "Algunos relés MEV-Boost están regulados por la OFAC y censurarán ciertas transacciones. Utilice esta herramienta para observar su efecto en los bloques de Ethereum.", + "page-resources-wallets-title": "Carteras", + "page-resources-wallets-wallet-beat-description": "Un panel de control y una herramienta de resumen de cartera Ethereum sencilla.", + "page-resources-wallets-bundlebear-description": "Paneles y análisis para cuentas inteligentes ERC-4337 y EIP-7702.", + "page-resources-zk-adoption-title": "Adopción ZK", + "page-resources-zk-adoption-ethproofs-description": "SNARK que escalan Ethereum.", + "page-resources-zk-adoption-l2beat-description": "El catálogo ZK de L2BEAT es un recurso impulsado por la comunidad que ofrece información detallada sobre la tecnología ZK que utilizan varios proyectos de cadena de bloques.", + "page-resources-mempool-title": "Zona de espera", + "page-resources-mempool-mempool-description": "Visualizaciones comparativas seleccionadas de la zona de espera de Ethereum.", + "page-resources-meta-title": "Paneles de recursos de Ethereum", + "page-resources-meta-description": "Descubra una lista de recursos seleccionados por la comunidad para mantenerse al día sobre todos los desarrollos principales del ecosistema Ethereum.", + "page-resources-hero-title": "Recursos", + "page-resources-hero-header": "Paneles de Ethereum", + "page-resources-hero-description": "Descubra una lista de recursos seleccionados por la comunidad para mantenerse al día sobre todos los desarrollos principales del ecosistema Ethereum.", + "page-resources-find-more": "Encuentre más recursos excelentes en", + "page-resources-contribute-title": "Contribuir", + "page-resources-contribute-description": "Este panel es una página dinámica que requiere actualizaciones frecuentes. Ayuda a encontrar los mejores recursos para ofrecer una visión general del ecosistema Ethereum.", + "page-resources-suggest-resource": "Sugerir un recurso", + "page-resources-found-bug": "Encontrar un error", + "page-resources-whats-on-this-page": "Qué hay en esta página", + "page-resources-banner-notification-message": "El panel de recursos es una novedad", + "page-resources-share-feedback": "Comparta con nosotros sus comentarios" +} diff --git a/src/intl/es/page-roadmap-vision.json b/src/intl/es/page-roadmap-vision.json index f3235af0678..e9e88b9a554 100644 --- a/src/intl/es/page-roadmap-vision.json +++ b/src/intl/es/page-roadmap-vision.json @@ -14,7 +14,7 @@ "page-roadmap-vision-problems": "Los problemas actuales", "page-roadmap-vision-scalability": "Escalabilidad", "page-roadmap-vision-scalability-desc": "Ethereum tiene que ser capaz de manejar más transacciones por segundo sin aumentar el tamaño de los nodos en la red. Los nodos son vitales participantes de la red que almacenan y ejecutan la cadena de bloques. Aumentar el tamaño de los nodos no es práctico, ya que solo aquellos con computadoras potentes y caras podrían hacerlo. Para escalar, Ethereum necesita más transacciones por segundo junto con más nodos. Y más nodos significa más seguridad.", - "page-roadmap-vision-scalability-desc-3": "Layer 2 rollups scale Ethereum by moving transactions off-chain and only posting summary data to Ethereum. This batching increases Ethereum's throughput while drastically reducing costs for users.", + "page-roadmap-vision-scalability-desc-3": "Los rollups de capa 2 escalan Ethereum al mover las transacciones fuera de la cadena y solo publicar datos resumidos en Ethereum. Este procesamiento por lotes aumenta el rendimiento de Ethereum mientras reduce drásticamente el coste para los usuarios.", "page-roadmap-vision-scalability-desc-4": "Las acumulaciones necesitan un almacenamiento a bajo coste en la capa 1 para abaratar las transacciones lo máximo posible para los usuarios. Esto se proporciona en forma de «masa» adjuntas a los bloques de Ethereum. Con el tiempo, se adjuntarán muchas masas a los bloques de Ethereum y proporcionarán un almacenamiento barato para numerosas acumulaciones.", "page-roadmap-vision-security": "Seguridad", "page-roadmap-vision-security-desc": "Las actualizaciones planificadas mejoran la seguridad de Ethereum contra ataques coordinados.", diff --git a/src/intl/es/page-roadmap.json b/src/intl/es/page-roadmap.json new file mode 100644 index 00000000000..6426a0bce4f --- /dev/null +++ b/src/intl/es/page-roadmap.json @@ -0,0 +1,100 @@ +{ + "page-roadmap-title": "Hoja de ruta de Ethereum", + "page-roadmap-meta-title": "Hoja de ruta de Ethereum | ethereum.org", + "page-roadmap-meta-description": "El camino hacia una mayor escalabilidad, seguridad y sostenibilidad para Ethereum.", + "page-roadmap-banner-notification": "El desarrollo de Ethereum está impulsado por la comunidad y puede cambiar.", + "page-roadmap-changes-coming-title": "¿Qué cambios le esperan a Ethereum?", + "page-roadmap-changes-coming-description": "Ethereum ya es una plataforma poderosa, pero va mejorando día a día. Un conjunto de mejoras ambicioso actualizará Etheruem para que pase de su forma actual a una plataforma totalmente escalable y máximamente resiliente.", + "page-roadmap-cheaper-transactions-title": "Transacciones más baratas", + "page-roadmap-cheaper-transactions-description": "Los rollups son demasiado caros y dependen de componentes centralizados, haciendo que los usuarios depositen demasiada fe en sus operadores. La hoja de ruta incluye soluciones a estos dos problemas.", + "page-roadmap-cheaper-transactions-button": "Más sobre la reducción de las comisiones", + "page-roadmap-extra-security-title": "Mayor seguridad", + "page-roadmap-extra-security-description": "Ethereum ya es muy seguro, pero puede volverse todavía más fuerte y listo para hacer frente a todo tipo de ataques a largo plazo.", + "page-roadmap-extra-security-button": "Más sobre seguridad", + "page-roadmap-better-user-experience-title": "Mejor experiencia de usuario", + "page-roadmap-better-user-experience-description": "Un mayor soporte para carteras de contratos inteligentes y nodos ligeros hará que utilizar Ethereum sea más sencillo y seguro.", + "page-roadmap-better-user-experience-button": "Más sobre la experiencia de usuario", + "page-roadmap-future-proofing-title": "De cara al futuro", + "page-roadmap-future-proofing-description": "Los investigadores y desarrolladores de Ethereum están resolviendo hoy los programas del mañana, preparando la red para generaciones futuras.", + "page-roadmap-future-proofing-button": "Más sobre cómo prepararse para el futuro", + "page-roadmap-why-need-title": "¿Por qué Ethereum necesita una hoja de ruta?", + "page-roadmap-why-need-description": "Ethereum recibe actualizaciones frecuentes que mejoran su escalabilidad, seguridad o sostenibilidad. Una de las fortalezas principales de Ethereum es adaptarse a medida que surgen nuevas ideas gracias a la investigación y el desarrollo. Esa adaptabilidad le da a Ethereum la flexibilidad para abordar nuevos desafíos y mantenerse al día de las innovaciones tecnológicas más avanzadas.", + "page-roadmap-how-defined-title": "Cómo se define la hoja de ruta", + "page-roadmap-how-defined-p1": "La hoja de ruta es principalmente el resultado de años de trabajo de investigadores y desarrolladores, dado que el protocolo es muy técnico. No obstante cualquier persona motivada puede participar.", + "page-roadmap-how-defined-p2": "Las ideas normalmente surgen como debates en foros como ethresear.ch, Los magos de Ethereum o el servidor de Discord Eth R&D. Pueden ser respuestas a nuevas vulnerabilidades que se descubren, sugerencias de organizaciones que están trabajando en la capa de aplicación (como DApps y plataformas de intercambio) o de problemas para usuarios finales (como los costes o la velocidad de las transacciones).", + "page-roadmap-how-defined-p3": "Cuando estas ideas maduran, pueden ser propuestas como propuestas de mejora de Ethereum. Todo esto se hace en público para que cualquier persona de la comunidad pueda intervenir en cualquier momento.", + "page-roadmap-governance-button": "Más acerca de la gobernanza de Ethereum", + "page-roadmap-hero-alt": "Hoja de ruta de Ethereum", + "page-roadmap-technical-upgrades-title": "¿Cuáles son las siguientes actualizaciones técnicas para Ethereum?", + "page-roadmap-danksharding-title": "Danksharding", + "page-roadmap-danksharding-description": "Danksharding abarata mucho los rollups de L2 a los usuarios añadiendo «blobs» de datos a los bloques de Ethereum.", + "page-roadmap-single-slot-finality-title": "Finalidad de la ranura única", + "page-roadmap-single-slot-finality-description": "En vez de esperar quince minutos, los bloques podrían proponerse y completarse en la misma ranura. Esto es más conveniente para aplicaciones y más difícil de atacar.", + "page-roadmap-account-abstraction-title": "Abstracción de cuenta", + "page-roadmap-account-abstraction-description": "La abstracción de cuenta es un conjunto de actualizaciones que dan soporte a carteras de contratos inteligentes de forma nativa en Ethereum, en vez de tener que usar código intermedio complejo.", + "page-roadmap-statelessness-title": "Sin estado", + "page-roadmap-statelessness-description": "Los clientes sin estado serán capaces de verificar nuevos bloques sin tener que almacenar grandes cantidades de datos. Esto proporcionará todos los beneficios de ejecutar un nodo por solo una pequeña parte de los costes actuales.", + "page-roadmap-learn-more": "Más información", + "page-roadmap-timeline-title": "¿Cuál es el calendario para estas actualizaciones?", + "page-roadmap-blocks-alt": "Bloques de Ethereum", + "page-roadmap-faq-1-title": "¿Cambiará la hoja de ruta de Ethereum con el tiempo?", + "page-roadmap-faq-1-p1": "Sí, casi seguro que sí.", + "page-roadmap-faq-1-p1-continued": "La hoja de ruta es el plan actual para actualizar Ethereum, que incluye tanto planes a corto como a largo plazo. Esperamos que la hoja de ruta cambie a medida que aparezca nueva información y tecnología.", + "page-roadmap-faq-1-p2": "Piense en la hoja de ruta de Ethereum como un conjunto de intenciones para mejorar Ethereum; es la mejor hipótesis de los investigadores y los desarrolladores principales sobre el camino más óptimo hacia adelante para Ethereum.", + "page-roadmap-faq-2-title": "¿Cuándo terminará la hoja de ruta?", + "page-roadmap-faq-2-p1": "Algunas actualizaciones tienen una prioridad más baja y es probable que no se implementen durante los próximos 5-10 años (por ejemplo, la resistencia cuántica).", + "page-roadmap-faq-2-p1-strong": "Es complicado especificar el momento preciso de cada actualización", + "page-roadmap-faq-2-p1-continued": "de predecir, ya que muchos elementos de la hoja de ruta se abordan al mismo tiempo y se desarrollan a diferentes velocidades. La urgencia de una actualización también puede cambiar con el tiempo dependiendo de factores externos (como por ejemplo, un salto repentino en el rendimiento y la disponibilidad de ordenadores cuánticos puede hacer que la criptografía resistente a la computación cuántica sea más urgente).", + "page-roadmap-faq-2-p2": "Una forma de pensar en el desarrollo de Ethereum es por analogía con la evolución biológica. Es más probable que una red que pueda adaptarse a los nuevos desafíos y mantener su buena forma tenga éxito, que una resistente al cambio. Aunque, a medida que la red se vuelve cada vez más eficiente, escalable y segura, se requerirán menos cambios en el protocolo.", + "page-roadmap-faq-3-title": "¿Tengo que hacer algo para prepararme para estas actualizaciones?", + "page-roadmap-faq-3-p1": "Las actualizaciones no suelen afectar a los usuarios más allá de proporcionarles mejores experiencias de usuario y un protocolo más seguro, y tal vez más opciones sobre cómo interactuar con Ethereum. Los usuarios normales no tienen que participar activamente en una actualización, ni tienen que hacer nada** para mantener sus activos seguros. Los operadores de nodos tendrán que actualizar sus clientes para prepararse para una actualización. Algunas actualizaciones podrían provocar cambios para los desarrolladores de aplicaciones. Por ejemplo, las actualizaciones de vencimiento del historial podrían obligar a los desarrolladores de aplicaciones a obtener datos históricos de nuevas fuentes.", + "page-roadmap-faq-4-title": "¿Qué pasa con la fragmentación?", + "page-roadmap-faq-4-p1": "La fragmentación es la división de la cadena de bloques de Ethereum de forma que subconjuntos de validadores sean solo responsables de una parte de los datos totales. Se pensó que esto sería la forma de escalar Ethereum. Sin embargo, los rollups de capa 2 se han desarrollado más rápidamente de lo esperado y ya han proporcionado mucha escalabilidad, y proporcionarán mucha más después de implementar Proto-Danksharding. Esto significa que las «cadenas de fragmentos» ya no hacen falta y se han sido sacadas de la hoja de ruta.", + "page-roadmap-release-status-prod": "En producción", + "page-roadmap-release-status-soon": "Próximamente", + "page-roadmap-release-status-dev": "En desarrollo", + "page-roadmap-release-main-features": "Características principales", + "page-roadmap-release-learn-more": "Más información", + "page-roadmap-paris-pos-title": "Transición a prueba de participación", + "page-roadmap-paris-pos-item-1": "Reemplazo de una minería de gran consumo energético por un consenso basado en la participación", + "page-roadmap-paris-pos-item-2": "Reducción del consumo energético de Ethereum en un ~99,95 %", + "page-roadmap-paris-beacon-title": "Integración de la cadena de baliza", + "page-roadmap-paris-beacon-item-1": "Fusionó la cadena de baliza con la red principal de Ethereum", + "page-roadmap-paris-beacon-item-2": "Permitió la transición completa a un mecanismo de consenso PoS", + "page-roadmap-paris-difficulty-title": "Eliminación de la bomba de dificultad", + "page-roadmap-paris-difficulty-item-1": "Eliminó la bomba de dificultad que estaba aumentando la dificultad de minado", + "page-roadmap-paris-difficulty-item-2": "Garantizó una transición sin complicaciones al nuevo mecanismo de consenso", + "page-roadmap-shapella-withdrawals-title": "Retiradas de participaciones", + "page-roadmap-shapella-withdrawals-item-1": "Permitió a los validadores retirar sus ETH participados y recompensas", + "page-roadmap-shapella-withdrawals-item-2": "Introdujo capacidades de retirada parciales y completas", + "page-roadmap-shapella-eip4895-title": "EIP-4895: empujones de retirada de la cadena de baliza", + "page-roadmap-shapella-eip4895-item-1": "Añadió una nueva operación dentro del sistema para retiradas", + "page-roadmap-shapella-eip4895-item-2": "Garantizó un procesamiento seguro y eficiente para peticiones de retirada", + "page-roadmap-shapella-eip3651-title": "EIP-3651: COINBASE en línea", + "page-roadmap-shapella-eip3651-item-1": "Redujo los costes de gas para acceder a la dirección COINBASE", + "page-roadmap-shapella-eip3651-item-2": "Aumentó la eficiencia de ciertas operaciones de contratos inteligentes", + "page-roadmap-dencun-danksharding-title": "Proto-danksharding (EIP-4844)", + "page-roadmap-dencun-danksharding-item-1": "Introdujo transacciones de blobs para reducir significativamente los costes de rollups de transacciones", + "page-roadmap-dencun-danksharding-item-2": "Añadió un nuevo tipo de transacción que almacena datos de forma temporal y barata", + "page-roadmap-dencun-eip1153-title": "EIP-1153: códigos de operación de almacenamiento transitorio", + "page-roadmap-dencun-eip1153-item-1": "Añadió los códigos de operación TSTORE y TLOAD para un almacenamiento temporal durante la ejecución de transacciones", + "page-roadmap-dencun-eip1153-item-2": "Permite patrones de contratos inteligentes más eficientes y reduce los costes de gas", + "page-roadmap-dencun-eip4788-title": "EIP-4788: raíz de bloques de baliza en la EVM", + "page-roadmap-dencun-eip4788-item-1": "Expone información de la capa de consenso a contratos inteligentes", + "page-roadmap-dencun-eip4788-item-2": "Permite aplicaciones nuevas de confianza mínima requerida y puentes entre cadenas", + "page-roadmap-pectra-eoa-title": "Mejora las carteras EOA con funciones de contratos inteligentes", + "page-roadmap-pectra-eoa-item-1": "Los usuarios pueden configurar su dirección para que se represente con un código de un contrato inteligente existente y obtener beneficios como el procesamiento de transacciones por lotes, patrocinio de comisiones por transacciones o mejores mecanismos de recuperación", + "page-roadmap-pectra-balance-title": "Incremento del balance efectivo máximo", + "page-roadmap-pectra-balance-item-1": "Los participantes ahora pueden elegir una cantidad arbitraria de ETH con la que participar y recibir recompensas por cada 1 ETH sobre el mínimo", + "page-roadmap-pectra-blob-title": "Aumento del rendimiento de blobs", + "page-roadmap-pectra-blob-item-1": "La cantidad de blobs se aumentará del 3 al 6 deseable, con un máximo de 9, dando como resultado comisiones más bajas en rollups de Ethereum", + "page-roadmap-fusaka-peerdas-title": "PeerDAS (muestreo de disponibilidad de datos entre pares)", + "page-roadmap-fusaka-peerdas-item-1": "Habilita una disponibilidad de datos más eficiente para rollups", + "page-roadmap-fusaka-peerdas-item-2": "Hace que ejecutar un nodo sea más accesible manteniendo la descentralización", + "page-roadmap-fusaka-additional-title": "Posibles funciones adicionales", + "page-roadmap-fusaka-additional-item-1": "Soporte para enclaves seguros en dispositivos móviles para mejorar la experiencia del usuario", + "page-roadmap-fusaka-additional-item-2": "Mejoras del mercado de comisiones de blobs", + "page-roadmap-fusaka-additional-item-3": "Más mejoras en la eficiencia de los validadores y de la red", + "page-roadmap-glamsterdam-discussed-title": "Debatido para Glamsterdam", + "page-roadmap-glamsterdam-discussed-item-1": "Árboles Verkle" +} diff --git a/src/intl/es/page-stablecoins.json b/src/intl/es/page-stablecoins.json index 0d918cabcd1..28ba8db14bd 100644 --- a/src/intl/es/page-stablecoins.json +++ b/src/intl/es/page-stablecoins.json @@ -1,5 +1,8 @@ { "page-stablecoins-accordion-borrow-crypto-collateral": "Garantía criptográfica", + "page-stablecoins-usdc-banner-body": "USDC es la mayor moneda estable regulada por Estados Unidos, respaldada por dinero fiduciario. Su valor está ligado al dólar estadounidense, la emite Circle y su uso está muy extendido.", + "page-stablecoins-usdc-banner-learn-button": "Más información sobre USD Coin", + "page-stablecoins-usdc-banner-swap-button": "Consiga USDC", "page-stablecoins-accordion-borrow-crypto-collateral-copy": "Con Ethereum puede pedir prestado directamente a otros usuarios sin necesidad de realizar operaciones con sus ETH. Esto le puede dar fuerza: algunos lo hacen para intentar acumular más ET.", "page-stablecoins-accordion-borrow-crypto-collateral-copy-p2": "Pero, como el precio de los ETH es volátil, tendrá que aportar una sobregarantía. Esto significa que, si quiere pedir prestadas 100 monedas estables, probablemente necesitará al menos 150 $ en ETH. Esto protege el sistema y a los prestamistas.", "page-stablecoins-accordion-borrow-crypto-collateral-link": "Más sobre las monedas estables respaldadas por criptomonedas", @@ -23,10 +26,9 @@ "page-stablecoins-accordion-buy-text-preview": "Muchos intercambios y carteras le permiten comprar monedas estables directamente. Se aplicarán restricciones geográficas.", "page-stablecoins-accordion-buy-title": "Comprar", "page-stablecoins-accordion-buy-warning": "Los intercambios centralizados solo pueden enumerar monedas estables respaldadas por dinero fiduciario (FIAT), como la moneda estable digital vinculada al dólar estadounidense (USDC), Tether y otras. Es posible que no pueda comprar directamente, pero debería ser capaz de intercambiarlas desde ETH u otras criptomonedas que pueda comprar en la plataforma.", - "page-stablecoins-accordion-earn-project-1-description": "La mayor parte del trabajo técnico es para el movimiento de software de código abierto.", + "page-stablecoins-accordion-earn-project-1-description": "Hackatones en curso y próximos. Cada constructor entra en la frontera digital.", "page-stablecoins-accordion-earn-project-2-description": "Tecnología, contenido y otros trabajos para la comunidad MakerDao (el equipo que le trajo Dai).", "page-stablecoins-accordion-earn-project-3-description": "Cuando lo conozca todo de verdad, encuentre errores para ganar Dai.", - "page-stablecoins-accordion-earn-project-bounties": "Recompensas de gitcoin", "page-stablecoins-accordion-earn-project-bug-bounties": "Recompensas por errores en la capa de consenso", "page-stablecoins-accordion-earn-project-community": "Comunidad MakerDao", "page-stablecoins-accordion-earn-projects-copy": "Estas son plataformas que le pagarán en monedas estables por su trabajo.", @@ -56,7 +58,6 @@ "page-stablecoins-algorithmic-con-1": "Necesita confiar (o ser capaz de leer) el algoritmo.", "page-stablecoins-algorithmic-con-2": "Su saldo de monedas cambiará en función de la oferta total.", "page-stablecoins-algorithmic-description": "Estas monedas estables no están respaldadas por ningún otro activo. En su lugar, un algoritmo venderá tókenes si el precio cae por debajo del valor deseado y proporcionará tókenes si el valor excede de la cantidad deseada. Debido a que el número de estos tókenes en circulación cambia regularmente, el número de tókenes que posea cambiará, pero siempre reflejará su cuota.", - "page-stablecoins-algorithmic-disclaimer": "Las monedas estables algorítmicas son una tecnlogía experimental. Debería ser conciente de los riesgos antes de usarlas.", "page-stablecoins-algorithmic-pro-1": "No se necesita garantía.", "page-stablecoins-algorithmic-pro-2": "Controlado por un algoritmo público.", "page-stablecoins-bank-apy": "0,05 %", @@ -69,15 +70,10 @@ "page-stablecoins-crypto-backed": "Respaldado por criptomonedas", "page-stablecoins-crypto-backed-con-1": "Menos estable que las monedas estables respaldadas por dinero fiduciario.", "page-stablecoins-crypto-backed-con-2": "Es necesario vigilar el valor de la garantía criptográfica.", - "page-stablecoins-crypto-backed-description": "Estas monedas estables están respaldadas por otros activos criptográficos, como el ETH. Sus precios dependen del valor del activo subyacente (o valor garantizado), que puede ser volátil. Debido a que el valor de ETH puede fluctuar, estas monedas estables están sobregarantizadas para asegurar que el precio se mantenga lo más estable posible. Esto significa en pocas palabras que una criptomoneda valorada en 1 $ respaldada por una moneda estable tiene una criptomoneda subyacente con un valor de al menos 2 $. Así, si el precio de ETH cae, habrá que usar más ETH para respaldar la moneda estable; de lo contrario, las monedas estables perderán su valor.", + "page-stablecoins-crypto-backed-description": "Estas monedas estables están respaldadas por otros criptoactivos, como ETH. Sus precios dependen del valor del activo subyacente (o garantía), que puede ser volátil. Como el valor de ETH puede fluctuar, estas monedas estables están sobregarantizadas para asegurarse de que el precio se mantenga lo más estable posible. En resumen, esto significa que una moneda estable de 1 dólar respaldada por criptomonedas tiene un criptoactivo subyacente valorado en al menos 2 dólares. Así que, si el precio de ETH cae, se debe usar más ETH para respaldar la moneda estable, o de lo contrario las monedas estables perderán su valor. Tenga en cuenta que algunas monedas estables respaldadas por criptomonedas, como DAI, también usan monedas estables centralizadas como parte de su respaldo.", "page-stablecoins-crypto-backed-pro-1": "Transparente y totalmente descentralizado.", "page-stablecoins-crypto-backed-pro-2": "Rápido para convertirse en otros activos criptográficos.", "page-stablecoins-crypto-backed-pro-3": "No hay depositarios externos: todos los activos están controlados por cuentas de Ethereum.", - "page-stablecoins-dai-banner-body": "Dai es probablemente la moneda estable descentralizada más famosa. Su valor es aproximadamente de 1 dólar y es ampliamente aceptada en las DApps.", - "page-stablecoins-dai-banner-learn-button": "Más información sobre Dai", - "page-stablecoins-dai-banner-swap-button": "Intercambiar ETH por Dai", - "page-stablecoins-dai-banner-title": "Dai", - "page-stablecoins-dai-logo": "El logo de Dai", "page-stablecoins-editors-choice": "Opciones del editor", "page-stablecoins-editors-choice-intro": "Estos son probablemente los ejemplos más conocidos de monedas estables en este momento y las monedas que hemos encontrado útiles al usar DApps.", "page-stablecoins-explore-dapps": "Explorar DApps", @@ -101,7 +97,7 @@ "page-stablecoins-precious-metals": "Metales preciosos", "page-stablecoins-precious-metals-con-1": "Centralizado: alguien debe emitir los tókenes.", "page-stablecoins-precious-metals-con-2": "Debe confiar en el emisor de tókenes y en las reservas de metales preciosos.", - "page-stablecoins-precious-metals-description": "Al igual que las monedas respaldadas por el dinero fiduciario, en su lugar estas monedas estables utilizan recursos como el oro para mantener su valor.", + "page-stablecoins-precious-metals-description": "Al igual que las monedas respaldadas por dinero fiduciario, estas monedas estables en su lugar usan recursos como el oro para mantener su valor. Son «estables» en el sentido de que su precio está ligado de forma consistente al valor de otro activo, y son similares al seguimiento de propiedad en cadena de activos del mundo real", "page-stablecoins-precious-metals-pro-1": "Seguro contra la volatilidad de las criptomonedas.", "page-stablecoins-prices": "Precios de las monedas estables", "page-stablecoins-prices-definition": "Las monedas estables son criptomonedas sin volatilidad. Comparten muchas de las capacidades de ETH, pero su valor es estable, más como una moneda tradicional. Por tanto, tiene acceso a dinero estable que puede utilizar en Ethereum. ", @@ -118,6 +114,7 @@ "page-stablecoins-stablecoins-dapp-description-2": "Preste monedas estables y gane intereses y $COMP, el token propio de Compound.", "page-stablecoins-stablecoins-dapp-description-3": "Una plataforma comercial donde puede ganar intereses con sus Dai y USDC.", "page-stablecoins-stablecoins-dapp-description-4": "Una app diseñada para ahorrar Dai.", + "page-stablecoins-stablecoins-dapp-description-5": "Un protocolo para prestar y pedir prestado en Ethereum que soporta muchas opciones de monedas estables.", "page-stablecoins-stablecoins-feature-1": "Las monedas estables son globales y se pueden enviar a través de Internet. Son fáciles de recibir o enviar una vez que tiene una cuenta de Ethereum.", "page-stablecoins-stablecoins-feature-2": "La demanda de monedas estables es alta, por lo que puede ganar intereses por prestar las suyas. Asegúrese de que es consciente de los riesgos antes de prestarlas.", "page-stablecoins-stablecoins-feature-3": "Las monedas estables se pueden cambiar por ETH y otros tókenes de Ethereum. Muchas DApps dependen de las monedas estables.", @@ -126,42 +123,75 @@ "page-stablecoins-stablecoins-table-header-column-1": "Moneda", "page-stablecoins-stablecoins-table-header-column-2": "Capitalización de mercado", "page-stablecoins-stablecoins-table-header-column-3": "Tipo de garantía", + "page-stablecoins-stablecoins-table-header-column-4": "Vincular", "page-stablecoins-stablecoins-table-type-crypto-backed": "Criptomoneda", "page-stablecoins-stablecoins-table-type-fiat-backed": "Dinero fiduciario", "page-stablecoins-stablecoins-table-type-precious-metals-backed": "Metales preciosos", "page-stablecoins-table-error": "No se pudieron cargar las monedas estables. Intente actualizar la página.", "page-stablecoins-title": "Monedas estables", "page-stablecoins-meta-title": "Monedas estables explicadas: ¿para qué sirven?", - "page-stablecoins-top-coins": "Mejores monedas estables por capitalización de mercado", - "page-stablecoins-top-coins-intro": "La capitalización del mercado es", + "page-stablecoins-top-coins": "Principales monedas estables por capitalización del mercado", + "page-stablecoins-top-coins-intro": "La capitalización de mercado es", "page-stablecoins-top-coins-intro-code": "el número total de tókenes que existen multiplicado por el valor de cada token. La lista es dinámica y los proyectos enumerados aquí no están necesariamente respaldados por el equipo de ethereum.org.", "page-stablecoins-types-of-stablecoin": "Cómo funcionan: tipos de monedas estables", - "page-stablecoins-usdc-banner-body": "El USDC es probablemente la moneda estable más famosa respaldada por dinero fiduciario. Su valor es aproximadamente de un dólar y está respaldada por Circle y Coinbase.", - "page-stablecoins-usdc-banner-learn-button": "Más información sobre USD Coin", - "page-stablecoins-usdc-banner-swap-button": "Intercambiar ETH por USDC", - "page-stablecoins-usdc-banner-title": "USDC", "page-stablecoins-usdc-logo": "El logo de USDC", + "page-stablecoins-usdt-banner-body": "Tether USD (USDT) es la mayor moneda estable respaldada por dinero fiduciario, según la capitalización del mercado. Su valor está ligado a 1 dólar estadounidense y sus reservas las gestiona Tether Limited.", + "page-stablecoins-usdt-banner-swap-button": "Intercambiar ETH por USDT", + "page-stablecoins-usdt-banner-learn-button": "Más información sobre USDT", + "page-stablecoins-usdt-logo": "El logo de USDT", + "page-stablecoins-usds-banner-body": "USDS es el sucesor de Dai, integramente respaldado por criptomonedas y diseñado para ahorros y recompensas en cadena. Muy utilizado en DeFi porque permite que los usuarios tengan un control total de sus fondos.", + "page-stablecoins-usds-banner-swap-button": "Intercambiar ETH por USDS", + "page-stablecoins-usds-banner-learn-button": "Más información sobre USDS", + "page-stablecoins-usds-logo": "El logo de USDS", + "page-stablecoins-gho-banner-body": "GHO es una moneda estable descentralizada con múltiples garantías creada por Aave. Usa un modelo híbrido que combina un respaldo de garantía múltiple para criptomonedas con un enfoque de gobernanza comunitario.", + "page-stablecoins-gho-banner-swap-button": "Intercambiar ETH por GHO", + "page-stablecoins-gho-banner-learn-button": "Más información sobre GHO", + "page-stablecoins-gho-logo": "El logo de GHO", + "page-stablecoins-glo-banner-body": "Glo Dollar (USDGLO) es una moneda estable que dona todos los beneficios a bienes públicos y organizaciones benéficas. Mantener o usar Glo Dollar ayuda a financiar causas como la lucha contra la pobreza y el apoyo al código abierto —sin ningún coste adicional para usted—.", + "page-stablecoins-glo-banner-swap-button": "Comprar GLO", + "page-stablecoins-glo-banner-learn-button": "Más información sobre GLO", + "page-stablecoins-glo-logo": "EL logo de USDGLO", + "page-stablecoins-hai-banner-title": "HAI", + "page-stablecoins-hai-banner-body": "HAI es una moneda estable descentralizada respaldada por ETH, creada por Let's Get HAI, centrada en la resistencia a la censura y bienes públicos. Está diseñada con una gobernanza minimalista y prioriza la estabilidad sin comprometer los valores de descentralización.", + "page-stablecoins-hai-banner-swap-button": "Acuñar HAI con ETH", + "page-stablecoins-hai-banner-learn-button": "Más información sobre HAI", + "page-stablecoins-hai-logo": "El logo de HAI", + "page-stablecoins-lusd-banner-title": "LUSD", + "page-stablecoins-lusd-banner-body": "LUSD es una moneda estable descentralizada de Liquidity que está respaldada exclusivamente por ETH con un proporción mínima de garantía del 110 %. Permite préstamos sin intereses, liquidaciones algorítmicas y una gobernanza mínima, lo que la hace muy resistente a la censura.", + "page-stablecoins-lusd-banner-swap-button": "Intercambiar ETH por LUSD", + "page-stablecoins-lusd-banner-learn-button": "Más información sobre LUSD", + "page-stablecoins-lusd-logo": "El logo de LUSD", "page-stablecoins-why-stablecoins": "¿Por qué monedas estables?", "page-stablecoins-how-they-work-button": "Cómo funcionan", "page-stablecoins-why-stablecoins-body": "ETH, al igual que el bitcoin, tiene un precio volátil porque es una tecnología nueva, así que es posible que no quiera gastarla regularmente. Las monedas estables reflejan el valor de las monedas tradicionales para darle acceso a dinero estable que puede usar en Ethereum.", "page-stablecoins-more-defi-button": "Más sobre finanzas descentralizadas (DeFi)", "page-stablecoins-tools-title": "Más información sobre las monedas estables", "page-stablecoins-tools-stablecoinswtf-description": "Stablecoins.wtf ofrece un tablero con datos históricos del mercado, estadísticas y contenido educativo para las monedas estables más destacadas.", - "page-apps-ready-button": "Ir", + "page-stablecoins-tools-stablepulse-description": "Proporciona una visión clara, precisa y mínimamente filtrada del ecosistema de monedas estables con analíticas que engloban tókenes y cadenas.", + "page-stablecoins-tools-stablesinfo-description": "Clasificación y panel de información en directo que hace un seguimiento de los datos en cadena y de suministro de las principales monedas estables y cadenas.", + "page-stablecoins-tools-dune-description": "Panel que proporciona información en tiempo real sobre suministro, liquidez, volumen de negociación y adopción de monedas estables en las cadenas de bloques.", + "page-stablecoins-tools-visa-description": "Panel de información que permite visualizar el movimiento, suministro y uso de monedas estables respaldadas por dinero fiduciario en cadenas de bloques públicas.", + "page-stablecoins-tools-stablewars-description": "Clasificación de estadísticas y panel de información que hace un seguimiento del balance, las transferencias y clasificaciones de monedas estables en múltiples cadenas de bloques.", + "page-apps-ready-button": "Go", "pros": "Ventajas", "cons": "Desventajas", "1inch-logo": "Logo de 1 pulgada", "aave-logo": "Logo de Aave", "binance-logo": "Logo de Binance", "bittrex-logo": "Logo de Bittrex", + "buidlbox-logo": "Logo de Buidlbox", "coinbase-logo": "Logo de Coinbase", "coinmama-logo": "Logo de Coinmama", "compound-logo": "Logo de Compound", "example-projects": "Proyectos de ejemplo", + "page-stablecoins-filter-by-type": "Filtrar por tipo", + "page-stablecoins-reset-list": "Restablecer lista", + "page-stablecoins-show-more": "Mostrar más", + "page-stablecoins-no-results": "Ninguna moneda estable coincide con los filtros actuales", "gemini-logo": "Logo de Gemini", - "gitcoin-logo": "Logo de Gitcoin", "makerdao-logo": "Logo de MakerDao", "matcha-logo": "Logo de Matcha", + "sparkfi-logo": "Logo de Spark Protocol", "summerfi-logo": "Logo de Summer.fi", "uniswap-logo": "Logo de Uniswap", "page-stablecoins-go-to": "Ir a" diff --git a/src/intl/es/page-staking-deposit-contract.json b/src/intl/es/page-staking-deposit-contract.json index 25921b62bdb..e64a1cbbcd3 100644 --- a/src/intl/es/page-staking-deposit-contract.json +++ b/src/intl/es/page-staking-deposit-contract.json @@ -8,7 +8,7 @@ "page-staking-deposit-contract-confirm-address": "Confirmar para mostrar dirección", "page-staking-deposit-contract-copied": "Dirección copiada", "page-staking-deposit-contract-copy": "Copiar dirección", - "page-staking-deposit-contract-blockexplorer": "Ver contrato en Etherscan", + "page-staking-deposit-contract-blockexplorer": "Ver contrato en Blockscout", "page-staking-deposit-contract-h2": "No es aquí donde usted apuesta", "page-staking-deposit-contract-launchpad": "Apueste usando la plataforma de lanzamiento", "page-staking-deposit-contract-launchpad-2": "Use la plataforma de lanzamiento", diff --git a/src/intl/es/page-staking.json b/src/intl/es/page-staking.json index e857f464a3a..9b78f4d98be 100644 --- a/src/intl/es/page-staking.json +++ b/src/intl/es/page-staking.json @@ -12,9 +12,11 @@ "comp-withdrawal-credentials-error": "¡Vaya! Vuelva a comprobar el número de índice del validador e inténtelo de nuevo.", "comp-withdrawal-credentials-upgraded-1": "El índice de validador {validatorIndex} está listo para comenzar a recibir recompensas", "comp-withdrawal-credentials-upgraded-2": "Credenciales de retirada vinculadas a la dirección de ejecución:", - "comp-withdrawal-credentials-not-upgraded-1": "Este validador de {network} necesita ser actualizado.", + "comp-withdrawal-credentials-not-upgraded-1": "Este validador necesita una actualización.", + "comp-withdrawal-credentials-not-upgraded-1-testnet": "Este validador de la red de pruebas Holesky necesita ser actualizado.", "comp-withdrawal-credentials-not-upgraded-2": "Las últimas instrucciones sobre cómo actualizar se pueden encontrar en Staking Launchpad", - "comp-withdrawal-credentials-verify": "Verificar en {network}", + "comp-withdrawal-credentials-verify-mainnet": "Comprobar en la red principal", + "comp-withdrawal-credentials-verify-holesky": "Verificar en Holesky", "page-staking-withdrawals-when": "¡Enviado!", "page-staking-image-alt": "Imagen de la mascota Rhino para la plataforma de lanzamiento de apuestas.", "page-staking-benefits-1-title": "Gane recompensas", @@ -150,10 +152,12 @@ "page-staking-how-solo-works-item-3": "Sincronice un cliente de capa de consenso", "page-staking-how-solo-works-item-4": "Genera sus claves y cárguelas en su cliente validador", "page-staking-how-solo-works-item-5": "Controle y mantenga su nodo", - "page-staking-launchpad-widget-start": "Comience a participar en {network}", + "page-staking-launchpad-widget-testnet-label": "Red de prueba Holesky", + "page-staking-launchpad-widget-testnet-start": "Comience a participar en la red de prueba Holesky", "page-staking-launchpad-widget-mainnet-label": "Red principal", + "page-staking-launchpad-widget-mainnet-start": "Comience a participar en la red principal", "page-staking-launchpad-widget-span": "Elegir red", - "page-staking-launchpad-widget-p1": "Se espera que los validadores solitarios prueben su configuración y sus habilidades operativas en la red de pruebas Hoodi antes de arriesgar fondos. Recuerde que es importante elegir un cliente minoritario, ya que mejora la seguridad de la red y hay menor riesgo.", + "page-staking-launchpad-widget-p1": "Se espera que los validadores solitarios prueben su configuración y sus habilidades operativas en la red de pruebas Holesky antes de arriesgar fondos. Recuerde que es importante elegir un cliente minoritario, ya que mejora la seguridad de la red y hay menor riesgo.", "page-staking-launchpad-widget-p2": "Si se siente familiarizado, puede configurar todo lo necesario desde la línea de comandos usando solamente el «Lanzador de participaciones».", "page-staking-launchpad-widget-p3": "Para facilitar las cosas, puede consultar algunas de las herramientas y guías a continuación que pueden ayudarle junto al «Lanzador de participaciones» para configurar sus clientes con facilidad.", "page-staking-launchpad-widget-link": "Herramientas de software y guía", @@ -189,7 +193,7 @@ "page-staking-section-comparison-requirements-title": "Requisitos", "page-staking-section-comparison-solo-requirements-li1": "Debe depositar 32 ETH", "page-staking-section-comparison-solo-requirements-li2": "Mantenga el hardware que ejecute tanto un cliente de ejecución como un cliente de consenso mientras esté conectado a Internet.", - "page-staking-section-comparison-solo-requirements-li3": "La plataforma de lanzamiento de participación le guiará a través del proceso y los requisitos de hardware.", + "page-staking-section-comparison-solo-requirements-li3": "La plataforma de lanzamiento de participación le guiará a través del proceso y los requisitos de hardware.", "page-staking-section-comparison-saas-requirements-li1": "Deposite 32 ETH y genere sus llaves con asistencia", "page-staking-section-comparison-saas-requirements-li2": "Almacene sus claves de forma segura", "page-staking-section-comparison-saas-requirements-li3": "Del resto ya no tiene que preocuparse, aunque los servicios específicos variarán", @@ -235,5 +239,5 @@ "subscribe-to-ef-blog": "Suscríbase al blog de EF para recibir notificaciones por correo electrónico de los últimos anuncios de protocolo.", "page-staking-comparison-with-other-options": "Comparación con otras opciones", "page-staking-any-amount": "Cualquier monto", - "page-staking-network-testnet": "red de prueba {network}" + "page-staking-testnet": "red de pruebas" } diff --git a/src/intl/es/page-start.json b/src/intl/es/page-start.json new file mode 100644 index 00000000000..f48fdd644aa --- /dev/null +++ b/src/intl/es/page-start.json @@ -0,0 +1,38 @@ +{ + "page-start-meta-title": "Comenzar con las criptomonedas", + "page-start-meta-description": "Su puerta de entrada al mundo de Ethereum", + "page-start-hero-alt": "Comenzar con las criptomonedas", + "page-start-title": "Empiece con Ethereum", + "page-start-subtitle": "Ethereum es mucho más que una plataforma de transacciones de tókenes en un intercambio. Sumérjase en el nuevo mundo usted mismo y aprenda conceptos básicos en pocos pasos.", + "page-start-share-section-title": "¿Conoce a alguien que necesite ayuda para incorporarse?", + "page-start-share-section-description": "Miles de millones de personas no pueden abrir cuentas bancarias ni utilizar libremente su dinero. El sistema financiero de Ethereum siempre es abierto e imparcial.", + "page-start-man-doge-alt": "Man Doge", + "page-start-share-modal-trigger": "Compartir esta página", + "page-start-share-modal-title": "Compartir esta página", + "page-start-share-modal-description": "Comparta esta página con tus amigos y familiares.", + "page-start-share-modal-copied": "¡Copiada!", + "page-start-share-modal-share": "Compartir", + "page-start-share-modal-twitter": "Twitter", + "page-start-share-modal-tweet-text": "¡Me he conectado a Ethereum en ethereum.org! Pruébelo en {url}", + "page-start-download-wallet-title": "Descargar una cartera", + "page-start-download-wallet-description": "Una cartera es una aplicación que le permite recibir y enviar criptomonedas, así como gestionar su cuenta de Ethereum.", + "page-start-download-wallet-checkbox": "Tengo una cartera.", + "page-start-download-wallet-continue": "Continuar", + "page-start-download-wallet-get-wallet": "Conseguir una cartera", + "page-start-connect-wallet-title": "Conecte su cartera", + "page-start-connect-wallet-description": "Puede utilizar su nueva cartera como una sola cuenta en todas las aplicaciones y projectos en Ethereum. No se necesitan cuentas separadas.", + "page-start-connect-wallet-account-message": "Esta es su cuenta", + "page-start-connect-wallet-continue": "Continuemos", + "page-start-connect-wallet-finance-alt": "Finanzas", + "page-start-apps-title": "Usemos algunas aplicaciones", + "page-start-apps-description": "Es hora de conectarse en cadena y de beneficiarse del amplio ecosistema de proyectos que están a su disponibilidad.", + "page-start-apps-explore-more": "Explorar más", + "page-start-apps-go": "Go", + "page-start-apps-socials-tag": "SOCIALES", + "page-start-apps-finance-tag": "FINANZAS", + "page-start-apps-collectibles-tag": "COLECCIONABLES", + "page-start-apps-warpcast-description": "La plataforma social y comunitaria de cripto.", + "page-start-apps-aave-description": "Preste sus tókenes para ganar intereses y retírelos en cualquier momento.", + "page-start-apps-uniswap-description": "Intercambie sus tókenes por otros diferentes a escala mundial.", + "page-start-apps-opensea-description": "Compre, venda, descubra e intercambie bienes de edición limitada." +} diff --git a/src/intl/es/page-trillion-dollar-security.json b/src/intl/es/page-trillion-dollar-security.json new file mode 100644 index 00000000000..ca8ff56f3e0 --- /dev/null +++ b/src/intl/es/page-trillion-dollar-security.json @@ -0,0 +1,196 @@ +{ + "page-trillion-dollar-security-meta-title": "Proyecto de seguridad del billón de dólares: informe general de retos de seguridad", + "page-trillion-dollar-security-meta-description": "El proyecto 1TS es un esfuerzo a nivel de todo el ecosistema para mejorar la seguridad de Ethereum. Este informe examina los desafíos de seguridad existentes a los que se enfrenta el ecosistema.", + "page-trillion-dollar-security-subtitle": "Proyecto de seguridad del billón de dólares", + "page-trillion-dollar-security-title": "Descripción general de los desafíos de seguridad", + "page-trillion-dollar-security-hero-paragraph-1": "Ethereum es el ecosistema de cadena de bloques más seguro, resiliente y de confianza. Durante los últimos 10 años, el ecosistema de Ethereum ha desarrollado la tecnología, los estándares y el conocimiento que hoy sustentan un ecosistema utilizado por millones de personas y que alberga más de 600.000 millones de dólares en capital.", + "page-trillion-dollar-security-hero-paragraph-2": "Pero para que Ethereum tenga éxito en la próxima fase de adopción global, aún deben realizarse muchas mejoras. Para alcanzar las ambiciones de nuestra comunidad, Ethereum debe convertirse en un ecosistema donde:", + "page-trillion-dollar-security-hero-paragraph-3": "Miles de millones de personas se sientan cómodas teniendo cada una más de Usd 1000 en cadena, sumando colectivamente billones de dólares asegurados en Ethereum.", + "page-trillion-dollar-security-hero-paragraph-4": "Empresas, instituciones y gobiernos se sienten cómodos almacenando más de 1 billón de dólares de valor dentro de un solo contrato o aplicación, y se sienten cómodos realizando transacciones por montantes similares.", + "page-trillion-dollar-security-hero-paragraph-5": "El projecto de seguridad de un billón de dólares (1TS) es un esfuerzo de todo el ecosistema para mejorar la seguridad de Ethereum. Este informe es la primera entrega del proyecto 1TS. Durante el último mes, hemos recopilado comentarios de los usuarios, desarrolladores, expertos en seguridad e instituciones acerca de dónde ven los mayores desafíos y áreas por mejorar.", + "page-trillion-dollar-security-hero-paragraph-6": "Este informe resume nuestros hallazgos, cubriendo 6 áreas distintas:", + "page-trillion-dollar-security-report-card-title": "Informe general de seguridad del ecosistmea de Ethereum", + "page-trillion-dollar-security-download-report": "Descargar PDF", + "page-trillion-dollar-security-divider-heading": "Informe general de seguridad del ecosistmea de Ethereum", + "page-trillion-dollar-security-sticky-info": "Esta es información fija para la sección {section}. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque euismod, urna eu tincidunt consectetur.", + "page-trillion-dollar-security-content-overview-title": "Resumen", + "page-trillion-dollar-security-user-experience-title": "Experiencia de usuario (UX)", + "page-trillion-dollar-security-user-experience-description": "Problemas que afectan a la capacidad del usuario de administrar claves privadas de forma segura, interactuar con aplicaciones en cadena y firmar transacciones.", + "page-trillion-dollar-security-smart-contract-title": "Seguridad de los contratos inteligentes", + "page-trillion-dollar-security-smart-contract-description": "La seguridad en los componentes de los contratos inteligentes de las aplicaciones de Ethereum y el ciclo de vida en la producción del software que les da forma.", + "page-trillion-dollar-security-infrastructure-title": "Infraestructura y seguridad en la nube", + "page-trillion-dollar-security-infrastructure-description": "Problemas con la infraestructura (tanto como la cripto como la hereditaria) de la que dependen las aplicaciones de Ethereum, como redes de capa (L2), RPC, servicios de alojamiento en la nube y más.", + "page-trillion-dollar-security-consensus-title": "Protocolo de consenso", + "page-trillion-dollar-security-consensus-description": "Las propiedades de seguridad del núcleo del protocolo en si, las cuales protegen a la cadena de bloques de Ethereum de ataques o manupulaciones.", + "page-trillion-dollar-security-incident-title": "Monitoreo, respuesta a incidentes y mitigación", + "page-trillion-dollar-security-incident-description": "Los desafíos que afrontan tanto usuarios como empresas en respuesta a violaciones de seguridad, particularmente en la recuperación de fondos o en el manejo de las secuelas.", + "page-trillion-dollar-security-social-title": "Capa social y de gobernanza", + "page-trillion-dollar-security-social-description": "Gobernanza de código abierto, comunidad y ecosistema de empresas de Ethereum.", + "page-trillion-dollar-security-hero-closing-paragraph-1": "El primer informe se centra en identificar y delimitar los problemas y desafíos que aún existen. El siguiente paso será elegir los problemas de mayor prioridad, identificar soluciones y trabajar con el ecosistema para abordarlos.", + "page-trillion-dollar-security-hero-closing-paragraph-2": "Debido a que el ecosistema Ethereum es descentralizado, la seguridad de Ethereum no es algo que una única entidad pueda garantizar. La pila tecnológica de Ethereum está construida y mantenida por empresas independientes de todo el mundo, que abarcan desde carteras a infraestructuras pasando por herramientas para desarrolladores. Si bien el proyecto 1TS lo coordina Ethereum Foundation, necesitamos su ayuda para garantizar la seguridad de Ethereum.", + "page-trillion-dollar-security-hero-closing-paragraph-3": "Usted puede contribuir al projecto de seguridad 1TS compartiendo sus comentarios e ideas:", + "page-trillion-dollar-security-feedback-question-1": "¿Hay problemas de seguridad en Ethereum que vea y que no estén incluidos en este informe?", + "page-trillion-dollar-security-feedback-question-2": "¿Cuáles cree que son las máximas prioridades de los problemas estudiados a continuación?", + "page-trillion-dollar-security-feedback-question-3": "¿Qué ideas o soluciones se le ocurren para resolverlos?", + "page-trillion-dollar-security-contact-paragraph": "Estamos deseosos de saber de usted en trilliondollarsecurity@ethereum.org.", + "page-trillion-dollar-security-section-1-intro": "La seguridad comienza con la interfaz que la gente utiliza para interactuar con Ethereum. Este límite entre los usuarios y la cadena de bloques en sí misma es una fuente constante de desafíos de seguridad.", + "page-trillion-dollar-security-section-1-paragraph-1": "Una característica determinante de las cadenas de bloques es la naturaleza atómica de las transacciones: una vez que se registra una actualización en la cadena de bloques, no hay posibilidad de intervención ni reversión. Esto proporciona garantías sólidas de consistencia y seguridad a nivel de protocolo, pero expone a los usuarios a un mayor riesgo operativo: un solo error, una clave comprometida o una aprobación precipitada pueden provocar pérdidas irreversibles.", + "page-trillion-dollar-security-section-1-paragraph-2": "Como resultado, el usuario debe asumir una responsabilidad considerable en cuanto a la seguridad. Para utilizar Ethereum de forma segura, los particulares y las organizaciones deben conservar y gestionar las claves de forma segura, interactuar con aplicaciones en cadena y utilizar sus claves para firmar transacciones con el fin de transferir activos o actualizar el estado de Ethereum.", + "page-trillion-dollar-security-section-1-paragraph-3": "Cada uno de estos requisitos conlleva riesgos como el comprometimiento o la pérdida de claves, aprobaciones precipitadas o desinformadas, o el compromiso del software de la cartera en el que los usuarios se basan para informarse y guiarse en su interacción con Ethereum.", + "page-trillion-dollar-security-section-1-1-title": "1.1. Gestión de claves", + "page-trillion-dollar-security-section-1-1-paragraph-1": "Muchos usarios no estan equipados para gestionar de manera segura las claves criptográficas.", + "page-trillion-dollar-security-section-1-1-paragraph-2": "Las carteras de software más utilizadas dependen de que los usuarios almacenen de forma segura las frases semilla (de recuperación) que constituyen su clave privada criptográfica subyacente; lo que a menudo les lleva a utilizar soluciones poco seguras, como almacenar las frases semilla en texto no cifrado, en servicios en la nube o anotarlas en papel.", + "page-trillion-dollar-security-section-1-1-paragraph-3": "Las carteras de hardware son una alternativa que permite a los usuarios gestionar una clave criptográfica almacenada en un dispositivo físico de uso específico. Sin embargo, las carteras de hardware tienen sus propios defectos y superficie de ataque. Las carteras de hardware pueden extraviarse, dañarse o robarse. Muchas carteras de hardware no son de código abierto ni pueden tener cadenas de suministro opacas, aumentando el riesgo de un ataque a la cadena de suministro en la que se comercializan dispositivos comprometidos en el mercado.", + "page-trillion-dollar-security-section-1-1-paragraph-4": "Ya se administren las claves en una cartera de software o de hardware, muchos usuarios están razonablemente nerviosos acerca de la autocustodia, cuando puede comprometerse a través del robo físico o el asalto.", + "page-trillion-dollar-security-section-1-1-paragraph-5": "Los usuarios empresariales e institucionales se enfrentan a desafíos adicionales en la gestión de claves. Si los colaboradores disponen de claves (por ejemplo, como parte de una cartera multisig), la organización debe ser capaz de reemplazarlas y crear nuevas claves, debido a los cambios de personal a lo largo del tiempo. Los requisitos de cumplimiento normativo en diferentes sectores y jurisdicciones pueden exigir flujos de trabajo personalizados o registros de auditoría que no son compatibles con el software de cartera existente. En algunos casos, los usuarios empresariales recurren a terceros para la custodia de activos digitales, lo que puede introducir otra capa de riesgos de seguridad a tener en cuenta.", + "page-trillion-dollar-security-section-1-2-title": "1.2 Firma a ciegas e incertidunmbre en las transacciones", + "page-trillion-dollar-security-section-1-2-paragraph": "Los usuarios suelen aprobar transacciones «a ciegas», sin comprender lo que están haciendo. Las careteras a menudo muestran datos hexadecimales brutos, direcciones de contrato truncadas u otra información que no es suficiente para que el usuario comprenda las consecuencias de una transacción en particular. Esto expone a todo tipo de usuarios a contratos inteligentes maliciosos, phishing, estafas, interfaces falsas, vulnerabilidades en la interfaz de usuario y errores de usuario básicos.", + "page-trillion-dollar-security-section-1-3-title": "1.3 Administración de aprobaciones y permisos", + "page-trillion-dollar-security-section-1-3-paragraph-1": "En muchas aplicaciones de Ethereum, es común que los usuarios concedan ciertos permisos a la aplicación subyacente como parte del uso normal. Por ejemplo, un usuario podría conceder permiso a una plataforma de intercambio descentralizada como Uniswap para mover sus tókenes con el fin de intercambiarlos por ETH.", + "page-trillion-dollar-security-section-1-3-paragraph-2": "Estas aprobaciones pueden tener límites en cuanto a la cantidad, pero muchas carteras conceden por defecto aprobaciones ilimitadas sin fecha de caducidad. Los usuarios no tienen forma de gestionar o revisar sus aprobaciones pendientes en la mayoría de las carteras.", + "page-trillion-dollar-security-section-1-3-paragraph-3": "Esto puede exponer a los usuarios a aplicaciones maliciosas o frontends comprometidos, porque el patrón predeterminado para muchos usuarios es otorgar aprobaciones ilimitadas que pueden usarse para drenar sus fondos. Incluso si un usuario otorga una aprobación a un contrato inteligente legítimo, si ese contrato se comprometió más tarde mientras la aprobación permanece en su lugar, el contrato comprometido podría agotar los fondos del usuario.", + "page-trillion-dollar-security-section-1-3-paragraph-4": "Esto también supone un riesgo para los usuarios de la empresa. Por ejemplo, una empresa podría optar por otorgar una asignación de USDC ilimitada de router DEX para conveniencia operativa, que luego los expone a riesgos si se actualiza el contrato del enrutador.", + "page-trillion-dollar-security-section-1-4-title": "1.4 Interfaces web comprometidas", + "page-trillion-dollar-security-section-1-4-paragraph-1": "La mayoría de los usuarios no interactúan directamente con un contrato inteligente, sino a través de una interfaz web a través de su dispositivo móvil o navegador web.", + "page-trillion-dollar-security-section-1-4-paragraph-2": "Estos frontends pueden ser vulnerables a atacar a través de medios familiares como secuestro de DNS, inyección de JavaScript maliciosa, alojamiento inseguro o varias dependencias de terceros. Una aplicación comprometida UX puede redirigir a los usuarios de todo tipo a contratos inteligentes maliciosos o llevarlos a firmar transacciones engañosas.", + "page-trillion-dollar-security-section-1-5-title": "1.5 Privacidad", + "page-trillion-dollar-security-section-1-5-paragraph-1": "La privicidad puede mitigar a magnificar los riesgos de seguridad para usarios de todo tipo.", + "page-trillion-dollar-security-section-1-5-paragraph-2": "Las protecciones de privacidad más débiles exponen a los usuarios individuales a una variedad de amenazas específicas como phishing, explotación, estafas o ataques físicos. Muchos patrones comunes de UX exponen a los usuarios, por ejemplo, reutilización de direcciones, datos de KYC y otras filtraciones de metadatos.", + "page-trillion-dollar-security-section-1-5-paragraph-3": "Para las instituciones y empresas, la privacidad es a menudo un requisito comercial fundamental por razones de cumplimiento o ciertos casos de uso. Además de esos problemas, puede crear exposición a riesgos de seguridad específicos. Por ejemplo, un usuario de un sistema de cadena de suministro construido en Ethereum puede requerir fuertes garantías de privacidad para proteger los activos de propiedad intelectual que podrían verse comprometidos si el sistema fuera transparente.", + "page-trillion-dollar-security-section-1-6-title": "1.6 Fragmentación", + "page-trillion-dollar-security-section-1-6-paragraph-1": "Hay una falta de consistencia en cómo las diferentes carteras manejan comportamientos centrales como mostrar transacciones, manejar aprobaciones o etiquetar contratos. Esta fragmentación de la experiencia del usuario agrega fricción a la capacidad del usuario para aprender a usar carteras de forma segura y aumenta los riesgos.", + "page-trillion-dollar-security-section-1-6-paragraph-2": "Por ejemplo, los usuarios no pueden confiar en señales de UX consistentes para protegerse del phishing y de la suplantación, ya que difieren por las carteras. Los usuarios no pueden formar expectativas fiables sobre cómo funciona Ethereum si cada herramienta funciona de manera diferente.", + "page-trillion-dollar-security-section-2-intro": "Los contratos inteligentes son los componentes de la cadena de las aplicaciones Ethereum: el código que posee fondos, define los controles de acceso y hace cumplir la lógica comercial de la aplicación. Debido a que los contratos inteligentes suelen ser transparentes y accesibles para cualquier persona, son una superficie de ataque crítico cuando se consideran la seguridad en el ecosistema de Ethereum.", + "page-trillion-dollar-security-section-2-paragraph-1": "La seguridad del contrato inteligente ha mejorado radicalmente sobre la historia de Ethereum. Los primeros incidentes de seguridad como el DAO Hack motivaron el ecosistema para profesionalizar y mejorar las salvaguardas en todo el ciclo de vida del software que lleva al código que se implementa en la cadena. Los avances clave incluyen:", + "page-trillion-dollar-security-section-2-list-1": "La auditoría de seguridad se convirtió en una práctica estándar, con varias firmas de seguridad introducidas en el ecosistema y desarrollando experiencias.", + "page-trillion-dollar-security-section-2-list-2": "Las herramientas, pruebas y sistemas de análisis estáticos maduraron y se convirtieron en práctica estándar.", + "page-trillion-dollar-security-section-2-list-3": "Las bibliotecas de componentes comunes preauditados proporcionaron a los desarrolladores bloques de construcción predeterminados seguros.", + "page-trillion-dollar-security-section-2-list-4": "Se adoptaron técnicas de verificación formales, especialmente para puentes, sistemas de participación y contratos de alto valor.", + "page-trillion-dollar-security-section-2-list-5": "La cultura de seguridad y las prácticas aconsejadas del ecosistema mejoraron.", + "page-trillion-dollar-security-section-2-list-6": "La creación de programas de recompensas significativos que endurecieron la capa de la aplicación.", + "page-trillion-dollar-security-section-2-paragraph-2": "Sin embargo, sigue habiendo debilidades y áreas de mejora en este campo.", + "page-trillion-dollar-security-section-2-1-title": "2.1 Vulnerabilidades de contratos", + "page-trillion-dollar-security-section-2-1-paragraph": "A pesar de los avances en la seguridad de los contratos inteligentes, todavía hay vulnerabilidades que pueden conducir a importantes problemas de seguridad, incluyendo:", + "page-trillion-dollar-security-section-2-1-list-title-1": "El riesgo de mejora del contrato", + "page-trillion-dollar-security-section-2-1-list-desc-1": "Algunos contratos están diseñados para poder modificarse después de la implementación y así permitir que un equipo de desarrollo continúe actualizando y mejorando la aplicación. Sin embargo, esto no está exento de riesgos: las actualizaciones podrían producir nuevas vulnerabilidades o la pérdida total de fondos del usuario en el caso de una actualización maliciosa.", + "page-trillion-dollar-security-section-2-1-list-title-2": "Reingreso", + "page-trillion-dollar-security-section-2-1-list-desc-2": "cuando el contrato A invoca a un contrato externo B antes de actualizar su propio estado interno, y el contrato B vuelve al contrato original A antes de que finalice la primera invocación.", + "page-trillion-dollar-security-section-2-1-list-title-3": "Uso inseguro de bibliotecas externas", + "page-trillion-dollar-security-section-2-1-list-desc-3": "donde un contrato invoca a una biblioteca externa que puede ser no auditada, maliciosa o actualizable.", + "page-trillion-dollar-security-section-2-1-list-title-4": "Componentes no auditados", + "page-trillion-dollar-security-section-2-1-list-desc-4": "Mientras que la auditoría y el uso de bibliotecas estándar han mejorado, los desarrolladores a veces dependen de componentes no auditados en sus aplicaciones.", + "page-trillion-dollar-security-section-2-1-list-title-5": "Fallos en el control de accesos", + "page-trillion-dollar-security-section-2-1-list-desc-5": "donde los permisos se configuran incorrectamente o se definen de manera demasiado amplia, lo que permite a los atacantes realizar acciones maliciosas.", + "page-trillion-dollar-security-section-2-1-list-title-6": "Acceso no autorizado", + "page-trillion-dollar-security-section-2-1-list-desc-6": "cuando un actor malicioso obtiene una clave privada que puede controlar el contrato.", + "page-trillion-dollar-security-section-2-1-list-title-7": "Puentes e interacciones entre cadenas", + "page-trillion-dollar-security-section-2-1-list-desc-7": "Los puentes y los protocolos de cadenas cruzadas introducen una complejidad adicional, y los atacantes pueden explotar las debilidades en la forma en que se pasan o validan los mensajes de cadena cruzada.", + "page-trillion-dollar-security-section-2-1-list-title-8": "Delegación de cuenta de propiedad externa (EOA) o uso indebido de la firma", + "page-trillion-dollar-security-section-2-1-list-desc-8": "Las aplicaciones maliciosas pueden engañar a los usuarios para que inicien sesión en la delegación completa de su cuenta a otra parte, lo que permite el robo. Las aplicaciones maliciosas también pueden usar mensajes firmados del usuario de maneras inesperadas, por ejemplo, en un ataque de repetición.", + "page-trillion-dollar-security-section-2-1-list-title-9": "Riesgo emergente de errores introducidos por la generación de código de IA o herramientas automatizadas de refactorización", + "page-trillion-dollar-security-section-2-2-title": "2.2 Experiencia del desarrollador, herramientas y lenguajes de programación", + "page-trillion-dollar-security-section-2-2-paragraph": "Las vulnerabilidades terminan en el código implementado como resultado de un error del desarrollador. La mejora de las herramientas para desarrolladores ha facilitado significativamente la implementación de contratos inteligentes seguros. Sin embargo, los problemas persisten.", + "page-trillion-dollar-security-section-2-2-list-title-1": "Falta de valores predeterminados seguros en los marcos populares", + "page-trillion-dollar-security-section-2-2-list-desc-1": "Algunas herramientas priorizan la flexibilidad o la velocidad sobre la seguridad, estableciendo valores predeterminados inseguros como aprobaciones de tókenes ilimitadas en la función approve(), o el no incluir patrones de control de acceso por defecto.", + "page-trillion-dollar-security-section-2-2-list-title-2": "Código personalizado para controles operativos avanzados", + "page-trillion-dollar-security-section-2-2-list-desc-2": "Los usuarios institucionales con requisitos operativos complejos a menudo deben crear las características requeridas desde cero, lo que aumenta el riesgo de vulnerabilidades. Hay una falta de componentes o marcos seguros estandarizados para flujos de trabajo de seguridad avanzados.", + "page-trillion-dollar-security-section-2-2-list-title-3": "Cobertura de pruebas inconsistentes", + "page-trillion-dollar-security-section-2-2-list-desc-3": "a través de las pilas de herramientas, así como la falta de normas en torno al uso de técnicas probadas como la técnica del «fuzzing» o el control de invariante.", + "page-trillion-dollar-security-section-2-2-list-title-4": "Baja adopción de métodos de verificación formal", + "page-trillion-dollar-security-section-2-2-list-desc-4": "Las técnicas de verificación formal son potentes, a la par que complejas, costosas, requieren experiencia especializada en el dominio y no están bien integradas en los flujos de trabajo estándar del desarrollador, donde podrían usarse mucho antes en la producción de software para verificar la seguridad en la etapa de especificación.", + "page-trillion-dollar-security-section-2-2-list-title-5": "Problemas relacionados con la verificación del contrato", + "page-trillion-dollar-security-section-2-2-list-desc-5": "Los usuarios y desarrolladores no pueden evaluar fácilmente la fiabilidad de los contratos implementados, el alcance de su validación de seguridad (por ejemplo, auditorías de código), o la presencia de riesgos latentes. Si bien existen soluciones para este propósito, quedan muchos problemas. Las herramientas que abordan estos problemas no se adoptan ampliamente, los estándares que unificarían los enfoques siguen siendo fragmentados y algunos de los servicios existentes son en sí mismos dependencias centralizadas.", + "page-trillion-dollar-security-section-2-2-list-title-6": "Riesgos del compilador", + "page-trillion-dollar-security-section-2-2-list-desc-6": "Los compiladores (el software que convierte el código legible por humanos como Solidity en el código de bytes utilizado por la propia EVM) pueden tener defectos que introducen errores en los contratos inteligentes antes de que se implementen. El ecosistema Ethereum hoy en día depende principalmente del compilador solc, lo que significa que un error podría tener efectos generalizados.", + "page-trillion-dollar-security-section-2-2-list-title-7": "Diversidad y profundidad del lenguaje de programación", + "page-trillion-dollar-security-section-2-2-list-desc-7": "Si bien Solidity tiene un profundo ecosistema de herramientas construido sobre él, algunos desarrolladores quieren características de seguridad más modernas que se encuentran en otros lenguajes de programación, como la seguridad de la memoria.", + "page-trillion-dollar-security-section-2-3-title": "2.3 Evaluación de riesgos del código en cadena", + "page-trillion-dollar-security-section-2-3-paragraph": "Las instituciones y empresas tienen procesos, estándares y requisitos existentes para evaluar la seguridad de la tecnología y los sistemas de los que dependen. Sin embargo, los marcos existentes a menudo no se asignan de forma limpia a los contratos inteligentes, generalmente asumiendo un código mutable, un control de cambio centralizado y líneas claras de asunción o responsabilidad legal. Los sistemas construidos sobre contratos inteligentes a veces pueden romper esas suposiciones, lo que dificulta que las organizaciones adopten Ethereum y gestionen el riesgo de manera adecuada.", + "page-trillion-dollar-security-section-3-intro": "Muchos usos de Ethereum dependen de una variedad de proveedores de infraestructura, incluida la infraestructura específica de las criptomonedas (por ejemplo, cadenas de capa 2, proveedores de RPC) y la infraestructura tradicional de nube e internet (por ejemplo, AWS, CDN, DNS).", + "page-trillion-dollar-security-section-3-paragraph-1": "Estos sistemas son una superficie de ataque tanto para la cartera como para la capa de aplicación (por ejemplo, puntos finales RPC para carteras) como para el propio protocolo Ethereum (por ejemplo, muchos validadores están alojados en infraestructura en la nube). El compromiso de la clave privada, el phishing y la falta de controles de acceso granulares pueden provocar interrupciones a gran escala, robos o cambios no autorizados, incluso si el protocolo de cadena de bloques subyacente sigue siendo seguro.", + "page-trillion-dollar-security-section-3-1-title": "3.1 Cadenas de capa 2", + "page-trillion-dollar-security-section-3-1-paragraph": "Las cadenas de capa 2 (L2) sirven como extensiones para Ethereum, lo que permite entornos de tarifas más rápidos y de menor frecuencia, al tiempo que conservan algunas de las garantías de seguridad características de la red principal de Ethereum (dependiendo de su diseño específico). Sin embargo, también tienen sus propias superficies de ataque distintas, incluyendo:", + "page-trillion-dollar-security-section-3-1-list-title-1": "Complejidad de activos puenteados de múltiples saltos", + "page-trillion-dollar-security-section-3-1-list-desc-1": "Cuando los activos viajan entre L1 y múltiples L2, están expuestos a múltiples conjuntos de contratos, que deben ser seguros todos ellos. La contabilidad que no cuadra o las interrupciones en las cadenas L2 pueden introducir vulnerabilidades a merced de los atacantes.", + "page-trillion-dollar-security-section-3-1-list-title-2": "Los rollup L2 dependen de sistemas de prueba para asegurar la exactitud de las actualizaciones de estado", + "page-trillion-dollar-security-section-3-1-list-desc-2": "Los errores o configuraciones erróneas en estos sistemas pueden detener o impedir la finalización, o permitir la finalización de actualizaciones de estado falsas que conducen a la pérdida de fondos de usuario.", + "page-trillion-dollar-security-section-3-1-list-title-3": "Los consejos de seguridad son grupos de titulares de claves que sirven como un mecanismo de «respaldo» para actualizar el software L2 o responder a ciertas emergencias", + "page-trillion-dollar-security-section-3-1-list-desc-3": "Los propios consejos de seguridad plantean riesgos, ya que el compromiso o la colusión entre los miembros podrían poner en riesgo los fondos de los usuarios o congelar los activos.", + "page-trillion-dollar-security-section-3-1-paragraph-2": "Consulte L2Beat para obtener un marco detallado y un panel de control que evalúa y compara el rendimiento y la seguridad de L2.", + "page-trillion-dollar-security-section-3-2-title": "3.2 RPC e infraestructura de nodos", + "page-trillion-dollar-security-section-3-2-paragraph-1": "Las aplicaciones de Ethereum dependen de un pequeño número de proveedores de infraestructura para el acceso a RPC, API y servicios de nodos. Esto incluye proveedores de infraestructura específicos de criptomonedas, así como servicios en la nube tradicionales que se utilizan comúnmente para alojar nodos (por ejemplo, AWS, Cloudflare, Hetzner).", + "page-trillion-dollar-security-section-3-2-paragraph-2": "Si estos proveedores de infraestructura se desconectaran o intentaran censurar o acelerar el acceso, a muchos usuarios se les podría impedir acceder a Ethereum a través de su cartera o aplicación, hasta que pudieran migrar a un nuevo RPC u otro proveedor de infraestructura. Algunos de estos proveedores han suspendido o cerrado previamente cuentas asociadas con la actividad de una cadena de bloques, lo que cuestiona su fiabilidad a largo plazo para aplicaciones descentralizadas.", + "page-trillion-dollar-security-section-3-3-title": "3.3 Vulnerabilidades dentro de DNS", + "page-trillion-dollar-security-section-3-3-paragraph": "El Sistema de nombres de dominio (DNS, en inglés) es una capa fundamental de internet, pero también está centralizado y puede verse comprometido. Muchos usuarios acceden a las aplicaciones a través de dominios web, que son susceptibles de:", + "page-trillion-dollar-security-section-3-3-list-1": "Secuestro de DNS donde un atacante inserta una interfaz falsa maliciosa.", + "page-trillion-dollar-security-section-3-3-list-2": "Apoderación de dominios, donde un gobierno o registrador puede incautar dominios.", + "page-trillion-dollar-security-section-3-3-list-3": "Phishing a través de dominios similares, donde los atacantes se registran cerca de nombres idénticos para confundir a los usuarios.", + "page-trillion-dollar-security-section-3-4-title": "3.4 Cadena de suministro de software y bibliotecas", + "page-trillion-dollar-security-section-3-4-paragraph": "Los desarrolladores de Ethereum confían en bibliotecas de código abierto, a menudo extraídas directamente de servicios como npm, crates.io o GitHub. Si estas bibliotecas se ven comprometidas, pueden ser un vector para ataques como:", + "page-trillion-dollar-security-section-3-4-list-title-1": "Inyección de paquete malicioso", + "page-trillion-dollar-security-section-3-4-list-desc-1": "cuando los atacantes comprometen un paquete ampliamente utilizado o publican uno con un nombre similar", + "page-trillion-dollar-security-section-3-4-list-title-2": "Dependencias secuestradas", + "page-trillion-dollar-security-section-3-4-list-desc-2": "cuando los encargados pierden el control de un proyecto y un actor malicioso introduce código dañino", + "page-trillion-dollar-security-section-3-4-list-title-3": "Compromiso del desarrollador", + "page-trillion-dollar-security-section-3-4-list-desc-3": "cuando los paquetes instalados contienen código que le da al atacante control sobre el ordenador del desarrollador.", + "page-trillion-dollar-security-section-3-5-title": "3.5 Servicios de entrega de frontend y riesgos relacionados", + "page-trillion-dollar-security-section-3-5-paragraph": "Muchas aplicaciones Ethereum sirven sus frontends a través de una red de entrega de contenido (CDN) o una plataforma de alojamiento basada en la nube (por ejemplo, Vercel, Netlify, CloudFlare). Si estos servicios se ven comprometidos, pueden ser un vector para ataques como la inyección de JavaScript maliciosa, donde los atacantes sirven una interfaz alterada a los usuarios.", + "page-trillion-dollar-security-section-3-6-title": "3.6 Censura dentro de los proveedores de servicios de internet", + "page-trillion-dollar-security-section-3-6-paragraph-1": "Los proveedores de servicios de Nternet (ISP) o los Estados nacionales pueden controlar la infraestructura de internet subyacente para censurar el acceso a Ethereum. Por ejemplo, estos ataques podrían incluir:", + "page-trillion-dollar-security-section-3-6-list-1": "Bloqueo o tráfico de embotellamiento a los puertos de Ethereum comunes", + "page-trillion-dollar-security-section-3-6-list-2": "Filtrando las solicitudes de DNS que resuelven a los servicios relacionados con Ethereum", + "page-trillion-dollar-security-section-3-6-list-3": "Prohibiciones de geofencing (o acotamiento virtual) o IP contra nodos Ethereum conocidos", + "page-trillion-dollar-security-section-3-6-list-4": "Inspección profunda de paquetes para identificar y censurar el tráfico relacionado con el protocolo de Ethereum", + "page-trillion-dollar-security-section-3-6-paragraph-2": "Muchas de estas técnicas básicas ya las están utilizando gobiernos autoritarios de todo el mundo para suprimir el acceso a la información, las herramientas de protesta o las criptomonedas hoy en día.", + "page-trillion-dollar-security-section-4-intro": "El protocolo de consenso de Ethereum define cómo la red actualiza el estado de la cadena de bloques de Ethereum y llega a un acuerdo. Este protocolo se encuentra en la base de lo que hace de Ethereum una plataforma fiable para el dinero, las finanzas, la identidad, la gobernanza y los activos del mundo real, entre otros aspectos.", + "page-trillion-dollar-security-section-4-paragraph-1": "El protocolo de consenso de Ethereum ha demostrado ser robusto en la práctica, con cero tiempo de inactividad desde el primer lanzamiento en 2015 y en varias actualizaciones. Sin embargo, quedan áreas a largo plazo por mejorar para que el sistema sea más resistente y seguro.", + "page-trillion-dollar-security-section-4-1-title": "4.1 Consenso de fragilidad y riesgos de recuperación", + "page-trillion-dollar-security-section-4-1-paragraph": "La elección de bifurcación de Ethereum y las normas de finalidad son resilientes, pero no vulnerables. En determinados casos extremos (como un desacuerdo prolongado con el validador, errores del cliente o particiones de la red) el consenso podría estancarse y divergir. En condiciones extremas, esto podría conllevar la difusión de penalizaciones de validador a través de fugas de inactividad o recortes, que por su parte pueden mermar la huida del capital de los validadores.", + "page-trillion-dollar-security-section-4-2-title": "4.2. Diversidad de clientes", + "page-trillion-dollar-security-section-4-2-paragraph": "La diversidad de clientes líderes en la industria de Ethereum protege la red de errores en cualquier cliente único. Sin embargo, la diversidad de los clientes aún podría mejorarse con una mayor adopción de clientes minoritarios para reducir aún más estos riesgos.", + "page-trillion-dollar-security-section-4-3-title": "4.3 Centralization de las participaciones y dominio de las reservas", + "page-trillion-dollar-security-section-4-3-paragraph": "Se concentra una cantidad significativa de peso de validador en protocolos de participaciones líquidas, servicios de custodia y grandes operadores de nodos. Esta concentración puede conducir a riesgos como:", + "page-trillion-dollar-security-section-4-3-list-1": "Captura o influencia de gobernanza. Si las entidades que controlan grandes cantidades de participación (o entidades con poder legal para influir en esas entidades) se coordinan juntas, podrían haber superado la influencia sobre la cual los bloques se proponen y atestiguan, censurando potencialmente a los usuarios o influyendo en las actualizaciones del protocolo.", + "page-trillion-dollar-security-section-4-3-list-2": "La homogeneidad en la elección del cliente y la configuración de la infraestructura, que puede aumentar los riesgos de fallo correlacionado.", + "page-trillion-dollar-security-section-4-4-title": "4.4 Recortes sociales indefinidos y brechas de coordinación", + "page-trillion-dollar-security-section-4-4-paragraph": "En algunos casos de fallo extremo, Ethereum recurriría al «slashing» o recorte social para penalizar a los validadores que actuaran maliciosamente para atacar la red (véase la sección 6.1). Sin embargo, la infraestructura, las normas y los procesos previstos para este tipo de slashing están poco desarrollados. No existe un mecanismo establecido que la comunidad pueda utilizar para participar en este proceso.", + "page-trillion-dollar-security-section-4-5-title": "4.5 Vectores de ataque económicos y de teoría de juegos", + "page-trillion-dollar-security-section-4-5-paragraph": "Muchos vectores potenciales de ataque económico siguen siendo poco estudiados, incluyendo:", + "page-trillion-dollar-security-section-4-5-list-1": "Ataques de griefing (o sabotaje) o recorte por sabotaje. Los validadores pueden incurrir en costes o reducir las sanciones no debido a sus propios fallos, sino a un comportamiento no deseado, destinado únicamente a dañar a otros a un coste neto para el atacante.", + "page-trillion-dollar-security-section-4-5-list-2": "Salidas estratégicas o inactividad programada . Los validadores podrían desconectarse intencionadamente o salir en momentos críticos para maximizar las ganancias o interrumpir el consenso con sanciones mínimas.", + "page-trillion-dollar-security-section-4-5-list-3": "Confabulación entre validadores o relés. El comportamiento coordinado entre los validadores o entre relés y validadores podría reducir la descentralización o extraer MEV.", + "page-trillion-dollar-security-section-4-5-list-4": "Explotación de incentivos de casos de borde en MEV, separación proponedor-constructor o diseño de participación líquida. Los actores pueden manipular condiciones de protocolo raras para obtener recompensas desproporcionadas.", + "page-trillion-dollar-security-section-4-6-title": "4.6 Riesgo cuántico", + "page-trillion-dollar-security-section-4-6-paragraph-1": "La criptografía principal de Ethereum (por ejemplo, firmas de curvas elípticas como secp256k1) podrían algún día romperla los ordenadores cuánticos. Si bien esto no es un riesgo inminente, una amenaza creíble podría hacer que las carteras, los contratos y las claves de participación existentes sean vulnerables al instante. Este desafío futuro debilita las garantías a largo plazo de Ethereum para los usuarios.", + "page-trillion-dollar-security-section-4-6-paragraph-2": "Las rutas de migración a la criptografía resistente a la cuántica (por ejemplo, a través de esquemas de firma poscuántica) deben diseñarse, probarse y posiblemente integrarse en el protocolo años antes de que sean necesarias. Las organizaciones de todo el ecosistema Ethereum, incluida Ethereum Foundation, están explorando activamente estas opciones y monitoreando los riesgos.", + "page-trillion-dollar-security-section-5-paragraph-1": "Incluso un ecosistema de cadena de bloque idealizado tendrá riesgos, ataques y vulnerabilidades. Cuando las cosas van mal, debe haber sistemas efectivos para mitigar, detectar y responder. Los desafíos aquí incluyen:", + "page-trillion-dollar-security-section-5-list-title-1": "Llegar al equipo afectado", + "page-trillion-dollar-security-section-5-list-desc-1": "Puede ser difícil ponerse en contacto con el equipo cuya aplicación se ha visto comprometida. Esto puede llevar a horas de retrasos, limitando la capacidad de los socorristas para recuperar fondos.", + "page-trillion-dollar-security-section-5-list-title-2": "Problemas de escalada en organizaciones relacionadas", + "page-trillion-dollar-security-section-5-list-desc-2": "Cuando el problema involucra una plataforma (como una red social o un intercambio centralizado), puede ser difícil que los participantes escalen el problema si no tienen un contacto preexistente.", + "page-trillion-dollar-security-section-5-list-title-3": "Coordinación de respuesta", + "page-trillion-dollar-security-section-5-list-desc-3": "A menudo no está claro cuántos equipos de respuesta a incidentes están ayudando a la aplicación afectada, lo que lleva a una falta de comunicación o a un esfuerzo desperdiciado cuando un esfuerzo grupal puede haber sido más efectivo.", + "page-trillion-dollar-security-section-5-list-title-4": "Falta de capacidades de control", + "page-trillion-dollar-security-section-5-list-desc-4": "Puede ser difícil monitorear los problemas en la cadena y fuera de la cadena, lo que proporcionaría una alerta temprana y garantizaría una respuesta rápida a las amenazas.", + "page-trillion-dollar-security-section-5-list-title-5": "Acceso al seguro", + "page-trillion-dollar-security-section-5-list-desc-5": "El seguro es una herramienta esencial para mitigar las pérdidas en la mayoría de los sistemas tradicionales que se ocupan del dinero, los sistemas financieros, la identidad y otra información valiosa. Sin embargo, hoy en día hay pocas opciones de seguro disponibles de los servicios financieros tradicionales para el ecosistema criptográfico.", + "page-trillion-dollar-security-section-6-intro": "La «capa social» de Ethereum se refiere al conjunto de personas, organizaciones, empresas, procesos de gobernanza y normas culturales que influyen en cómo se comporta el ecosistema Ethereum. Esta capa social es en sí misma vulnerable a ciertos ataques o riesgos, que luego pueden influir en la seguridad y fiabilidad de Ethereum.", + "page-trillion-dollar-security-section-6-paragraph-1": "Estos riesgos tienden a estar más orientados a largo plazo y conciernen a Ethereum en su conjunto más que a la seguridad de usuarios o aplicaciones individuales.", + "page-trillion-dollar-security-section-6-1-title": "6.1 Centralización de la participación", + "page-trillion-dollar-security-section-6-1-paragraph-1": "La centralización de grandes cantidades de participación puede plantear riesgos para Ethereum en su conjunto si las entidades que controlan esa participación deciden conspirar.", + "page-trillion-dollar-security-section-6-1-paragraph-2": "Esta centralización económica crea el potencial para la captura de la gobernanza social. Si un pequeño grupo de validadores controla una supermayoría de participación, podrían:", + "page-trillion-dollar-security-section-6-1-list-1": "Coordinar o resistir las bifuraciones.", + "page-trillion-dollar-security-section-6-1-list-2": "Censurar ciertas transacciones o contratos.", + "page-trillion-dollar-security-section-6-1-list-3": "Socorrar el consenso de la comunidad amenazando con la salida u oposición.", + "page-trillion-dollar-security-section-6-1-paragraph-3": "Si se diera este caso extremo, la comunidad de Ethereum ha sugerido que el recorte social podría ser la respuesta. Recorte social es el uso del consenso social fuera de la cadena para decidir recortar a los validadores que se comportan mal, como una comprobación de su poder. Pero no existen normas, procedimientos o herramientas claras para promulgar tales medidas (véase la sección 4.4).", + "page-trillion-dollar-security-section-6-2-title": "6.2 Centralización de activos fuera de la cadena", + "page-trillion-dollar-security-section-6-2-paragraph-1": "Ethereum alberga cantidades significativas de activos del mundo real, donde los activos se mantienen fuera de la cadena en cuentas bancarias u otros depósitos, que luego se negocian en cadena a través de tókenes que representan una reclamación sobre los activos fuera de la cadena. Por ejemplo, muchas monedas estables grandes funcionan de esta manera.", + "page-trillion-dollar-security-section-6-2-paragraph-2": "Las instituciones que tienen los depósitos fuera de la cadena pueden tener influencia sobre el ecosistema Ethereum. Por ejemplo, durante un escenario extremo en el que hay una bifurcación polémica o una actualización de la red, los grandes depositantes pueden influir en qué cadena se acepta ampliamente al elegir solo reconocer los tokens en una cadena u otra.", + "page-trillion-dollar-security-section-6-3-title": "6.3 Ataque o presión regulatoria", + "page-trillion-dollar-security-section-6-3-paragraph": "Los gobiernos y los reguladores podrían presionar a varias entidades que controlan componentes importantes de la pila de Ethereum para que censuren o interfieran de otra manera con el protocolo Ethereum. Los usuarios institucionales de Ethereum también podrían verse afectados por estas presiones, lo que tendría consecuencias adicionales para sus usuarios (por ejemplo, un banco que ya no puede ofrecer ciertos productos criptográficos debido a las prohibiciones reglamentarias).", + "page-trillion-dollar-security-section-6-4-title": "6.4 Captura organizativa de la gobernanza", + "page-trillion-dollar-security-section-6-4-paragraph-1": "Los procesos de gobernanza y desarrollo de código abierto de Ethereum están impulsados por un conjunto diverso y global de equipos y empresas que mantienen el software, la infraestructura y las herramientas principales del cliente.", + "page-trillion-dollar-security-section-6-4-paragraph-2": "Varias formas de influencia (adquisiciones corporativas, dependencias de financiación, empleo de contribuyentes clave, conflictos de intereses dentro de las empresas existentes) podrían cambiar gradualmente la cultura y las prioridades de la gobernanza de Ethereum. Esto puede conducir a una alineación con intereses comerciales o externos específicos que divergen del espíritu impulsado por la comunidad y la hoja de ruta establecida, debilitando potencialmente la neutralidad y la resistencia de Ethereum con el tiempo.", + "page-trillion-dollar-security-image-alt-hero": "Una visión futurista que muestra nodos de cadena de bloques interconectados y elementos de seguridad, que representan una seguridad de billones de dólares en el espacio de activos digitales", + "page-trillion-dollar-security-image-alt-report": "Imagen de portada del informe Trillion Dollar Security que muestra una moderna visualización de seguridad digital con elementos de cadena de bloques y conexiones de red" +} diff --git a/src/intl/es/page-wallets-find-wallet.json b/src/intl/es/page-wallets-find-wallet.json index bfeab794c32..b159511b3db 100644 --- a/src/intl/es/page-wallets-find-wallet.json +++ b/src/intl/es/page-wallets-find-wallet.json @@ -48,7 +48,7 @@ "page-find-wallet-features": "Funciones", "page-find-wallet-security": "Seguridad", "page-find-wallet-smart-contract": "Contrato inteligente", - "page-find-wallet-advanced": "Recursos avanzados", + "page-find-wallet-advanced": "Avanzado", "page-find-wallet-check-out": "Eche un vistazo", "page-find-wallet-info-updated-on": "información actualizada sobre", "page-find-wallet-showing-all-wallets": "Mostrar todas las carteras", diff --git a/src/intl/es/page-wallets.json b/src/intl/es/page-wallets.json index 465915767c0..677229fbc40 100644 --- a/src/intl/es/page-wallets.json +++ b/src/intl/es/page-wallets.json @@ -18,7 +18,6 @@ "page-wallets-explore": "Explorar Ethereum", "page-wallets-features-desc": "Podemos ayudarle a elegir su cartera en función de las características que le interesen.", "page-wallets-features-title": "Comparar carteras según sus características", - "page-wallets-find-wallet-btn": "Encontrar una cartera", "page-wallets-find-wallet-link": "Encontrar una cartera", "page-wallets-get-some": "Obtener ETH", "page-wallets-get-some-alt": "Una ilustración de una mano creando el logo de ETH hecho de bloques de Lego", @@ -38,6 +37,105 @@ "page-wallets-seed-phrase-example": "Aquí hay un ejemplo:", "page-wallets-seed-phrase-snippet": "there aeroplane curve vent formation doge possible product distinct under spirit lamp", "page-wallets-seed-phrase-write-down": "No la guarde en un ordenador. Escríbala y manténgala a salvo.", + "page-wallets-simulator-create-account-title": "Crear una cuenta", + "page-wallets-simulator-create-account-explanation-1-header": "Empiece su viaje descargando una cartera", + "page-wallets-simulator-create-account-explanation-1-desc-1": "Para empezar, necesitará descargar una aplicación de cartera.", + "page-wallets-simulator-create-account-explanation-1-desc-2": "La mayoría de personas usa aplicaciones móviles, pero también hay disponibles aplicaciones de escritorio y extensiones de navegador.", + "page-wallets-simulator-create-account-explanation-1-desc-3": "Configuremos una cartera móvil. Haga clic en «Instalar una cartera» para comenzar.", + "page-wallets-simulator-create-account-explanation-2-header": "Las carteras son aplicaciones gratuitas que puede descargar", + "page-wallets-simulator-create-account-explanation-2-desc-1": "Las aplicaciones móviles de billetera pueden descargarse e instalarse mediante cualquier tienda de aplicaciones.", + "page-wallets-simulator-create-account-explanation-2-desc-2": "Las billeteras proporcionan una forma sencilla de crear una cuenta Ethereum, y posteriormente usar Ethereum y sus aplicaciones.", + "page-wallets-simulator-create-account-explanation-2-desc-3": "No lo piense más y abra suu nueva aplicación de cartera.", + "page-wallets-simulator-create-account-explanation-3-header": "Crear una cuenta es gratis, privado y fácil", + "page-wallets-simulator-create-account-explanation-3-desc-1": "Las cuentas de Ethereum se crean de forma privada y no requieren formularios ni autorizaciones ¡No se necesita ningún dato personal!", + "page-wallets-simulator-create-account-explanation-3-desc-2": "Haga clic en «Crear cuenta» para generar una nueva cuenta.", + "page-wallets-simulator-create-account-explanation-4-header": "Esta es SU cuenta y de nadie más. La controla usted por completo.", + "page-wallets-simulator-create-account-explanation-4-desc-1": "Ninguna empresa, incluida su proveedor de cartera, tiene acceso a su cuenta.", + "page-wallets-simulator-create-account-explanation-5-header": "La frase de recuperación sirve para mantener su cuenta segura", + "page-wallets-simulator-create-account-explanation-5-desc-1": "Usted y solo usted tiene control sobre esta frase, por lo que es fundamental que la guarde y la asegure.", + "page-wallets-simulator-create-account-explanation-5-desc-2": "Lea detenidamente y haga clic en «Entiendo» para ver y guardar la frase de recuperación.", + "page-wallets-simulator-create-account-explanation-6-header": "¡Mantenga su frase segura!", + "page-wallets-simulator-create-account-explanation-6-storing-small": "Almacenar una pequeña cantidad de valor:", + "page-wallets-simulator-create-account-explanation-6-storing-small-item": "No es mala idea guardarla en un administrador de contraseñas", + "page-wallets-simulator-create-account-explanation-6-storing-significant": "Alamacenar una cantidad importante de valor:", + "page-wallets-simulator-create-account-explanation-6-storing-significant-item-1": "Escriba a mano su frase de recuperación", + "page-wallets-simulator-create-account-explanation-6-storing-significant-item-2": "Guardala en un lugar seguro (considera multiples copias)", + "page-wallets-simulator-create-account-explanation-6-unsafe": "Métodos de copia de seguridad poco seguros:", + "page-wallets-simulator-create-account-explanation-6-unsafe-item-1": "Mandarsela a un amigo (¡o a cualquiera!) por mensaje", + "page-wallets-simulator-create-account-explanation-6-unsafe-item-2": "Hacer una foto de la frase", + "page-wallets-simulator-create-account-explanation-6-unsafe-item-3": "Guardarla en un archivo en su ordenador", + "page-wallets-simulator-create-account-explanation-7-header": "Repetir la frase para probar que la ha guardado", + "page-wallets-simulator-create-account-explanation-7-desc-1": "Esto solo se hace en la configuración inicial, pero no es necesario repetirlo cada vez.", + "page-wallets-simulator-create-account-explanation-7-desc-2": "¡Manténgala en privado! Nadie del servicio de atención al cliente debería pedírsela jamás.", + "page-wallets-simulator-create-account-explanation-7-desc-3": "Haga clic en las palabras en el orden correcto para probar que ha hecho una copia de su frase.", + "page-wallets-simulator-create-account-explanation-8-header": "¡Y eso es todo! Le damos la bienvenida a Ethereum 🎉", + "page-wallets-simulator-create-account-explanation-8-desc-1": "En la siguiente lección aprenderemos cómo usar su nueva cuenta para enviar y recibir algunos fondos.", + "page-wallets-simulator-create-account-cta-1": "Instalar una cartera", + "page-wallets-simulator-create-account-cta-2": "Abrir una cartera", + "page-wallets-simulator-create-account-cta-3": "Crear una cuenta", + "page-wallets-simulator-create-account-cta-4": "Siguiente", + "page-wallets-simulator-create-account-cta-5": "Entiendo", + "page-wallets-simulator-create-account-cta-6": "Siguiente", + "page-wallets-simulator-create-account-cta-7": "Empezar a usar una cartera", + "page-wallets-simulator-create-account-final-link": "Descargar una cartera real", + "page-wallets-simulator-send-receive-title": "Enviar / recibir tókenes", + "page-wallets-simulator-send-receive-explanation-1-header": "Recibir activos digitales de cualquier parte", + "page-wallets-simulator-send-receive-explanation-1-desc-1": "Su cartera le ayuda a gestionar sus fondos, NFT, identidad Web3 y más. Aquí veremos cómo recibir y enviar algunos tókenes en Ethereum.", + "page-wallets-simulator-send-receive-explanation-1-desc-2": "Primero, veamos como recibir ether (ETH), la moneda nativa de Ethereum.", + "page-wallets-simulator-send-receive-explanation-1-desc-3": "Haga clic en el botón «Recibir» para ver cómo recibir fondos.", + "page-wallets-simulator-send-receive-explanation-2-header": "Recibir tókenes es tan sencillo como compartir su dirección", + "page-wallets-simulator-send-receive-explanation-2-desc-1": "Su dirección es un identificador que puede compartir de su cuenta. Compártala con otros para recibir tókenes.", + "page-wallets-simulator-send-receive-explanation-2-desc-2": "Una dirección de Ethereum es como un buzón público y transparente, con su número único en él: cualquiera puede ver su contenido y enviar cosas dentro, pero solo usted puede desbloquearlo y hacer uso de su contenido.", + "page-wallets-simulator-send-receive-explanation-3-header": "¡Ha recibido ether (ETH)! Ahora enviemos más", + "page-wallets-simulator-send-receive-explanation-3-desc-1": "Ahora que ya tiene algunos ETH para cubrir la comisión de red, lo que le permite enviar transacciones por su cuenta.", + "page-wallets-simulator-send-receive-explanation-3-desc-2": "Tenga en cuenta que no necesitaba proporcionar información personal o disponer de fondos para comenzar a recibir activos en su dirección; recibir es gratis.", + "page-wallets-simulator-send-receive-explanation-3-desc-3": "Vamos a probar a enviar algunos ETH pulsando en el botón «Enviar».", + "page-wallets-simulator-send-receive-explanation-4-header": "Enviar tókenes es rápido e irreversible", + "page-wallets-simulator-send-receive-explanation-4-desc-1": "A diferencia de la banca tradicional, aquí no hay fronteras ni terceros que intervengan o bloqueen sus transacciones.", + "page-wallets-simulator-send-receive-explanation-4-desc-2": "Ethereum no discrimina y nunca para, lo que le permite tener control total sobre sus fondos, las 24 horas del día, 7 días por semana.", + "page-wallets-simulator-send-receive-explanation-4-desc-3": "Seleccione la cantidad que quiera enviar y después haga clic en «Seleccionar destinatario».", + "page-wallets-simulator-send-receive-explanation-5-header": "Puede guardar contactos para hacerlo más sencillo", + "page-wallets-simulator-send-receive-explanation-5-desc-1": "Para enviar tókenes, solo necesita conocer la dirección Ehtereum del destinatario.", + "page-wallets-simulator-send-receive-explanation-5-desc-2": "Puede enviar tókenes desde cualquier lugar del mundo en cualquier momento.", + "page-wallets-simulator-send-receive-explanation-5-desc-3": "A medida que use su cartera, podrá guardar usuarios como contactos para usarlos más adelante. Vamos a enviar fondos de vuelta a un contacto.", + "page-wallets-simulator-send-receive-explanation-6-header": "Necesitará una pequeña cantidad de ETH para enviar tókenes (comisión)", + "page-wallets-simulator-send-receive-explanation-6-desc-1": "Asegúrese de que su cuenta tiene suficientes ETH para cubrir las comisiones de la red. Estas comisiones cambian según la cantidad de gente que esté usando Ethereum.", + "page-wallets-simulator-send-receive-explanation-6-desc-2": "La mayoría de las carteras añadirán automáticamente la comisión sugerida que después debe confirmar.", + "page-wallets-simulator-send-receive-explanation-7-header": "Entre pares. Global. Siempre disponible. 🎉", + "page-wallets-simulator-send-receive-explanation-7-desc-1": "Comience la siguiente lección para aprender a utilizar su cartera para iniciar sesión en aplicaciones Web3.", + "page-wallets-simulator-send-receive-cta-2": "Compartir dirección", + "page-wallets-simulator-send-receive-cta-4": "Seleccionar destinatario", + "page-wallets-simulator-send-receive-cta-6": "Enviar ahora", + "page-wallets-simulator-send-receive-final-link": "Descargar una cartera real", + "page-wallets-simulator-connect-web3-title": "Conectar a Web3", + "page-wallets-simulator-connect-web3-explanation-1-header": "Explore Web3: desde NFT hasta las finanzas descentralizadas y la identidad digital", + "page-wallets-simulator-connect-web3-explanation-1-desc-1": "Su cartera puede utilizarse para conectar con todo tipo de aplicaciones, permitiéndole interactuar con sus activos en cadena.", + "page-wallets-simulator-connect-web3-explanation-1-desc-2": "¡Su amigo acaba de enviarle una obra de arte en NFT a su dirección! Vamos a la web de un mercado NFT nuevo para verlo.", + "page-wallets-simulator-connect-web3-explanation-2-header": "No es necesario que cree una nueva cuenta para cada servicio", + "page-wallets-simulator-connect-web3-explanation-2-desc-1": "Su cuenta es universal en todas las aplicaciones de Ethereum y compatibles con Ethereum.", + "page-wallets-simulator-connect-web3-explanation-2-desc-2": "Se puede acceder a los activos almacenados en cadena desde cualquier aplicación.", + "page-wallets-simulator-connect-web3-explanation-3-header": "Puede utilizar un solo inicio de sesión para la mayoría de los proyectos basados en Ethereum", + "page-wallets-simulator-connect-web3-explanation-3-desc-1": "La misma dirección de cuenta representará su identidad en muchas cadenas de bloques compatibles con Ethereum, como Arbiturm, Polygon u Optimism.", + "page-wallets-simulator-connect-web3-explanation-3-desc-2": "Los inicios de sesión los gestiona su cartera, se acabó lo de crear contraseñas poco seguras.", + "page-wallets-simulator-connect-web3-explanation-4-header": "Sus datos personales no se comparten", + "page-wallets-simulator-connect-web3-explanation-4-desc-1": "Sus datos privados se mantienen privados.", + "page-wallets-simulator-connect-web3-explanation-4-desc-2": "No se necesitan sus datos personales, tales como el correo electrónico o el número de teléfono, para usar aplicaciones Web3, solo su cartera.", + "page-wallets-simulator-connect-web3-explanation-4-desc-3": "Tenga también en cuenta que, además, aquí no se pagan comisiones de transaccion. ¡Iniciar sesión utilizando Ethereum es gratis, rápido y sencillo!", + "page-wallets-simulator-connect-web3-explanation-5-header": "Sin discriminación geográfica ni política: cualquier persona puede usar los servicios de Ethereum", + "page-wallets-simulator-connect-web3-explanation-5-desc-1": "¡Ahí está el NFT que ha recibido!", + "page-wallets-simulator-connect-web3-explanation-5-desc-2": "Las carteras son técnicamente solo una interfaz para mostrarle su saldo y que sirven para realizar transacciones, sus activos no se almacenan dentro de la cartera, sino en la cadena de bloques.", + "page-wallets-simulator-connect-web3-explanation-6-header": "Empiece su camino ahora", + "page-wallets-simulator-connect-web3-explanation-6-desc-1": "¡Buen trabajo! Está listo para usar las aplicaciones en Ethereum.", + "page-wallets-simulator-connect-web3-explanation-6-desc-2": "A continuación:", + "page-wallets-simulator-connect-web3-explanation-6-desc-link-1": "Aprender cómo estar seguro en la Web3", + "page-wallets-simulator-connect-web3-explanation-6-desc-link-2": "Más información sobre Ethereum", + "page-wallets-simulator-connect-web3-explanation-6-desc-link-3": "Echar un vistazo a algunas aplicaciones sencillas para principiantes", + "page-wallets-simulator-connect-web3-cta-1": "Visitar el mercado de NFT", + "page-wallets-simulator-connect-web3-cta-2": "Conectar cartera", + "page-wallets-simulator-connect-web3-cta-3": "Conectar con aplicaciones", + "page-wallets-simulator-connect-web3-cta-4": "Ir a la cuenta", + "page-wallets-simulator-connect-web3-cta-5": "Finalizado", + "page-wallets-simulator-connect-web3-final-link": "Obtener una cartera", "page-wallets-slogan": "Mantenga sus claves bien protegidas para garantizar su futuro digital", "page-wallets-stay-safe": "Cómo mantenerse seguro", "page-wallets-stay-safe-desc": "La libertad financiera y la capacidad de acceder y utilizar fondos en cualquier lugar conlleva responsabilidad: no hay soporte al cliente en criptomonedas. Usted es responsable de mantener tus claves seguras y protegidas.", diff --git a/src/intl/es/template-usecase.json b/src/intl/es/template-usecase.json index 961a9383fe6..c690527741d 100644 --- a/src/intl/es/template-usecase.json +++ b/src/intl/es/template-usecase.json @@ -3,6 +3,7 @@ "template-usecase-dropdown-defi": "Finanzas descentralizadas (DeFi)", "template-usecase-dropdown-nft": "Tókenes No Fungibles (NFT)", "template-usecase-dropdown-dao": "Organizaciones Autónomas Descentralizadas (DAO)", + "template-usecase-dropdown-apps": "Aplicaciones de Ethereum", "template-usecase-dropdown-payments": "Pagos con Ethereum", "template-usecase-dropdown-prediction-markets": "Mercados de predicción", "template-usecase-dropdown-social-networks": "Redes sociales descentralizadas", @@ -12,5 +13,6 @@ "template-usecase-dropdown": "Casos de uso de Ethereum", "template-usecase-banner": "Los usos de Ethereum siempre se están desarrollando y evolucionando. Añada cualquier información que considere que aclare o aporte datos actuales.", "template-usecase-edit-link": "Editar página", - "template-usecase-dropdown-aria": "Menú desplegable de casos de uso" + "template-usecase-dropdown-aria": "Menú desplegable de casos de uso", + "template-usecase-dropdown-rwa": "Activos del mundo real (RWA)" }