Reenviar el título original: Discusión en profundidad sobre el Protocolo de Runas y el Mecanismo de Emisión de "Grabado Público"

Este artículo es una reimpresión de Foresight News, escrito por Trustless Labs. Enlace al artículo original: https://foresightnews.pro/article/detail/54503 El entusiasmo por la pista de la capa 2 de Bitcoin sigue siendo alto, entre los muchos proyectos L2, CKB se destaca por varias razones. Por un lado, porque el equipo tiene su origen en la conocida cadena pública Nervos CKB, que ha estado profundamente comprometida con el mecanismo Proof of Work (PoW); por otro lado, después de anunciar el reposicionamiento como una red de capa 2 de BTC, el equipo propuso un esquema innovador, RGB++, utilizando la celda en la cadena CKB para "unir isomórficamente" el UTXO de Bitcoin de la cadena original. La respuesta del mercado a CKB ha sido muy entusiasta. El 22 de febrero, Trustless Labs invitó a los autores de RGB++ y cofundador de CKB, Cipher, así como al líder del ecosistema Baiyu, a compartir su comprensión de Bitcoin L2, el mecanismo de RGB++, los activos de RGB++ y las ideas de desarrollo del ecosistema CKB. La siguiente es una disposición de texto del contenido en el espacio de Twitter:

1. Nervos CKB es una cadena pública de PoW desde hace mucho tiempo, ¿por qué ha insistido en PoW sin hacer la transición a una cadena PoS? ¿Cómo surgió la idea de hacer la transición a BTCKB?

Nervos CKB ha optado por seguir con PoW en lugar de hacer la transición a una cadena PoS, una decisión basada en nuestro profundo conocimiento de la tecnología y el mercado. Creemos que la descentralización y la seguridad que aporta el mecanismo Proof of Work (PoW) son insustituibles. Además, nuestras elecciones tecnológicas, incluido el modelo UTXO y la adopción de la arquitectura RISC-V, aunque en contra de la tendencia dominante en ese momento, se basaron en consideraciones de sostenibilidad a largo plazo y ventajas tecnológicas. Desde el inicio del proyecto en 2018 hasta su lanzamiento en 2019, hemos experimentado múltiples fluctuaciones en el mercado de las criptomonedas, pero nunca hemos cambiado de dirección. En ese momento, los contratos inteligentes y los mecanismos PoS se consideraban la dirección futura, mientras que PoW se consideraba una tecnología obsoleta. No obstante, nuestro compromiso con PoW no es solo por preferencia por la tecnología, sino también porque creemos que el modelo UTXO y el mecanismo PoW pueden proporcionar características únicas de seguridad y descentralización que otras soluciones tecnológicas no pueden reemplazar. En cuanto a la idea de la transición a BTCKB, en realidad se deriva de nuestros profundos conocimientos sobre las narrativas del mercado. En los últimos años, aunque nuestra narrativa parecía estar suprimida por las narrativas de PoS y modelos de cuentas, desde el año pasado, con la expansión de Bitcoin en la Capa 1 y la aparición de nuevas aplicaciones para el modelo UTXO, vimos una oportunidad. Estos cambios no solo ampliaron los casos de uso de Bitcoin, sino que también mejoraron la comprensión y la aceptación de UTXO y PoW por parte de los usuarios. Además, con la reevaluación del impacto ambiental de PoW y el creciente reconocimiento de los patrones de computación y verificación fuera de la cadena, creemos que ahora es el mejor momento para lanzar nuevos protocolos basados en el modelo PoW UTXO, como RGB++. Creo que, con el renacimiento de Bitcoin y la reevaluación del valor de los modelos PoW y UTXO por parte del mercado, Nervos CKB estará a la vanguardia del desarrollo de criptomonedas. Nuestro compromiso con PoW no es sin razón, sino que se basa en una verdadera comprensión del valor de la tecnología y una profunda visión de las tendencias futuras.

2. ¿Cómo entiende el equipo de Nervos CKB el escalado de BTC y las soluciones de capa 2 de BTC, y por qué elegir el protocolo RGB?

La perspectiva del equipo de Nervos CKB sobre el escalado de BTC, las soluciones de capa 2 de BTC y la elección del protocolo RGB se basa en las características y la acumulación técnica de nuestro equipo. Tuvimos discusiones en profundidad sobre si seguir el valor total bloqueado (TVL) u optar por una ruta de capa 2 compatible con EVM. Después de una cuidadosa consideración, creemos que adherirnos a un enfoque impulsado por la tecnología, incluso si eso significa tomar un camino diferente al de la corriente principal, es nuestra ventaja. Nuestras elecciones y estrategias tecnológicas, especialmente la elección del protocolo RGB, se basan en nuestra comprensión de la actitud conservadora de la comunidad Bitcoin y nuestra búsqueda de la innovación tecnológica.

Somos muy conscientes de que competir directamente con Bitcoin y Ethereum es un camino desafiante. En el pasado, intentamos posicionar a CKB como una cadena pública de capa 1 similar a Bitcoin y Ethereum, con el objetivo de convertirse en una plataforma de almacenamiento de valor. Sin embargo, este posicionamiento nos colocó en una situación incómoda: no cumplimos plenamente con los estándares conservadores de la comunidad Bitcoin ni nos alineamos con la dirección de desarrollo de Ethereum. Esta posición única nos hizo un poco fuera de lugar en ambas comunidades.

Frente a tales desafíos, decidimos abrazar nuestras características y apegarnos a nuestra visión tecnológica original. Esto incluye una profunda exploración e innovación del modelo UTXO y la investigación de las soluciones de capa 2 de Bitcoin. Creemos que al centrarnos en nuestras fortalezas e innovaciones tecnológicas, podemos encontrar un camino que se alinee con el espíritu de Bitcoin y aporte valor a la comunidad.

Durante el proceso de transformación, nos dimos cuenta de que la aceptación del modelo UTXO por parte del mercado aumentaba gradualmente, lo que brindaba una oportunidad favorable para nuestra transformación. Decidimos expresar claramente el posicionamiento de CKB como una solución de capa 2 para Bitcoin, que no solo se alinea con nuestra filosofía tecnológica, sino que también brinda nuevas oportunidades de crecimiento para el ecosistema de Bitcoin. En general, nuestras decisiones se basan en un profundo conocimiento de la esencia de la tecnología y en un profundo conocimiento de las tendencias del mercado. Creemos que al centrarnos en nuestras fortalezas principales y persistir en la innovación tecnológica, podemos encontrar nuestra posición única en el mundo de las criptomonedas.

3. Las opciones técnicas de BTCKB: exploración del protocolo RGB y la introducción de RGB++

Entrevista con Baiyu: Explicación del protocolo RGB++ (capa DA, verificación del lado del cliente, índice de código abierto y máquina virtual)

Baiyu: Para empezar, voy a dar un poco de contexto sobre nuestro proceso de toma de decisiones. Creemos que la competencia en la Capa 2 de Bitcoin se deriva fundamentalmente de la Capa 1, donde el núcleo de la competencia radica en la introducción de nuevos protocolos. Clasificamos estos nuevos protocolos en dos tipos: los que utilizan la función UTXO y los que no. En base a esto, optamos por protocolos con características UTXO, como los activos Atomical, RGB y Taproot.

Específicamente, elegimos el protocolo RGB debido al gran interés de Cipher en RGB y su extensa investigación con el profesor Ajian. Propusimos un método de unión isomórfica para introducir RGB++. Es importante tener en cuenta que RGB++ y RGB son conceptos distintos. El protocolo RGB fue propuesto inicialmente por Peter, desarrollado posteriormente por la Asociación LNP/BP y el Dr. Maxim, empleando el concepto de sellos de un solo uso para la expansión. Por el contrario, RGB++ introduce la posibilidad de que otras cadenas UTXO actúen como clientes, siendo su contribución principal el concepto de enlace isomórfico. Desde la perspectiva de CKB, nuestro objetivo es admitir más protocolos en el futuro.

Cipher: Discutiendo las opciones técnicas, primero expliquemos qué es el protocolo RGB. RGB utiliza los sellos de un solo uso de Bitcoin y la tecnología de verificación del lado del cliente para vincular los estados de transacción RGB fuera de la cadena a través del modelo UTXO de Bitcoin, creando un protocolo de activos en la capa 1 de Bitcoin. Este diseño permite que la verificación de transacciones se centre únicamente en la ruta de transacción relacionada con ese UTXO, evitando la necesidad de verificar todas las transacciones para la confirmación del saldo o el estado.

La disponibilidad de datos (DA) a menudo discute su ubicación en la Capa 1 o la Capa 2 dentro del ecosistema Ethereum y su impacto en la seguridad. Sin embargo, este concepto difiere en el ecosistema de Bitcoin, especialmente para los protocolos basados en UTXO como RGB. En RGB, basta con verificar los datos relacionados con el usuario, que teóricamente no necesitan almacenarse en una capa DA específica, ya que las partes pueden intercambiar directamente la información necesaria.

El protocolo RGB++ amplía el RGB, que originalmente requería el intercambio de historial de transacciones y datos a través de una red P2P, incluyendo nuevas máquinas virtuales y definiendo la lógica de interacción, complicando la lógica fuera de la cadena y ralentizando el desarrollo. RGB++ tiene como objetivo trasladar todos los componentes "inteligentes" del protocolo RGB, como las redes P2P, las máquinas virtuales y los contratos inteligentes, en la cadena, específicamente a CKB. Las transiciones de estado para cada UTXO en CKB están limitadas por los contratos inteligentes de CKB, lo que permite la verificación y ejecución de los activos y la lógica del contrato RGB++ en CKB, abordando la interacción, la ejecución de contratos inteligentes y los problemas de provisión de pruebas. CKB utiliza una máquina virtual RISC-V, compatible con contratos inteligentes completos de Turing, lo que permite a los usuarios ver o verificar los estados de los activos directamente en CKB sin sacrificar la seguridad o verificar en el lado del cliente si es necesario.

Implementación: El protocolo RGB++ garantiza la compatibilidad con todas las operaciones RGB. Aborda el lento progreso de los clientes fuera de la cadena mediante la adopción de una estrategia de cadena UTXO basada en Proof-of-Work (PoW). Además, implementamos un mecanismo para migrar sin problemas las transacciones de Bitcoin a CKB, utilizando el entorno de ejecución de alto rendimiento de CKB antes de migrar los resultados de nuevo a Bitcoin.

Optimización del rendimiento: Una característica clave del protocolo RGB++ es permitir que las transacciones salten a la capa 2 (por ejemplo, de Bitcoin a CKB), mejorando significativamente la eficiencia y el rendimiento de las transacciones al tiempo que elude las limitaciones de rendimiento de Bitcoin.

Consideraciones de seguridad: Al implementar el proceso de salto, priorizamos la seguridad, confiando en enlaces directos entre dos UTXO en lugar de puentes entre cadenas basados en confianza o mecanismos de firma múltiple. Nos adherimos a los estándares de seguridad PoW, considerando que las transacciones en la cadena de bloques de Bitcoin son irreversibles después de seis bloques, y en CKB, se necesitan aproximadamente 24 bloques para una seguridad equivalente. Este método garantiza la seguridad de los saltos o migraciones de activos entre capas.

Innovación y optimización: Nuestro enfoque difiere de la lógica de capa 2 de Ethereum u otros puentes entre cadenas, lo que representa nuestra innovación y optimización en la tecnología blockchain. El protocolo RGB++ aborda los problemas de rendimiento y coste, al tiempo que mejora la seguridad y la fiabilidad del sistema.

En resumen, al introducir el protocolo RGB++, hemos mejorado significativamente el rendimiento y garantizado una seguridad estricta al tiempo que mantenemos la compatibilidad con el protocolo RGB original. Estas optimizaciones e innovaciones demuestran nuestro profundo conocimiento del desarrollo de la tecnología blockchain y nuestra exploración de direcciones futuras.

4. El desarrollo de contratos inteligentes en el protocolo RGB es un desafío, que es una de las principales razones de su lento progreso. ¿RGB++ adoptará los mismos contratos inteligentes que RGB? ¿Qué pila técnica y soporte están disponibles para los desarrolladores?

En primer lugar, en cuanto a la compatibilidad de RGB++ con el protocolo RGB original, nuestro proceso de desarrollo se dividirá en dos pasos. En el primer paso, no cumpliremos completamente con el protocolo RGB original, principalmente porque el protocolo RGB en sí aún está evolucionando y no se ha perfeccionado por completo. En el segundo paso, utilizaremos la tecnología de enlace isomórfico para vincular cada transacción RGB o RGB++ al UTXO de CKB (al que nos referimos como celda). Esto significa que los contratos inteligentes y los estados en la capa de protocolo RGB++ serán equivalentes a los de CKB. Nuestra cadena de herramientas y soporte se basan en los últimos cinco años de acumulación de CKB, aunque el desarrollo es relativamente complejo.

En segundo lugar, en comparación con el modelo de cuenta de Ethereum, la diferencia intuitiva y la dificultad de implementación en el desarrollo de contratos inteligentes con el modelo UTXO de CKB son significativas. El modelo de cuenta de Ethereum se alinea más con la intuición de los programadores, lo que permite llamadas a funciones sencillas para obtener resultados. Sin embargo, la implementación de la lógica empresarial basada en UTXO (como RGB o RGB++) en el modelo de cuenta es extremadamente difícil, debido a la incertidumbre del resultado de la transacción en el modelo de cuenta, lo que afecta a la viabilidad del enlace isomórfico.

A pesar de la dificultad de programar en el modelo UTXO, creemos que es la única opción para extender la lógica del protocolo de Bitcoin. Nuestras herramientas de desarrollo y el conocimiento del producto acumulado durante los últimos cuatro o cinco años, incluidas las cadenas de herramientas y los diseños fundamentales para escribir contratos inteligentes en Rust, C, Lua y JavaScript, brindan un gran soporte para los desarrolladores. Intentamos implementar un AMM similar a Uniswap en el modelo UTXO, pero nos encontramos con importantes desafíos, lo que llevó al fracaso del proyecto, lo que pone de manifiesto la dificultad de innovar dentro de la arquitectura UTXO.

En cuanto a la experiencia de usuario, tenemos previsto lanzar los tokens fungibles y no fungibles de RGB++ y el correspondiente DEX basado en CKB a finales de marzo. El diseño de la experiencia del usuario pretende simplificarse, permitiendo a los usuarios transferir fácilmente activos sin engorrosos pasos de acuñación. Todo el proceso automatiza el manejo de transacciones isomórficas, transparentes para los usuarios, con el objetivo de proporcionar una experiencia de interacción entre cadenas sin fisuras.

En cuanto a las opciones técnicas, primero aseguramos la compatibilidad con el protocolo RGB al tiempo que introdujimos un mecanismo que permite que las transacciones migren sin problemas de la cadena de Bitcoin a CKB para su ejecución, disfrutando de una mayor eficiencia de ejecución, y luego migren de nuevo a la cadena de Bitcoin. Este proceso, que llamamos "salto", permite que los activos salten de forma segura entre las dos cadenas sin depender de ningún puente entre cadenas de confianza o mecanismos multifirma, confiando únicamente en la unión entre UTXO. Este diseño se basa en la diferencia de confianza en los tiempos de confirmación de bloques entre Bitcoin y CKB, lo que garantiza la seguridad de la migración de activos a través de una longitud adecuada de confirmaciones de bloques.

Para abordar los desafíos del desarrollo de contratos inteligentes para el protocolo RGB, contrarrestamos esto ofreciendo una experiencia de intercambio más rica y soporte de desarrollo en CKB. Lanzaremos una solución DEX de capa 2 para optimizar la experiencia del usuario, haciendo que no sea necesario que los usuarios se preocupen por si sus activos están en la capa 1 o en la capa 2. Este DEX permite que los activos de los usuarios se incluyan de la cadena de Bitcoin al DEX, transfiriendo la propiedad de los activos del UTXO de Bitcoin a una dirección CKB, lo que garantiza la seguridad y la transparencia de la transferencia. El código de contrato inteligente que utilizamos es de código abierto, lo que reduce las preocupaciones de seguridad de los usuarios. Además, garantizamos la protección contra el doble gasto durante el proceso de salto de activos y una experiencia de transacción fluida en la Capa 2, por lo que los usuarios no tienen que preocuparse por la ubicación específica de sus activos, proporcionando así una experiencia de trading casi perfecta.

5. Dado que una transacción en Bitcoin da como resultado una transacción similar sincronizada en CKB, ¿cómo se calcula el gas cuando los usuarios utilizan ambas cadenas, incluso en escenarios de transferencia de activos entre ellas?

En primer lugar, cuando se producen transacciones tanto en Bitcoin como en CKB, se ejecuta una transacción en cada cadena. Las transacciones en CKB no solo requieren una tarifa de uso de la red (tarifa de gas), sino también una tarifa de almacenamiento estatal para almacenar los estados de las transacciones (como la cantidad de CKB retenida). Esta tarifa estatal generalmente requiere más de 100 CKB, lo que plantea preguntas sobre quién asume estos costos y cómo asegurarse de que no afecte negativamente la experiencia del usuario.

La solución consiste en agregar una salida adicional en la transacción de Bitcoin, una pequeña cantidad de Bitcoin (que cuesta aproximadamente unos pocos dólares), dirigida a un pagador que cubre los costos en CKB mediante la construcción e inicio de una transacción correspondiente en nombre del usuario.

Un punto clave aquí es que CKB utiliza una función que permite probar la transacción de Bitcoin en CKB sin necesidad de que el usuario vuelva a firmar en la cadena CKB. Esto significa que cualquier persona (como retransmisores o pagadores) puede iniciar transacciones en CKB en nombre de los usuarios y cubrir los costos relacionados.

En última instancia, este mecanismo permite a los usuarios transferir activos entre las dos cadenas sin preocuparse por calcular y pagar directamente las tarifas de gas. Estos costos se administran indirectamente a través de la salida adicional agregada en la transacción de Bitcoin y cubiertos por el pagador, lo que brinda una experiencia fluida y fácil de usar.

6. Con las soluciones BTC L2 como BounceBit, Merlin Chain y B^2 mostrando un crecimiento sustancial de TVL, ¿cómo planea RGB++ ingresar al mercado? ¿RGB++ tendrá un protocolo nativo de emisión de activos?

En respuesta a la tendencia explosiva de las soluciones de Capa 2 (L2) de Bitcoin y cómo RGB++ planea ingresar a este mercado, elaboraré desde dos aspectos principales: la funcionalidad y características de RGB++ como protocolo de emisión, y nuestra estrategia y planes sobre la Capa 2 de CKB.

En primer lugar, la funcionalidad principal de RGB++ es como protocolo de emisión de NFT y tokens fungibles (FT). Esto significa que RGB++ admite la emisión de NFT y FT, ofreciendo una experiencia similar a la del comercio en la red principal de Bitcoin, pero posiblemente enfrentando tarifas de gas más altas y velocidades de transacción más lentas. Sin embargo, estos activos se pueden negociar directamente en el DEX de CKB, siguiendo los mismos estándares que los activos en CKB, como nuestro estándar FT xUDT, similar a ERC20. También tenemos un estándar para NFT, Spore NFT, que ya se aplica en la red principal.

En segundo lugar, en lo que respecta a nuestra estrategia en la capa 2 de CKB, nos centramos en proporcionar una experiencia de usuario fluida, incluida la emisión de activos nativos y el soporte para activos de cadena cruzada. Los activos de Bitcoin y Ethereum se pueden transferir a CKB a través de tecnologías puente, y estamos colaborando con las principales instituciones para garantizar la seguridad y confiabilidad de este proceso. Además, destacamos la importancia de una plataforma de contratos inteligentes; una vez que los activos se emiten en RGB++, pueden utilizar inmediatamente esta plataforma para el desarrollo de diversas aplicaciones descentralizadas (dApps), como actividades de préstamo, staking y minería.

En la capa 2 de CKB, nos centramos en tres tipos de activos: FT, NFT y activos de inscripción nativos de CKB. Cada tipo de activo tiene sus aplicaciones y mecanismos de transacción específicos, y proporcionamos las soluciones técnicas y de mercado correspondientes para respaldarlos. Por ejemplo, apoyamos la circulación de activos NFT a través de estándares unificados y mercados comerciales, y estamos desarrollando plataformas específicas como el mercado comercial Omega para respaldar la emisión y el comercio de activos de inscripción nativos de CKB.

En resumen, la estrategia de entrada en el mercado de RGB++ incluye aprovechar su capacidad como un potente protocolo de emisión de NFT y FT y lanzar activos innovadores y nativos en la capa 2 de CKB. Nos comprometemos a proporcionar una plataforma integral de contratos inteligentes, respaldar las transferencias de activos entre cadenas y garantizar la seguridad y la practicidad de nuestra tecnología a través de asociaciones con actores de la industria.

7. ¿En qué se diferencian los activos RGB++ de RGB20 y RGB721? ¿Son compatibles con los activos BRC20 y ARC20, que tienen una mayor cuota de mercado en la cadena original de Bitcoin?

Los activos en Bitcoin generalmente se pueden dividir en dos categorías principales y tres subcategorías. En primer lugar, Bitcoin en sí mismo es una categoría única de activo. En segundo lugar, todos los activos que requieren verificación fuera de la cadena, o las llamadas "monedas de colores", constituyen la segunda categoría principal. Dentro de esta segunda categoría principal, la divido en dos tipos: un tipo son los activos que pueden utilizar las funciones de UTXO y se pueden reutilizar en Lightning Network. Este tipo de activos, a través de esquemas similares a RGB, pueden migrar a CKB a través de mapeo y enlace isomórfico. Esto significa que activos como los activos atómicos y de raíz primaria, aunque todavía se emiten en la cadena Bitcoin, se pueden usar en CKB a través del esquema RGB++ sin necesidad de demasiadas modificaciones en esta capa de activos de protocolo.

El segundo tipo de activos, como BRC20, que utilizan menos las características de UTXO, son difíciles de migrar a CKB a través del enlace isomórfico. Para este tipo de activos, nuestro enfoque es similar al de otras cadenas del mercado, es decir, creando un puente entre cadenas. Este puente bloquea los activos BRC20 en la cadena Bitcoin y luego emite un FT (token fungible) o NFT (token no fungible) equivalente en CKB, lo que permite a los usuarios operar en CKB. Este método es aplicable a los activos de protocolo que no pueden utilizar directamente las características de UTXO, como ORDI, un tipo de activo BRC20. En resumen, RGB++ tiene como objetivo proporcionar un mecanismo de enlace isomórfico flexible para acomodar y optimizar el uso y la migración de diferentes tipos de activos entre Bitcoin y CKB.

8. ¿Qué soporte proporcionará RGB++ en el futuro para los activos existentes con una gran base de usuarios y una comunidad?

Estamos planificando el soporte para los activos existentes con una amplia base de usuarios. Se consideran dos enfoques principales:

1. Soporte de puentes de inscripción: Planeamos respaldar BRC 20 u otros activos a través de puentes de inscripción, siempre que haya indexadores y operadores de puentes adecuados. Estamos buscando socios para construir estos puentes de cadena cruzada con inscripciones. El problema con el puente BTC se resolverá pronto, y estamos trabajando arduamente en el puente de inscripción. Esto requiere el soporte de billeteras en el ecosistema, incluidas las billeteras de complementos, que actualmente faltan en el ecosistema CKB. Esperamos más soporte de billeteras de hardware y billeteras de complementos en el futuro, que serán compatibles con los principales protocolos y, por lo tanto, respaldarán el desarrollo de todo el ecosistema.

2. Enfoque de puente sin inscripción: Nuestro primer enfoque es la implementación de RGB++. Después de completar RGB++, podríamos considerar la posibilidad de admitir otros protocolos UTXO para ver qué método es más rápido y eficiente. Nuestro objetivo es implementar primero RGB++. Además, estamos considerando la cooperación con el equipo de Lightning Network. Aunque se centran principalmente en pagos y funcionalidades de script limitadas, creemos que llevar estas funcionalidades a CKB y dotarlas de una capa de contrato inteligente es la forma más adecuada.

En general, nuestra estrategia es flexible y agresiva, con el objetivo de avanzar gradualmente en el soporte para una amplia gama de activos de usuarios y comunidades a través de diversos enfoques técnicos y asociaciones. Confiamos en que estas tareas son factibles y que el poder final de implementación está en nuestras propias manos.

Declaración:

1. Este artículo es una reimpresión de Foresight News, y los derechos de autor pertenecen al autor original, Trustless Labs. Si hay alguna objeción a la reimpresión, comuníquese con el equipo de Gate Learn y el equipo la procesará lo más rápido posible de acuerdo con los procedimientos pertinentes.

2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo pertenecen únicamente al autor y no constituyen ningún consejo de inversión.

3. Las versiones en otros idiomas del artículo son traducidas por el equipo de Gate Learn. Sin mencionar Gate.io, no se permite copiar, difundir o plagiar los artículos traducidos.